Re: [Wikidata-l] badges support on Wikidata

ight want to accommodate the respective community's vernacular... Perhaps a system message could be used to override the label used for the badge? -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. _

Re: [Wikidata-l] Wikibase now has a home

ely on MediaWiki, and then have the extension only as "glue" between that core and MW. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing

Re: [Wikidata-l] Making a Wikipedia article link to two wikidata items

e solution for the language link problem, but modelling the relationship of these three items on wikidata is kind of annoying/tricky. How would you do that? -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Frei

Re: [Wikidata-l] Memcached traffic

wikimedia.org/show_bug.cgi?id=56602 > > > ___ > Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata-l > -- Daniel Kinzler Senior Software Developer Wikimedia D

Re: [Wikidata-l] Making a Wikipedia article link to two wikidata items

ems to the multi-topic pages. > > The main proposal here is to treat these things like Wikipedia disambiguation > pages: we have items, but the items are mainly about the page, not about any > real-world concept we care about. Thanks Markus, I like that a lot :) -- daniel -- Danie

Re: [Wikidata-l] Item both subclass and instance?

gle chemical formula and structure, so only the > /instance > of/ property is right for this item ? I tend to agree with you, but then you can also see it this way: "ethanol" is a class of molecules. Ethanol molecules are instances of that class, which is a subclass of "alcoho

Re: [Wikidata-l] How can I increase the throughput of ProteinBoxBot?

graphical locations if necessary. > > Kind regards, > > > Andra > > > > > ___ > Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata-l > --

Re: [Wikidata-l] Content negotiation for Wikidata entity export in RDF/N-Triple

egotiation. Note that the canonical URI for the concept is <https://www.wikidata.org/entity/Q1> (which is a redirect to <https://www.wikidata.org/wiki/Special:EntityData/Q1>). HTH -- Daniel Kinzler Senior Software Developer Wikimedia Deuts

Re: [Wikidata-l] [Multimedia] Inclusion criteria for Wikidata items for paintings, engravings, illustrations, manuscript folios, photographs, old postcards, etc ?

the text-only ones, in case they are extracted to a png file or something). -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidat

Re: [Wikidata-l] Users do understand Wikidata less than before

s the problem, and why it is problematic? -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Special:Export broken?

the export page broken, or is there another way > to get something in the same format as the dumps with history? > > > best, Lukas > > > > ___ Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org > https://

Re: [Wikidata-l] Fwd: [Wikidata-tech] Description(s)

stale cache for some items? >> >> It looks like the switch happened in the middle of a dump creation so >> this one is half old and half new format mixed. The ones after that >> should be all new format. And yay for switching to JSON! >> >> >> Cheers Lydia >> > > > > > > > > > ___ Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata-l > -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Fwd: [Wikidata-tech] Description(s)

g we cannot fix on the Wikibase side. I'm trying to get hold of someone who can confirm/fix this. I have filed <https://bugzilla.wikimedia.org/show_bug.cgi?id=72348> so this gets tracked. I'll also bring it up in our next call with the foundation. -- daniel -- Daniel Kinzle

Re: [Wikidata-l] Fwd: [Wikidata-tech] Description(s)

Am 22.10.2014 11:06, schrieb Daniel Kinzler: > Hi Lukas! > > That really shouldn't happen... > > Can you tell me on which item that happens? > Also, please double-check the namespace and content model of the respective > entry in the dump. Never mind, I found it in

Re: [Wikidata-l] Associating WD items with WP article sections (it was: redirects, workflow)

the "ambiguous sitelink" issue, I'd rather see us allowing sitelinks to redirects directly than forcing people to use a hack like this. Note that currently, we can't just do this without breaking some assumptions/expectations. We'll need to hink hard about how to get this right. B

Re: [Wikidata-l] [Multimedia] Inclusion criteria for Wikidata items for paintings, engravings, illustrations, manuscript folios, photographs, old postcards, etc ?

integrate the information that lies partially on Wikidata, and partially on Commons. This is indeed tricky, and perhaps there is no general, one-size-fits-all solution. One thing that may help is the planned "high level media info API", which provides license/attribution/legal information

Re: [Wikidata-l] [Multimedia] Inclusion criteria for Wikidata items for paintings, engravings, illustrations, manuscript folios, photographs, old postcards, etc ?

