Hello,
our next Wikidata IRC office hour will take place on November 11th, 18:00
UTC (19:00 in Berlin), on the channel #wikimedia-office
<irc://irc.freenode.net/wikimedia-office> (connect
<https://webchat.freenode.net/?channels=wikimedia-office>).
During one hour, you’ll be able to chat with the development team about the
past, current and future projects, and ask any question you want.
(Sorry for the short notice! It looks like we forgot to send this email
earlier.)
See you there in 40 minutes!
--
Lucas Werkmeister
Software Developer (Intern)
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0
https://wikimedia.de
Imagine a world, in which every single human being can freely share in the
sum of all knowledge. That‘s our commitment.
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
Hi everyone!
If you are curious about Structured Data on Wikimedia Commons: we have a
IRC office hour planned next Tuesday, November 21, at 18:00 UTC in
#wikimedia-office <irc://irc.freenode.net/wikimedia-office> (connect
<https://webchat.freenode.net/?channels=wikimedia-office>).
Amanda Bittaker, Ramsey Isler and I will update you on the things we are
working on, and on the upcoming plans and roadmap.
If you are unable to be there: the log of the office hour will be
published afterwards. But of course, when attending live, you can ask us
all your burning questions :-)
Hope to see you there! Sandra
More (freshly renewed!) info about Structured Commons:
https://commons.wikimedia.org/wiki/Commons:Structured_data
Newsletters (+ subscription link):
https://meta.wikimedia.org/wiki/Structured_Data_on_Commons/Newsletter
--
Sandra Fauconnier
Community Liaison for Structured Data on Wikimedia Commons, Wikimedia Foundation
sfauconnier(a)wikimedia.org
How can I get the Wikipedia URL of a wikibase:Item ID? Searching online I could only find how to do this using the Mediawiki API, but I was wondering if I can extract/generate URLs from the wikidata graph itself.
Thanks.
Dear all,
I'm happy to announce that a one-year position for a Wikimedian in
Residence is open in Charlottesville at the Data Science Institute
(DSI) at the University of Virginia (UVA).
It is aimed at fostering the interaction between the university -
students, researchers, librarians, research administrators and others
- and the Wikimedia communities and platforms. As such, the project
will work across Wikimedia projects and UVA subdivisions, and
experience in such contexts will be valued.
More details about the position via
- https://careers.insidehighered.com/job/1471604/wikimedian-in-residence/
- http://www.my.jobs/charlottesville-va/wikimedian-in-residence/29f03442637b4…
.
For more details about the institute, see
http://dsi.virginia.edu/ .
I am working for the DSI (as a researcher) and shall be happy to
address any questions or suggestions on the matter (including
collaboration with other Wikimedian in Residence projects), preferably
on-wiki or via my work email (in CC).
Please feel free to pass this on to your networks.
Thanks and cheers,
Daniel
What's the current procedure for disputing a non trivial claim on a
wikidata item?
I know I can just go ahead and change a claim (statement and/or its
value) but the dispute itself would only be captured in the change-log
of the respective wikidata instance.
Would one create a discussion entry on the item page first to motivate
a change on an item that's not straight forward?
so for example on the item
Paul Staines
https://www.wikidata.org/wiki/Q16191299
it states that person has
:country of citizenship :United Kingdom
(a claim created by Rpfb119 on 1 April 2015 )
but on wikipedia-en it says nationality Irish without a reference
https://en.wikipedia.org/wiki/Paul_Staines
is there or should there be a qualifier/reference to flag a statement
to be in dispute?
Also is this mailing-list the best place to discuss such (item
specific) matters? Or is the Wikidata community portal with the
Requests for comment service a better place?
thx
Marco
--
---
Marco Neumann
KONA
Hi!
I would like to initiate a discussion about coordinate precision in
Wikidata and Query Service. The reason is that right now we do not have
any limit to precision, coordinates are basically doubles, and that
allows to specify over-precise coordinates and makes it harder to
compare them - both between themselves within Wikidata and with outside
services.
>From the precision description in [1], we would rarely need beyond third
or fourth digit after the decimal point. However, we have in the
database coordinates like: Point(13.366666666 41.766666666) which
pretends to specify it with sub-millimeter accuracy - for an entity that
describes a municipality[2]!
We do have precision on values - e.g. the above has specified precision
of "arcseconds" - so it may be just a formatting issue, but even
arcsecond looks somewhat over-precise for a city. And it may be a bit
challenging to convert DMS precision DD precision.
But the bigger question is whether we should store over-precise
coordinates in the database at all, or we should round them up on export
or inside the data. The formulae that are used to calculate distances
have, by obvious reasons, limited precision, and direct comparisons
can't take precision into account, which may lead to such coordinates
very hard to work with. Should we maybe just put a limit on how precise
we put coordinates into RDF and in query service? Would four decimals
after the dot be enough? According to [4] this is what commercial GPS
device can provide. If not, why and which accuracy would be appropriate?
We do export precision of the coordinate as wikibase:geoPrecision[3] -
and we currently have 258060 distinct values for it. This is very weird.
I am not sure precision is useful in this form. Can anybody tell me any
use case for this number now? If not, maybe we should change how we
represent it. I'm also not sure where these come from as we only have
13 options in the UI. Bots?
[1] https://en.wikipedia.org/wiki/Decimal_degrees
[2] https://www.wikidata.org/wiki/Q116746
[3]
https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format#Globe_coor…
[4]
https://gis.stackexchange.com/questions/8650/measuring-accuracy-of-latitude…
--
Stas Malyshev
smalyshev(a)wikimedia.org
Hi folks,
is anyone using the Wikidata entity dump dcatap.rdf at
https://dumps.wikimedia.org/wikidatawiki/entities/dcatap.rdf?
It is very rarely used and is thus causing us a (probably) undue
maintenance burden, because of which we plan to remove it.
If anyone is making use of it, please speak up so that we can keep it or
find a viable alternative.
Cheers,
Marius
Hey everyone,
I seize the opportunity of this planed import to make you aware that I
started a project research on Wikiversity about Wikidata and its license :
https://fr.wikiversity.org/wiki/Recherche:La_licence_CC-0_de_Wikidata,_orig…
Admittedly, a driving force behind the launch of this project is an
intuitive aversion against CC0, and the will of the Wikidata team to
launch their lexicological solution with, without, or even against
Wiktionary communities. But as intuition is never as useful as when
feeding hypotheses of rational inquiry whose conclusions might reject
it, I thought preferable to make such a research project so I could
stand on a firmer vision of implications of this choice.
Also, whatever one might ethically feel about this topic is one thing,
legal issues is a really different matter. So far, I have didn't found
any evidence of a serious inquiry of letting people make mass import of
data within Wikidata. But hopefully I'll soon be given links showing
such an inquiry was indeed performed. Not requiring source and evidence
of a free license covering imported data is a great way to put at risk
of massive legal infraction, not only the Wikidata project, but anyone
who reuse its data.
I welcome any source that you might judge valuable for the research
project evoked above. That is anything speaking about how the license
was chose, opinion of the community regarding this choice, ins and outs
of the reuse ability, what notable partnership was ease or prevented due
to the license, how external reusers do or do not give back through one
form (better curated or enlarged set of data), or an other (technical
advises, institutional promotion, funds…), and anything you think worth
mentioning regarding Wikidata license. It would be kind to check it is
not already in the list of sources I fetched so far, see
https://fr.wikiversity.org/wiki/Recherche:La_licence_CC-0_de_Wikidata,_orig…
Also let me know if you would be interested with a translation. So far
I'm writing it in my native language to hasten the draft outcome and I
don't necessarily expect huge interest for the subject beyond myself.
But if people show interest, or even would like to contribute, I can
switch to Esperanto, or even the less likely demand of an English
version. ;)
Inquirely,
psychoslave
Le 31/10/2017 à 16:14, Thomas Pellissier Tanon a écrit :
> Hello Sam,
>
> Thank you for this nice feature!
>
> I have created a few months ago a prototype of Wikisource to Wikidata importation tool for the French Wikisource based on the schema.org annotation I have added to the main header template (I definitely think we should move from our custom microformat to this schema.org markup that could be much more structured). It's not yet ready but I plan to move it forward in the coming weeks. A beginning of frontend to add to your Wikidata common.js is here: https://www.wikidata.org/wiki/User:Tpt/ws2wd.js
> We should probably find a way to merge the two projects.
>
> Cheers,
>
> Thomas
>
>> Le 31 oct. 2017 à 15:10, Nicolas VIGNERON <vigneron.nicolas(a)gmail.com> a écrit :
>>
>> 2017-10-31 13:16 GMT+01:00 Jane Darnell <jane023(a)gmail.com>:
>> Sorry, I am much more of a Wikidatan than a Wikisourcerer! I was referring to items like this one
>> https://www.wikidata.org/wiki/Q21125368
>>
>> No need to be sorry, that is actually a good question and this example is even better (I totally forgot this kind of case).
>>
>> For now, this is probably better to deal with it by hands (and I'm not sure what this tools can even do for this).
>>
>> Cdlt, ~nicolas
>> _______________________________________________
>> Wikisource-l mailing list
>> Wikisource-l(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikisource-l
>
>
> _______________________________________________
> Wikisource-l mailing list
> Wikisource-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikisource-l