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 Wissens e.V
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
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.
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien
(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
Gesellschaft zur Förderung Freien Wissens e.V
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
Gesellschaft zur Förderung Freien Wissens e.V
(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.
--
Daniel Kinzler
Senior Software Developer
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 Deutschland
Gesellschaft zur Förderung Freien
. 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.wikimedia.org
https://lists.wikimedia.org
, 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.
___
Wikidata-l mailing list
Wikidata-l
/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
@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
___
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
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 Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens
elsewhere, a label (and description) can be
shown in the user's language. Internationalized statements/properties are rarely
needed.
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
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.
--
Daniel Kinzler
Senior Software
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örderung Freien Wissens e.V
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 Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
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 copyrightable.
--
Daniel Kinzler
Senior Software
...
--
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
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
Gesellschaft zur
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.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https
property.
let me know if this helps :)
-- daniel
[1] http://mappings.dbpedia.org/index.php/
[2] http://mappings.dbpedia.org/index.php/Mapping_en:Cricketer_Infobox
[3] http://mappings.dbpedia.org/index.php/OntologyProperty:Country
[4] https://www.wikidata.org/wiki/Property:P17
--
Daniel Kinzler
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
that introduced them were
https://www.wikidata.org/w/index.php?title=Q4383128diff=182364626oldid=112941200
and
https://www.wikidata.org/w/index.php?title=Q2382164diff=190607412oldid=171428564
Cheers
Lydia
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft
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 Kinzler
Senior Software
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.wikimedia.org
https://lists.wikimedia.org/mailman
companies
(Wikimedia operates on a shoe string budget, compared to other sites with
upwards of 100k hits per second), but the pay isn't shoddy either. Come and
visit! Let's talk!
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
materialize them in the database (and then invalidate/update them when
appropriate), or we generated them on the fly when creating the dump.
In summary, I understand the issue, but it seems tricky to get the solution
right, both conceptually, and in terms of engineering.
--
Daniel Kinzler
Senior
://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
. 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
Wikimedia Deutschland
, 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-l@lists.wikimedia.org
https
Am 09.02.2015 um 13:26 schrieb Magnus Manske:
On Mon Feb 09 2015 at 11:27:06 Daniel Kinzler daniel.kinz...@wikimedia.de
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 consumer can decide
-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 SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJU1JXAAAoJEBGbJNn1aZjcQ9UQAIa
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
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens
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
Senior Software Developer
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 Developer
Wikimedia Deutschland
Gesellschaft zur Förderung
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
Gesellschaft zur Förderung Freien Wissens e.V
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
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
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 Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
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
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
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
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur
) in Portuguese.
--
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
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
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien
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 Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
, 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
Gesellschaft zur Förderung Freien Wissens e.V
, 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.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
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.
___
Wikidata-l mailing list
Wikidata-l
the data we have today. Expect
this to be billions in a years or two. Few, if any, triple stores scale that
way.
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.
___
Wikidata-l mailing
.
Any thoughts would be welcome
Thanks
John
--
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
, 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 about files in a unified form,
drawing from structured data both on Commons and Wikidata.
--
Daniel Kinzler
Senior
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.
But section transcusion doesn't strike me as a good way to go about this.
-- daniel
--
Daniel Kinzler
Senior Software Developer
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
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 Kinzler
Senior Software Developer
Wikimedia Deutschland
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 the dump. Can't reproduce, though
in the same format as the dumps with history?
best, Lukas
___ Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
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
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
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 Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.
___
Wikidata-l
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 alcohol(s).
-- daniel
--
Daniel Kinzler
Senior Software
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 Freien Wissens e.V
___
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
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
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens
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 list
Wikidata-l
to override the label used for the badge?
-- 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
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.
-- daniel
--
Daniel Kinzler
Senior Software Developer
Wikimedia
the one
you mentioned.
-- 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
Am 23.07.2014 16:30, schrieb Fredo Erxleben:
Great.
Which JSON-version is used in the dumps? The internal dumpfile-JSON or the
external Web-API-JSON?
The JSON dumps use the external (canonical) serialization format. The XML dumps
will be switching to that too, soon.
-- daniel
--
Daniel
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 Deutschland
less painful.
--
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
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/listinfo/wikidata-l
.
-- 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
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).
-- daniel
--
Daniel Kinzler
Senior
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örderung Freien Wissens e.V
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 Wissens e.V
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 other possibly
diverging meanings.
-- daniel
--
Daniel
.
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/mailman/listinfo
Am 06.06.2014 15:42, schrieb David Cuenca:
On Fri, Jun 6, 2014 at 3:08 PM, Daniel Kinzler daniel.kinz...@wikimedia.de
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-model.net
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
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.
___
Wikidata-l mailing list
Wikidata-l
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
Gesellschaft zur
(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örderung Freien Wissens e.V
.
Labels of referenced sitelinks should have fallback applied, but are not
editable. Sitelinks are unrelated.
As I said: it needs careful design.
-- daniel
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
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 wikidata.org yet?
-- daniel
--
Daniel Kinzler
Senior
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
Gesellschaft zur Förderung Freien Wissens e.V
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 be tomorrow.
-- daniel
--
Daniel Kinzler
).
This is a bit complicated, but should allow you to actually represent uncertain
dates. We made it so you can be precise about the uncertainty :)
HTH
Daniel
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V
how to get all the libs you need into the classpath is one of the
major annoyances of java...
-- daniel
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.
___
Wikidata-l mailing list
Wikidata
___
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
... bah, annoying.
-- 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
, what's your take on the Wiktionary proposal
https://www.wikidata.org/wiki/Wikidata:Wiktionary? I'm curious what you think
of it. We briefly talked about this kind of model in Amsterdam last year - I
hope the proposal is what you hoped for, at least roughly :)
-- daniel
--
Daniel Kinzler
Senior
attributes to labels.
-- daniel
___
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
2014 17:15, Daniel Kinzler daniel.kinz...@wikimedia.de
mailto:daniel.kinz...@wikimedia.de wrote:
Am 06.03.2014 17:12, schrieb Gerard Meijssen:
Hoi,
So how do I indicate that up to a particular date Jakarta was called
Batavia ?
Muhammed Ali was called Cassius Clay
Am 27.02.2014 01:30, schrieb David Cuenca:
On Wed, Feb 26, 2014 at 2:00 PM, Daniel Kinzler daniel.kinz...@wikimedia.de
mailto:daniel.kinz...@wikimedia.de wrote:
To clarify: the problem is not loading data, but initializing widgets. The
browser isn't waiting for the server, it's
http://www.wikidata.org/entity/Q12345.json works as a redirect to the above, but
is discouraged, since it mixes the concept URI with a format suffix that is
meaningful only for the description, not the concept.
HTH
Daniel
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
.
»
https://github.com/bobuk/islands/blob/master/interactive-answers-eng.md
Nemo
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
--
Daniel Kinzler
Senior Software Developer
and ideas
Christian, Virginia, Felix, Moritz
--
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
Am 03.02.2014 16:33, schrieb Christian Dullweber:
Hi Daniel,
we use the normal search as soon as more results are requested than we could
find and extend the result with properties only found by the search.
As it should be, thanks!
-- daniel
--
Daniel Kinzler
Senior Software Developer
party
software.
Of course this constraints should not be enforced by wikibase.
Lukas
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.
___
Wikidata-l mailing list
Wikidata-l
Am 19.12.2013 11:36, schrieb Katie Filbert:
On Thu, Dec 19, 2013 at 8:55 AM, Sean Pringle sprin...@wikimedia.org
mailto:sprin...@wikimedia.org wrote:
Hi
S3 cluster has a `wikidatawiki_old` database presumably from before the
move
to s5. Seems to be an orphan not included in
the users easily import the data when it's needed. An obvious example is
pre-filling of book/work metadata on Wikipedia articles, Wikisource books,
Commons files (and associated Wikidata entries).
+1
-- daniel
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur
1 - 100 of 191 matches
Mail list logo