s would include other organisations like zoos > where they would be alive. > > Any thoughts would be welcome > > Thanks > > John -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___

Re: [Wikidata-l] Wikidata RDF

of heuristics. Another issue is scale. Because of the depth of the statements, we would need hundreds of millions of triples to represent even the data we have today. Expect this to be billions in a years or two. Few, if any, triple stores scale that wa

Re: [Wikidata-l] Surname property

mmers-believe-about-names/ Generally, there's just "the name", which would be given as the item's label (or an alias). IF that isn't sufficient, perhaps P1448 ("official name") could be used: that's a (monolingual) text property. -- Daniel Kinzler Seni

Re: [Wikidata-l] Surname property

the value of the "surname" property may not use/show the "correct" spelling for the person in question. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikid

Re: [Wikidata-l] Broken dumps?

ve changes to that code. If you look at backupTextPass.inc, you'll see why... -- danielo -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikim

Re: [Wikidata-l] Wikidata Entity IDs and RDF Description Documents

:EntityData/Q569.json> respectively, if you ask for Turtle or JSON. Note that our RDF mapping is still very incomplete. Statements are not covered at all at the moment. The JSON representation is complete. -- Daniel Kinzler Senior Software Developer Wikimedia Deu

Re: [Wikidata-l] Wikidata Entity IDs and RDF Description Documents

eturn JSON, RDF/XML, Turtle, N3...) but the RDF serializations do not > currently contain statements. > > Regards, > > Thomas Oops, didn't see your mail, you said it all :) -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellscha

Re: [Wikidata-l] sneak peek time - checking against 3rd party databases

Am 02.12.2014 22:29, schrieb Lydia Pintscher: > So heads off to the students. Oh please, keep their heads on, and take your hats off instead :D /me imagines Lydia as the Queen of Hearts: “Off with their heads!” -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellsch

Re: [Wikidata-l] statements on properties are live (+deletion propagation)

" for this, properties are not classes). However, using such relationships for queries is a lot harder. They essentially add an entire dimension of data to process. It's possible, and would be cool, but it's not easy, so don't hold your breath... -- daniel -- Daniel Kinzler

Re: [Wikidata-l] statements on properties are live (+deletion propagation)

is not defiend by a statement, but by a separate plain field, and it has been there for years... -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing lis

Re: [Wikidata-l] Loan words data model

f this > word. > > It would be useful if we could add a way to represent loan words in Wikidata. > Then we can add a statement that says Bairro (Q16837104) is a loan word of > neighbourhood (Q123705) in Portuguese. > -- Daniel Kinzler Senior Software Developer

Re: [Wikidata-l] Unicode escapes in Wikidata RDF N-Triples

non ASCII characters > garbages. > > I hope this issue is not very difficult to fix. > > cheers, > > -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Unicode escapes in Wikidata RDF N-Triples

ed under <https://phabricator.wikimedia.org/T76854>. If you have any further comments, please provide them there. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l ma

Re: [Wikidata-l] Unicode escapes in Wikidata RDF N-Triples

uot;\u" for $c >= 127 Hey, thanks for digging in! Would you report that issue to easyRdf at <https://github.com/njh/easyrdf/issues>? You seem to know that code better than my by now :) Please cross-link <https://phabricator.wikimedia.org/T76854>. -- daniel -- Danie

Re: [Wikidata-l] Sitelinks to Redirects

ikipedia entries for "Linkin Park" > linking > (pun intended) to Wikiquote entries of each member. > > > ___ > Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wiki

Re: [Wikidata-l] Sitelinks to Redirects

ince it's under the direct control of the local wiki community. I kind of like the idea of making our Lua integration more powerful, so it could be used to manipulate the skin and talk to the API, not just generate article content. -- Daniel Kinzler Senior Software Developer Wikimedia

Re: [Wikidata-l] Sitelinks to Redirects

x27;s rediculously low. There is little head room for stuff like this. Again, not saying it shouldn't be done. Just saying it's not going to happen tomorrow, and there's quite a few things to consider. -- Daniel Kinzler Senior Software Developer

Re: [Wikidata-l] input for article placeholder

g/wiki/Wikidata:Article_placeholder_input > Please keep in mind the important points at the beginning of that > page. > > Also: If someone comes up with a better name for this that'd be awesome. > > <3 > > > Cheers > Lydia > -- Danie

