forum: [JOSM] Cr�ation de deux polygones adjacents

2011-09-13 Thread forum
Le message suivant :
##
Bonjour,



Globalement je réussi pas trop mal à me servir de JOSM... mais il y a toujours 
un truc tout bête sur lequel je galère inévitablement : la création de deux 
poygones/areas adjacents (donc avec au moins un côté commun).



J'ai certainement raté un truc... mais il parait qu'il n'y a pas de questions 
idiotes! :roll: 



Merci d'avance!

a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=7
Une réponse sur la liste directement n'est hélas pas transmise sur le forum, 
ce qui n'empeche pas une concertation avant réponse par email.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre.
--
Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org

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


Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend

2011-09-13 Thread Christian Quest
Encore un petit truc à signaler sur le nouvel analyseur de tags d'Osmose...
Le tag "brand" accepte en principe plusieurs valeurs par exemple chez
un concessionnaire automobile: brand=Saab;Kia;Mazda
Voir: http://wiki.openstreetmap.org/wiki/Tag:shop%3Dcar
Les exemples indiquent aussi que "service" et "operator" peuvent
contenir des valeurs multiples.


Autre défaut trouvé sur l'analyseur de piscines "Piscines avec natural=water"
Le lien "JOSM zone" charge bien la zone dans JOSM mais ne sélectionne
pas l'objet comme c'est le cas habituellement.


--
Christian

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


Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend

2011-09-13 Thread Frédéric Rodrigo
Le 13 septembre 2011 11:54, Christian Quest
 a écrit :
> Encore un petit truc à signaler sur le nouvel analyseur de tags d'Osmose...
> Le tag "brand" accepte en principe plusieurs valeurs par exemple chez
> un concessionnaire automobile: brand=Saab;Kia;Mazda
> Voir: http://wiki.openstreetmap.org/wiki/Tag:shop%3Dcar
> Les exemples indiquent aussi que "service" et "operator" peuvent
> contenir des valeurs multiples.

Ok, je vais prendre ça en compte.

> Autre défaut trouvé sur l'analyseur de piscines "Piscines avec natural=water"
> Le lien "JOSM zone" charge bien la zone dans JOSM mais ne sélectionne
> pas l'objet comme c'est le cas habituellement.

C'est normal. L'analyseur ne détecté pas les piscines une par une en
natural=water mais un ensemble de piscines. Il faut noter le "s" à
Piscines ;). En gros lors qu'il y a ça dans la commune c'est que
l'import du cadastre a été fait de façon un peu trop légère. Il faut
vérifier toute la commune.

Fred

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


Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend

2011-09-13 Thread Christian Quest
Le 13 septembre 2011 12:04, Frédéric Rodrigo  a écrit :
> Le 13 septembre 2011 11:54, Christian Quest
>  a écrit :
>> Autre défaut trouvé sur l'analyseur de piscines "Piscines avec natural=water"
>> Le lien "JOSM zone" charge bien la zone dans JOSM mais ne sélectionne
>> pas l'objet comme c'est le cas habituellement.
>
> C'est normal. L'analyseur ne détecté pas les piscines une par une en
> natural=water mais un ensemble de piscines. Il faut noter le "s" à
> Piscines ;). En gros lors qu'il y a ça dans la commune c'est que
> l'import du cadastre a été fait de façon un peu trop légère. Il faut
> vérifier toute la commune.
>

Je comprends la nuance, je n'avais effectivement pas vu le 's'.
C'est un peu déroutant par rapport au fonctionnement habituel d'osmose.
Est-ce compliqué de signaler les piscines une à une comme pour les
bâtiments chevauchants et les autres erreurs ?

-- 
Christian

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


[OSM-talk-fr] admin_level = 9

2011-09-13 Thread Aurélien FILEZ
Bonjour la liste !

Je voudrais savoir s'il y avait une raison pour que les "admin_level = 9" ne
soit présent qu'à Paris, Lyon et Marseille ?

Merci à vous,
Kin
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend

2011-09-13 Thread Frédéric Rodrigo
Le 13 septembre 2011 13:55, Christian Quest
 a écrit :
> Le 13 septembre 2011 12:04, Frédéric Rodrigo  a écrit 
> :
>> Le 13 septembre 2011 11:54, Christian Quest
>>  a écrit :
>>> Autre défaut trouvé sur l'analyseur de piscines "Piscines avec 
>>> natural=water"
>>> Le lien "JOSM zone" charge bien la zone dans JOSM mais ne sélectionne
>>> pas l'objet comme c'est le cas habituellement.
>>
>> C'est normal. L'analyseur ne détecté pas les piscines une par une en
>> natural=water mais un ensemble de piscines. Il faut noter le "s" à
>> Piscines ;). En gros lors qu'il y a ça dans la commune c'est que
>> l'import du cadastre a été fait de façon un peu trop légère. Il faut
>> vérifier toute la commune.
>>
>
> Je comprends la nuance, je n'avais effectivement pas vu le 's'.
> C'est un peu déroutant par rapport au fonctionnement habituel d'osmose.
> Est-ce compliqué de signaler les piscines une à une comme pour les
> bâtiments chevauchants et les autres erreurs ?

Ce n'est pas facile et je n'y suis pas arrivé. L'analyseur utilise
l'effet de masse pour les identifier. Il n'est pas capable de trouver
des piscines isolées.

Ce choix a été fait car il y a soit trop de faux positifs, soit trop
de faut négatifs si l'on veut identifier les piscines une à une. Au
final c'est donc au contributeur de retrouver ce qui est vraiment des
piscines ;)

Il s'agit en fait de zones de ce type :
http://osm3.crans.org/~frederic/piscine/piscine.html?zoom=10&lat=41.87332&lon=9.11215&layers=BFFT
(carte de test avec message d'erreurs et disponible uniquement en
Corse)
Pour chaque zone un seul point est remonté dans Osmose.

