You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For instance, the 1st arrondissement of Paris is only 2 square kilometers but has 1353 items with missing geocoordinates. Looking at the item usually tells where it can be found (example: statue at the Louvre museum) or can be looked up easily (examples: business, street, park, plaque).
Showing them in the list (after the items that already appear there) would make this list much more useful than now.
When the map has zero items, we could even show a toast hinting the user that the list may have more items.
Bonus benefit: Wikidata editors could then find such uploads and add coordinates using EXIF data.
Implementation
The first step is to find what administrative territorial entity the user currently is in.
Then in order to not make the map slower, getting items should be a separate SPARQL request, performed only when the user opens the list.
Such items should show ? instead of a distance.
Any app-configured SPARQL filter would not apply to these.
The text was updated successfully, but these errors were encountered:
Idea
A lot of items have a located in the administrative territorial entity but no latitude/longitude.
For instance, the 1st arrondissement of Paris is only 2 square kilometers but has 1353 items with missing geocoordinates. Looking at the item usually tells where it can be found (example: statue at the Louvre museum) or can be looked up easily (examples: business, street, park, plaque).
Showing them in the list (after the items that already appear there) would make this list much more useful than now.
When the map has zero items, we could even show a toast hinting the user that the list may have more items.
Bonus benefit: Wikidata editors could then find such uploads and add coordinates using EXIF data.
Implementation
The first step is to find what administrative territorial entity the user currently is in.
Then in order to not make the map slower, getting items should be a separate SPARQL request, performed only when the user opens the list.
Such items should show
?
instead of a distance.Any app-configured SPARQL filter would not apply to these.
The text was updated successfully, but these errors were encountered: