Re: [Wikidata-tech] [Wikidata-l] BREAKING CHANGE: Wikidata API changing top upper-case IDs.
For consistency the wikipedia api should probably also return an upper case wikibase_item for the pageprops query [1] /André [1] https://en.wikipedia.org/w/api.php?action=queryprop=pagepropsformat=jsonredirects=titles=Wikidata On 10 September 2013 12:11, Daniel Kinzler daniel.kinz...@wikimedia.dewrote: Hi all. With today's deployment, the Wikibase API modules used on wikidata.orgwill change from using lower-case IDs (q12345) to upper-case IDs (Q12345). This is done for consistency with the way IDs are shown in the UI and used in URLs. The API will continue to accept entity IDs in lower-case as well as upper-case. Any bot or other client that has no property or item IDs hardcoded or configured in lower case should be fine. If however your code looks for some specific item or property in the output returned from the API, and it's using a lower-case ID to do so, it may now fail to match the respective ID. There is potential for similar problems with Lua code, depending on how the data structure is processed by Lua. We are working to minimize the impact there. Sorry for the short notice. Please test your code against test.wikidata.org and let us know if you find any issues. Thanks, Daniel PS: issue report on bugzilla: https://bugzilla.wikimedia.org/show_bug.cgi?id=53894 ___ Wikidata-l mailing list wikidat...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l ___ Wikidata-tech mailing list Wikidata-tech@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-tech
Re: [Wikidata-tech] [Wikidata-l] BREAKING CHANGE: Wikidata API changing top upper-case IDs.
On Thu, Sep 12, 2013 at 12:11 PM, André Costa lokal_pro...@hotmail.comwrote: For consistency the wikipedia api should probably also return an upper case wikibase_item for the pageprops query [1] Before this change, entity ids were stored in the page_props table in the lowercase form. They are now being recorded in uppercase form. The page props api module outputs the data as-is from the database, so it will be mixed capitalization. I don't see a way currently for us to hook into ApiQueryPageProps to modify the output. Over time, occurrences of lowercase entity ids will decrease. If it's enough of an issue, though, then perhaps we can look into a solution for this. Cheers, Katie /André [1] https://en.wikipedia.org/w/api.php?action=queryprop=pagepropsformat=jsonredirects=titles=Wikidata On 10 September 2013 12:11, Daniel Kinzler daniel.kinz...@wikimedia.dewrote: Hi all. With today's deployment, the Wikibase API modules used on wikidata.orgwill change from using lower-case IDs (q12345) to upper-case IDs (Q12345). This is done for consistency with the way IDs are shown in the UI and used in URLs. The API will continue to accept entity IDs in lower-case as well as upper-case. Any bot or other client that has no property or item IDs hardcoded or configured in lower case should be fine. If however your code looks for some specific item or property in the output returned from the API, and it's using a lower-case ID to do so, it may now fail to match the respective ID. There is potential for similar problems with Lua code, depending on how the data structure is processed by Lua. We are working to minimize the impact there. Sorry for the short notice. Please test your code against test.wikidata.org and let us know if you find any issues. Thanks, Daniel PS: issue report on bugzilla: https://bugzilla.wikimedia.org/show_bug.cgi?id=53894 ___ Wikidata-l mailing list wikidat...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l ___ Wikidata-l mailing list wikidat...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l -- Katie Filbert Wikidata Developer Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin Phone (030) 219 158 26-0 http://wikimedia.de Wikimedia Germany - Society for the Promotion of free knowledge eV Entered in the register of Amtsgericht Berlin-Charlottenburg under the number 23 855 as recognized as charitable by the Inland Revenue for corporations I Berlin, tax number 27/681/51985. ___ Wikidata-tech mailing list Wikidata-tech@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-tech
Re: [Wikidata-tech] [Wikidata-l] [Pywikipedia-l] wbsearchentities()
Since this is potentially a blocker on Chinmay's GSoC project, I'm cc'ing wikidata-tech... -andrew On Thu, Sep 12, 2013 at 3:12 AM, Merlijn van Deen valhall...@arctus.nl wrote: On 11 September 2013 20:31, Chinmay Naik chin.nai...@gmail.com wrote: hi, I am trying to retreive wikidata items by label through wbsearchentities() using the continue parameter from https://www.wikidata.org/wiki/Special:ApiSandbox#action=wbsearchentitiesformat=jsonsearch=entrez%3Alanguage=entype=itemlimit=10continue=40 Can i retreive more than 100 items using this? I notice the 'search-continue' returned by the search result disappears after 50 items. for ex https://www.wikidata.org/wiki/Special:ApiSandbox#action=wbsearchentitiesformat=jsonsearch=abclanguage=entype=itemlimit=10continue=50 The api docs at https://www.wikidata.org/w/api.php explicitly state the highest value for 'continue' is 50: limit - Maximal number of results The value must be between 0 and 50 Default: 7 continue- Offset where to continue a search The value must be between 0 and 50 Default: 0 which indeed suggests there is a hard limit of 100 entries. Maybe someone in the Wikidata dev team can explain the reason behind this? Merlijn ___ Wikidata-l mailing list wikidat...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l ___ Wikidata-tech mailing list Wikidata-tech@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-tech