Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)
Hi Daniel, everyone,
2012/5/22 Daniel Kinzler :
> I have created a first preliminary draft of how data items from the Wikidata
> repository may be accessed and rendered on the client wiki, e.g. to make
> infoboxes.
>
> https://meta.wikimedia.org/wiki/Wikidata/Notes/Inclusion_syntax
Great!
> It would be great if you could have a look and let us know about any
> unclarities, omissions, or other flaws - and of course about your ideas of how
> to do this.
>
> Getting this right is an important part of implementing phase 2 of the
> Wikidata
> project, and so I feel it's important to start drafting and discussing early.
> Having a powerful but not overly complex way to create infoboxes etc from
> Wikidata items is very important for the acceptance of Wikidata on the clinet
> wikis, I believe.
I've some questions about the design proposed in this draft. I'm not
sure these are actual issues, but I prefer to be sure ;-)
i. It seems to me that the proposed design implies that any access to
data is done through a template transclusion, which could be fine for
the given example (ie. infoboxes — though I'll raise another issue
below, see ii.) but AFAIU forbids direct use of data in an article. Is
this a desirable limitation? Or did I miss something?
ii. I understand that only one item can be included at once (either by
using the data_item attribute or the article links). What if for some
reason we want a template that accesses several items? Is it
reasonable to assume that there will always be an item that links to
every needed item for a given template?
iii. Articles on current wikis use templates named (eg.) “{{Infobox…”.
Shouldn't it be a prerequisite for templates using Wikidata to (be
able to) keep the same name, so that:
- we don't have to run bots on every single article only to prepend
“#data-template:” but just have to update the template? Arguably, we
would have to edit the articles anyway to remove attributes that are
handled by Wikidata; just to be sure.
- people don't massively reject the transition to Wikidata because of
the /visible/ syntax change.
iv. Per i., ii. and iii., wouldn't it be desirable to have some syntax
to access an item without relying on template transclusion? This would
enable us to:
- use data in an article without having to write a template first (solves i.);
- write templates that can get as many items as they need, either
from the transcluding page or /by themselves/ (solves ii.);
- update the existing templates to Wikidata without having to edit
the articles and without visible changes from the template user's
perspective — except for what is handled by Wikidata, of course
(solves iii.).
v. What about lua? :)
Best regards,
--
Jérémie
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] wikidata.org is live (with some caveats)
Hi Lydia, hi everyone, 2012/10/30 Lydia Pintscher : > The Wikidata team is excited to let you know that http://wikidata.org > is now online and running the repository code \o/ You can now create > items and add language links to the various Wikipedias to them. Thank > you to everyone who helped. > There are some caveats! We're still testing things and fixing minor > bugs. Please let us know about any problems you find and go easy on > the new wiki. That's great news, congratulations! Will we have an interwiki prefix for Wikidata so that we can communicate on other wikis? I see none on https://meta.wikimedia.org/wiki/Special:Interwiki Thanks and best regards, -- Jérémie ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] wikidata.org is live (with some caveats)
2012/10/30 Amir E. Aharoni : > 2012/10/30 emijrp : >> Cool, nice work. >> >> SUL is not enabled? > > It is, we just discussed it on IRC :) > > Log out, then log in again to some other existing project (like > https://ca.wikisource.org ) and then to https://www.wikidata.org , and > it should work. Check that you're using the same protocol, as if you're logged with HTTPS and following a link using HTTP, HTTPSEverywhere will not help, yet :-) Best regards, -- Jérémie ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
[Wikidata-l] Watching changes on the repository wiki from the client wiki
Hello everyone, Some people start worrying about the fact that updates to wikidata items would not show up as changes of the Wikipedia articles that use them in their Wikipedia watchlists. Any idea of what can be done to allow regular Wikipedians to follow the changes in Wikidata that affect the articles they are watching without having to maintain and check an additional watchlist on an other wiki? Also, some people are used to follow changes to articles in a given category (on the French Wikipedia, we have thematic portals on every single article, so many people use the categories associated with the portals to follow the recent changes instead of their own watchlists). Will they still be able to do that if some content is moved to Wikidata? Amir Elisha Aharoni asked pretty much the same question back in August in a thread entitled “watching Wikidata changes that affect my wiki”. He suggested that “The most practical way to solve this is to show that some piece of data that affects a Wikipedia article in the watchlist, as if it is a change in the article itself.” but didn't get any answer on that point. Best regards, -- Jérémie ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Watching changes on the repository wiki from the client wiki
Hi Lydia, Daniel. Thanks for your answers. 2012/11/2 Daniel Kinzler : > On 02.11.2012 08:47, Lydia Pintscher wrote: >> On Fri, Nov 2, 2012 at 4:08 AM, Jérémie Roquet wrote: >>> Some people start worrying about the fact that updates to wikidata >>> items would not show up as changes of the Wikipedia articles that use >>> them in their Wikipedia watchlists. > > Not to worry, we have that covered. > >>> Any idea of what can be done to allow regular Wikipedians to follow >>> the changes in Wikidata that affect the articles they are watching >>> without having to maintain and check an additional watchlist on an >>> other wiki? > > Yes. If item Q1234 is the item for page Foo on your wiki, changes to Q1234 > will > show up on your wiki as if they had been done on page Foo. You can see them on > recentchanges, your watchlist, etc. You can already play with that on the test > wikis, wikidata-test-repo.wikimedia.de and wikidata-test-client.wikimedia.de. > > They do however not (yet) show up in the page history, see below. Ok, great, I'll transmit your answer to who asked. I've been misleaded by the fact they didn't show up in the history ;-) >> Yes You can check this bug for example for status updates on that: >> https://bugzilla.wikimedia.org/show_bug.cgi?id=40358 > > Actually, no. That is about page history, not about changes/watchlists. It'S a > bit confusing, but quite important to know that mediawiki treats these quite > differently. > > * The page history is permanent and contains all the revisions to a page. > * Recentchanges (and derived views like watchlists, relatedchanges, etc) > contain > all kinds of changes (edits, moves, deletions, etc) and are only kept for > about > 30 days. > >>> Also, some people are used to follow changes to articles in a given >>> category (on the French Wikipedia, we have thematic portals on every >>> single article, so many people use the categories associated with the >>> portals to follow the recent changes instead of their own watchlists). >>> Will they still be able to do that if some content is moved to Wikidata? >> >> Can you please add a note about that to the above bug so we can keep >> this in mind? Thanks! > > Hm... as I said, it's thw wrong ticket for that, and I can't offhand find the > correct one. Maybe Katie knows. > > But anyway - was was not aware thta it is at all possible to watch changes in > a > category - or doe they rather use the portal page's relatedchanges feed? That > should just work. Try it on the test wiki. Yes, that's using Special:RecentChangesLinked/Category:NameOfTheCategory. And indeed, it already works on the demo client :) >>> Amir Elisha Aharoni asked pretty much the same question back in August >>> in a thread entitled “watching Wikidata changes that affect my wiki”. >>> He suggested that “The most practical way to solve this is to show >>> that some piece of data that affects a Wikipedia article in the >>> watchlist, as if it is a change in the article itself.” but didn't get >>> any answer on that point. > edi > I seem to remember that I replied to him about that. The plan to inject > changes > into the local recentchanges feed (and thus watchlist, relatedchanges, etc) > was > made at the Hackathon in Berlin in June. I *thought* we had that written down > somewhere... I thought I had read that somewhere but I haven't found anything in the ML archive — maybe I heard that in Berlin, I don't remember — so, I didn't want to tell people things that could have been wrong. Now, with you answers and the working examples on the demo client, it's clear that there is no need to worry on that matter. Thanks again! -- Jérémie ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Pseudo-empty items
Hi Bináris, 2012/11/14 Bináris : > have a look at > https://www.wikidata.org/w/index.php?title=Q49382&rcid=449383&setlang=hu > This item has a German label with no link and nothing else. > My question is not if it is useful or not (this is up to the community) but > why do I see it completely empty when I set a language other than German? > Why do I not see descriptions in every language, only in my chosen one? > Why can I edit description only in my chosen language? > Or do I do soemthing wrong? See ¹ and ². Best regards, ¹ https://www.wikidata.org/wiki/Wikidata:Project_chat#Fallback_languages ² https://www.wikidata.org/wiki/MediaWiki:Gadget-labelLister.js -- Jérémie ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Publicity for Wikidata and Wikivoyage
Hi, 2012/12/6 Erik Moeller : > I'm curious what folks here think about making some noise about the > two most recent additions to the Wikimedia family around January or > February. Wikivoyage is still finishing up the beta phase (image > transfers, logo import etc.) this month, and Wikidata isn't live as a > repository yet -- but we could set a target date that would work for > both projects. > > > > Thoughts? Great idea, but isn't it a bit premature for Wikidata? Right now we only have interwiki links (and an awesome community :) ), which I fear isn't enough for newcomers to understand how critical this new project is. Once phase 2 is live, however, this would make sense without any doubt. Best regards, -- Jérémie ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] P:238, 239, 240
Hi, 2013/3/7 Sven : > I just created three properties but my Internet connection died before I > could update the list of properties page and my smartphone (using to write > this) is terrible for editing. Could someone make sure that the list page is > updated. It seems to me that P238 and P239 are duplicates for P229 and P230, aren't they? I've added P240 to the list. Best regards, -- Jérémie (Arkanosis) ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