Fred

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Vincent de Chateau-Thierry
Bonjour,

> De : "Aurélien FILEZ" 
> 
> Je voudrais savoir s'il y avait une raison pour que les "admin_level = 9" ne
> soit présent qu'à Paris, Lyon et Marseille ?
> 

La raison : on a réservé ce niveau pour les arrondissements municipaux, qui
n'existent que dans ces 3 villes (voir ce message [1] et la suite).
Par opposition à un quartier de ville lambda, ces découpages ont un code INSEE 
propre,
comme pour les entités en admin_level=8.
Le tableau de synthèse est ici :
http://wiki.openstreetmap.org/wiki/Admin_level

vincent

[1] : 
http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026880.html

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Aurélien FILEZ
D'accord je vois,

Car je cherche à obtenir les différents polygones d'une ville définissant
les différents code postaux.

Est-ce que je dois me baser sur la notion de "quartiers" (admin_level = 10)
ou ça n'a rien à voire avec les codes postaux ?

Kin

2011/9/13 Vincent de Chateau-Thierry 

> Bonjour,
>
> > De : "Aurélien FILEZ"
> >
> > Je voudrais savoir s'il y avait une raison pour que les "admin_level = 9"
> ne
> > soit présent qu'à Paris, Lyon et Marseille ?
> >
>
> La raison : on a réservé ce niveau pour les arrondissements municipaux, qui
> n'existent que dans ces 3 villes (voir ce message [1] et la suite).
> Par opposition à un quartier de ville lambda, ces découpages ont un code
> INSEE propre,
> comme pour les entités en admin_level=8.
> Le tableau de synthèse est ici :
> http://wiki.openstreetmap.org/wiki/Admin_level
>
> vincent
>
> [1] :
> http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026880.html
>
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous
> tente ?
> Je crée ma boîte mail www.laposte.net
>
> ___
> 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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread julien

On Tue, 13 Sep 2011 16:21:14 +0200, Aurélien FILEZ wrote:

D'accord je vois,

Car je cherche à obtenir les différents polygones d'une ville
définissant les différents code postaux.

Est-ce que je dois me baser sur la notion de "quartiers" (admin_level
= 10) ou ça n'a rien à voire avec les codes postaux ?


ca n'a rien a voir ;)

une commune peut avoir plusieurs codes postaux
et
un même code postal peut recouvrir plusieurs communes

http://fr.wikipedia.org/wiki/Code_postal_en_France

--
JB

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


Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend

2011-09-13 Thread Christian Quest
Le 13 septembre 2011 14:14, Frédéric Rodrigo  a écrit :
> Le 13 septembre 2011 13:55, Christian Quest
>  a écrit :
>> Est-ce compliqué de signaler les piscines une à une comme pour les
>> bâtiments chevauchants et les autres erreurs ?
>
> Ce n'est pas facile et je n'y suis pas arrivé. L'analyseur utilise
> l'effet de masse pour les identifier. Il n'est pas capable de trouver
> des piscines isolées.
>
> Ce choix a été fait car il y a soit trop de faux positifs, soit trop
> de faut négatifs si l'on veut identifier les piscines une à une. Au
> final c'est donc au contributeur de retrouver ce qui est vraiment des
> piscines ;)
>
> Il s'agit en fait de zones de ce type :
> http://osm3.crans.org/~frederic/piscine/piscine.html?zoom=10&lat=41.87332&lon=9.11215&layers=BFFT
> (carte de test avec message d'erreurs et disponible uniquement en
> Corse)
> Pour chaque zone un seul point est remonté dans Osmose.
>
> Fred
>


Quelle est la logique de détection de ces piscines ?
J'imaginais quelque chose se basant sur la surface, voire la proximité
avec un bâtiment ou recouverte par un landuse=residential


Une autre idée que j'ai eu en faisant des séries de corrections à
partir des erreurs signalées par Osmose: ne serait-il pas possible
d'avoir un bouton "Appliquer la correction" pour les erreurs ou une
suggestion de correction est proposée ? Je pense par exemple aux
erreurs de toponymie (manque une majuscule, etc).
On pourrait ainsi valider les suggestions de correction plus
facilement (et rapidement).

-- 
Christian

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Vincent de Chateau-Thierry

> De : jul...@krilin.org
> On Tue, 13 Sep 2011 16:21:14 +0200, Aurélien FILEZ wrote:
> > D'accord je vois,
> >
> > Car je cherche à obtenir les différents polygones d'une ville
> > définissant les différents code postaux.
> >
> > Est-ce que je dois me baser sur la notion de "quartiers" (admin_level
> > = 10) ou ça n'a rien à voire avec les codes postaux ?
> 
> ca n'a rien a voir ;)
> 
> une commune peut avoir plusieurs codes postaux
> et
> un même code postal peut recouvrir plusieurs communes
> 
> http://fr.wikipedia.org/wiki/Code_postal_en_France
> 

Si tu veux définir des zones postales, en France, le plus simple reste de 
récupérer les 
polygones de limites administratives en admin_level=8 et admin_level=9 dotés du 
tag
addr:postcode ou postal_code, et de les agréger par valeur de code postal a 
posteriori.
Les codes postaux affectés à des quartiers en admin_level=10, tels que La 
Varene-Saint-
Hilaire à Saint-Maur-des-Fossés, ne sont pas définis dans la base actuellement. 
Mais rien
n'empêche.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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


Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend

2011-09-13 Thread Frédéric Rodrigo
Le 13 septembre 2011 16:47, Christian Quest
 a écrit :
