Re: [Wikitech-l] MediaWiki developer meeting is drawing close

Roan Kattouw schrieb: > Daniel Kinzler schreef: >> The schedule[4] is slowly becomming clear now: On Friday, we'll start at noon >> with a who-is-who-and-does-what session > The schedule you're linking to says it starts at 3 PM. Which time is the > right one? Bah,

Re: [Wikitech-l] research-oriented toolserver?

Robert Rohde schrieb: > On Tue, Mar 10, 2009 at 1:27 PM, River Tarnell > wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> phoebe ayers: >>> River: Well, you say that part of the issue with the toolserver is money and >>> time... and this person that I've been talking to is offering

Re: [Wikitech-l] how to convert the latin1 SQL dump back into UTF-8?

Tei schrieb: > note to self: look into the code that order text (collation) in > mediawiki, has to be fun one :-) There is none. Sorting is done by the database. That is to say, in the default "comnpatibility" mode, binary "collation" is used - that is, byte-by-byte comparison of UTF-8 encoded d

Re: [Wikitech-l] how to convert the latin1 SQL dump back into UTF-8?

Aryeh Gregor schrieb: > On Wed, Mar 11, 2009 at 6:14 AM, Daniel Kinzler wrote: >> There is none. Sorting is done by the database. That is to say, in the >> default >> "comnpatibility" mode, binary "collation" is used - that is, byte-by-byte >> com

Re: [Wikitech-l] research-oriented toolserver?

> The major difference from our perspective is how applications for new > accounts would be handled. Our idea is to be able to hand out > accounts based around the likelihood of effective research, rather > than on visibility within Wikipedia, or on the usefulness of the > resulting tool to the la

Re: [Wikitech-l] research-oriented toolserver?

Aryeh Gregor schrieb: > As far as I know, the account approval process on the toolserver is > fairly lax. As long as you have some credible Wikipedia-related > reason to use the toolserver, whether tools or research, you should be > able to get an account. Am I wrong? Have any researchers been >

Re: [Wikitech-l] Fwd: Re: [Foundation-l] Report to the Board of Trustees: December 2008

Thomas Dalton schrieb: > 2009/3/11 Brion Vibber : >> On 3/11/09 9:59 AM, Thomas Dalton wrote: >>> 2009/3/11 Brion Vibber: >> Is there a fix for this bug? It was fixed several years ago, shouldn't happen on anything current. :P >>> March 2009 seems pretty current to me... >> Hence "shouldn'

Re: [Wikitech-l] research-oriented toolserver?

t;> specific problem with private data being on the toolserver? If so, >> what? >> >> You should be aware that toolserver roots are approved by the >> foundation before becoming roots. > > > You answer the questions in your first paragraph with your sentence in the &g

Re: [Wikitech-l] Illegal mix of collations after upgrade to 1.14

Platonides schrieb: > Aran wrote: >> I've found that by setting $wgDBmysql5 to false things seem to work ok, >> but is this really a good solution? I'd like everything to be running up >> to date, not in some backward compatibility mode... does anyone have any >> idea how to fix the problem prop

Re: [Wikitech-l] Understanding the meaning of “List of page titles”

O. O. schrieb: > Aryeh Gregor wrote: >> On Fri, Mar 13, 2009 at 2:44 PM, O. O. wrote: >>> Hi, >>>I am looking at the dump of the English Wikipedia at >>> http://download.wikimedia.org/enwiki/20081008/ There is a file called >>> “all-titles-in-ns0.gz” which is supposed to contain the List o

Re: [Wikitech-l] Understanding the meaning of “List of page titles”

Andrew Garrett schrieb: > On Sat, Mar 14, 2009 at 9:34 AM, O. O. wrote: >> Andrew Garrett wrote: >>> On Sat, Mar 14, 2009 at 9:26 AM, O. O. wrote: The above link says that “only articles” and no redirects are in the namespace NS0. Also Talk: pages are not included in the NS0. >>>

Re: [Wikitech-l] research-oriented toolserver?

Morten Warncke-Wang schrieb: > Hi all, > > Judging by the replies we think we've failed to communicate clearly > some of the ideas we wanted to put forward, and we'd like to take the > opportunity to try to clear that up. > > We did not want to narrow this down to be only about a third party > to

