Le 17/12/2019 à 10:35, Vincent Bergeot a écrit :
Mais du coup ça crée plusieurs amenity=school pour une seule entité.
Si par exemple on fait une requête overpass (par exemple pour obtenir
les écoles du département et les afficher sur Umap) on ne risque pas
de se retrouver avec des doublons ?
oui et cela dépendra de la requête, du type d'écoles attendues.
school, school:FR, ...
[amenity=school][school:FR=élémentaire] ne renvoie normalement pas de
doublons dans le cas évoqué
Après avoir manipulé, lu toutes les interventions et autres docs, je
pense qu'il faut qu'il y ait qu'un seul amenity=school par école.
Une école = une direction d'école = une entité = un amenity=school
On a des écoles élémentaire, des écoles maternelles, et des écoles
primaires (mater+elem). Chacun de ces cas demande un seul
amenity=school, sinon ça fait des doublons sur les rendus et sur les
recherches de données.
Exemple avec Geodatamine :
https://geodatamine.fr/data/education/-85909?format=csv&aspoint=true
Dans l'état actuel des données OSM, le CSV généré renvoie davantage
d'école qu'il n'y en a en réalité (L'école Paul Martin apparaît
plusieurs fois, alors qu'il s'agit bien de la même école).
Je suppose que ce problème des doublons est identique pour tous les jeux
de données.
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