> Le 13 septembre 2011 14:14, Frédéric Rodrigo  a écrit 
> :
>> Le 13 septembre 2011 13:55, Christian Quest
>>  a écrit :
>>> Est-ce compliqué de signaler les piscines une à une comme pour les
>>> bâtiments chevauchants et les autres erreurs ?
>>
>> Ce n'est pas facile et je n'y suis pas arrivé. L'analyseur utilise
>> l'effet de masse pour les identifier. Il n'est pas capable de trouver
>> des piscines isolées.
>>
>> Ce choix a été fait car il y a soit trop de faux positifs, soit trop
>> de faut négatifs si l'on veut identifier les piscines une à une. Au
>> final c'est donc au contributeur de retrouver ce qui est vraiment des
>> piscines ;)
>>
>> Il s'agit en fait de zones de ce type :
>> http://osm3.crans.org/~frederic/piscine/piscine.html?zoom=10&lat=41.87332&lon=9.11215&layers=BFFT
>> (carte de test avec message d'erreurs et disponible uniquement en
>> Corse)
>> Pour chaque zone un seul point est remonté dans Osmose.
>>
>> Fred
>>
>
>
> Quelle est la logique de détection de ces piscines ?
> J'imaginais quelque chose se basant sur la surface, voire la proximité
> avec un bâtiment ou recouverte par un landuse=residential

La logique est là :
https://gitorious.org/osmose/backend/blobs/master/analyser_osmosis_natural_swimming-pool.py
Il suffit de regarder sql10.
En gros on prend les natural=water qui sont des polygones à quatre
cotées importés depuis le cadastre dont l'aire est inférieur à une
constante. Puis on dilate ces zones jusqu'à une certaine taille.
Ensuite on fait une sélection sur l'aire des dilations. Les zones
proches vont fusionner leurs zones de dilations et créer des clusters
qui vont passer ce dernier filtre. Une zone isolé ne va pas passer le
filtre.
Le nombre de coté et l'aire limite ont été déterminé par statistique
sur les piscines correctement tagué dans la base.

Le problème de travailler avec les bâtiments et les zones
résidentielles c'est que c'est très lourd. Ça avait été ma première
approche, mais aussi un échec.


> Une autre idée que j'ai eu en faisant des séries de corrections à
> partir des erreurs signalées par Osmose: ne serait-il pas possible
> d'avoir un bouton "Appliquer la correction" pour les erreurs ou une
> suggestion de correction est proposée ? Je pense par exemple aux
> erreurs de toponymie (manque une majuscule, etc).
> On pourrait ainsi valider les suggestions de correction plus
> facilement (et rapidement).

Intéressant, mais il ne faudrait pas que l'utilisateur devienne un bot
à appliquer des modifs. Il ne faudrait peut être pas proposer cette
option partout où c'est faisable.

Fred

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Aurélien FILEZ
Merci pour cet éclairage.

Car j'ai fait une fonction de géocodage et au préalable, je positionne les
villes et les codes postaux dans mes adresses récupérée, en me basant sur
les polygones des admin_level = 8.

Mais du coup, quand on cherche une rue sur 31500 Toulouse, l'adresse la plus
crédible renvoyée est sur 31000 Toulouse, et elle se voit attribuer une
"note de crédibilité" dégradée alors qu'à la base, elle est exacte.

Ce serait bien d'avoir ces divisions dans OSM.

Si quelqu'un sait où on peut trouver ça ailleurs, minimum pour la France, ça
serait sympa :)
Kin

2011/9/13 Vincent de Chateau-Thierry 

>
> > De : jul...@krilin.org
> > On Tue, 13 Sep 2011 16:21:14 +0200, Aurélien FILEZ wrote:
> > > D'accord je vois,
> > >
> > > Car je cherche à obtenir les différents polygones d'une ville
> > > définissant les différents code postaux.
> > >
> > > Est-ce que je dois me baser sur la notion de "quartiers" (admin_level
> > > = 10) ou ça n'a rien à voire avec les codes postaux ?
> >
> > ca n'a rien a voir ;)
> >
> > une commune peut avoir plusieurs codes postaux
> > et
> > un même code postal peut recouvrir plusieurs communes
> >
> > http://fr.wikipedia.org/wiki/Code_postal_en_France
> >
>
> Si tu veux définir des zones postales, en France, le plus simple reste de
> récupérer les
> polygones de limites administratives en admin_level=8 et admin_level=9
> dotés du tag
> addr:postcode ou postal_code, et de les agréger par valeur de code postal a
> posteriori.
> Les codes postaux affectés à des quartiers en admin_level=10, tels que La
> Varene-Saint-
> Hilaire à Saint-Maur-des-Fossés, ne sont pas définis dans la base
> actuellement. Mais rien
> n'empêche.
>
> vincent
>
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous
> tente ?
> Je crée ma boîte mail www.laposte.net
>
> ___
> 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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread sly (sylvain letuffe)

> Car je cherche à obtenir les différents polygones d'une ville définissant
> les différents code postaux.

Aïe ;-)
 
> Est-ce que je dois me baser sur la notion de "quartiers" (admin_level = 10)
> ou ça n'a rien à voire avec les codes postaux ?

La notion de "surface postale" avait un temps été évoquée, cependant cette 
information est très lié à la Poste en France et pas toujours bien 
disponible, donc assez difficile à construire.

En outre, il me semble que dans la majorité des cas (90% ? 95% ? 99% ? je ne 
sais pas) la bijection une commune = 1 code postal est respectée, ce qui me 
semble suffisant pour mériter qu'elle soit la base du système, reste à gérer 
les nombreuses exceptions.

Pour ces exceptions, je pense qu'une règle algorithmique comme suit me semble 
un bon point de départ, mais c'est à débattre :

Le code postale d'un bâtiment à pour valeur celui de la commune dans laquelle 
il se trouve, sauf s'il existe un polygone administratif 
(boundary=administrative) entièrement contenu dans la commune et ayant un tag  
addr:postcode ou s'il porte directement un code postal.

En gros : plus c'est petit, plus ça a raison


