Re: [Talk-ca] Avoiding data redundancy
Orleans is one where the postal address does not match the municipal one. Orleans I'd a figment of Canada Post's imagination. Cheerio John On 17 Oct 2016 3:03 pm, "Stewart C. Russell" wrote: > Hi Jamie, > > > Seeing as there are boundary polygons for Ottawa, Ontario and Canada. I > > think to reduce data redundancy these should be removed. > > I agree, but there are others who don't. I know that andrewpmk uses city > and province tags as progress markers. There's also the potential > utility where municipal addresses don't match postal ones (such as > Toronto ≠ Scarborough). > > cheers, > Stewart > > ___ > Talk-ca mailing list > Talk-ca@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-ca > ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Avoiding data redundancy
Hi Jamie, > Seeing as there are boundary polygons for Ottawa, Ontario and Canada. I > think to reduce data redundancy these should be removed. I agree, but there are others who don't. I know that andrewpmk uses city and province tags as progress markers. There's also the potential utility where municipal addresses don't match postal ones (such as Toronto ≠ Scarborough). cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Avoiding data redundancy
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 À : Talk-CA OpenStreetMap 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@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[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@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
