[Talk-ca] Avoiding data redundancy

[Pierre Béland]

Bonjour James
C'est une excellente idée.  

J'ai corrigé les adresses au sud de Montréal ce qui permet maintenant de faire une recherche adresse. OSM Inspector (OSMI) est très utile aussi pour vérifier que les adresses sont codées correctement, identifier celles a corriger.  Il y a aussi une couchee OSMI dans JOSM. 

L'algorithme adresse de Nominatim cherche une rue à proximité avec exactement le même nom (attention minuscules, majuscules, espaces, tirets, accents etc) 
exemplenode adresseaddr:street=Avenue de Gentillyway=* a proximité
name=Avenue de Gentilly
voir http://tools.geofabrik.de/osmi/?lon=8.3902&lat=49.0094&zoom=15

Il serait aussi très important d'importer les polygones de limites administratives des municipalités. Pour le Québec, Ressources naturelles Canada offre maintenant ces données.
Mais attention, l'import de telles données doit être fait par des contributeurs expérimentés connaissant bien les relations de limites administratives. On devrait je pense démarrer une page wiki et ré-activer ce projet.
  
Pierre 


      De : James <james2432 at gmail.com>
 À : Talk-CA OpenStreetMap <talk-ca at openstreetmap.org> 
 Envoyé le : lundi 17 octobre 2016 12h31
 Objet : [Talk-ca] Avoiding data redundancy
   
I've been looking into data in Ottawa(this is one of many cities that do this) and a lot of addresses/buildings have "addr:city" and I even get "addr:province" and "addr:country". 

Seeing as there are boundary polygons for Ottawa, Ontario and Canada. I think to reduce data redundancy these should be removed. Of course I am not talking about villages like Kuujjuaq where there isn't a administrative border, but in cities that do have one.

What do you think?

_______________________________________________
Talk-ca mailing list
Talk-ca at openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20161017/9732c10d/attachment-0001.html>