-- 
sly
qui suis-je : http://sly.letuffe.org

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Nicolas Dumoulin
> récupérer les polygones de limites administratives en admin_level=8 et
> admin_level=9 dotés du tag addr:postcode ou postal_code, et de les agréger
> par valeur de code postal a posteriori. Les codes postaux affectés à des
> quartiers en admin_level=10, tels que La Varene-Saint- Hilaire à
> Saint-Maur-des-Fossés, ne sont pas définis dans la base actuellement. Mais
> rien n'empêche.

Bonjour,

Tiens, je viens justement de m'intéresser au sujet. Je cherchais une carte des 
codes postaux de mon coin pour faciliter la recherche d'annonces immobilières 
sur un site de petites annonces bien connu (bien que sans cartes, pas libre, 
toussa …).
J'ai donc profiter de l'occasion pour mettre à jour les codes postaux 
manquants, et j'ai généré mes tuiles. Tiens, il faut que je les mettent en 
ligne avec le script pour donner un aperçu (c'est limité à mon coin), même si 
c'est fait à l'arrache. C'est très pratique :-)

Par contre, la règle admin_level=8 -> 1 code postal n'est pas tout à fait 
juste. Par exemple, à Clermont-Ferrand, il y a deux codes postaux, 63000 et 
63100, et j'imagine qu'il y a d'autres villes dans la même situation. Je dis 
ça, je n'ai pas plus creusé que ça la question. Je suis intéressé par d'autres 
infos …

Bonne soirée

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Pieren
2011/9/13 sly (sylvain letuffe) :
> Le code postale d'un bâtiment à pour valeur celui de la commune dans laquelle
> il se trouve, sauf s'il existe un polygone administratif
> (boundary=administrative) entièrement contenu dans la commune et ayant un tag
> addr:postcode ou s'il porte directement un code postal.
>
> En gros : plus c'est petit, plus ça a raison

Ca ne peut fonctionner que si les découpages administratifs supérieurs
à 8 (arrondissements, quartiers) correspondent aussi aux découpages
postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres
villes qui ont plusieurs codes postaux ?

Pieren

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


[OSM-talk-fr] Josm : type de relation inconnu

2011-09-13 Thread Agnès Rambaud

Bonjour,

Je me mets aux bus et lignes de bus... En commençant par les arrêts de 
bus. Enfin, 1 premier arrêt de bus ;-)


J'ai créé un arrêt (un noeud) et un quai pour les passagers en attente 
(area), comme vu ici : 
http://wiki.openstreetmap.org/wiki/FR:Key:public_transport
Puis j'ai créé - avec josm - une relation où j'ai mis comme membres 
l'arrêt et le quai.


Pourtant, JOSM râle en me disant que le type de relation est inconnu. 
Sauf que j'arrive pas à piger pourquoi...


Ça se passe ici : 
http://www.openstreetmap.org/?lat=45.342063&lon=5.974255&zoom=18&layers=M


Si quelqu'un pouvait m'expliquer...

Agnès



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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread sly (sylvain letuffe)
On mardi 13 septembre 2011, Pieren wrote:
> > En gros : plus c'est petit, plus ça a raison
> 
> Ca ne peut fonctionner que si les découpages administratifs supérieurs
> à 8 (arrondissements, quartiers) correspondent aussi aux découpages
> postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres
> villes qui ont plusieurs codes postaux ?

Alors ça, j'ai bien peur qu'il se trouvera toujours des cas tordus où ça ne 
marchera pas.
Et il me semble me souvenir que quelqu'un avait cité des exemples ou les codes 
postaux étaient différents sans qu'aucun polygone administratif ne les 
différencient.
De sorte que l'on peut déduire de ça que la Poste dispose (bien caché ?) de 
polygones internes uniquement liés à la manière dont elle gère la 
distribution du courrier et qui n'ont d'utilité que pour indiquer des codes 
postaux différents.

Les questions à deux balles étant : avons nous l'espoir d'arriver à 
reconstituer ces polygones, est-ce intéressant de le faire dans osm, 
sera-t-il possible de les maintenir à jour, les contributeurs ont il le 
courage de le faire et les bactéries ont elle une âme ?


-- 
sly
qui suis-je : http://sly.letuffe.org

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Nicolas Moyroud


  
  

Le 13/09/2011 17:25, sly (sylvain letuffe) a écrit :
En gros : plus c'est petit, plus ça a raison

Excellente cette phrase, en plus elle résume bien le problème. Mais
sortie de son contexte, elle ferait le malheur des chirurgiens
esthétiques !  ;-) 
Désolé...  :-[ 
  


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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread JonathanMM
Le 13/09/2011 17:54, sly (sylvain letuffe) a écrit :
>
> Les questions à deux balles étant : avons nous l'espoir d'arriver à 
> reconstituer ces polygones, est-ce intéressant de le faire dans osm, 
> sera-t-il possible de les maintenir à jour, les contributeurs ont il le 
> courage de le faire et les bactéries ont elle une âme ?
J'aimerais rajouter une autre question : Quelqu'un a-t-il déjà essayé de
contacter La Poste pour demander les dis polygones ?
JonathanMM

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Mikaël Cordon
J’ajouterais une méfiance : il arrive que les codes postaux ne correspondent 
pas aux limites administratives… Il existe des communes dans la Vienne (86) 
ayant un code postal commençant par 37 (Indre et Loire) pour des raisons de 
proximité de centre de tri (ceci est sûrement valable ailleurs que dans la 
Vienne).

Par exemple : la commune de Buxeuil [1] se trouvant géographiquement dans la 
Vienne (86) a pour code INSEE 86042, et pour code postal 37160 (37 — Indre et 
Loire).

[1] http://www.openstreetmap.org/?lat=46.97105&lon=0.69518&zoom=16&layers=M

Il existe des bizarreries (probablement d’ordre historique et qui perdurent) 
qui pourraient mettre le « wise » dans nos théories bien carrées :)