Re: [Wikitech-l] research-oriented toolserver?

Brian schrieb: > I think what the toolserver guys are saying is that they've got the > data (e.g., a replica of the master database) and they are willing to > expand operations to include larger-scale computations, and so yes > they are willing to become more "research oriented". They just need > t

Re: [Wikitech-l] not all tables need to be backed up

Chad schrieb: > On Sat, Mar 14, 2009 at 1:33 AM, wrote: >> Gentlemen, it occurred to me that under close examination one finds >> that when making a backup of one's wiki's database, some of the tables >> dumped have various degrees of temporariness, and thus though needing >> to be present in a p

Re: [Wikitech-l] browsing in phpmyadmin vs. charset

Chad schrieb: > On Sat, Mar 14, 2009 at 2:02 AM, wrote: >> Say one can successfully see the UTF-8 in an SQL dump with >> $ mysqldump --default-character-set=latin1 my_database | less >> >> OK, now how about browsing with phpmyadmin? no matter what I set, >> browser charset or various phpmyadmin c

Re: [Wikitech-l] Understanding the meaning of “List of page titles”

> plotting number of articles could help a observer "see" the grown of a > wiki, but is a bad number to see the "dead" of a wiki. For this kind of analysis, check out WikiXRay and WikiTracer. -- daniel ___ Wikitech-l mailing list Wikitech-l@lists.wiki

Re: [Wikitech-l] research-oriented toolserver?

Brian schrieb: > How will WikiTrust accomplish the WikiBlame function? I think I know > what WikiTrust is: http://trust.cse.ucsc.edu/ > > What gives it the function that you can enter a piece of wiki code > from the history of any wiki - totally out of context - and it returns > the authors? Ah,

Re: [Wikitech-l] not all tables need to be backed up

Aryeh Gregor schrieb: > On Sun, Mar 15, 2009 at 2:43 PM, wrote: >> OK, but then the structure of those tables are gone from the dump too, >> not just their contents. We cannot thus recover from scratch straight >> from the SQL dump. But perhaps we then can immediately run a >> maintenance script

[Wikitech-l] developer meet-up is out of room

We have been completly overrun by registrations for the developer meet-up in Berlin. That’s exhilarating, but forces on me the sad duty to tell you: we are out of room, we are closing registration early. So: if you have not yet send a registration mail, you will not be able to attend! Sorry. We

Re: [Wikitech-l] developer meet-up is out of room

> Going to offer something like a webcam cast of it for those that can't attend? No, sorry. We would need a video team for that, and we have nither the time nor the people to do it. Also note that this is is an OpenSpace with 5 tracs with about 10 people each. There will be few if any real talks o

Re: [Wikitech-l] developer meet-up is out of room

