Movatterモバイル変換

[0]ホーム
URL:

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview
List overview
Download

Wikitech-lApril 2008

wikitech-l@lists.wikimedia.org
  • 100 participants
  • 99 discussions
Start a nNew thread
Database dumps
by Byrial Jensen 17 Apr '25

17 Apr '25
Until some weeks agohttp://dumps.wikimedia.org/backup-index.html usedto show 4 dumps in progress at the same time. That meant that newdatabase dumps normally was available within about 3 weeks for alldatabases except for enwiki and maybe dewiki where the dump process dueto size took longer time.However the 4 dumps processes at one time become 3 some weeks ago. Andafter massive failures at June 4, only one dump has been in progress atthe same time. So at the current speed it will take several months tocome thru all dumps.Is it possible to speed up the process again using several dumpprocesses at the same time?Thank you,Byrial
3 2
0 0
EBNF grammar project status?
by Steve Bennett 01 Apr '25

01 Apr '25
What's the status of the project to create a grammar for Wikitext in EBNF?There are two pages:http://meta.wikimedia.org/wiki/Wikitext_Metasyntaxhttp://www.mediawiki.org/wiki/Markup_specNothing seems to have happened since January this year. Also the comments onthe latter page seem to indicate a lack of clear goal: is this just a funproject, is it to improve the existing parser, or is it to facilititate anew parser? It's obviously a lot of work, so it needs to be of clearbenefit.Brion requested the grammar IIRC (and there's a comment to that effect athttp://bugzilla.wikimedia.org/show_bug.cgi?id=7), so I'm wondering what became of it.Is there still a goal of replacing the parser? Or is there some alternativeplan?Steve
26 217
0 0
MediaWiki to Latex Converter
by Hugo Vincent 18 Jun '12

18 Jun '12
Hi everyone,I recently set up a MediaWiki (http://server.bluewatersys.com/w90n740/) and I need to extra the content from it and convert it into LaTeX syntax for printed documentation. I have googled for a suitable OSS solution but nothing was apparent.I would prefer a script written in Python, but any recommendations would be very welcome.Do you know of anything suitable?Kind Regards,Hugo Vincent,Bluewater Systems.
6 13
0 0

13 Oct '09
I've been putting placeholder images on a lot of articles on en:wp.e.g. [[Image:Replace this image male.svg]], which goes to[[Wikipedia:Fromowner]], which asks people to upload an image if theyown one.I know it's inspired people to add free content images to articles inseveral cases. What I'm interested in is numbers. So what I'd need isa list of edits where one of the SVGs that redirects to[[Wikipedia:Fromowner]] is replaced with an image. (Checking which ofthose are actually free images can come next.)Is there a tolerably easy way to get this info from a dump? AnyWikipedia statistics fans who think this'd be easy?(If the placeholders do work, then it'd also be useful convincing somewikiprojects to encourage the things. Not that there's ownership ofarticles on en:wp, of *course* ...)- d.
7 11
0 0
GSoC Project: Category Moving
by Tim Johansson 29 Jun '08

29 Jun '08
Hello, wikitech.I have applied to Google Summer of Code with the project to enablecategory moving without using bots. After some correspondance withCatrope, the following text is my project idea. Any feedback would bewelcome.SynopsisI will provide capability of moving categories to achieve an effectfor the end-user similar to that of moving other pages. Currently,contributors must apply to use a bot that recreates the category pageand changes the category link on all relevant articles.ProjectThe object can be divided into three parts. First, the category pageis moved, along with its history, just as renaming of articles works.A redirect is optionally placed on the old category page, and thecategory discussion is moved as well.Second, all articles in the relevant category must have their categorylinks changed. There are several obstacles involved in this task:1. Finding all alternative ways of categorizing articles. It is simpleto match the simple category links and category lists, but moredifficult to find e.g. categories included from a template. RoanKattouw (Catrope) suggested category redirects for this, such that allarticles categorised as [[Category:A]] would also be listed at[[Category:B]] if the prior has been redirected to the latter.2. Articles might be in the process of being edited as the movement isdone. This, however, can be solved in the same manner as editcollisions are currently solved.3. The algorithm would likely have high complexity and would thus notscale well with very large categories.This is likely to constitute a significant and challenging part of the project.As the last step, the relevant entries in the categorylinks tablewould need to be changed. This is accomplished by a simple SQL query.This could be avoided if bug #13579 [1] ("Category table should usecategory ID rather than category name") is fixed, which it could be aspart of this project.The project would preferably be written as a patch to the core.Catrope suggested setting up a separate SVN branch for the project,such that everyone can see my progress.Profits for MediaWikiDeveloping a means of moving categories would decrease dependency onbots, gaining in administrative time. Additionally, the solution wouldbe faster than any bot-relying solution could be due to, among otherthings, the removed need of loading pages.Category moving would also increase the consistency in layout on thedifferent article types. The only real reason for a "move" tab not toreside on category pages is that the feature is not yet implemented.RoadmapPublishing this document to the MediaWiki development community(wikitech-l) and awaiting comments on the planned procedure would bethe first step.After the community bonding period specified by the time line, a weekshould be enough to get comfortable with the relevant MediaWiki codeand implement the first section, moving the category page along withits discussion and history. Much old code should be reusable here,such as the Title::moveTo() method for moving pages.Until mid of July, most of the second part of the project should befinished. In a week from there, the last part would be completed, too.A month is then reserved for bug-testing, tweaking and as a buffer forunexpected obstacles. The MediaWiki community is very important inthis step for testing and feedback.Regards-- Tim Johanssonhttp://timjoh.com/
8 13
0 0
Case insensitive links (not just titles).
by subscribe＠divog.com.ru 24 Jun '08

24 Jun '08
Hi Sorry for my English :) What I need is case insensitive titles. My solution for the problem was tochange collation in mysql from <unf8_bin> to <utf8_general_ci> in table<page>, for field <page_title>. But bigger problem with links persists. In my case, if there is an article<Frank Dreben>, link [[Frank Dreben]] is treated like a link to an existentarticle (GoodLink), but link [[frank dreben]] is treated like a link to anon-existent article, so, this link opens editing of existent article <FrankDreben>. What can be fixed for that link [[frank dreben]] to be treated likea GoodLink? I've spent some time in Parser.php, LinkCache.php, Title.php, Linker.php,LinkBatch.php but found nothing useful. The last thing I tried was to dostrtoupper on title every time array of link cache is filled, inLinkCache.php. I also tried to do strtoupper on title every time data isfetched from the array.I've tried to make titles in cache be case insensitive, but it didn't workout, not sure why - it seems like when links are constructed (parser, title,linker, etc) only LinkCache methods are used. Could anybody point a direction to dig in? :)
7 36
0 0
confirmemail_body and create account
by Andreas Rindler 23 Jun '08

23 Jun '08
Hi,I need to create some user accounts and have mediawiki send the usersa welcome message. I found the Mediawiki:confirmemail_body page whichappears to feed such a welcome message. How do I do that? If I useSpecial:Userlogin, create an account and use "by email", the user getsa password reminder, but not a welcome message. I could change thepassword reminder text, but that wouldn't be correct for all the otherusers who use that page to genuinely retrieve their password.Thanks,Andi
3 5
0 0

26 May '08
S Page wrote:> Aerik Sylvan wrote:> > At the risk of asking a stupid question: what is the status of category> > intersections?>> At the risk of making a stupid answer: you could install the Semantic> MediaWiki extension and make queries like>> {{#ask:> [[Category:Actor]]> [[Category:Director]]> }}>> SMW will query for membership of subcategories (thus it'll match members> of Child actors) , to a configurable depth limit. The nifty thing is> you can> display other properties and categories of matching pages.>> See demo (temporarily) at,>http://www.semanticweb.org/wiki/Sandbox#Category_intersections>>That's cool... what's the backend for that? (I looked briefly at some docsathttp://semantic-mediawiki.org/wiki/Semantic_MediaWiki but didn't quicklyfind any architecture stuff).Best Regards,Aerik--http://www.wikidweb.com - the Wiki Directory of the Webhttp://tagthis.info - Hosted Tagging for your website!
2 1
0 0
Wysiwyg
by Cormac Lawler 23 May '08

23 May '08
Hi,I know a lot of people would love wysiwyg editing functionality, I know alot of people on this list are working on such a thing, and I know that aproblem seems to be the "grammar" involved. I heard on the grapevine that,on this basis, it was "at least a year away". I don't want to know thespecifics of what that grammar is, or what its problems are. :-) But whatI'd like to know is:* Would this issue be solved quicker by having a few funded developersworking on it? (If so, how many wo/man hours would be needed - what size ofa funding bid would be needed?)* What does the fckeditor in existence *not* do yet? <http://mediawiki.fckeditor.net> (If the answer is: "too much - it only doesa tiny handful of things compared to what we need" - well then, that answersmy question. :-))If you haven't already surmised, this question is from a technical dunce -answers at that level would be greatly appreciated. :-)Cheers,Cormac
5 4
0 0

23 May '08
On Tue, 22 Apr 2008, Simetrical wrote:>> On Tue, Apr 22, 2008 at 10:59 AM, Roan Kattouw <roan.kattouw(a)home.nl>> wrote:> > I missed the explanation of the fulltext implementation. Something like> > 'Foo With_spaces Bar' and then do a fulltext search for the cats you> > need? That would be more powerful, and would probably be faster for> > complex intersections. I'll write an alternative to> > CategoryIntersections that uses the fulltext schema and run some> > benchmarks. I expect to have some results by the end of the week.>> Aerik Sylvan has already done an implementation of the backend using> CLucene. If a front-end could be done in core, with a pluggable> backend, that might have the best chance of getting enabled on> Wikimedia relatively quickly. MyISAM fulltext is not necessarily> going to be fast enough due to the locking.>>Yes, I did a fulltext search (which works quite well - I forget the responsetimes... I think it was around a third of a second even for intersections oflarge groups, like "Living_People") and the way it handles booleans andstuff is quite nice. I think I broke it when I moved servers, but I can putit back up. I think it would probably be a great addition to core, andwould be very adequate for small wikis, but too slow for larger ones(performance at a few tenths of a second will really add up with tens orhundreds of hits...) I think doing updates is also an issue on large wikis,due to table locking of the MyISAM table. But, I think it will be fine forsmall wikis. MySQL doesn't break on underscores, so using the category asit appears in the url seems to work great for fulltext search, and the builtin fulltext search is *much* faster than doing lookups on the categorylinkstable, especially for large sets.So, I'd propose in core we add a MyISAM table with a fulltext index ofcategories - this will suite small wikis. For big wikis, make this a InnoDBtable and use it to build a Lucene index, which you'd search with whateverflavor of Lucene you like. This is a fairly straight path, that covers bothcore and large wikis, should have good performance for either application,and is flexible in that it does boolean searches. I don't have suggestionsfor an interface, but why not just start with a SpecialPage and see whathappens? Once the functionality is there, suggestions for how to better useit will come out of the woodwork.I'm working on a CLucene daemon (calling it clucened, which is on SF - withslightly out-of-date source in subversion - and atclucened.com), whichcould be used for this, or anything else. I'm planning to make it Solrcompatible, but not a direct port of Solr, and the implementation will havesome differences. So far I have only the daemon and the search function(takes a raw query, which can be boolean or have mulitple fields, and passesit through). I think this is really cool, but if we already have a GCJLucene search for En, it may be easier just to extend that to read atcategories Lucene index than use another architecture. Either way, I thinka search daemon will find an audience and will be a really cool thing :-)Aerik--http://www.wikidweb.com - the Wiki Directory of the Webhttp://tagthis.info - Hosted Tagging for your website!
8 14
0 0
Results per page:
[8]ページ先頭
©2009-2025 Movatter.jp