Oui à condition de tenir compte des exceptions : les zones postales ne suivent pas exactement les limites administratives ! On doit pouvoir indiquer un **autre** code postal sur des petits objets qui sont totalement dans une zone plus grande où l'indication n'est qu'une valeur par défaut. Enfin il existe des objets qui sont à cheval sur deux zones administratives (dont de grands bâtiments industriels, agricoles, ou commerciaux) et il faut bien pouvoir y mentionner un code postal applicable quand il y en a deux en concurrence et qu'un seul s'applique réellement. De même si un petit objet n'utilise pas le code postal géographique mais un code postal spécial (type CEDEX). Il se trouve qu'à proprement parler les codes postaux ne sont pas réellement partie de l'adresse, mais du système de distribution postal. L'adresse elle-même consiste en l'indication précise de la commune (ce peut être une commune déléguée), du nom ou numéro de voie, et d'un numéro sur cette voie ou d'un nom de lieu-dir le long de cette voie si elle n'est pas numérotée. Certaines voies n'ayant également pas de nom, on peut y trouver à la place une mention comme "voie communale n° 6" ou "CR 7" dans le champ "addr:street". Les codes postaux c'est autre chose et ne définissent pas réellement l'adresse, c'est propre à l'organisation de la poste qui ne suit pas le découpage admisnitratif des communes (ou des quartiers dans le cas des communes découpées en plusieurs zones postales).
En Belgique et Allemagne c'est résolu de façon élégante avec des "boundary=postal_code", où le code postal y est indiqué par "postal_code=nnnnn", et il n'est alors fait mention nulle par de "addr:postcode" (sauf pour les codes de distribution spéciale comparables à nos CEDEX): il y a une plus claire distinction entre l'adresse légale et administrative (bien plus précise) et l'adresse postale (souvent très floue et de plus en plus floue avec les réformes en cours de la Poste qui tend à scinder son service de distribution en fonction de classes de service définies chacune sur des zones de plus en plus grandes, mais qui en revanche se recouvrent entre elles selon la classe de service : cela devrait s'accentuer avec la concurrence car les autres distributeurs postaux ne sont pas satisfaits du vieux découpage de la poste). L'ARCEP aurait du s'en occuper afin de redéfinir un découpage et homogène du territoire indépendant des distributeurs postaux, et nettement mieux adapté aux zones de distribution postales voulues aujourd'hui par les différents distributeurs pour l'organisation de leurs services (Elle pourrait s'inspirer du modèle britannique). D'autres pays ont choisi de mettre en place un code postal géographique basé sur une grille régulière de coordonnées (avec des codes hiérarchisés qu'on peut allonger pour plus de précision dans les zones denses, et indépendants aussi des découpages administratifs ou légaux, ce qui ne les empêche pas non plus de compléter ce code géographique d'un code de classe de service lui-même étendu du nécessaire d'un code supplémentaire propre à chaque opérateur/distributeur s'ils ont des classes de service différentes). L'idée serait de reprendre un plan de numérotation postal national comparable à celui de la téléphonie, avec des tranches de numéros pour chaque opérateur après un préfixe géographique relativement lâche limité par département (voire par "grande région" comme les 5 zones téléphoniques françaises), chaque opérateur se chargeant ensuite de faire son découpage en classes de service et en zone pour utiliser les numéros du bloc qui leur est assigné. Mais alors nos vieux codes postaux à 5 chiffres pourraient devenir plus longs (6 ou 7 chiffres) et pourraient aussi inclure des lettres (comme les codes britanniques), tout en gardant un format fixe facilitant le traitement (pas comme au Royaume-Uni) ni même aux USA (leur "zipcode" comprend deux types de codes, un code court générique et un autre allongé ajoutant plus de précision). En France, dans les documents légaux d'ailleurs (notamment notariés, mais aussi des rapports d'enquête judiciaire ou des enquêtes publiques) ce n'est pas le code postal qui sert à indiquer clairement un lieu, mais bien le découpage administratif des communes (référencées par leur code INSEE géographique, conservé même en cas de fusion de communes) puis le découpage cadastral des communes, car le code postal, le nom des rues, et la numérotation ou les toponymes de lieux-dits ou noms de bâtiments ne sont pas assez stables avec le temps. Les communes actuelles en tant que collectivités locales ne sont pas identifiées légalement par leur code postal, ni même par leur code INSEE géographique, mais par le code SIREN... Le lun. 15 oct. 2018 à 23:50, marc marc <marc_marc_...@hotmail.com> a écrit : > Le 15. 10. 18 à 23:11, Ralf Treinen a écrit : > > On Mon, Oct 15, 2018 at 08:08:18PM +0000, marc marc wrote: > >> Le 15. 10. 18 à 21:48, Ralf Treinen a écrit : > >> > >>> Le wiki semble indiquer que c'est postal_code [1]. > >> > >> oui. postal_code pour définir le code postal d'une étendue > >> par opposition à addr:postcode pour définir le code postal > >> d'une addr en particulier. > > > > Merci pour cette confirmation. Et on est bien d'accord que quand > > le postal_code est renseigné pour une étendu avec admin_level=9 > > (les arrondissements de Paris) qu'il n'est pas utile de le > > repeter sur les quartiers (adminlevel=10) inclus dans cet arrondissement > ? > > pour moi c'est (tjs?) inutile de répéter 2 fois la même chose :) > donc si c'est sur admin_level=9, pas besoin de le remettre sur les > niveau 10 ni sur tous objet inférieur (genre les bâtiments) > ils vont tous hériter de l'info du niveau supérieur (comme on le fait > pour les communes par ex). > on gagnerait bcp en lisibilité pour trouver les endroits oü il manque > l'info... parce que pour l'instant il faut d'abord se farcir une logique > éliminatoire/corrective pour prétraiter les données :( > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
