[OSM-talk-fr] Osmose: Attribut “addr:city” non concordant avec une ville

[Philippe Verdy]

On a aussi l'adresse "Père Noël, 2512 Pôle Nord" (pas un pays, 2512 est un
code postal inventé, Pôle Nord est une prétendue "ville"), difficile à
localiser sur une carte et pourtant c'est pris en charge par la Poste dans
un service à Bordeaux (il me semble): si c'est timbré correctement avec
l'adresse de retour, la Poste enverra une réponse avec un carte postale
Je ne sais pas qui finance ce service, c'est peut-être une asso qui peut
éventuellement aussi confier de peits cadeaux; mais je ne pense pas que
n'importe qui puisse s'occuper de traiter ces courriers à des adresses
"fantômes" (trop de risques, car c'est plein d'infos privées
confidentielles concernant les enfants), que ce soit des courriers au Père
Noël ou autres personnages mythiques, à Jésus Christ, Allah ou la Vierge
Marie. Il doit y avoir une loi réglementant strictement ce traitement
(sinon ces courriers doivent sans doute être détruits s'ils ne peuvent pas
être retournés à l'expéditeur).

Le jeu. 21 janv. 2021 à 13:19, Philippe Verdy <verdyp at gmail.com> a écrit :

> Attention quand même: le découpage postal des "villes" ne correspond pas
> exactement au découpage administratif des communes. Et le champ ville d'une
> adresse postal admet les noms de communes déléguées: le code postal n'étant
> pas toujours assez localisateur ou distinctif, ou pouvant avoir des erreurs
> fréquentes, il vient en confirmation et permet de lever des ambiguités,
> notamment dans les communes nouvelles, dont le nom est en général évité
> dans les adresses postal, alors qu'on lui préfère le nom de la commune
> déléguée: quel nom de "ville" indiquer ?
>
> Assez souvent c'est un peu différent du découpage adminsitratif (sans pour
> autant que ce soit un cédex dont le nom ne désigne souvent même pas la
> commune du lieu réel, par exemple "RENNES CEDEX 02" quand en fait le lieu
> n'est pas du tout à Rennes mais même pas forcément non plus une commune
> limitrophe mais quelque part dans l'agglo): "addr:city" n'a que cet usage,
> postal, il n'est pas un géolocalisateur au sens administratif (pas plus que
> le code postal non plus qui n'est pas le code INSEE communal que peu de
> gens connaissent et utilisent). pour moi "addr:postalcode" et "addr:city"
> vont de pair et sont inséparables: soit on met les deux soit aucun et alors
> ce sera le code postal par défaut de la commune et le nom de la commune
> (mais ça ne marche plus dans les grandes communes découpées en plusieurs
> zones postales, ces zones de code postal pouvant aussi inclure des petites
> communes limitrophes où le champ "ville" de l'adresse en reprendra le nom à
> la place du nom de la commune du centre de distribution).
>
> Les codes postaux, bien que n'étant plus gérés par la Poste mais par
> l'ARCEP, n'ont pas encore été revus en profondeur pour la neutralité des
> distributeurs (qui peuvent aussi créer leurs "CEDEX" bien à eux,
> éventuellement sous une autre dénomination, comme "CS" ou d'autres suffixes
> au nom de la commune comme "CONCOURS" ou le nom du site de leur propre
> centre de distribution, ou le nom d'une zone d'activité ou de fret
> importante comme une zone (aéro-)portuaire, ou un grand centre logistique
> privé comme ceux d'Amazon ou d'un transporteur, ce nom ne corespondant et
> ne reprenant même pas le nom d'une commune existante). Ajouter à cela les
> codes postaux spéciaux de l'armée (non géolocalisés, même pas par
> département, l'adresse finale pouvant même être hors de France dans ce cas,
> ou mobile vers un terrain d'opération ou une ambassade via la "valise
> diplomatique").
>
>
> Le mer. 20 janv. 2021 à 20:00, <osm.sanspourriel at spamgourmet.com> a
> écrit :
>
>> Le 20/01/2021 à 19:01, Vincent Bergeot - vincent at bergeot.org a écrit :
>>
>> > Le 20/01/2021 à 17:21, Bernard Lefrançois a écrit :
>> >
>> > conséquence de la présence dans iD dans le champs adresses du CP et de
>> > la ville.
>> >
>> > d'expériences lors des formations, même si je signale aux gens qu'il
>> > n'est pas utile de saisir ces informations, je pense que par la suite
>> > les "nouveaux" contributeurs saisissent CP et ville
>> >
>> > je ne sais pas si iD peut proposer des presets "nationaux" qui
>> > pourraient ne pas avoir Cp et ville (presets nationaux car j'imagine
>> > quand dans d'autres pays cela peut être une donnée intéressante si les
>> > limites communales ne sont pas aussi bien renseignées qu'en france ?).
>> >
>> > à plus
>>
>> Je pense que ça n'a rien à faire dans Osmose.
>>
>> En effet un robot nettoyeur ferait parfaitement le boulot.
>>
>> Si le name de la commune et le addr:city, sont identiques, c'est à virer.
>>
>> Si le postal_code <https://wiki.openstreetmap.org/wiki/Key:postal
>> code?uselang=fr
>> <https://wiki.openstreetmap.org/wiki/Key:postalcode?uselang=fr>> de la
>> boundary au dessus et le addr:postcode, sont
>> identiques, c'est à virer.
>>
>> S'ils sont différents, alors oui c'est un un problème à remonter par
>> Osmose.
>>
>> Concernant iD je pense que le fonctionnement devrait être celui des noms
>> récupérés par Wikipédia : si on est dans une commune et/ou une zone
>> postale on prérempli avec les valeurs qui vont bien et on passe le champ
>> en lecture seule.
>>
>> Si la personne veut elle peut dans les zones d'attributs ajouter les
>> champs en question.
>>
>> Pas d'opposition à proposer ça pour la France à id ?
>>
>> Jean-Yvon
>>
>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20210121/ece8d671/attachment-0001.htm>