En fait, je ne suis pas géomaticien et d'autres pourraient mieux
répondre que moi mais il existe des modules pour bases de données qui
fournissent des librairies de fonctions géographiques telles que "voir
si un point est à l'intérieur d'une zone". Mapnik utilise postGIS, le
module géospatial pour postgresql. Il est donc très facile d'obtenir
ce genre d'info pour un logiciel, à condition d'avoir ce type de bdd.
Or les données brutes d'OSM sont dans une base simple (mysql). Il faut
donc migrer les données géospatiales dans une nouvelle base organisée
différemment. C'est ce que fait le script osm2pqsql, dévellopé pour
mapnik mais qui peut servir à d'autres usages.
Pieren

2008/8/24 Charlie Echo <[EMAIL PROTECTED]>:
> Ok, bonnes réponses ; je les adopte.
> Pour les communes, je faisais ça jusqu'ici.
>
> Il reste à clarifier une chose : j'avais commencé à faire des communes avec 
> des "left / right", et je suis passé aux "relations", qui, au fond, sont plus 
> intelligentes. Or il y a eu un mail récemment sur ce sujet, qui préconnisait 
> les "left/right". Donc il faudrait clarifier cette situation, à mon avis. (en 
> fait, c'est plutôt une question : tolère-t-on deux systèmes ou bien faut-il 
> uniformiser ?)
>
> Reste la question "mathématique" de l'art et de la manière de savoir si un 
> point est DANS une zone. Il faudrait que je creuse ça...
>
> Merci pour vos éléments !
>
>
> ----- Mail Original -----
> De: "Pieren" <[EMAIL PROTECTED]>
> À: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
> Envoyé: Samedi 23 Août 2008 23:13:26 GMT +01:00 Amsterdam / Berlin / Berne / 
> Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Limites administratives ?
>
> 2008/8/23 Charlie Echo <[EMAIL PROTECTED]>:
>> mais je pense que deux villages d'une même commune peuvent avoir les mêmes 
>> noms de rues.
>
> Je ne crois pas. C'était le cas par le passé mais je connais un
> exemple concret où le nom d'une rue en double sur une "agglomération"
> comme tu dis, a été changé il y a 20 ans, parce qu'il y avait trop de
> problèmes d'erreurs d'adresses (routage poste, impôts, etc).
>
>>
>> Il faut donc que la rue soit identifiée de façon unique.
>> Deux possibilités :
>> - soit définir les noms de villages en même temps que les rues (Name=Rue de 
>> la Mairie ; City=Brie-Comte-Robert),
> aïe aïe, il y a le tag "is_in" qui a été créé dans cette idée là
>
>> soit précisément les limites des communes et des agglomérations.
>> - soit tracer la limite de la commune, et celle de l'agglomération ; puis il 
>> faudra qu'un logiciel prenne les rues les unes après les autres et cherche 
>> dans quelle zone elles sont, pour différentier les milliers de "rues de la 
>> mairie" en France.
>>
>
> Je crois que c'est la meilleure solution.
> Moi je distingue l'administratif (le tag boudary=administrative) avec
> comme unique source possible pour nous (pour l'instant, et encore,
> peut-être plus pour longtemps), le cadastre qui fixe les limites de la
> commune sur la planche "vue d'ensemble" par exemple.
> Et la limite physique avec un polygone fermé tagué landuse=residential
> et name=nom_de_la_ville quand c'est effectivement la zone
> résidentielle. Sinon landuse=industrial, commercial, etc... pour les
> autres types de zones.
> Il sera alors possible qu'à l'intérieur d'un polygone
> "boudary=administrative", il y ait plusieurs zones marquées en
> residential, une pour le village principal, et d'autres pour chaque
> lieu-dit important ou "sous-commune" rattachée (pour ceux-là, il
> m'arrive d'utiliser le tag place=suburb).
> Pour le cimetière, c'est un cas particulier. En fait, il y a eu des
> plaintes de gens qui trouvaient qu'utiliser landuse pour un cimetière
> était inapproprié. Heureusement, les renderers tiennent compte de ce
> cas particulier et le cimetière apparait normalement à l'intérieur
> d'un autre landuse même s'il n'y a pas de tag layer.
> Pieren
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à