Opened 8 years ago
Last modified 8 years ago
#15314 new defect
Investigate why Wikidata "fetch IDs" doesn't work behind TR firewall
Reported by: | nyurik | Owned by: | simon04 |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Plugin wikipedia | Version: | |
Keywords: | Cc: |
Description ¶
As reported by @katpatuka in http://www.openstreetmap.org/changeset/52026130 , "Fetch Wikidata IDs" gives an error, but "Fetch coordinates in current view" works. If possible, we should figure out a way to work around this lovely limitation.
Change History (3)
comment:1 by , 8 years ago
comment:2 by , 8 years ago
Fetch all coordinates uses MW api - which technically should not work, so this is very strange. The APIs are en.wikipedia.org/w/api.php and www.wikidata.org/w/api.php . I really don't know how TR is blocking, but wp is using https, and both hosts resolve to 208.80.154.224. All three operations (fetch WD coordinates, Wikipedia links, and Fetch IDs) go to the exactly the same IP. I will ping the user again.
comment:3 by , 8 years ago
User response - they used tools.wmflabs.org service - probably for category and other fetching. https://pastebin.com/VGbbpDvR
We could solve this problem by using query.wikidata.org instead of en.wikipedia.org / www.wikidata.org. This way if Turkey users can simply switch to the osm+wikidata service in the settings - which is a copy of the query.wikidata.org.
I suppose it might not be easy for those who don't live in Turkey. As you started to dig in the wikipedia plugin, do you have any idea what could be done?