Heya folks :)
Data inclusion from Wikidata is now now possible on the first 11 Wikipedias. Wohoooooooo! http://blog.wikimedia.de/2013/03/27/you-can-have-all-the-data/ has more details.
Cheers Lydia
-- 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.
Congratulations!
Cheers
Marco
On 03/27/2013 07:54 PM, Lydia Pintscher wrote:
Heya folks :)
Data inclusion from Wikidata is now now possible on the first 11 Wikipedias. Wohoooooooo! http://blog.wikimedia.de/2013/03/27/you-can-have-all-the-data/ has more details.
Cheers Lydia
-- 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.
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Congratulations!!!!!!! And it has just been announced in huwiki.
2013/3/27 Lydia Pintscher lydia.pintscher@wikimedia.de
Heya folks :)
Data inclusion from Wikidata is now now possible on the first 11 Wikipedias. Wohoooooooo! http://blog.wikimedia.de/2013/03/27/you-can-have-all-the-data/ has more details.
Cheers Lydia
-- 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.
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
It looks to me this is simply grant the editor the ability to refer content from wikidata.org (e.g. using {{#property:p169}} on page Yahoo). The content of the article hasn't been changed, right?
Do you know the plan to start migrating data by bots?
Thanks
2013/3/28 Lydia Pintscher lydia.pintscher@wikimedia.de
Heya folks :)
Data inclusion from Wikidata is now now possible on the first 11 Wikipedias. Wohoooooooo! http://blog.wikimedia.de/2013/03/27/you-can-have-all-the-data/ has more details.
Cheers Lydia
-- 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.
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
On Thu, Mar 28, 2013 at 2:29 AM, Jiang BIAN bianjiang@google.com wrote:
It looks to me this is simply grant the editor the ability to refer content from wikidata.org (e.g. using {{#property:p169}} on page Yahoo). The content of the article hasn't been changed, right?
The article then shows whatever value Wikidata has for this particular property. So in the example case you'd see Marissa Mayer in the article and when someone changes it on Wikidata then it will also be updated in the article.
Do you know the plan to start migrating data by bots?
There are no such plans on the development team's side. This is entirely up to the community and I can't tell if and when they'll start changing infoboxes by bot. But I assume they'll test this carefully by hand for a while first and then find cases that are easy to migrate by bot just like it was done for importing data into Wikidata.
Cheers Lydia
-- 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.
Thanks Lydia for your quick reply!
In the announcement blog, {{#property:chief executive officer}} is not ready, do you know the rough plan on this? maybe end of Q2?
On Thu, Mar 28, 2013 at 4:19 PM, Lydia Pintscher < lydia.pintscher@wikimedia.de> wrote:
On Thu, Mar 28, 2013 at 2:29 AM, Jiang BIAN bianjiang@google.com wrote:
It looks to me this is simply grant the editor the ability to refer
content
from wikidata.org (e.g. using {{#property:p169}} on page Yahoo). The
content
of the article hasn't been changed, right?
The article then shows whatever value Wikidata has for this particular property. So in the example case you'd see Marissa Mayer in the article and when someone changes it on Wikidata then it will also be updated in the article.
Do you know the plan to start migrating data by bots?
There are no such plans on the development team's side. This is entirely up to the community and I can't tell if and when they'll start changing infoboxes by bot. But I assume they'll test this carefully by hand for a while first and then find cases that are easy to migrate by bot just like it was done for importing data into Wikidata.
Cheers Lydia
-- 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.
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
On Thu, Mar 28, 2013 at 11:13 AM, Jiang BIAN bianjiang@google.com wrote:
Thanks Lydia for your quick reply!
In the announcement blog, {{#property:chief executive officer}} is not ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no promises. We're currently figuring out the schedule for that with Easter complicating things a bit.
Cheers Lydia
-- 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.
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no promises. We're currently figuring out the schedule for that with Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs to be reviewed, tested, and, if all goes well, deployed. When that would be I'm not sure, with people taking vacations over the holidays, but I'd speak of weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers, daniel
Contrats! Anyways, I still miss various data types to be available for properties - unavailability of these greatly hinders the expansion of wikidata database. Any plans on how fast new (and comprehensive) data types will be introduced to wikidata.org?
2013/3/28 Daniel Kinzler daniel.kinzler@wikimedia.de
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no promises. We're currently figuring out the schedule for that with Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs to be reviewed, tested, and, if all goes well, deployed. When that would be I'm not sure, with people taking vacations over the holidays, but I'd speak of weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers, daniel
-- Daniel Kinzler, Softwarearchitekt 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
It doesn't hinder the expansion of Wikidata because the current types are flexible. Added types will improve performance and simplify client access for some scenarios, but every scenario I can think of is possible with the currently available types. If you have data that you would like to enter, I suggest doing so and then you can switch some properties to the new types when they are added if you want. The three types currently supported for properties are lists of items, media, and strings. You can group different types together for a single property by creating a new item to hold them. Soon you will be able to add an extra property that can be used to differentiate values in a list, called a qualifier. Other types are coming, but for example, if you want to use a date now you can just use a string and then parse it into a date on the client-side.
Date: Fri, 29 Mar 2013 16:54:23 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Contrats! Anyways, I still miss various data types to be available for properties - unavailability of these greatly hinders the expansion of wikidata database. Any plans on how fast new (and comprehensive) data types will be introduced to wikidata.org?
2013/3/28 Daniel Kinzler daniel.kinzler@wikimedia.de
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not
ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no
promises. We're currently figuring out the schedule for that with
Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs
to be reviewed, tested, and, if all goes well, deployed. When that would be I'm
not sure, with people taking vacations over the holidays, but I'd speak of
weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers,
daniel
--
Daniel Kinzler, Softwarearchitekt
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
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
parse it into a date on the client-side.
this is exactly why I do not want to do. we should validate inputs, not (try to) parse outputs
2013/3/29 Michael Hale hale.michael.jr@live.com
It doesn't hinder the expansion of Wikidata because the current types are flexible. Added types will improve performance and simplify client access for some scenarios, but every scenario I can think of is possible with the currently available types. If you have data that you would like to enter, I suggest doing so and then you can switch some properties to the new types when they are added if you want. The three types currently supported for properties are lists of items, media, and strings. You can group different types together for a single property by creating a new item to hold them. Soon you will be able to add an extra property that can be used to differentiate values in a list, called a qualifier. Other types are coming, but for example, if you want to use a date now you can just use a string and then parse it into a date on the client-side.
Date: Fri, 29 Mar 2013 16:54:23 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Contrats! Anyways, I still miss various data types to be available for properties - unavailability of these greatly hinders the expansion of wikidata database. Any plans on how fast new (and comprehensive) data types will be introduced to wikidata.org?
2013/3/28 Daniel Kinzler daniel.kinzler@wikimedia.de
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no promises. We're currently figuring out the schedule for that with Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs to be reviewed, tested, and, if all goes well, deployed. When that would be I'm not sure, with people taking vacations over the holidays, but I'd speak of weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers, daniel
-- Daniel Kinzler, Softwarearchitekt 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
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
It would be nice to never have to do any additional validation on the client, but in general I'm pretty sure it's impossible to specify server validation for every type in advance. Let's assume I want to upload gene sequences. I could go through the long process of waiting to get a new type approved and code added on the website just for the minor check of making sure this is a string of just As, Gs, Cs, and Ts, or I could just use generic strings and start right now.
Date: Fri, 29 Mar 2013 17:42:29 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
parse it into a date on the client-side.
this is exactly why I do not want to do. we should validate inputs, not (try to) parse outputs
2013/3/29 Michael Hale hale.michael.jr@live.com
It doesn't hinder the expansion of Wikidata because the current types are flexible. Added types will improve performance and simplify client access for some scenarios, but every scenario I can think of is possible with the currently available types. If you have data that you would like to enter, I suggest doing so and then you can switch some properties to the new types when they are added if you want. The three types currently supported for properties are lists of items, media, and strings. You can group different types together for a single property by creating a new item to hold them. Soon you will be able to add an extra property that can be used to differentiate values in a list, called a qualifier. Other types are coming, but for example, if you want to use a date now you can just use a string and then parse it into a date on the client-side.
Date: Fri, 29 Mar 2013 16:54:23 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Contrats! Anyways, I still miss various data types to be available for properties - unavailability of these greatly hinders the expansion of wikidata database. Any plans on how fast new (and comprehensive) data types will be introduced to wikidata.org?
2013/3/28 Daniel Kinzler daniel.kinzler@wikimedia.de
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not
ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no
promises. We're currently figuring out the schedule for that with
Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs
to be reviewed, tested, and, if all goes well, deployed. When that would be I'm
not sure, with people taking vacations over the holidays, but I'd speak of
weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers,
daniel
--
Daniel Kinzler, Softwarearchitekt
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
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Why are there so many properties waiting on http://www.wikidata.org/wiki/Wikidata:Property_proposal/Pending then???
2013/3/29 Michael Hale hale.michael.jr@live.com
It would be nice to never have to do any additional validation on the client, but in general I'm pretty sure it's impossible to specify server validation for every type in advance. Let's assume I want to upload gene sequences. I could go through the long process of waiting to get a new type approved and code added on the website just for the minor check of making sure this is a string of just As, Gs, Cs, and Ts, or I could just use generic strings and start right now.
Date: Fri, 29 Mar 2013 17:42:29 +0100
From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
parse it into a date on the client-side.
this is exactly why I do not want to do. we should validate inputs, not (try to) parse outputs
2013/3/29 Michael Hale hale.michael.jr@live.com
It doesn't hinder the expansion of Wikidata because the current types are flexible. Added types will improve performance and simplify client access for some scenarios, but every scenario I can think of is possible with the currently available types. If you have data that you would like to enter, I suggest doing so and then you can switch some properties to the new types when they are added if you want. The three types currently supported for properties are lists of items, media, and strings. You can group different types together for a single property by creating a new item to hold them. Soon you will be able to add an extra property that can be used to differentiate values in a list, called a qualifier. Other types are coming, but for example, if you want to use a date now you can just use a string and then parse it into a date on the client-side.
Date: Fri, 29 Mar 2013 16:54:23 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Contrats! Anyways, I still miss various data types to be available for properties - unavailability of these greatly hinders the expansion of wikidata database. Any plans on how fast new (and comprehensive) data types will be introduced to wikidata.org?
2013/3/28 Daniel Kinzler daniel.kinzler@wikimedia.de
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no promises. We're currently figuring out the schedule for that with Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs to be reviewed, tested, and, if all goes well, deployed. When that would be I'm not sure, with people taking vacations over the holidays, but I'd speak of weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers, daniel
-- Daniel Kinzler, Softwarearchitekt 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
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
2013/4/22 Jan Kučera kozuch82@gmail.com:
Why are there so many properties waiting on http://www.wikidata.org/wiki/Wikidata:Property_proposal/Pending then???
All these properties are waiting for the development of their respective datatype.
If you're asking why phase 2 is already live on several Wikipedias, it is all in the strategy of the development team: instead of a few big updates, they release things as they are ready. And actually I think it's ok with that.
Well, there is a trade-off. If we have too few types then it is harder for clients to use the data and inconsistencies might slip in. But if we delay the approval of too many properties because we want more types then we risk unnecessarily slowing the growth of the database. It's all binary information ultimately. Datatypes just add some constraints that block certain binary sequences from being stored in certain areas. The list of properties that are awaiting specific datatypes are standard datatypes found in many databases, but it is just an artifact of history that we consider those datatypes to be standard. For example, you see that "number of floors" is awaiting the number datatype. That's nice because it will prevent someone from entering "abc" as the number of floors in the Burj Khalifa. But just constraining the information to be a number doesn't prevent someone from entering -10 as the number of floors. So should we add an additional datatype for positive integers? If we try to specify too many server-side constraints on the information then our efforts to be supremely responsible become irresponsible because, for example, we are just slowing the ability of Wikidata to provide better templates to less popular language Wikipedias.
Date: Mon, 22 Apr 2013 11:56:37 +0200 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Why are there so many properties waiting on http://www.wikidata.org/wiki/Wikidata:Property_proposal/Pending then???
2013/3/29 Michael Hale hale.michael.jr@live.com
It would be nice to never have to do any additional validation on the client, but in general I'm pretty sure it's impossible to specify server validation for every type in advance. Let's assume I want to upload gene sequences. I could go through the long process of waiting to get a new type approved and code added on the website just for the minor check of making sure this is a string of just As, Gs, Cs, and Ts, or I could just use generic strings and start right now.
Date: Fri, 29 Mar 2013 17:42:29 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
parse it into a date on the client-side.
this is exactly why I do not want to do. we should validate inputs, not (try to) parse outputs
2013/3/29 Michael Hale hale.michael.jr@live.com
It doesn't hinder the expansion of Wikidata because the current types are flexible. Added types will improve performance and simplify client access for some scenarios, but every scenario I can think of is possible with the currently available types. If you have data that you would like to enter, I suggest doing so and then you can switch some properties to the new types when they are added if you want. The three types currently supported for properties are lists of items, media, and strings. You can group different types together for a single property by creating a new item to hold them. Soon you will be able to add an extra property that can be used to differentiate values in a list, called a qualifier. Other types are coming, but for example, if you want to use a date now you can just use a string and then parse it into a date on the client-side.
Date: Fri, 29 Mar 2013 16:54:23 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Contrats! Anyways, I still miss various data types to be available for properties - unavailability of these greatly hinders the expansion of wikidata database. Any plans on how fast new (and comprehensive) data types will be introduced to wikidata.org?
2013/3/28 Daniel Kinzler daniel.kinzler@wikimedia.de
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not
ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no
promises. We're currently figuring out the schedule for that with
Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs
to be reviewed, tested, and, if all goes well, deployed. When that would be I'm
not sure, with people taking vacations over the holidays, but I'd speak of
weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers,
daniel
--
Daniel Kinzler, Softwarearchitekt
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
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
AFAIK the hold-up is because the "numbers" data type should also be able to carry an uncertainty, and a unit. Not really necessary for "number of floors", but for plenty of other applications.
On Mon, Apr 22, 2013 at 11:21 AM, Michael Hale hale.michael.jr@live.comwrote:
Well, there is a trade-off. If we have too few types then it is harder for clients to use the data and inconsistencies might slip in. But if we delay the approval of too many properties because we want more types then we risk unnecessarily slowing the growth of the database. It's all binary information ultimately. Datatypes just add some constraints that block certain binary sequences from being stored in certain areas. The list of properties that are awaiting specific datatypes are standard datatypes found in many databases, but it is just an artifact of history that we consider those datatypes to be standard. For example, you see that "number of floors" is awaiting the number datatype. That's nice because it will prevent someone from entering "abc" as the number of floors in the Burj Khalifa. But just constraining the information to be a number doesn't prevent someone from entering -10 as the number of floors. So should we add an additional datatype for positive integers? If we try to specify too many server-side constraints on the information then our efforts to be supremely responsible become irresponsible because, for example, we are just slowing the ability of Wikidata to provide better templates to less popular language Wikipedias.
Date: Mon, 22 Apr 2013 11:56:37 +0200
From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Why are there so many properties waiting on http://www.wikidata.org/wiki/Wikidata:Property_proposal/Pending then???
2013/3/29 Michael Hale hale.michael.jr@live.com
It would be nice to never have to do any additional validation on the client, but in general I'm pretty sure it's impossible to specify server validation for every type in advance. Let's assume I want to upload gene sequences. I could go through the long process of waiting to get a new type approved and code added on the website just for the minor check of making sure this is a string of just As, Gs, Cs, and Ts, or I could just use generic strings and start right now.
Date: Fri, 29 Mar 2013 17:42:29 +0100
From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
parse it into a date on the client-side.
this is exactly why I do not want to do. we should validate inputs, not (try to) parse outputs
2013/3/29 Michael Hale hale.michael.jr@live.com
It doesn't hinder the expansion of Wikidata because the current types are flexible. Added types will improve performance and simplify client access for some scenarios, but every scenario I can think of is possible with the currently available types. If you have data that you would like to enter, I suggest doing so and then you can switch some properties to the new types when they are added if you want. The three types currently supported for properties are lists of items, media, and strings. You can group different types together for a single property by creating a new item to hold them. Soon you will be able to add an extra property that can be used to differentiate values in a list, called a qualifier. Other types are coming, but for example, if you want to use a date now you can just use a string and then parse it into a date on the client-side.
Date: Fri, 29 Mar 2013 16:54:23 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Contrats! Anyways, I still miss various data types to be available for properties - unavailability of these greatly hinders the expansion of wikidata database. Any plans on how fast new (and comprehensive) data types will be introduced to wikidata.org?
2013/3/28 Daniel Kinzler daniel.kinzler@wikimedia.de
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no promises. We're currently figuring out the schedule for that with Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs to be reviewed, tested, and, if all goes well, deployed. When that would be I'm not sure, with people taking vacations over the holidays, but I'd speak of weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers, daniel
-- Daniel Kinzler, Softwarearchitekt 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
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Sure, I'm just wondering if it might be better to just go ahead and approve something like "number of floors" as a string, and then once numbers are supported we could try to automatically convert all of those strings to numbers and either delete or manually fix the errors that we find.
From: magnusmanske@googlemail.com Date: Mon, 22 Apr 2013 11:27:15 +0100 To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
AFAIK the hold-up is because the "numbers" data type should also be able to carry an uncertainty, and a unit. Not really necessary for "number of floors", but for plenty of other applications.
On Mon, Apr 22, 2013 at 11:21 AM, Michael Hale hale.michael.jr@live.com wrote:
Well, there is a trade-off. If we have too few types then it is harder for clients to use the data and inconsistencies might slip in. But if we delay the approval of too many properties because we want more types then we risk unnecessarily slowing the growth of the database. It's all binary information ultimately. Datatypes just add some constraints that block certain binary sequences from being stored in certain areas. The list of properties that are awaiting specific datatypes are standard datatypes found in many databases, but it is just an artifact of history that we consider those datatypes to be standard. For example, you see that "number of floors" is awaiting the number datatype. That's nice because it will prevent someone from entering "abc" as the number of floors in the Burj Khalifa. But just constraining the information to be a number doesn't prevent someone from entering -10 as the number of floors. So should we add an additional datatype for positive integers? If we try to specify too many server-side constraints on the information then our efforts to be supremely responsible become irresponsible because, for example, we are just slowing the ability of Wikidata to provide better templates to less popular language Wikipedias.
Date: Mon, 22 Apr 2013 11:56:37 +0200 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Why are there so many properties waiting on http://www.wikidata.org/wiki/Wikidata:Property_proposal/Pending then???
2013/3/29 Michael Hale hale.michael.jr@live.com
It would be nice to never have to do any additional validation on the client, but in general I'm pretty sure it's impossible to specify server validation for every type in advance. Let's assume I want to upload gene sequences. I could go through the long process of waiting to get a new type approved and code added on the website just for the minor check of making sure this is a string of just As, Gs, Cs, and Ts, or I could just use generic strings and start right now.
Date: Fri, 29 Mar 2013 17:42:29 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
parse it into a date on the client-side.
this is exactly why I do not want to do. we should validate inputs, not (try to) parse outputs
2013/3/29 Michael Hale hale.michael.jr@live.com
It doesn't hinder the expansion of Wikidata because the current types are flexible. Added types will improve performance and simplify client access for some scenarios, but every scenario I can think of is possible with the currently available types. If you have data that you would like to enter, I suggest doing so and then you can switch some properties to the new types when they are added if you want. The three types currently supported for properties are lists of items, media, and strings. You can group different types together for a single property by creating a new item to hold them. Soon you will be able to add an extra property that can be used to differentiate values in a list, called a qualifier. Other types are coming, but for example, if you want to use a date now you can just use a string and then parse it into a date on the client-side.
Date: Fri, 29 Mar 2013 16:54:23 +0100 From: kozuch82@gmail.com To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
Contrats! Anyways, I still miss various data types to be available for properties - unavailability of these greatly hinders the expansion of wikidata database. Any plans on how fast new (and comprehensive) data types will be introduced to wikidata.org?
2013/3/28 Daniel Kinzler daniel.kinzler@wikimedia.de
On 28.03.2013 11:24, Lydia Pintscher wrote:
In the announcement blog, {{#property:chief executive officer}} is not
ready, do you know the rough plan on this? maybe end of Q2?
It should come soon. Hopefully already in the next deployment but no
promises. We're currently figuring out the schedule for that with
Easter complicating things a bit.
To give some idea in addition to what Lydia said:
I wrote the code for that just now, while on the train from Berlin. Now it needs
to be reviewed, tested, and, if all goes well, deployed. When that would be I'm
not sure, with people taking vacations over the holidays, but I'd speak of
weeks, not months. But it's quite a hunk of code, so delays are possible.
cheers,
daniel
--
Daniel Kinzler, Softwarearchitekt
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
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l
_______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
On Mon, Apr 22, 2013 at 6:32 AM, Michael Hale hale.michael.jr@live.com wrote:
Sure, I'm just wondering if it might be better to just go ahead and approve something like "number of floors" as a string, and then once numbers are supported we could try to automatically convert all of those strings to numbers and either delete or manually fix the errors that we find.
Didn't we already discuss the "just let everything be a string and figure it all out later" proposal?
That's just recreating the infobox chaos and defeating the whole purpose of Wikidata.
Tom
I'm not sure. By infobox chaos do you mean vandalism? I don't think you can eliminate vandalism through stronger types. I've seen people randomly change the population of Asia to a random number with the same number of digits. The most extreme constraint would be to disallow any information that doesn't match reality because we peer-review everything, but if you are on this mailing list I suspect you think crowdsourcing basically works to some extent and over time creates a valuable resource. I've yet to see someone re-vandalize something after I fix it, so I think most of them just want to see how long it takes someone to revert their edit. I was just wondering because I'm not aware of any templates that we've imported enough data to make them parameter-less in the articles, but perhaps that is a longer term goal.
Date: Mon, 22 Apr 2013 09:47:41 -0400 From: tfmorris@gmail.com To: wikidata-l@lists.wikimedia.org Subject: Re: [Wikidata-l] phase 2 live on the first 11 Wikipedias
On Mon, Apr 22, 2013 at 6:32 AM, Michael Hale hale.michael.jr@live.com wrote:
Sure, I'm just wondering if it might be better to just go ahead and approve something like "number of floors" as a string, and then once numbers are supported we could try to automatically convert all of those strings to numbers and either delete or manually fix the errors that we find.
Didn't we already discuss the "just let everything be a string and figure it all out later" proposal?
That's just recreating the infobox chaos and defeating the whole purpose of Wikidata.
Tom
Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l