Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)
This seems to be everyone's preference, even though it feels kind of icky to me. Oh, well :) I'll rework the draft on that basis soon. I look forward to it. Maybe it runs against some wall, but then we have a better basis for comparison. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)
On 23 May 2012 13:19, Daniel Kinzler daniel.kinz...@wikimedia.de wrote: On 23.05.2012 13:14, Nikola Smolenski wrote: If we assume that in practice #data-template is usually going to be wrapped into a template, what's the point of having it at all? Do you see any technical reasons for it? How else do you pass a complex object to a template and make its properties show up as template parameters? I think I might have adressed that in my comment on the wiki. See there, but essentially I believe it is technically equally valid, and from a usability and community adoption standpoint far preferable, to simply support a syntax to adress properties of the complex object, and have the resolver of this syntax automatically pull the entire complex wikidata object (of which the property is a part) into a cache, so that subsequent calls to properties are returned from the cached object. I look forward to have this analyzed by Daniel. Obviously there are some extra things that need to be added, but also other things simply go away painlessly... Can you write a advantage/disadvantage comparison on the wiki, Daniel, to be commented upon? Gregor ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)
On 22/05/12 15:49, Daniel Kinzler wrote: On 22.05.2012 16:37, Nikola Smolenski wrote: Of course not, however, for example, I believe a major use of Wikidata would be for citation templates, so ref{{cite|id=q1234}}/refref{{cite|id=q2345}}/ref is better than ref{{#data-template:cite|id=q1234}}/refref{{#data-template:cite|id=q2345}}/ref. The bibliography use case is on our minds, but not in our road map. It's beyond phase 3. So i'm reluctant to spend too much thought on it right now. However, you can always just wrap another template around {{#data-template:cite|id={{{id}, respectively just make {{cite}} call {{#data-template:cite-format|id={{{id} -- daniel Which is absolutely the right way to do it. In general, I think that access to the semantic layer should always be done in this way: the extra layer of indirection is a form of implementation hiding, allowing the semantic parts of the system to be maintained and redefined without having to change the user interface and thus have to ripple edits through into thousands of articles. -- Neil ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)
Hi Dennis On 22.05.2012 16:58, Dennis Tobar wrote: Hi everyone: I have an issue related with permissions and template syntaxes I read in the draft on Meta about data_item [...] Is this data input available for everyone users?, pe: if any user adds or changes this parameter, are there any problem with the link to data parameters?. It's just a template parameter. Anyone can change it. Changing it can do whatever to the page, depending on the template and the parameters. Sorry if I misunderstand this parameter, but I'm thinking on sysop's work... only revert vandalism and the consequences of change some linked data :( Vandalizing the data_item parameter would be the equivalent of vandalizing the language links or infobox parameters. Easy to detect and revert. Relying information about changes performed directly in the wikidata repository, so that vandalism there can be detected, is a much more tricky problem... but a different topic. -- daniel -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e.V. | Eisenacher Straße 2 | 10777 Berlin http://wikimedia.de | Tel. (030) 219 158 260 Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. 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