Re: [Wikidata-l] Freebase's incompatible types and Property description permissions

n Germany. I don't think we want to have an item about the *address* of the embassy. If we did, the country "of" the address would probably be Germany (even if the embaqssy is technically Swiss territory). -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesell

Re: [Wikidata-l] A look at Wikidata

in whatever way. Having labels, descriptions and aliases separate does not keep you from modeling them again as statements. One remaining obstacle is the fact that WD does not have a data type for multilingual text yet, but that will be added soon(ish). -- daniel -- Daniel Kinzler Senior Software D

Re: [Wikidata-l] Impossible to add interwiki links

, there is some very silly technical reason that this is not easy to change at all. We tried to do this right when we introduced the other widget, of course. I don't recall what exactly the problem was though, and it might have been fixed since. Worth another look... -- Daniel Kinzler Senio

Re: [Wikidata-l] Impossible to add interwiki links

aybe give the DB a minute to catch up. If this fails consistently, it's a major bug. A streamlined workflow for moving a sitelink to another item would be nice though. Could be built as a gadget, but we should look into integrating it fully. -- Daniel Kinzler Senior Software Developer Wi

Re: [Wikidata-l] Missing dumps with history

re is wikidatawiki-20150113-pages-meta-history.xml.bz2 9.7 GB. Just the 7z version seems to be missing for some reason. - -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. -BEGIN PGP SIGNA

Re: [Wikidata-l] descriptions in mobile app

s://lists.wikimedia.org/__mailman/listinfo/wikidata-l > <https://lists.wikimedia.org/mailman/listinfo/wikidata-l> > > > > ___ > Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org > https://list

Re: [Wikidata-l] descriptions in mobile app

7;s entirely practical, and apparently what at least some consumers of our dumps expect and desire. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-

Re: [Wikidata-l] descriptions in mobile app

cky to get the solution right, both conceptually, and in terms of engineering. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] descriptions in mobile app

se who want > that? Possibly. Depends on how much more data this would actually be. Which also depends on whether we would omit descriptions in languages that can easily be covered by language fallback (e.g. no separate descriptions in de-ch and de-at). -- Daniel Kinzler Senior Software Developer

Re: [Wikidata-l] descriptions in mobile app

Am 09.02.2015 um 13:26 schrieb Magnus Manske: > > > On Mon Feb 09 2015 at 11:27:06 Daniel Kinzler <mailto:daniel.kinz...@wikimedia.de>> wrote: > > Am 09.02.2015 um 12:17 schrieb Magnus Manske: > > My autodesc API serves both at the moment, so the consu

Re: [Wikidata-l] Call for development openness

> to do for Wikidata what I did for Freebase but I am not doing it because you > aren't going to pay for it. If you mail me an application/offer, I'm happy to forward and, depending on content, champion it. Wikimedia doesn't pay as well as big tech companies (Wikimedi

Re: [Wikidata-l] Broken JSON in XML dumps

ange and wonderful ways, have a look at dumpTextPass). - -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU8OA+AAoJEBGbJNn1aZjcHIQQAI9aX3o6PjpHWYvR7/RR6Ve5 AHqNNl/aYo3lk

Re: [Wikidata-l] Broken JSON in XML dumps

map > serialization behaviour I thought we fixed this? Not everywhere, I assume -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikim

Re: [Wikidata-l] Broken JSON in XML dumps

Am 27.02.2015 um 12:33 schrieb Dimitris Kontokostas: > Standard XML MW format exists for long time and is supported by existing > software. > IMHO both XML and Json dumps should be treated with the same priority They should, in fact, be using the same code.... -- Daniel Kinzl

Re: [Wikidata-l] Empty references

> For reference: The edits that introduced them were > https://www.wikidata.org/w/index.php?title=Q4383128&diff=182364626&oldid=112941200 > and > https://www.wikidata.org/w/index.php?title=Q2382164&diff=190607412&oldid=171428564 > > > Cheers > Lydia >

Re: [Wikidata-l] Empty references

alid reference. There is no JSON binding for it. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] mapping template parameters using Wikidata?

Property:Country [4] https://www.wikidata.org/wiki/Property:P17 -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] mapping template parameters using Wikidata?

