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 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] 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

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

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

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] 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] 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

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

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] 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] 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] 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] 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

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

: 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

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

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] 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] 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] 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

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] 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] 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] 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] 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] 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] 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] 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] 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

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] 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] 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] 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

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

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

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] 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] 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] 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] 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] 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] 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] 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] 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

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] 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] 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

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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] [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] [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] 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] 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] 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)

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] 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] 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] [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] 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] 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] 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] 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] 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

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] 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] 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] integration of VisualEditor and Wikidata

h, she might know. Even if it proves too tricky to map individual template parameters this way, it should still be possible to at least detect the class (instanceof) of an item based on the templates the respective wikipedia page contains. We should definitely map dpedia classes to wikidata items.

Re: [Wikidata-l] JSON dumps available

ctly on the native JSON. I think that approach will avoid any problems like the one you mentioned. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___ Wikidata-l mailing list W

Re: [Wikidata-l] JSON dumps available

Am 23.07.2014 17:00, schrieb LB: > Can you give some estimate how long to wait for this 'soon'? Could happen during wikimania, or shortly after. not promising anything, though. In any case, you should use the JSON dumps, not the XML dumps, if at all possible! -- daniel -- D

Re: [Wikidata-l] JSON dumps available

Am 23.07.2014 14:25, schrieb Magnus Manske: > Thanks, this looks very promising! > > Any chance you could do daily diffs as well? And sync them to Labs quickly? Please file a feature request for daily diffs :) -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia De

Re: [Wikidata-l] JSON dumps available

to that too, soon. -- daniel -- 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] WikiData Categories

egular basis, and also make the JSON contained in the XML dumps more readable. This will hopefully make analyzing Wikidata less painful. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V.

Re: [Wikidata-l] Monolingual text and old languages

s was up to the community alone. -- daniel -- 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/li

Re: [Wikidata-l] Monolingual text and old languages

e based on community consensus. -- daniel -- 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] What is the point of labels?

Am 06.06.2014 15:42, schrieb David Cuenca: > On Fri, Jun 6, 2014 at 3:08 PM, Daniel Kinzler <mailto:daniel.kinz...@wikimedia.de>> wrote: > > SKOS is a good fit for Wikidata data items. For modeling Wiktionary, > LEMON fits > a lot better <http://lemon-mod

Re: [Wikidata-l] What is the point of labels?

And these are mistakes that should be fixed. So? -- 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/m

Re: [Wikidata-l] What is the point of labels?

;(means)--> Q12345 "Using SKOS" just says that -->(means)--> can be written as "skos:prefLabel" (resp "skos:altLabel"). The requirement is that the labels in different languages refer to the same concept. It does not mean they have the same connotations, or no

Re: [Wikidata-l] What is the point of labels?

is up to you. Note that *all* string values in RDF are multilingual, always. SKOS does not need to provide a new mechanism for that. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wi

Re: [Wikidata-l] What is the point of labels?

e" labels have with the concepts they identify. It allows that relationship to be re-used automatically in a context different from wikidata itself. That's it. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förd

Re: [Wikidata-l] What is the point of labels?

odel.net/>. If you look at our RDF mapping (e.g. <https://www.wikidata.org/entity/Q64.ttl>), we do already use skos:prefLabel and skos:altLabel. (Note: The RDF mapping does not yet include claims at all, it's currently only for labels, descriptions, aliases, and site links). -

Re: [Wikidata-l] Using external vocabularies (like RDA) in WikiData ?

explicit in the RDF representation of data items. But it would be easy for an external tool that knows how to interpret such claims on properties to build an appropriate mapping using owl:sameAs or a similar mechanism. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland

Re: [Wikidata-l] What is the point of properties?

in RDF, but with mapping to RDF vocabularies. Having a relatively limited and stable set of properties to map makes that a lot easier. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___

Re: [Wikidata-l] What is the point of properties?

u > > > ___ > 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 zu

Re: [Wikidata-l] Tables

tabular data (probably as CSV) would be quite nice. It wouldn't be hard to do either. But I'm not sure how that would tie into wikidata as a project. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förder

Re: [Wikidata-l] weekly summary #108

nd statements that are > absolutely useless in most languages. I actually agree with you for statements. I was talking about the label/description/alias "area". For items referenced in statements, we should have fallback for display and item selection more swiftly. But still, it will not

Re: [Wikidata-l] weekly summary #108

on this was already in place... Lydia, do we have ticket for that? -- daniel PS: it's not an *absolute* inability: you can enter the ID directly. But that's not very nice, I know. -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesells

Re: [Wikidata-l] weekly summary #108

does not offer > many languages. It should be relatively easy to write a gadget that allows this. Could even be a single text box, with one language per line - a terse power user interface. The whitespace thing could easily be done as a gadget as well. Is there a gadget kitchen on wikid

Re: [Wikidata-l] weekly summary #108

nd include aliases. It's also strange to have it visually separate from the thing you actually want to change. Not easy to get this right. -- daniel -- Daniel Kinzler Senior Software Developer Wikimedia Deutschland Gesellschaft zur Förderung Freien Wissens e.V. ___

Re: [Wikidata-l] weekly summary #108

there too. And you forget aliases. Labels, descriptions and aliases kind of go together. They are editable, and should be integrated with Babel stuff. Labels of referenced sitelinks should have fallback applied, but are not editable. Sitelinks are unrelated. As I said: it needs careful design. --

  1   2   3   >