Le mardi 13 septembre 2011 17:36:09, Pieren a écrit :
> 2011/9/13 sly (sylvain letuffe) :
> > Le code postale d'un bâtiment à pour valeur celui de la commune dans
> > laquelle il se trouve, sauf s'il existe un polygone administratif
> > (boundary=administrative) entièrement contenu dans la commune et ayant un
> > tag addr:postcode ou s'il porte directement un code postal.
> > 
> > En gros : plus c'est petit, plus ça a raison
> 
> Ca ne peut fonctionner que si les découpages administratifs supérieurs
> à 8 (arrondissements, quartiers) correspondent aussi aux découpages
> postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres
> villes qui ont plusieurs codes postaux ?
> 
> Pieren
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

Cordialement,
-- 
Mikaël Cordon

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


Re: [OSM-talk-fr] admin_level = 9 [HS total]

2011-09-13 Thread sly (sylvain letuffe)
On mardi 13 septembre 2011, Nicolas Moyroud wrote:
>  Le 13/09/2011 17:25, sly (sylvain letuffe) a écrit : 
> En gros : plus c'est petit, plus ça a raison
> elle ferait le malheur des chirurgiens esthétiques !  ;-) 

??? je ne savais pas que les chirurgiens esthétiques étaient tous grands
ou alors tu opposes petits à gros ?
ou alors j'ai rien compris, et j'aime pas passer à coté des blagues ;-)

-- 
sly
qui suis-je : http://sly.letuffe.org

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Ab_fab
Bonjour,

En effet, on trouve une liste de ce genre de bizarreries ici :
http://fr.wikipedia.org/wiki/Liste_des_communes_fran%C3%A7aises_dont_le_code_postal_ne_correspond_pas_au_d%C3%A9partement

Est-elle exhaustive, that is the question

Le 13 septembre 2011 18:09, Mikaël Cordon  a écrit
:

> J’ajouterais une méfiance : il arrive que les codes postaux ne
> correspondent
> pas aux limites administratives… Il existe des communes dans la Vienne (86)
> ayant un code postal commençant par 37 (Indre et Loire) pour des raisons de
> proximité de centre de tri (ceci est sûrement valable ailleurs que dans la
> Vienne).
>
> Par exemple : la commune de Buxeuil [1] se trouvant géographiquement dans
> la
> Vienne (86) a pour code INSEE 86042, et pour code postal 37160 (37 — Indre
> et
> Loire).
>
> [1]
> http://www.openstreetmap.org/?lat=46.97105&lon=0.69518&zoom=16&layers=M
>
> Il existe des bizarreries (probablement d’ordre historique et qui
> perdurent)
> qui pourraient mettre le « wise » dans nos théories bien carrées :)
>
> Le mardi 13 septembre 2011 17:36:09, Pieren a écrit :
>  > 2011/9/13 sly (sylvain letuffe) :
> > > Le code postale d'un bâtiment à pour valeur celui de la commune dans
> > > laquelle il se trouve, sauf s'il existe un polygone administratif
> > > (boundary=administrative) entièrement contenu dans la commune et ayant
> un
> > > tag addr:postcode ou s'il porte directement un code postal.
> > >
> > > En gros : plus c'est petit, plus ça a raison
> >
> > Ca ne peut fonctionner que si les découpages administratifs supérieurs
> > à 8 (arrondissements, quartiers) correspondent aussi aux découpages
> > postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres
> > villes qui ont plusieurs codes postaux ?
> >
> > Pieren
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
> Cordialement,
> --
> Mikaël Cordon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Aurélien FILEZ
Mais est-ce que le cas est spécifié, par exemple pour les adresses aux USA ?
Vu que c'est indépendant des boundary administrative (en France du moins),
est-ce qu'il y a un concept de je sais pas, boundary postal ou quelque chose
?

Car sinon il faudrait peut-être commencer par s'intéresser à "où et comment
placer ces données".

Ensuite, ça me paraît important de les avoir dans la mesure où cette
information fait parti intégrante de la caractérisation d'une adresse, et
sans ça.. ça limite les possibilités d'exploitation des données OSM, ce qui
serait dommage.

2011/9/13 Mikaël Cordon 

> J’ajouterais une méfiance : il arrive que les codes postaux ne
> correspondent
> pas aux limites administratives… Il existe des communes dans la Vienne (86)
> ayant un code postal commençant par 37 (Indre et Loire) pour des raisons de
> proximité de centre de tri (ceci est sûrement valable ailleurs que dans la
> Vienne).
>
> Par exemple : la commune de Buxeuil [1] se trouvant géographiquement dans
> la
> Vienne (86) a pour code INSEE 86042, et pour code postal 37160 (37 — Indre
> et
> Loire).
>
> [1]
> http://www.openstreetmap.org/?lat=46.97105&lon=0.69518&zoom=16&layers=M
>
> Il existe des bizarreries (probablement d’ordre historique et qui
> perdurent)
> qui pourraient mettre le « wise » dans nos théories bien carrées :)
>
> Le mardi 13 septembre 2011 17:36:09, Pieren a écrit :
> > 2011/9/13 sly (sylvain letuffe) :
> > > Le code postale d'un bâtiment à pour valeur celui de la commune dans
> > > laquelle il se trouve, sauf s'il existe un polygone administratif
> > > (boundary=administrative) entièrement contenu dans la commune et ayant
> un
> > > tag addr:postcode ou s'il porte directement un code postal.
> > >
> > > En gros : plus c'est petit, plus ça a raison
> >
> > Ca ne peut fonctionner que si les découpages administratifs supérieurs
> > à 8 (arrondissements, quartiers) correspondent aussi aux découpages
> > postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres
> > villes qui ont plusieurs codes postaux ?
> >
> > Pieren
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
> Cordialement,
> --
> Mikaël Cordon
>
> ___
> 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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Aurélien FILEZ
Je pense qu'il ne faut pas faire de relation entre les codes postaux et les
limites administratives, vu que comme dit plus haut, ça n'a rien à voire.