achine readable form somewhere? I mean, dbpedia is *using* them for extracting information somehow, right? Dimitris, can you enlighten us? -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___

Re: [Wikidata-l] Kian: The first neural network to serve Wikidata

conflicts). The exact measure for similarity you'd want to use for this approach is probably the crucial part. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing l

Re: [Wikidata-l] Kian: The first neural network to serve Wikidata

Am 07.03.2015 um 18:49 schrieb Jeroen De Dauw: > Don't worry, it'll be some time before AI can actually ingest Wikidata, see > https://dl.dropboxusercontent.com/u/7313450/entropy/aitraining.png ERR 0xBAADF00D -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland

Re: [Wikidata-l] OpenStreetMap + Wikidata

orders of magnitude more... -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Names, Aliases, Copyright (and a little OpenStreetMap)

since it allows different sources to be given for different languages. For towns and streets, the best property to use would probably be "official name" https://www.wikidata.org/wiki/Property:P1448 -- Daniel Kinzler Senior Software Developer

Re: [Wikidata-l] OpenStreetMap + Wikidata for light houses

nse which does not contain any attribution or share-alike provisions. > Conversely, data may be copied from Wikidata without restriction. > > (OSM is licensed under the Open Database License) This applies to any copyrightable material. Facts ("this is a lighthouse") are not copyr

Re: [Wikidata-l] OpenStreetMap + Wikidata

ll the other projects... Only if it's also hosted on the WMF cluster. Or we implement http based federation (planned, but a lot of work, and waaay down there on the prio list). -- Daniel Kinzler Senior Software Developer Wikimedia Deutschla

Re: [Wikidata-l] OpenStreetMap + Wikidata

approved bot task adding all Dutch > streets on Wikidata, and I do not see why any other country could be > different - > provided we have good sources. I fear doing this is going to kill Wikidata. Neither the software nor the community scales to managing entries for every street in the world.

Re: [Wikidata-l] Names, Aliases, Copyright (and a little OpenStreetMap)

ot care much > about it being "official" or sourced. Decent automatic translitteration is fine I think. Automatic word-for-word *translation* however seems rather problematic. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur För

Re: [Wikidata-l] Data Templates

BrAGkALwBXAGkAawBpAGQAYQB0AGEAOgBXAGkAawBpAFAAcgBvAGoAZQBjAHQAcwA.&URL=http%3a%2f%2fwww.wikidata.org%2fwiki%2fWikidata%3aWikiProjects> > > > Valentine > Data R&D coordinator at Europeana Foundation > > > > ___ &g

Re: [Wikidata-l] Data templates

: The Night Watch (painting by Rembrandt van Rijn) * ru: Ночной дозор (картина) So, when the painting is referenced elsewhere, a label (and description) can be shown in the user's language. Internationalized statements/properties are rarely needed. -- Daniel Ki

Re: [Wikidata-l] Data templates

that for dimensions, the issue is not creating the property, but teaching the software about units, so that such a property would make sense. A *lot* of properties are waiting for unit support: length, height, speed, distance, and many more are blocked on units. -- Daniel Kinzler Senior Software

Re: [Wikidata-l] Data templates

e very keen on using > DBpedia because of some long free-text descriptions that are more readable and > friendly than "dry" metadata for users applications. I guess GLAMs will > continue > to use DBpedia for this purpose if Wikidata doesn't offer it. -- Daniel

Re: [Wikidata-l] Data templates

> -- > Stas Malyshev > smalys...@wikimedia.org <mailto:smalys...@wikimedia.org> > > ___ > Wikidata-l mailing list > Wikidata-l@lists.wikimedia.org <mailto:Wikidata-l@lists.wikimedia.org> > htt

Re: [Wikidata-l] World's largest cities with a female mayor :-)

t > mayors ...), but a query can only ever be as good as its input data. > > I hope this is inspiring to some of you. One could also look for the world's > youngest or oldest current mayors with similar queries, for example. > > Cheers, > > Markus > >

Re: [Wikidata-l] World's largest cities with a female mayor :-)

Am 21.04.2015 um 00:50 schrieb Markus Krötzsch: > On 20.04.2015 23:47, Daniel Kinzler wrote: >> Something seems to be wrong with the order, though. Munich (pop > 1m in all >> statements) is listed way after Chemnitz (pop < 300k in all statements). Any >> idea why? >