Finne Boonen schrieb: > Any idea when the registrations will get a confirmation? Really Soon Now. That is, as soon as we have figured out who *not* to confirm. We are overbooked :( -- daniel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org ht

Re: [Wikitech-l] Problems with the recent version of Cite Extension

Gerard Meijssen schrieb: > Hoi, > REL1_14_0 is how I know the 1.14 release of MediaWiki. I would like to know > what revision of Cite works for you. As you may know, we are working on a > testing envirionment particularly for the support of extensions in stable > releases of MediaWiki.. One of the

Re: [Wikitech-l] developer meet-up is out of room

Thomas Dalton schrieb: > 2009/3/17 Lars Aronsson : >> I sent in my registeration on March 9 and have still not received >> confirmation. After that I have recruited two more Swedish >> attendees, who also sent their registration. Our flights are >> already booked, so there is no way we can stay hom

Re: [Wikitech-l] developer meet-up is out of room

Lars Aronsson schrieb: > Daniel Kinzler wrote: > >> Really Soon Now. That is, as soon as we have figured out who >> *not* to confirm. We are overbooked :( > > This is a problem that you can solve if you want to. Just ask for > rooms at the technical university if

Re: [Wikitech-l] developer meet-up is out of room

Roan Kattouw schrieb: > Daniel Kinzler schreef: >> Finne Boonen schrieb: >>> Any idea when the registrations will get a confirmation? >> Really Soon Now. That is, as soon as we have figured out who *not* to >> confirm. >> We are overbooked :( >> >

Re: [Wikitech-l] LocalSettings.php can set messages too?

jida...@jidanni.org schrieb: > Reading http://meta.wikimedia.org/wiki/Help:System_messages, one > wonders if one can set messages in LocalSettings.php instead of > editing MediaWiki:Copyrightpage. However I just get 'Call to a member > function addMessages() on a non-object'. That's because the ob

Re: [Wikitech-l] developer meet-up is out of room

Hello all I understand that your are disappointed. And I'm sad about having to reject people myself. Which is one reason I hesitated - and made things worse. Do I suck at organizing a conference? Quite possibly. I's my first time, and I never asked for the job. Anyway, I'll try to answer you as g

Re: [Wikitech-l] developer meet-up is out of room

Brion Vibber schrieb: > On 3/18/09 1:42 PM, Daniel Kinzler wrote: >> I understand that your are disappointed. And I'm sad about having to reject >> people myself. Which is one reason I hesitated - and made things worse. Do I >> suck at organizing a conference? Quite p

Re: [Wikitech-l] developer meet-up is out of room

Hi Manuel Manuel Schneider schrieb: > well, as I already bought the ticket - though I didn't make sense to register > after this news - I will be in Berlin anyway. I'm taking care for > participants of the chapters meeting the week before (showing around in > Germany) and will be in Berlin at T

Re: [Wikitech-l] LocalSettings.php can set messages too?

Ilmari Karonen schrieb: > Roan Kattouw wrote: >> Yeah, why would you want that? You can protect MediaWiki: pages too >> (although editing them is already restricted to sysops by default), so >> you could protect this particular page so that only you can edit it (add >> a right to $wgRestrictionL

Re: [Wikitech-l] Upload-by-URL for test.wikipedia.org

Chad schrieb: > On Mon, Mar 23, 2009 at 4:39 PM, Brion Vibber wrote: >> On 3/22/09 6:08 PM, Chad wrote: >>> Unfortunately, this comes back to the limitation of the >>> Http class to return helpful error messages. There's an >>> open bug about similarly vague messages in Interwiki >>> imports. Sadl

Re: [Wikitech-l] New SVN committer

Welcome Jan! Looking forward to seeing you at the developer meet-up! -- daniel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] On extension SVN revisions in Special:Version

> I'm guessing this may be because the new file was added after r37404, > but the file registering the extension (and providing the revision > number) wasn't changed at that time, which means the most recent > revision of *that file* is still r37404. Special:Version doesn't really > report the

Re: [Wikitech-l] Providing simpler dump format (raw, SQL or CSV)?

howard chen schrieb: > Hello, > > Given that the current dump process is having problem, why not provide > a simple fix such as providing raw table format , SQL files or even > CSV files? Because that would contain private data. It needs to be filtered first. And for that, the text blobs have to

Re: [Wikitech-l] ANNOUNCE: OpenStreetMap maps will be added to Wikimedia projects

Gregory Maxwell schrieb: > On Sun, Apr 5, 2009 at 10:12 PM, Brian wrote: >> Great. Let us know when you've got community approval. > > Better than a simple super-majority too per the president set in the > recent discussions related to revision flagging. Well, falgged revisions are pretty contro

Re: [Wikitech-l] how much redundant text in Wikipedia?

jida...@jidanni.org schrieb: > I'm curious what does > SELECT COUNT(DISTINCT old_text), COUNT(*) FROM text; > show on Wikipedia's database? On mine I get > COUNT(DISTINCT old_text): 2913 > COUNT(*): 3560 > I.e., 1/7 of the rows are redundant. On Wikimedia wikis, text is store

[Wikitech-l] Wikimedia Deutschland offering short term contracts

Wikimedia Deutschland is offering contracts for a couple of projects we feel are important. If you are interested in earning some money by helping Wikimedia to improve our Wikis, have a look at these projects: * Evaluate the impact of using flagged revisions on the German Wikipedia - http://www.me

Re: [Wikitech-l] how much redundant text in Wikipedia?

>> Anyway, there's a bit more visual expression of our data sizes within >> core databases: >> http://spreadsheets.google.com/pub?key=pfjIQrTbpVkaIStok1hWAdg > > How's that commonswiki is both on s2 and s3? (the one on s2 being 10 > times larger) Ignoree the smaller one, it's an old copy from w

Re: [Wikitech-l] Dealing with Large Files when attempting a wikipedia database download.

David Gerard schrieb: > 2009/4/10 Jameson Scanlon : > >> Does anyone on the wikitech mailing list happen to know whether it >> would be possible for some of the larger wikipedia database downloads >> (which are, say, 16GB or so in size) to be split into parts so that >> they can be downloaded. Fo

[Wikitech-l] DEADLINE for WMDE contract applications

Hello all At the developer meetup, I announced that Wikimedia Deutschland is offering contracts for a couple of projects we feel are important. We again invite anyone to apply NOW for any project that interests you. The DEADLINE for applying is SUNDAY, APRIL 19! We did not receive any offer fo

[Wikitech-l] Cutting MediaWiki loose from wikitext

Hi all. I have a bold proposal (read: evil plan). To put it briefly: I want to remove the assumption that MediaWiki pages contain always wikitext. Instead, I propose a pluggable handler system for different types of content, similar to what we have for file uploads. So, I propose to associate a "c

Re: [Wikitech-l] Cutting MediaWiki loose from wikitext

On 26.03.2012 22:02, Brion Vibber wrote: > I'm generally in favor of this plan. I haven't looked over the specific > code experiments yet but the plan sounds solid. YAY! > * over time we'll want to do things like migrate File: pages from 'plain > wikitext that happens to have an associated file'

Re: [Wikitech-l] Cutting MediaWiki loose from wikitext

On 26.03.2012 18:18, Alex Brollo wrote: > I agree that's hyronical to play with a powerful database-built project, > and to have no access nor encouragement to organize our data as should be > organized. But - we do use normal pages as data repository too, simply > marking some specific areas of pa

Re: [Wikitech-l] Cutting MediaWiki loose from wikitext

On 27.03.2012 00:09, Platonides wrote: > It looks really evil publishing that svn branch just days after git > migration :) > I think that branch -created months ago- should be migrated to git, so > we could all despair..^W benefit from git wonderful branching abilities. Indeed - when I asked Chad

Re: [Wikitech-l] [Wikitext-l] Fwd: Cutting MediaWiki loose from wikitext

On 27.03.2012 02:19, Daniel Friesen wrote: > Non-wikitext data is supposed to give extensions the ability to do things > beyond > WikiText. The data is always going to be an opaque form controlled by the > extension. > I don't think that low level serialized data should be visible at all to > clie

Re: [Wikitech-l] Cutting MediaWiki loose from wikitext

On 27.03.2012 00:33, Tim Starling wrote: > For the record: we've discussed this previously and I'm fine with it. > It's a well thought-out proposal, and the only request I had was to > ensure that the DB schema supports some similar projects that we have > in the idea pile, like multiple parser ver

Re: [Wikitech-l] Cutting MediaWiki loose from wikitext

On 27.03.2012 00:37, MZMcBride wrote: > It's an ancient assumption that's built in to many parts of MediaWiki (and > many outside tools and scripts). Is there any kind of assessment about the > level of impact this would have? Not formally, just my own poking at the code base. There is a lot of pl

Re: [Wikitech-l] [Wikitext-l] Fwd: Cutting MediaWiki loose from wikitext

On 27.03.2012 09:33, Oren Bochman wrote: > 1. JSON - that's not a very reader friendly format. Also not an ideal format > for the search engine to consume. This is due to lack of Support for > metadata and data schema. XML is universally supported, more human friendly > and support a schema which

Re: [Wikitech-l] Cutting MediaWiki loose from wikitext

On 27.03.2012 09:47, Alex Brollo wrote: > I can't understand details of this talk, but if you like take a look to the > raw code of any ns0 page into it.wikisource and consider that "area dati" > is removed from wikitext as soon as an user opens the page in edit mode, > and re-builded as the user s

Re: [Wikitech-l] Cutting MediaWiki loose from wikitext

On 27.03.2012 11:26, Antoine Musso wrote: > Daniel Kinzler wrote: >> A very rough prototype is in a dev branch here: >> >> http://svn.wikimedia.org/svnroot/mediawiki/branches/Wikidata/phase3/ > > I guess we could have that migrated to Gerrit and review the project

Re: [Wikitech-l] [Wikitext-l] Fwd: Cutting MediaWiki loose from wikitext

On 27.03.2012 13:07, vita...@yourcmc.ru wrote: >> JSON is the internal serialization format. > > You're suggesting to use MediaWiki as a model :) > What's stopping you from implementing it as a _file_ handler, not _article_ > handler? Because of the actions I want to be able to perform on them, m

Re: [Wikitech-l] GSoC: Caterpillar the Category Tool

Hello Kalan This already exists and is currently being beta-tested on the toolserver. If would be very cool if you could build on top of this! The backend consists of two components, graphcore and graphserv. WMDE contracted Johannes Kroll to implement them based on my spec. The code is available

Re: [Wikitech-l] GSoC: Caterpillar the Category Tool

Hello Kalan This already exists and is currently being beta-tested on the toolserver. If would be very cool if you could build on top of this! The backend consists of two components, graphcore and graphserv. WMDE contracted Johannes Kroll to implement them based on my spec. The code is available

[Wikitech-l] Merging the ContentHandler branch for WIkidata

Hi all! As you may know, I have been working on a core branch to introduce the concept of content handlers . Wikidata relies on the features introduces in that branch, and I'd like to merge them into core as soon as possible. Now, I'

[Wikitech-l] Request for Comments: Cross site data access for Wikidata

Hi all! The wikidata team has been discussing how to best make data from wikidata available on local wikis. Fetching the data via HTTP whenever a page is re-rendered doesn't seem prudent, so we (mainly Jeroen) came up with a push-based architecture. The proposal is at

Re: [Wikitech-l] Request for Comments: Cross site data access for Wikidata

On 23.04.2012 16:09, Petr Bena wrote: > I mean, in simple words: > > Your idea: when the data on wikidata is changed the new content is > pushed to all local wikis / somewhere > > My idea: local wikis retrieve data from wikidata db directly, no need > to push anything on change Well, the local w

Re: [Wikitech-l] Request for Comments: Cross site data access for Wikidata

On 23.04.2012 17:28, Platonides wrote: > On 23/04/12 14:45, Daniel Kinzler wrote: >> *#* if we only update language links, the page doesn't even need to be >> re-parsed: we just update the languagelinks in the cached ParserOutput >> object. > > It's not t

Re: [Wikitech-l] Request for Comments: Cross site data access for Wikidata

Thanks for the input Platonides. I'll have to re-read your comments to fully understand them. For now, just a quick question: > When going to show it, it would check: > 1) Is the latest WikiData version newer than 2.0? (No-> go to 5) > 2) Is the Germany module newer than 488584364? (No-> Store th

Re: [Wikitech-l] Request for Comments: Cross site data access for Wikidata

On 23.04.2012 20:06, Ryan Lane wrote: > Why not just use a queue? Well yes, a queue... for what exactly would be queued, and what precisely would the consimer do? where?s the queue? on the repo or on the client? -- daniel ___ Wikitech-l mailing list W

[Wikitech-l] Mime-Type for wikitext

Hi all! I just noticed that MediaWiki uses two different mime types for wikitext: * application/x-wiki is used by AjaxResponse, OutputPage and StreamFile. * text/x-wiki is used by RawAction.php (i.e. when you use action=raw) Is there a good reason for this, or is it just an oversight? I suggest

Re: [Wikitech-l] New Engineering Community Group, headed by Sumana Harihareswara

Congratulations Sumana! Well deserved! -- daniel On 25.04.2012 05:30, Rob Lanphier wrote: > Hi everyone, > > I'm happy to announce that we have promoted Sumana Harihareswara as > manager of Engineering Community group. Sumana started with us as a > contractor back in February 2011, initially in

[Wikitech-l] Cutting MediaWiki loose from wikitext

Hi all Moving forward, I have just committed a first patch for review: https://gerrit.wikimedia.org/r/#change,6101 Please have a look if you are interested. -- daniel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.

[Wikitech-l] Wikidata: ContentHandler code ready for review

Hi all The first installment of the ContentHandler facility we need for Wikidata is now on Gerrit, awyiting review: https://gerrit.wikimedia.org/r/#change,6101 I already got a lot of useful input from several developers, and tried to address them as well as I could. However, I would appreciate a

Re: [Wikitech-l] Generalizing interwiki and interlanguage storage

On 08.06.2012 17:32, Jeroen De Dauw wrote: > They are described here: > https://www.mediawiki.org/wiki/User:Jeroen_De_Dauw/Wikibase_sites_and_site_links I like your proposal in principle, but I'm a bit worried about just dropping a well established table on the production cluster. When migrating

[Wikitech-l] who can merge into core/master?

Hi I was wondering what the policy is for the right to merge into core, i.e. for being able to give +2 and "publish and submit" on gerrit. There sooms to be total confusion about the policy for that. To me this seems more or less equivalent to commit access to svn, no? Anyway. I pretty much need

Re: [Wikitech-l] who can merge into core/master?

On 15.06.2012 14:41, Chad wrote: > The equivalence of having commit access to /trunk/phase3, at least. Yea... so I would have thought that anyone who had that level of access would have gotten merge rights automatically. Oh, well. > Right now the process is to ask on-wiki[0]. People have a chance

Re: [Wikitech-l] Revoking +2 (Re: who can merge into core/master?)

http://www.youbrokethebuild.com/ http://www.buildsonmymachine.com/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Speed up tests, make @group Database smarter

Hi all Phpunit tests that use the database should use @group Database. But that makes them extremely slow. I'd like to elevate this problem. Here's the situation: @group Database does two things, as far as I understand: * MediaWikiTestCase will notice this group and use temporary tables instead

[Wikitech-l] Wikidata: Splitting the Cache by Language

Hi all! At the hackathon in DC, I have been discussing options for caching Wikidata content with a few people, primarily RobLa and Ryan Lane. Here's a quick overview of the problem, and what I took away from the conversation. So, what we need is this: * Wikidata objects are multi-lingual * Wikid

Re: [Wikitech-l] Deployment of Wikidata

On 10.07.2012 16:47, jmccl...@hypergrove.com wrote: > I am concerned about the performance impact of every > wikipedia calling an API for each property that it wishes to format as > content in pages' infoboxes, as I understand is the design the project > is pursuing. No, that's not the case. The

Re: [Wikitech-l] Wikidata: Splitting the Cache by Language

On 10.07.2012 13:58, Antoine Musso wrote: > Le 10/07/12 19:28, Daniel Kinzler a écrit : >> * To provide good response times, we need to cache that generated HTML on >> some >> level, but that cache needs to be specific to (i.e. varying on) the user's >> language.

Re: [Wikitech-l] Wikidata: Splitting the Cache by Language

On 11.07.2012 03:30, Nikola Smolenski wrote: > On 10/07/12 23:14, Daniel Kinzler wrote: >> On 10.07.2012 13:58, Antoine Musso wrote: >>> Have you considered generating a PHP template and just cache that? Then >>> all hits would be served directly by the very simple PH

Re: [Wikitech-l] Wikidata: Splitting the Cache by Language

On 11.07.2012 04:04, Nikola Smolenski wrote: > On 10/07/12 19:28, Daniel Kinzler wrote: >> * We will split the squid cache by language, using a cookie that specifies >> the >> user's language preference (for both logged in users and anons). The same >> URL is >

Re: [Wikitech-l] Wikidata: Splitting the Cache by Language

On 10.07.2012 15:49, bawolff wrote: >> * the parser cache, containing the HTML for every page's content. This cache >> uses keys based on the ParserOptions, which includes a field for specifying >> the >> language. However, currently only a "canonical" version of the rendered page >> is >> cached

Re: [Wikitech-l] Wikidata: Splitting the Cache by Language

On 12.07.2012 20:33, Platonides wrote: >> * the parser cache, containing the HTML for every page's content. This cache >> uses keys based on the ParserOptions, which includes a field for specifying >> the >> language. However, currently only a "canonical" version of the rendered page >> is >> cac

[Wikitech-l] Wikidata code review

Hi all as a follow up to Jeroens mail, I'd like to give a quick overview of things that need to happen before we can roll out phase I of Wikidata on the first Wikipedia (scheduled for "late summer"). As we are approaching feature completeness, it becomes increasingly urgent to have a plan for gett

Re: [Wikitech-l] Wikidata blockers weekly update

On 09.08.2012 16:49, Rob Lanphier wrote: > On Thu, Aug 9, 2012 at 6:54 AM, Denny Vrandečić > wrote: >> * Merging the Wikidata branch (ContentHandler) is still open, see >> . There has been >> no feedback in the last few weeks. Daniel is waiting

Re: [Wikitech-l] ContentHandler review?

On 22.08.2012 15:56, Daniel Friesen wrote: > Where is the discussion and review of ContentHandler? There is not much discussion going on. There's a slowish conversation I'm having with Tim on Bugzilla: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki%2Fcore.git;a=shortlog;h=refs%2Fheads%2FWikida

Re: [Wikitech-l] ContentHandler review?

On 22.08.2012 19:32, Chris Steipp wrote: > I think you were referring to this bug: > https://bugzilla.wikimedia.org/show_bug.cgi?id=38622 Oops. Yea, right, thanks. -- daniel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wiki

[Wikitech-l] Nested database transactions

Hi all I think it would be extremely useful to allow nested database transactions - or simulate them using a counter that would only to the actual commit after commit() has been called as many times as begin() was called before. This actually used to be the case, according to the comment on Data

Re: [Wikitech-l] Nested database transactions

llback() and commit(), so the calling code doesn't have to be aware of the current transaction level. I'm tempted to implement this. Any objections? -- daniel PS: -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e.V. | Eisenacher Straße 2 | 10777 Berlin http://wikimedi

Re: [Wikitech-l] Nested database transactions

On 24.08.2012 03:14, Aaron Schulz wrote: > SAVEPOINTs are useful if we really need to support people rollback > transactions *and* we need nested transaction support. I think they could be > made to work, but I'm not sold on their necessity for any use cases we have. So, how would you solve the us

[Wikitech-l] Wikidata status

Hi all Here's a quick update on what has been happening with Wikidata. After I was off duty last week, I have picked up work on the Wikidata branch again (aka the ContentHandler stuff). Discussion is happening mostly on Bugzilla: https://bugzilla.wikimedia.org/show_bug.cgi?id=38622 I have tri

Re: [Wikitech-l] Nested database transactions

On 24.08.2012 18:55, Tyler Romeo wrote: >> So, how would you solve the use case I described? What I need to do is to >> perform some checks before calling WikiPage::doEdit, and make sure the > result of >> the check is still valid when the actual save occurs. > > SAVEPOINTs are basically nested tr

Re: [Wikitech-l] Nested database transactions

On 28.08.2012 06:16, Aaron Schulz wrote: > I'd have to see what you are doing to see if rollback is really needed. As far as I see, nested transactions are needed, but no rollback. at least not from our side. So, for that case, a simple counter would be sufficient. I still wonder why that feature

[Wikitech-l] Wikidata status

Hello We have had a pretty productive week with the Wikidata team. The most pressing issues concerning the Foundation team are however still the same: The Sites table is pending finalization. It coming along nicely, and I think we will have a new version early next week. Development is happening

Re: [Wikitech-l] Wikidata status

Hi Tim! For some reason, your mail went under my radar until now. Sorry about that. On 03.09.2012 03:30, Tim Starling wrote: > I've been busy, but I can do another review of the ContentHandler > branch this week. That would be great, thanks! > There's the question of what level of quality we sh

Re: [Wikitech-l] Wikidata status

On 07.09.2012 12:22, Denny Vrandečić wrote:> Just an idea, but wouldn't Lua source code make a perfect alternative > content type? Yes, it would, but it's also a textual content type. These are rather unproblematic. One thing that is not yet implemented is a highlighter interface for different kin

Re: [Wikitech-l] Wikidata status

On 07.09.2012 12:29, Daniel Friesen wrote: > Not really much different from the CSS/JS cases we already have. Except that the current handling of CSS/JS is an inconsistent mess of special cases in various places of the codebase :) > The trickier stuff will be non-text stuff. Or especially the 'mu

Re: [Wikitech-l] Tutorial videos from today

On 12.09.2012 08:04, Erik Moeller wrote: > We had an internal tech meeting day today, and among other things, > three speakers presented brief tutorials: Thank you, that is very helpful! -- daniel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia

[Wikitech-l] Re: MediaWiki Insights - June edition

Quick update: If you want to try out the Swagger-UI for the REST API that Birgit mentioned, Special:RestSandbox is now enabled on testwiki <https://test.wikipedia.org/wiki/Special:RestSandbox>! -- Daniel Kinzler Principal Software Engineer MediaWiki Engineering Group Wikimedia Foun

Re: [Wikitech-l] Firesheep

On 26.10.2010 09:36, Nikola Smolenski wrote: > On 10/26/2010 08:59 AM, MZMcBride wrote: >> As Aryeh notes, even those who act in an editing role (rather than in simply >> a reader role) don't generally have valuable accounts. The "pros" you're >> talking about are free to use secure.wikimedia.org (

Re: [Wikitech-l] [Toolserver-l] alternative way to get wikipedia dump while server is down

> It's not that toolserver admins are excentric adding such rule, but an > issue of WM-DE liability if such information is published. > > However, I think that providing such file to just a few selected people > would be acceptable. I think so too, but I have to ask our ED. Will send an email no

Re: [Wikitech-l] WikiCreole (was Re: What would be a perfect wiki syntax? (Re: WYSIWYG))

On 04.01.2011 22:39, Brion Vibber wrote: >> In order to have a visual editor or three, combined with a plain text >> editor, combined with some fancy other editor we have yet to invent, you >> will still need that specification that tells you what a valid wiki instance >> is. This is the core data;

Re: [Wikitech-l] What would be a perfect wiki syntax? (Re: WYSIWYG)

On 05.01.2011 05:25, Jay Ashworth wrote: > I believe the snap reaction here is "you haven't tried to diff XML, have you? A text-based diff of XML sucks, but how about a DOM based (structural) diff? -- daniel ___ Wikitech-l mailing list Wikitech-l@lists

[Wikitech-l] WMDE Developer Meetup moved to May

Hi all after some discussion, Wikimedia Germany decided not to hold a developer's meet-up around the Chapter's conference in March. We just couldn't fit this in nicely with the venue and the overall organization. Don't despair though: This is what we will do instead: * There will be a hackathon

Re: [Wikitech-l] [Toolserver-l] WMDE Developer Meetup moved to May

On 17.01.2011 17:14, Asaf Bartov wrote: > Correction: Haifa Hacking Days are to be held August 2nd-3rd. > Wikimania itself will be Aug 4th-6th. Gah! Thanks Asaf. There I went and looked it up, and then wrote the wrong thing into the email. Curses. -- daniel _

Re: [Wikitech-l] WMDE Developer Meetup moved to May

On 17.01.2011 19:38, Bryan Tong Minh wrote: > On Mon, Jan 17, 2011 at 5:11 PM, Daniel Kinzler wrote: >> * There will be a hackathon hosted by Wikimedia Germany in (late) May, >> probably >> in Berlin, but that's not decided yet. This will mostly about hacking, with

Re: [Wikitech-l] WMDE Developer Meetup moved to May

On 17.01.2011 19:53, Ashar Voultoiz wrote: > On 17/01/11 17:11, Daniel Kinzler wrote: >> * There will be a hackathon hosted by Wikimedia Germany in (late) May, >> probably >> in Berlin, but that's not decided yet. This will mostly about hacking, with a >> strong fo

[Wikitech-l] OT: Sunday in San Francisco

Hi all! I'm coming to San Franscisco to spend a couple of days at the Wikimedia Office on Feb 7/8. But before that, I have a weekend to spend in SF... well, I might already have something for Saturday, but Sunday is still free. So... any recommendations what to do and see? where to hang out in th

<    1   2   3   4   5   6   7   >