Aussi, dans le département 59, qu'une ville ait un code 59XXX ou 62XXX, ça
change quoi concrètement ?

2011/9/13 Ab_fab 

> Bonjour,
>
> En effet, on trouve une liste de ce genre de bizarreries ici :
>
> http://fr.wikipedia.org/wiki/Liste_des_communes_fran%C3%A7aises_dont_le_code_postal_ne_correspond_pas_au_d%C3%A9partement
>
> Est-elle exhaustive, that is the question
>
> Le 13 septembre 2011 18:09, Mikaël Cordon  a
> écrit :
>
>> J’ajouterais une méfiance : il arrive que les codes postaux ne
>> correspondent
>> pas aux limites administratives… Il existe des communes dans la Vienne
>> (86)
>> ayant un code postal commençant par 37 (Indre et Loire) pour des raisons
>> de
>> proximité de centre de tri (ceci est sûrement valable ailleurs que dans la
>> Vienne).
>>
>> Par exemple : la commune de Buxeuil [1] se trouvant géographiquement dans
>> la
>> Vienne (86) a pour code INSEE 86042, et pour code postal 37160 (37 — Indre
>> et
>> Loire).
>>
>> [1]
>> http://www.openstreetmap.org/?lat=46.97105&lon=0.69518&zoom=16&layers=M
>>
>> Il existe des bizarreries (probablement d’ordre historique et qui
>> perdurent)
>> qui pourraient mettre le « wise » dans nos théories bien carrées :)
>>
>> Le mardi 13 septembre 2011 17:36:09, Pieren a écrit :
>>  > 2011/9/13 sly (sylvain letuffe) :
>> > > Le code postale d'un bâtiment à pour valeur celui de la commune dans
>> > > laquelle il se trouve, sauf s'il existe un polygone administratif
>> > > (boundary=administrative) entièrement contenu dans la commune et ayant
>> un
>> > > tag addr:postcode ou s'il porte directement un code postal.
>> > >
>> > > En gros : plus c'est petit, plus ça a raison
>> >
>> > Ca ne peut fonctionner que si les découpages administratifs supérieurs
>> > à 8 (arrondissements, quartiers) correspondent aussi aux découpages
>> > postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres
>> > villes qui ont plusieurs codes postaux ?
>> >
>> > Pieren
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> Cordialement,
>> --
>> Mikaël Cordon
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> 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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread JonathanMM
Le 13/09/2011 18:25, Aurélien FILEZ a écrit :
> Je pense qu'il ne faut pas faire de relation entre les codes postaux
> et les limites administratives, vu que comme dit plus haut, ça n'a
> rien à voire.
>
> Aussi, dans le département 59, qu'une ville ait un code 59XXX ou
> 62XXX, ça change quoi concrètement ?
Ça peut induire les gens en erreur dans le 2ème cas :)
JonathanMM
>
> 2011/9/13 Ab_fab mailto:gamma@gmail.com>>
>
> Bonjour,
>  
> En effet, on trouve une liste de ce genre de bizarreries ici :
> 
> http://fr.wikipedia.org/wiki/Liste_des_communes_fran%C3%A7aises_dont_le_code_postal_ne_correspond_pas_au_d%C3%A9partement
>
> Est-elle exhaustive, that is the question
>  
> Le 13 septembre 2011 18:09, Mikaël Cordon  > a écrit :
>
> J’ajouterais une méfiance : il arrive que les codes postaux ne
> correspondent
> pas aux limites administratives… Il existe des communes dans
> la Vienne (86)
> ayant un code postal commençant par 37 (Indre et Loire) pour
> des raisons de
> proximité de centre de tri (ceci est sûrement valable ailleurs
> que dans la
> Vienne).
>
> Par exemple : la commune de Buxeuil [1] se trouvant
> géographiquement dans la
> Vienne (86) a pour code INSEE 86042, et pour code postal 37160
> (37 — Indre et
> Loire).
>
> [1]
> 
> http://www.openstreetmap.org/?lat=46.97105&lon=0.69518&zoom=16&layers=M
> 
> 
>
> Il existe des bizarreries (probablement d’ordre historique et
> qui perdurent)
> qui pourraient mettre le « wise » dans nos théories bien
> carrées :)
>
> Le mardi 13 septembre 2011 17:36:09, Pieren a écrit :
> > 2011/9/13 sly (sylvain letuffe)  >:
> > > Le code postale d'un bâtiment à pour valeur celui de la
> commune dans
> > > laquelle il se trouve, sauf s'il existe un polygone
> administratif
> > > (boundary=administrative) entièrement contenu dans la
> commune et ayant un
> > > tag addr:postcode ou s'il porte directement un code postal.
> > >
> > > En gros : plus c'est petit, plus ça a raison
> >
> > Ca ne peut fonctionner que si les découpages administratifs
> supérieurs
> > à 8 (arrondissements, quartiers) correspondent aussi aux
> découpages
> > postaux. C'est le cas sur Paris, mais est-ce le cas dans les
> autres
> > villes qui ont plusieurs codes postaux ?
> >
> > Pieren
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
> Cordialement,
> --
> Mikaël Cordon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> -- 
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> 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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Aurélien FILEZ
Oui mais bon.. l'erreur en serait humaine et non informatique

2011/9/13 JonathanMM 