Re: [Wikidata-l] Auto-transliteration of names of humans

g. see this > <https://www.wikidata.org/w/index.php?title=Special:Contributions/Dexbot&dir=prev&offset=20150422000329&target=Dexbot>) > it would be awesome. > > Thanks, > Best > > > ___ > Wikidata-l mailin

Re: [Wikidata-l] Auto-transliteration of names of humans

y. Wikibase supports full unicode. Well, at least for the BMP. Support for other unicode planes (say, traditional chinese) may not be perfect. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. _

Re: [Wikidata-l] Auto-transliteration of names of humans

here is no main form. Wikidata has one label per language, no main label. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wiki

Re: [Wikidata-l] Auto-transliteration of names of humans

on is just how to improve an apply it. It seems to me that we could use transliteration support for more languages, and that we should figure out a way to apply it to the "main" label and description shown at the top of the page. -- Daniel Kinzler Senior Software Developer Wikimedia

Re: [Wikidata-l] Wikidata for Wiktionary

ations that > make > sense (articles on particular series of (not-language-associated) > symbols/characters)? Task 1 (Interlanguage-Links for Wiktionary) would not involve Wikidata or Wikibase at all. It would be a standalone extension linking pages with identical names between wikis.

Re: [Wikidata-l] Wikidata for Wiktionary

hough, it > isn't trivial and assumes meanings. Though, it seems to me reasonably > possible. The idea is to do this by having both lexical entries reference the same Q-item as one of their meanings. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesel

Re: [Wikidata-l] Wikidata for Wiktionary

omated. Some other pages (usually in other namespaces) at those > projects should be linked too, but can't be handled automatically. > Would they be handled as sitelinks in Items? Yes, I'd assume so. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaf

Re: [Wikidata-l] Wikidata for Wiktionary

. Each Lexeme can have several "Senses" modeled as "sub-entities", meaning that each Sense has its own set of Statements. Each Sense can be linked to Senses of other Lexemes (explicit synonyms or translations) and to Q-id concepts (implicit synonyms or translations) using Statements.

Re: [Wikidata-l] Wikidata for Wiktionary

how that could be fixed. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] next 2 rounds of arbitrary access coming up

Am 19.05.2015 um 16:19 schrieb Magnus Manske: > {{#property}} doesn't auto-link Note that this is likely to change in the future. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wis

Re: [Wikidata-l] Wikidata: New ISO Metadata standard MLR published last year

* our data need to be able to read the relevant standards. For free. If thy have to pay to be able to read the standard, it's not a free standard, and thus not usable for a Wikimedia project. Daniel Kinzler -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e.V. | Eisenacher Straß

Re: [Wikidata-l] SNAK -> assertion?

necessarily the best data model to use *inside* an application. I believe this is often not the case. RDF is an intentionally simple mode. This makes it easy to mix and match data from different sources using different standards, but it also makes it hard to represent certain types of data e

Re: [Wikidata-l] Engine of Wikidata

uses secondary data tables (albeit in MySQL) for many things it needs quick access too, e.g. the categories assigned to wiki pages. HTH Daniel Kinzler On 09.04.2012 11:55, Soslan Khubulov wrote: > Hello! > > What about the engine of Wikidata? > Do you think MediaWiki is good for

Re: [Wikidata-l] Set up a wiki at http://data.wikimedia.org/

cuss or > keep track of discussions about the project. We could go to mediawiki.org, LQT is enabled there. -- daniel -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e.V. | Eisenacher Straße 2 | 10777 Berlin http://wikimedia.de | Tel. (030) 219 158 260 Wikimedia Deutschland - Gesells

[Wikidata-l] Fwd: [Wiki-research-l] Wikidata opinion piece in The Atlantic

This is an interesting criticism, and there's an excellent retort by Denny in the comments. Just fyi. -- daniel Original Message Subject: [Wiki-research-l] Wikidata opinion piece in The Atlantic Date: Tue, 10 Apr 2012 16:50:49 -0700 From: En Pine Reply-To: Research into Wikimed

Re: [Wikidata-l] Translations

ent" are, for historical reasons, the names of the git repositories of the Wikibase and WikibaseClient extensions. Apparently it is not possible to rename git repositories on Wikimedia's infrastructure, so we are stuck with them for now. -- daniel -- Daniel Kinzler, Softwarear

Re: [Wikidata-l] Wikidata name consistency

n the other direction of contribution, > i.e. adapting Wikibase for OmegaWiki, if this is possible). > > I'll try connecting to chatzilla on evenings or week-ends. > > Cheers, > Christophe > > > > ___________ > Wikidata-l ma

[Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

mplex way to create infoboxes etc from Wikidata items is very important for the acceptance of Wikidata on the clinet wikis, I believe. Thanks, Daniel -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e.V. | Eisenacher Straße 2 | 10777 Berlin http://wikimedia.de | Tel. (030) 219 15

Re: [Wikidata-l] [wikidata-intern] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

ata.id}}}|the data item]] But constructing edit links this way is very cumbersome. The main intend for this function is to make it easy to provide an edit link in the infobox. But perhaps a different syntax should be used for this. After all, the edit link would, with javascript enabled, not re

