Steps to replicate the issue (include links if applicable):
- Original https://commons.wikimedia.org/w/index.php?title=Data:Route_through_the_landscape_of_cultural_interest_of_Vélez-Blanco.map&oldid=814915600
- When retrieving jsondata for this item: https://commons.wikimedia.org/w/api.php?action=jsondata&origin=*&formatversion=2&format=json&title=Route%20through%20the%20landscape%20of%20cultural%20interest%20of%20Vélez-Blanco.map
- This is basically how wikidata retrieves the geojson for a mapshape of P3896
- Fails on https://www.wikidata.org/wiki/Q123002533#P3896
What happens?:
- empty data attribute. all geojson is missing
What should have happened instead?:
the coordinates should have been in the json output.
Software version (skip for WMF-hosted wikis like Wikipedia):
Other information (browser name/version, screenshots, etc.):
First suspicion was that the validation rules do not allow for optional elevation (the third number in a coordinate pair in geojson).
When I removed the elevation information
https://commons.wikimedia.org/w/index.php?title=Data:Route_through_the_landscape_of_cultural_interest_of_Vélez-Blanco.map&oldid=815098976
The api call did report the correct jsondata temporarily. afterwards it flipped back to being without data.
Later testing
Every time I purge the Commons page, the jsondata is correct for 10 seconds and then returns to being empty. This is only when I make the request logged in, logged out, the contents stay the same. But it uses origin=*, so that should drop us to anonymous context, so it doesn't really make sense..
Confirmed this is definitely due to the 24 hour caching being applied by the jsondata endpoint and it seems that this doesn't implement purging correctly. The initial map has no data, and the report was made within 24 hour of that initial upload.