> **
> Le 13/09/2011 18:25, Aurélien FILEZ a écrit :
>
> Je pense qu'il ne faut pas faire de relation entre les codes postaux et les
> limites administratives, vu que comme dit plus haut, ça n'a rien à voire.
>
> Aussi, dans le département 59, qu'une ville ait un code 59XXX ou 62XXX, ça
> change quoi concrètement ?
>
> Ça peut induire les gens en erreur dans le 2ème cas :)
> JonathanMM
>
>
> 2011/9/13 Ab_fab 
>
>> Bonjour,
>>
>> En effet, on trouve une liste de ce genre de bizarreries ici :
>>
>> http://fr.wikipedia.org/wiki/Liste_des_communes_fran%C3%A7aises_dont_le_code_postal_ne_correspond_pas_au_d%C3%A9partement
>>
>> Est-elle exhaustive, that is the question
>>
>> Le 13 septembre 2011 18:09, Mikaël Cordon  a
>> écrit :
>>
>>> J’ajouterais une méfiance : il arrive que les codes postaux ne
>>> correspondent
>>> pas aux limites administratives… Il existe des communes dans la Vienne
>>> (86)
>>> ayant un code postal commençant par 37 (Indre et Loire) pour des raisons
>>> de
>>> proximité de centre de tri (ceci est sûrement valable ailleurs que dans
>>> la
>>> Vienne).
>>>
>>> Par exemple : la commune de Buxeuil [1] se trouvant géographiquement dans
>>> la
>>> Vienne (86) a pour code INSEE 86042, et pour code postal 37160 (37 —
>>> Indre et
>>> Loire).
>>>
>>> [1]
>>> http://www.openstreetmap.org/?lat=46.97105&lon=0.69518&zoom=16&layers=M
>>>
>>> Il existe des bizarreries (probablement d’ordre historique et qui
>>> perdurent)
>>> qui pourraient mettre le « wise » dans nos théories bien carrées :)
>>>
>>> Le mardi 13 septembre 2011 17:36:09, Pieren a écrit :
>>>  > 2011/9/13 sly (sylvain letuffe) :
>>> > > Le code postale d'un bâtiment à pour valeur celui de la commune dans
>>> > > laquelle il se trouve, sauf s'il existe un polygone administratif
>>> > > (boundary=administrative) entièrement contenu dans la commune et
>>> ayant un
>>> > > tag addr:postcode ou s'il porte directement un code postal.
>>> > >
>>> > > En gros : plus c'est petit, plus ça a raison
>>> >
>>> > Ca ne peut fonctionner que si les découpages administratifs supérieurs
>>> > à 8 (arrondissements, quartiers) correspondent aussi aux découpages
>>> > postaux. C'est le cas sur Paris, mais est-ce le cas dans les autres
>>> > villes qui ont plusieurs codes postaux ?
>>> >
>>> > Pieren
>>> >
>>> > ___
>>> > Talk-fr mailing list
>>> > Talk-fr@openstreetmap.org
>>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>  Cordialement,
>>> --
>>> Mikaël Cordon
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> ab_fab 
>> "Il n'y a pas de pas perdus"
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttp://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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread sly (sylvain letuffe)
On mardi 13 septembre 2011, Aurélien FILEZ wrote:
> Je pense qu'il ne faut pas faire de relation entre les codes postaux et les
> limites administratives, vu que comme dit plus haut, ça n'a rien à voire.

Moi je pense que si, car ce qui a été dis plus haut est en partie faux.
Ça n'est certes pas valable tout le temps (il existe des contre exemples) mais 
j'ai l'impression que c'est une grande majorité des cas. Le cadastre indique 
d'ailleurs le code postal en même temps que le code INSEE des communes, il y 
a donc un lien, mais il y'a des exceptions, à nous de les traiter (ou pas du 
tout).

Après, franchement, si c'est pour importer des pack de polygones postaux que 
nous n'aurions aucun intérêt à toucher et se retrouver avec un super tag :
"hé-ho-pas-touche=yes", moi je dis que ça n'a rien à faire dans osm et autant 
laisser à à ceux qui le gère ou ailleurs.


> Aussi, dans le département 59, qu'une ville ait un code 59XXX ou 62XXX, ça
> change quoi concrètement ?

ça pas là que ça poser problème en effet.



-- 
sly
qui suis-je : http://sly.letuffe.org

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Mikaël Cordon
En revanche, s’il s’avère qu’une zone administrative suffisamment petite n’a 
qu’un seul code postal, il suffit de ne pas interpréter le code postal, et le 
traiter comme un vulgaire numéro à l’instar de la population ou d’une 
coordonnée géographique. Et du coup ça a sa place dans la base OSM. 

Mais ce numéro ne sera pas déductible de l’appartenance à une zone 
administrative, et d’ailleurs les 3 derniers numéros ne l’ont jamais été 
(déductibles), et maintenant on sait que les 2 premiers ne le sont pas non 
plus. Aucun problème donc à le traiter comme un vulgaire numéro. Il n’y a que 
des exceptions, ou autrement dit, il n’y en a pas. :)

Le mardi 13 septembre 2011 18:36:27, sly (sylvain letuffe) a écrit :
> On mardi 13 septembre 2011, Aurélien FILEZ wrote:
> > Je pense qu'il ne faut pas faire de relation entre les codes postaux et
> > les limites administratives, vu que comme dit plus haut, ça n'a rien à
> > voire.
> 
> Moi je pense que si, car ce qui a été dis plus haut est en partie faux.
> Ça n'est certes pas valable tout le temps (il existe des contre exemples)
> mais j'ai l'impression que c'est une grande majorité des cas. Le cadastre
> indique d'ailleurs le code postal en même temps que le code INSEE des
> communes, il y a donc un lien, mais il y'a des exceptions, à nous de les
> traiter (ou pas du tout).
> 
> Après, franchement, si c'est pour importer des pack de polygones postaux
> que nous n'aurions aucun intérêt à toucher et se retrouver avec un super
> tag : "hé-ho-pas-touche=yes", moi je dis que ça n'a rien à faire dans osm
> et autant laisser à à ceux qui le gère ou ailleurs.
> 
> > Aussi, dans le département 59, qu'une ville ait un code 59XXX ou 62XXX,
> > ça change quoi concrètement ?
> 
> ça pas là que ça poser problème en effet.