Re: [Wikidata-l] [wikidata-intern] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

xample impossible to > have action=edit or similar at it's start. Well, that would mean that the link text can't be a positional parameter, so we'd have to use {{#data-link:action=edit|text=the data item}}. A bit un-pretty, but then, this stuff will only show up in templates anyway.

Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

v. What about lua? :) Parser functions are available for use from Lua, afaik. Once we know more about how Lua will bind into MediaWiki, we can think about nice shorthands and pretty syntax. Thanks for your input! -- daniel -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e

Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

nd whatever-format would contain the actual formatting logic. HTH -- Duesentrieb (talk) 14:44, 22 May 2012 (UTC) -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e.V. | Eisenacher Straße 2 | 10777 Berlin http://wikimedia.de | Tel. (030) 219 158 260 Wikimedia Deutschland - Gesellschaft zu

Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

a-template:cite-format|id={{{id} -- 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 Vereinsregiste

Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

med 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

Re: [Wikidata-l] [wikidata-intern] Re: Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

y then need to somehow indicate that in this context, we want the actual id, perhaps like this: {{#load-data:{{{data.team1#id} This is not very pretty, though. Maybe it would be cleaner to use something like this: {{#load-data:{{#data-value:data.team1|form=raw -- daniel -

Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

r solution, or whatever). We (me, Denny and Markus Krötsch) have discussed this kind of "qualified multi-value properties" quite extensively and came to the conclusion that using the pattern above, we can model most scenarios sanely. Another typical example would be ethnic groups of a cou

Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

he translation is changed. We'll have to maintain a localized "visible" name anyway, so we can automatically provide labels for properties (oops, forgot to mention that in the draft). --Duesentrieb (talk) 15:55, 22 May 2012 (UTC) -- Daniel Kinzler, Softwarearchitekt Wikimedia

Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

eters that contain a "=" to templates and parser functions. There are two common solutions: {{#data-link:data|action=edit|2=action=edit}} and {{#data-link:data|action=edit|action=edit}} Regards, Daniel -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e.V. | Eise

Re: [Wikidata-l] [wikidata-intern] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

On 22.05.2012 18:11, Helder Wiki wrote: > On Tue, May 22, 2012 at 10:49 AM, Daniel Kinzler > wrote: >> For the most part, I tried to keep the normal syntax for template parameters, >> just introducing structured names (dots and colons). The syntax for >> selection-by-refe

Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

t using parser functions. -- Duesentrieb (talk) 19:37, 22 May 2012 (UTC) -- 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 Wissen

Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

or|{{{data}. However, I'd still like to support the plain template parameter syntax with pseudo-parameters, e.g. {{{data.color}}} for retrieving the flat wikitext value of the property. Do you think that's ok? Or does it introduce complications with respect to Lua, etc? -- daniel

Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

t needs special handling when evaluating it to wikitext? -- 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. Einge

Re: [Wikidata-l] Request for comments: syntax for including data on client wikis (aka how to make infoboxes)

other parser function or even a new templating > construct handle the formatting. Well, {{{data}}} already really *is* that JSON structure. I'm trying to come up with exactly that new templating structure :) -- daniel -- Daniel Kinzler, Softwarearchitekt Wikimedia Deutschland e.V.

  1   2   3   >