Based on the feedback so far I have frozen the datatype for time [1] and
updated the datatype for coordinates. There are now two distinct members:
* precision: which actually means the precision in the representation, i.e.
by the degree or arcsecond, etc., and which is used to calculate different
representations
* dimension: which represents the "size" of the object / target area in
meter, and which can be used to choose the scale for a map or to represent
uncertainty about the coordinate [2]
The dimension parameter is based on the work of Max Semenik in the GeoData
extension and recognized as a solution to the discussion that happened here
on the list.
If you have any further comments on the datatype for coordinates, say so
here. Otherwise I will move to quantities next :)
Cheers,
Denny
[1] <http://meta.wikimedia.org/wiki/Wikidata/Data_model#Dates_and_times>
[2] <
http://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values#Coo…
>
[3] <https://www.mediawiki.org/wiki/Extension:GeoData#Glossary>
--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
I’ll just mention a data quality problem that’s annoyed me with DBpedia so far.
People often get confused if longitude is east or west, so they get the sign wrong. If you plot coordinates from Wikipedia you find a shadow image of Europe, for instance, reflected across the prime meridian. It turns out, however, there are a bunch of shipwrecks and seamounts out there too.
It would be nice to see these cleaned up.
From: Denny Vrandečić
Sent: Thursday, January 17, 2013 10:13 AM
To: Discussion list for the Wikidata project.
Subject: Re: [Wikidata-l] Coordinate datatype -- update
Nine decimals is what is used for WAAS reference stations, which appear in Wikipedia.
<http://en.wikipedia.org/wiki/Wide_Area_Augmentation_System#List_of_referenc…>
I actually also think it is a bit excessive, but it is there and looks legit. I'd rather support it than not (and save 20 MB of disk space).
Some of the validations sound useful (no values greater than 360), others a bit restrictive (same number of decimal places). I'd prefer the software to be rather lax than draconic (it *is* a wiki, after all).
I agree about trailing zeros. They are covered by the precision parameter.
Thanks for the input!
Cheers,
Denny
2013/1/17 Andy Mabbett <andy(a)pigsonthewing.org.uk>
On 17 January 2013 10:19, Denny Vrandečić <denny.vrandecic(a)wikimedia.de> wrote:
> If you have any further comments on the datatype for coordinates, say so
> here.
> <http://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values#Coo…>
Nine decimal places seems excessive.
We can apply some rudimentary validation: no latitude or longitude
values greater than 360, for instance (perhaps other criteria
dependent on the coordinate system); latitude and longitude should
have the same number of decimal places; trailing zeroes are
significant and must not be discarded.
--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
_______________________________________________
Wikidata-l mailing list
Wikidata-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
--------------------------------------------------------------------------------
_______________________________________________
Wikidata-l mailing list
Wikidata-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
For convertion between units, why not using the already built-in system of
"Languages Translation" ?
Hence, if people gives the value in Meter someone else could give it in
Foot with the right precision and there will just be a link of
"Translation" between those two
Same apply for Units being given in SI ("kg⋅m2⋅s−3⋅A−2") and a Translation
to "Ohm"
My two cents
Mohamed
--
Innovimax SARL
Consulting, Training & XML Development
9, impasse des Orteaux
75020 Paris
Tel : +33 9 52 475787
Fax : +33 1 4356 1746
http://www.innovimax.fr
RCS Paris 488.018.631
SARL au capital de 10.000 €
Dear all,
Long time ago this bug[1] was opened to be able to permit IPA or SAMPA
parsing and allow on the fly generation of sound file for a word
It might be something interesting to put in the scope of Wikidata (since we
have for each thing the way we name it in many languages, we might also be
interested in the way to pronunce it in those languages)
Best regards,
Mohamed
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=224
--
Innovimax SARL
Consulting, Training & XML Development
9, impasse des Orteaux
75020 Paris
Tel : +33 9 52 475787
Fax : +33 1 4356 1746
http://www.innovimax.fr
RCS Paris 488.018.631
SARL au capital de 10.000 €
Heya folks :)
Today is the day. We've deployed Wikidata on the Hungarian Wikipedia
\o/ I wrote a blog post with all the details at
http://blog.wikimedia.de/2013/01/14/first-steps-of-wikidata-in-the-hungaria…
Thank you to everyone who has helped make this happen and especially
the Hungarian Wikipedia community for agreeing to be the first.
Cheers
Lydia
PS: The first important edit was already made as well:
https://hu.wikipedia.org/w/index.php?title=Triatlon&diff=12906358&oldid=126…
--
Lydia Pintscher - http://about.me/lydia.pintscher
Community Communications for Wikidata
Wikimedia Deutschland e.V.
Obentrautstr. 72
10963 Berlin
www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
[include wikidata-l]
On 01/11/13 23:27, Chris Steipp wrote:
> Since we have CORS, javascript on the wikipedia page could make the
> update directly in wikidata. I'd let the wikidata / ve people decide
> if that's desirable, but it's possible.
>
Maybe yes, but wikidata allows different opinions. How do you decide, if
the chunk of text replaced in VE should replace the data or if it should
be just adding it by another chunk of data.
Just a few examples:
1. Replacement:
a) data gets clearer
We did not knew the exact number of killed/injured people of a big
accident/catastrophes relevant for all Wikipedias (also the German one
;-) ) recently after it happend. Fucushima would be an example or a big
Earth quake like in Haiti.
With the time you will get an exact number, because it needed some time
to figure this out and the number changes as some more people die
afterwards initially caused by the accident.
Articles are created very soon after anything like that. In the
beginning they use the data populated also by the media. With the time
this will get clearer and the data will turn more precise. So also those
values need to be changed.
b) Wrong entered data:
Sometimes it happens, however, that somebody enter wrong data. This can
happen intentionally and just by accident. If you change this data in
the VE, you definitely have to replace this on Wikidata.
2. Additional Information:
There is an election in a country. The former president was not
reelected. If this is changed on Wikidata, the information should not be
replaced on Wikidata, it should be added with the qualifier "since:date"
and the previous value should be altered by "until:date"
In the end all edits in by authors in the current editor and in the
visual one will are just tracked as changes, but how do you decide
weather to replace the information or add it?
Marco
> On Fri, Jan 11, 2013 at 1:41 PM, Marco Fleckinger
> <marco.fleckinger(a)wikipedia.at> wrote:
>> Hi,
>>
>> I would assume that there will be something like a shortcut or a button like
>> "integrate Wikidata-property here", where you could inline search for this.
>>
>> Internally i could immagine a list where all items are tracked and a<span
>> class="wikidata" id="wikidata_key"> where the id of this html-tag is the key
>> in the internal list.
>>
>> Marco
>>
>>
>> On 01/11/13 21:32, Strainu wrote:
>>>
>>> Hi,
>>>
>>> Starting from a very different problem, I found myself asking a very
>>> strange question: How will the Visual Editor interact with Wikidata?
>>>
>>> Namely, let's say that somebody is editing the article about Romania
>>> in the visual editor. The article contains an infobox with all the
>>> data brought from Wikidata. The user will edit one of those fields
>>> (say, the president's name). Will that change automatically be
>>> reflected back to Wikidata? If not, will it be even possible to edit
>>> those fields? If the change is pushed to Wikidata, how are conflicts
>>> handled (2 users editing the president's name on different wikis
>>> during a very crowded period when changes take a while to replicate
>>> and one of them makes a mistake)?
>>>
>>> I seem to remember that wikidata edit-in-place is planned for phase
>>> II, but I always assumed this would happen using some kind of popup
>>> window, which kindof beats the purpose of a visual editor.
>>>
>>> Thanks,
>>> Strainu
>>>
>>> _______________________________________________
>>> Wikitech-l mailing list
>>> Wikitech-l(a)lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>>
>>
>> _______________________________________________
>> Wikitech-l mailing list
>> Wikitech-l(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
Hi all,
We did yet another version of the inclusion syntax (admittedly, the last
one is a few months old).
We decided to very much simplify the syntax and also the ability of the
inclusion syntax, and depend on anything more complex than what will be
possible with that syntax on Lua.
I am expecting that a lot of people will not like this idea.
Therefore I will start two threads: first this one, where we discuss if the
inclusion syntax is actually sufficient or if it lacks absolutely essential
features that should not depend on Lua.
<http://meta.wikimedia.org/wiki/Wikidata/Notes/Inclusion_syntax_v0.3>
And a second thread where we discuss the details and merits of the proposal
as it is, and if there are issues with it as it is.
Cheers,
Denny
P.S.: yes, I learned that we should not have too many topics per thread
starter. Let's see if this gets any feedback at all :)
--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
Maybe you could incorporate a link to the International codes for languages and expand the language code to the full name?
Carol
----------------------------------------------------------------------------------------------------------------------
Carol Bream
Team Co-ordinator Library Applications, Thesaurus and Réseaubib
European Commission
Central Library
ec.europa.eu/libraries
----------------------------------------------------------------------------------------------------------------------
The personal data contained in this document are dealt with in compliance with Regulation (EC) No 45/2001 ofthe European Parliament and of the Council of 18 December 2000 on the protection of individuals with regard to the processing of personal data by the Community institutions and bodies and on the free movement of such data. For more information, see http://europa.eu/geninfo/legal_notices_en.htm#personaldata
-----Original Message-----
From: wikidata-l-bounces(a)lists.wikimedia.org [mailto:wikidata-l-bounces@lists.wikimedia.org] On Behalf Of wikidata-l-request(a)lists.wikimedia.org
Sent: Thursday, January 10, 2013 1:00 PM
To: wikidata-l(a)lists.wikimedia.org
Subject: Wikidata-l Digest, Vol 14, Issue 9
Send Wikidata-l mailing list submissions to
wikidata-l(a)lists.wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
or, via email, send a message with subject or body 'help' to
wikidata-l-request(a)lists.wikimedia.org
You can reach the person managing the list at
wikidata-l-owner(a)lists.wikimedia.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Wikidata-l digest..."
Today's Topics:
1. Re: Order of language links (Jane Darnell)
----------------------------------------------------------------------
Message: 1
Date: Wed, 9 Jan 2013 13:02:58 +0100
From: Jane Darnell <jane023(a)gmail.com>
To: "Discussion list for the Wikidata project."
<wikidata-l(a)lists.wikimedia.org>
Subject: Re: [Wikidata-l] Order of language links
Message-ID:
<CAFVcA-FbSSTuP_AAHfjv4d5g9tjrD5uS_rsyUKvrWitQ7YjhhQ(a)mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I think the order of languages is only important for articles with lots of
interwiki links, but for the vast majority of articles there will be less
than 5 or so and it doesn't matter. I often click on article interwikis for
languages I don't know and can't read (like Japanese). I do this for
several reasons, the most prevalent being that I want to see
1) How many links to that page are there in that language?
2) How many items (and which items are these) that are in the articles
category in that language?
I tend to only do this for the larger Wikipedia projects, where I do this
regularly as a trick to track down articles in foreign languages that are
good candidates to translate into English (the fathers/sons/siblings of
painters).
Jane
2013/1/8 Platonides <platonides(a)gmail.com>
> On 08/01/13 22:31, LD 100 wrote:
> > I would preferred if this could also be changed by each users
> > individually in the settings (maybe the settings could be set
> > globally)
>
> Although preferences are evil, I see the point for customizing this.
> Having ar: in the top if I have no idea of that language is useless, I
> would prefer to sort first those languages I could understand, perhaps
> with a separator from those I definetely don't know (others might want
> to completely hide those).
>
>
> On 08/01/13 22:41, Meng Lu wrote:
> > It's an interesting point. I personally would prefer seeing the
> > Wikipedia instance's own language and English stay at the top, followed
> > by the rest in alphabetical order. A longer stretch might be
> > providing alternative ordering methods for languages such as
> > alphabetical order, descending sizes of that page in each Wikipedia
> > instance.
>
> Article sizes are not a perfect estimator for article quality, but seems
> decent enough. However, it should be able to be overriden by marks of
> Featured-article / Good-article when some of the entries are tagged as
> such.
> Con: Any edit potentially means purgin the entries for all interwikis.
> Although if the interwiki sort order is stored in wikidata, and we
> perhaps aren't actively purgin the squid entries, that shouldn't be a
> problem.
>
>
> _______________________________________________
> Wikidata-l mailing list
> Wikidata-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wikimedia.org/pipermail/wikidata-l/attachments/20130109/dafc8e…>
------------------------------
_______________________________________________
Wikidata-l mailing list
Wikidata-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
End of Wikidata-l Digest, Vol 14, Issue 9
*****************************************