-- 
Mikaël Cordon

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Matthias Dietrich
Le 13 septembre 2011 18:22, Aurélien FILEZ  a écrit :
> Mais est-ce que le cas est spécifié, par exemple pour les adresses aux USA ?
> Vu que c'est indépendant des boundary administrative (en France du moins),
> est-ce qu'il y a un concept de je sais pas, boundary postal ou quelque chose
> ?

Lorsque la surface administrative et la surface postale ne se
recouvrent pas, nos voisins Allemands utilisent une relation
"boundary=postal_code".

http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010#English_description

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


Re: [OSM-talk-fr] admin_level = 9

2011-09-13 Thread Aurélien FILEZ
C'est déjà une avancée, si eux ont trouvé l'utilité de faire ça.. Mais ça
serait cool que ç soit officiel

2011/9/13 Matthias Dietrich 

> Le 13 septembre 2011 18:22, Aurélien FILEZ  a écrit :
> > Mais est-ce que le cas est spécifié, par exemple pour les adresses aux
> USA ?
> > Vu que c'est indépendant des boundary administrative (en France du
> moins),
> > est-ce qu'il y a un concept de je sais pas, boundary postal ou quelque
> chose
> > ?
>
> Lorsque la surface administrative et la surface postale ne se
> recouvrent pas, nos voisins Allemands utilisent une relation
> "boundary=postal_code".
>
>
> http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010#English_description
>
> ___
> 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


Re: [OSM-talk-fr] Josm : type de relation inconnu

2011-09-13 Thread Christian Quest
Le 13 septembre 2011 17:51, Agnès Rambaud  a écrit :
> Bonjour,
>
> Je me mets aux bus et lignes de bus... En commençant par les arrêts de bus.
> Enfin, 1 premier arrêt de bus ;-)
>
> J'ai créé un arrêt (un noeud) et un quai pour les passagers en attente
> (area), comme vu ici :
> http://wiki.openstreetmap.org/wiki/FR:Key:public_transport
> Puis j'ai créé - avec josm - une relation où j'ai mis comme membres l'arrêt
> et le quai.
>
> Pourtant, JOSM râle en me disant que le type de relation est inconnu. Sauf
> que j'arrive pas à piger pourquoi...
>
> Ça se passe ici :
> http://www.openstreetmap.org/?lat=45.342063&lon=5.974255&zoom=18&layers=M
>
> Si quelqu'un pouvait m'expliquer...
>
> Agnès
>

Je pense que ce type de relation est juste inconnu du validator de
JOSM... et ce n'est pas le seul type, le validator ne connait pas
tout.

-- 
Christian

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


Re: [OSM-talk-fr] boundary=postal_code (était : "admin_level = 9")

2011-09-13 Thread Vincent de Chateau-Thierry


Le 13/09/2011 19:13, Aurélien FILEZ a écrit :

C'est déjà une avancée, si eux ont trouvé l'utilité de faire ça.. Mais
ça serait cool que ç soit officiel

2011/9/13 Matthias Dietrich mailto:eiger@gmail.com>>

Le 13 septembre 2011 18:22, Aurélien FILEZ mailto:kinj...@gmail.com>> a écrit :
 > Mais est-ce que le cas est spécifié, par exemple pour les
adresses aux USA ?
 > Vu que c'est indépendant des boundary administrative (en France
du moins),
 > est-ce qu'il y a un concept de je sais pas, boundary postal ou
quelque chose
 > ?

Lorsque la surface administrative et la surface postale ne se
recouvrent pas, nos voisins Allemands utilisent une relation
"boundary=postal_code".


http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010#English_description



Avec 36000 communes mais seulement 3000 valeurs distinctes de codes 
postaux, on a je pense largement de quoi fabriquer une couverture de la 
France en boundary=postal_code, indépendante de la couverture communale. 
Le fait est que dans 99% des cas les ways impliqués seraient des limites 
de communes, mais ça n'en reste pas moins un découpage qui a sa propre 
logique et sa propre granularité. Personnellement je vote pour la mise 
en oeuvre de ce découpage.
Après, dans des cas infra-communaux, on n'arrivera pas forcément à 
connaître les endroits où passe la frontière entre codes. Pour 
l'anecdote, j'avais essayé (au XXè siècle) de connaître la limite entre 
les codes 95000 et 95800 à l'intérieur de Cergy : en appelant La Poste, 
j'avais finalement eu au bout du fil un facteur qui m'avait récité de 
tête les différentes portions de rue qui faisaient la limite. Respect :-) .

En allant sur cette page :
http://www.laposte.fr/sna/rubrique.php3?id_rubrique=59
on doit pouvoir à tâtons retrouver ce genre d'info (en tapant 95800, 
l'interface propose de saisir un nom de rue).


Dernier point, dans l'hypothèse de la constitution d'une telle couche 
d'info sur la France : il ne faut pas attendre d'homogénéité par rapport 
à ce qui se ferait dans d'autres pays. Nos zones postales sont 1) des 
surfaces et 2) globalement des agrégats de communes entières. C'est plus 
ou moins le cas en Allemagne, Italie, Espagne, BeLux. Aux Pays-Bas, le 
code postal couvre plutôt quelques maisons, en UK ça va du pas de porte 
au hameau (quasi 2.000.000 de codes postaux !), aux USA ce sont des 
zonages discontinus, dont le nom est prépondérant pour le géocodage. 
Bref, à chaque pays sa logique. Si on parvient à organiser cette info 
pour la France ce serait déjà une bonne chose.


vincent

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