Heya folks :)
Wikiyovage now has access to the data on Wikidata - meaning they got phase 2. With this the first sister project is fully supported \o/ The next sister projects will follow. More information on this soon.
We've also just updated the software here. This brings a number of bug fixes and other improvements. The ones that are probably most important for you: * The copyright warning no longer pops up again when you change your language * There is now a new special page to list items/properties without a description in a given language. Thanks for the patch by Bene*. * The message that pops up when you want to add a link to an item which is already in use in another item has been improved. Thanks for the patch by Nemo bis. * Broken links to set sitelinks for Wikivoyage in the non-JavaScript version have been fixed. ([[bugzilla:51914]], [[bugzilla:52095]]) * The automatic comments for edits have been improved. They are more detailed now. * API: You can now provide custom edit summaries for edits via the API. * API: You can undo a revision via the API. * API: Bot edits via the setclaim API module are now marked as such ([[bugzilla:50933]]). * API: Precision and globe parameters are now required for geocoordinate data. * Starting in a few days a Wikidata edit that shows up in recent changes and watchlist on the client (Wikipedia/Wikivoyage) is going to be marked with a "D". Thanks for the patch by umherirrender.
Unfortunately we were not able to put the URL datatype on the test system on time for this deployment. It didn't get enough testing so we couldn't deploy it today with a good concious. We know you're waiting for this but it's better to give it a bit more testing and roll it out in 2 weeks with the next deployment. The URL datatype is now live for real on test.wikidata.org for you to try. Please give it a try and report any bugs you encounter.
Please let me know if there are any issues.
Oh and one more thing: Abraham, Denny and I sat down for an evening trying to captchure what Wikidata is about in a video. Hope you like it :) http://www.wikidata.org/wiki/File:Wikidata%27s_World.webm
Cheers Lydia
Hi,
great news!
Wiadomość napisana przez Lydia Pintscher lydia.pintscher@wikimedia.de w dniu 27 sie 2013, o godz. 00:05:
- Broken links to set sitelinks for Wikivoyage in the non-JavaScript
version have been fixed. ([[bugzilla:51914]], [[bugzilla:52095]])
Small correction: this affected all sitelinks (of course in non-js editing).
Michał
On Tue, Aug 27, 2013 at 12:11 AM, Michał Łazowik mlazowik@me.com wrote:
Hi,
great news!
Wiadomość napisana przez Lydia Pintscher lydia.pintscher@wikimedia.de w dniu 27 sie 2013, o godz. 00:05:
- Broken links to set sitelinks for Wikivoyage in the non-JavaScript
version have been fixed. ([[bugzilla:51914]], [[bugzilla:52095]])
Small correction: this affected all sitelinks (of course in non-js editing).
Ah thanks! I'll fix the project chat message.
Cheers Lydia
Den 27-08-2013 00:05, Lydia Pintscher skrev:
We've also just updated the software here. This brings a number of bug fixes and other improvements. The ones that are probably most important for you:
- API: Precision and globe parameters are now required for geocoordinate data.
It seems that you at the same time have introduced a new data value type called "bad" for the existing geocoordinate data without precision or globe.
It looks like this for Q30209 in the 2013-08-27 database dump with extra whitespace inserted by me:
{ "m": [ "value", 625, "bad", { "latitude":12.186111, "longitude":-68.989444, "altitude":null, "globe":null, "precision":1.0e-5 } ], "q":[], "g":"q30209$A38B8E00-97D5-412D-9903-EE5F867D08B2", "rank":1,
"refs":[[["value",143,"wikibase-entityid",{"entity-type":"item","numeric-id":10000}]]] }
And like this in the API: https://www.wikidata.org/w/api.php?action=wbgetclaims&format=json&en...
Regards - Byrial
This is a known issue that occurred after deployment regarding coordinate data values with null precision parameter. This issue is now fixed.
See https://bugzilla.wikimedia.org/53520 for details about the issue.
A related issue is https://bugzilla.wikimedia.org/53521 for coordinate data values with null globe parameter.
Cheers, Katie
On Thu, Aug 29, 2013 at 7:55 AM, Byrial Jensen byrial@vip.cybercity.dkwrote:
Den 27-08-2013 00:05, Lydia Pintscher skrev:
We've also just updated the software here. This brings a number of bug
fixes and other improvements. The ones that are probably most important for you:
- API: Precision and globe parameters are now required for geocoordinate
data.
It seems that you at the same time have introduced a new data value type called "bad" for the existing geocoordinate data without precision or globe.
It looks like this for Q30209 in the 2013-08-27 database dump with extra whitespace inserted by me:
{ "m": [ "value", 625, "bad", { "latitude":12.186111, "longitude":-68.989444, "altitude":null, "globe":null, "precision":1.0e-5 } ], "q":[], "g":"q30209$A38B8E00-97D5-**412D-9903-EE5F867D08B2", "rank":1,
"refs":[[["value",143,"**wikibase-entityid",{"entity-** type":"item","numeric-id":**10000}]]] }
And like this in the API: https://www.wikidata.org/w/** api.php?action=wbgetclaims&**format=json&entity=Q30209&** property=P625&format=xmlhttps://www.wikidata.org/w/api.php?action=wbgetclaims&format=json&entity=Q30209&property=P625&format=xml
Regards
- Byrial
______________________________**_________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikidata-lhttps://lists.wikimedia.org/mailman/listinfo/wikidata-l
Den 29-08-2013 09:02, Katie Filbert skrev:
This is a known issue that occurred after deployment regarding coordinate data values with null precision parameter. This issue is now fixed.
Good, but the "bad" value type still is used in the live database. I will later make a list of all cases in the 2013-08-27 database dump. It will take some hours before I am ready as I am currently inserting the data into my local database.
Regards, - Byrial
See https://bugzilla.wikimedia.org/53520 for details about the issue.
A related issue is https://bugzilla.wikimedia.org/53521 for coordinate data values with null globe parameter.
Cheers, Katie
On Thu, Aug 29, 2013 at 7:55 AM, Byrial Jensen <byrial@vip.cybercity.dk mailto:byrial@vip.cybercity.dk> wrote:
Den 27-08-2013 00 <tel:27-08-2013%2000>:05, Lydia Pintscher skrev: We've also just updated the software here. This brings a number of bug fixes and other improvements. The ones that are probably most important for you: * API: Precision and globe parameters are now required for geocoordinate data. It seems that you at the same time have introduced a new data value type called "bad" for the existing geocoordinate data without precision or globe. It looks like this for Q30209 in the 2013-08-27 database dump with extra whitespace inserted by me: { "m": [ "value", 625, "bad", { "latitude":12.186111, "longitude":-68.989444, "altitude":null, "globe":null, "precision":1.0e-5 } ], "q":[], "g":"q30209$A38B8E00-97D5-__412D-9903-EE5F867D08B2", "rank":1, "refs":[[["value",143,"__wikibase-entityid",{"entity-__type":"item","numeric-id":__10000}]]] } And like this in the API: https://www.wikidata.org/w/__api.php?action=wbgetclaims&__format=json&entity=Q30209&__property=P625&format=xml <https://www.wikidata.org/w/api.php?action=wbgetclaims&format=json&entity=Q30209&property=P625&format=xml> Regards - Byrial
On Thu, Aug 29, 2013 at 9:12 AM, Byrial Jensen byrial@vip.cybercity.dkwrote:
Den 29-08-2013 09:02, Katie Filbert skrev:
This is a known issue that occurred after deployment regarding
coordinate data values with null precision parameter. This issue is now fixed.
Good, but the "bad" value type still is used in the live database. I will later make a list of all cases in the 2013-08-27 database dump. It will take some hours before I am ready as I am currently inserting the data into my local database.
That would be super helpful to have a list of the items. Thank you for doing this.
Cheers, Katie
Regards,
- Byrial
See https://bugzilla.wikimedia.**org/53520https://bugzilla.wikimedia.org/53520for details about the issue.
A related issue is https://bugzilla.wikimedia.**org/53521https://bugzilla.wikimedia.org/53521for coordinate data values with null globe parameter.
Cheers, Katie
On Thu, Aug 29, 2013 at 7:55 AM, Byrial Jensen <byrial@vip.cybercity.dk <mailto:byrial@vip.cybercity.**dk byrial@vip.cybercity.dk>> wrote:
Den 27-08-2013 00 <tel:27-08-2013%2000>:05, Lydia Pintscher skrev: We've also just updated the software here. This brings a number of bug fixes and other improvements. The ones that are probably most important for you: * API: Precision and globe parameters are now required for geocoordinate data. It seems that you at the same time have introduced a new data value type called "bad" for the existing geocoordinate data without precision or globe. It looks like this for Q30209 in the 2013-08-27 database dump with extra whitespace inserted by me: { "m": [ "value", 625, "bad", { "latitude":12.186111, "longitude":-68.989444, "altitude":null, "globe":null, "precision":1.0e-5 } ], "q":[], "g":"q30209$A38B8E00-97D5-__**412D-9903-EE5F867D08B2", "rank":1, "refs":[[["value",143,"__**wikibase-entityid",{"entity-__**
type":"item","numeric-id":__**10000}]]]
} And like this in the API: https://www.wikidata.org/w/__**api.php?action=wbgetclaims&__**
format=json&entity=Q30209&__**property=P625&format=xmlhttps://www.wikidata.org/w/__api.php?action=wbgetclaims&__format=json&entity=Q30209&__property=P625&format=xml
<https://www.wikidata.org/w/**api.php?action=wbgetclaims&**
format=json&entity=Q30209&**property=P625&format=xmlhttps://www.wikidata.org/w/api.php?action=wbgetclaims&format=json&entity=Q30209&property=P625&format=xml
Regards - Byrial
______________________________**_________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikidata-lhttps://lists.wikimedia.org/mailman/listinfo/wikidata-l
Den 29-08-2013 10:47, Katie Filbert skrev:
On Thu, Aug 29, 2013 at 9:12 AM, Byrial Jensen <byrial@vip.cybercity.dk mailto:byrial@vip.cybercity.dk> wrote:
Den 29-08-2013 09:02, Katie Filbert skrev: This is a known issue that occurred after deployment regarding coordinate data values with null precision parameter. This issue is now fixed. Good, but the "bad" value type still is used in the live database. I will later make a list of all cases in the 2013-08-27 database dump. It will take some hours before I am ready as I am currently inserting the data into my local database.
That would be super helpful to have a list of the items. Thank you for doing this.
Please see https://www.wikidata.org/wiki/User:Byrial/Globes
The last section is a list of 79 items with statements which coordinate value in the 2013-08-27 database dump is given with data value type "bad".
In the first section you will see that there are approx. 18,000 coordinate values without proper indication of globe. As I understand it, all these will automatically be changed from the coordinate data value type to "bad" next time the items are edited.
Regards, - Byrial