I agree that it makes sense that one of the first things to do when creating a new wikipedia article should be to create an infobox which is automagically linked to the creation of a wikidata item. There are a number of considerations related to this.
1. Notability. The current rules for Wikidata means that it is not acceptable to create a wikidata item until after the Wikipedia article has been created. 2. Drafts. English Wikipedia has recently enabled a Draft name space for people to use to develop new articles. Articles in the Draft namespace are not indexed by Google and are not required to meet notability standards until they are transferred to the Main namespace. Should we change the rules on wikidata so Draft articles can be sitelinked and have wikidata items? 3. Visual Editor. The visual editor already has some template editing functionality but it does not link to a wikidata item. To get Wikipedia editors editing wikidata we need an infobox creation wizard which will mean wikipedia editors can edit wikidata from inside wikipedia and it feels like they are editing an info box. Personally I think the first step should be to enable the wikibase client on wikidata so we can start developing these internationalised and localised infoboxes on wikidata which can then be redeployed to other WMF wikis. Yours Joe On Mon, Mar 10, 2014 at 11:28 PM, Lydia Pintscher < lydia.pintsc...@wikimedia.de> wrote: > On Mon, Mar 10, 2014 at 2:40 PM, Andy Mabbett <a...@pigsonthewing.org.uk> > wrote: > > On 10 March 2014 07:41, Lydia Pintscher <lydia.pintsc...@wikimedia.de> > wrote: > > > >> I agree with what Gerard wrote. > > > > Then please see my response to him. > > > >> We should be moving away from a world > >> where information is entered on Wikipedia and then in addition on > >> Wikidata. We need to move to a world where information is added in > >> Wikidata and then used on Wikipedia. > > > > I'd love to know how you think that will happen, in a timely manner, > > for the kinds of people who use AfC, > > Where do you see the biggest obstacles right now in the process? Maybe > we can identify those and then see if we can find solutions for them? > I'm not saying what you're seeing isn't a problem we need to fix. I > just think we need to solve it in a better way. Let's find it. > > >> Otherwise the whole idea ofther t > >> Wikidata is kinda moot. It will not happen tomorrow and need more work > >> but this is where we should be going and I'd rather we didn't take > >> steps that drag this process out even longer. > > > > Meanwhile, articles are being created, daily, via AfC with no Wikidata > > equivalent, or where someone has to create the equivalent manually, > > cutting-and-pasting or retyping text, rather than having tools do the > > work for them. That's crazy. > > Sure. That is clearly not a great situation and we should see if we > can improve it. What I'm saying is that we should not improve it by > making people enter even more information in Wikipedia and then copy > it over to Wikipedia while our long-term goal is exactly the opposite. > Because this will only bite us down the road. Let's identify the > specific issues and see if we can find other solutions for them. > > > Cheers > Lydia > > -- > Lydia Pintscher - http://about.me/lydia.pintscher > Product Manager for Wikidata > > Wikimedia Deutschland e.V. > Tempelhofer Ufer 23-24 > 10963 Berlin > www.wikimedia.de > > Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. > > Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg > unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das > Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985. > > _______________________________________________ > Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata-l >
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
