[Maps] EMS France Departments: City of Lyon not in any vector shape about ems-file-service HOT 6 CLOSED

Pinging @elastic/kibana-gis (Team:Geo)

from ems-file-service.

thanks @Chaferfu for pointing this!! indeed the area is missing because it's out of the department of Rhône. On the wikipedia page it has listed with the INSEE code 69M but that code is not showing in the official ISO listing, or the wikidata identifiers section. Still, there's a correct relationship with OSM data.

• Wikipedia: https://en.wikipedia.org/wiki/Lyon_Metropolis
• Wikidata: https://www.wikidata.org/wiki/Q16665897
• OSM relation: https://www.openstreetmap.org/relation/4850450#map=11/45.7486/4.8766

we'll take a look, thanks again for reporting!

from ems-file-service.

@nickpeihl should we add Q16665897 to the France Wikidata entry? Similarly, add to the region entry the identifiers? Both pages are protected so I can't edit them 😓

Another temporal solution (but I don't like it much) is to attach the geometry in the SPARQL query. Something like this.

...
} UNION {
  VALUES ?id { wd:Q16665897 }
  VALUES ?iso_3166_2 { "FR-69M" }
  VALUES ?insee { "69M" }
  OPTIONAL { ?id rdfs:label ?label_en . FILTER(LANG(?label_en) = "en") }
}
...

Let me know what you think.

from ems-file-service.

@jsanz I did a little more research into this and the best authoritative source I can find is here showing the Metropolis of Lyon within the Rhone department boundary. So I believe our map is incorrect.

The Auvergne-Rhône-Alpes region properties for Contains administrative division include Rhone and Metropolis of Lyon as separate entities which have boundaries that do not overlap.

There is another Wikidata item called departmental district of Rhone which appears to be the successor of Rhone. Rather than make a potentially controversial (and possibly inaccurate) change in Wikidata, I propose we modify the SPARQL query to swap the Wikidata IDs similar to how we do this with Taiwan in China provinces.

This is the query modified with my suggestion.

from ems-file-service.

Thanks for taking a look @nickpeihl, I've also checked

• Open Data from Eurogeographics
• GADM data for France

And in both sources, Lyon is part of the greater department so I will implement your suggested fix next week.

from ems-file-service.

@Chaferfu this issue was addressed at #137, we plan to release to production all changes in feature-layers over the following weeks, thanks for reporting this!

from ems-file-service.