<div dir="ltr">Le CS c'est une mode de distribution ("Circuit spécial") qui se fait hors des tournées normales du facteur, à horaires fixes. (le CS est comme une boite postale, mais avec livraison)<div><br><div>Le TSA (Tri Spécial à l'Arrivée) c'est un mode de pré-tri à l'arrivée qui permet de garder la confidentialité du contenu et de router le courrier vers les bons services d'une grosse entreprise (par exemple les chèques, les TIP vers le service paiement, les réclamations vers un autre, les commandes vers un autre, les jeux concours vers un autre). Il peut être fait à la poste et ce combiner avec le CS. ca permet à une grosse entreprise d'externaliser son service courier et ne pas avoir son service de vaguemestre interne ou de faire des réexpéditions postales en perdant du temps.</div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 2 septembre 2017 à 16:08, marc marc <span dir="ltr"><<a href="mailto:marc_marc_irc@hotmail.com" target="_blank">marc_marc_irc@hotmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Si l'adresse ne rentre pas dans les champs classique,<br>
il y a addr:full pour y mettre tout les détails<br>
<br>
Pour les tag supplémentaires je pense qu'il faut simplifier :<br>
Par exemple le "faux" code postal Cedex qui sert uniquement<br>
à passer par un circuit de distribution postal plus fréquent.<br>
Sur le bâtiment addr:postcode avec le vrai code postale (mais<br>
ce serrait beaucoup mieux d'utiliser boundary=postal_code)<br>
Sur le poi, contact:add:postcode avec le cedex ou créer<br>
contact:add:postcode:cedex contact:add:city:cedex<br>
Ceci dit, mais c'est qu'un avis perso, les cedex ne servent à rien.<br>
C'est une usine à gaz pour gagner au maximum une demi journée.<br>
<br>
Je ne maîtrise pas assez le CS, c'est quoi en quelques mots  ?<br>
<br>
Pour les détails internes (complément, bâtiment, chez untel)<br>
je pense qu'on devrait d'abord faire fonctionner correctement<br>
l'existant avant de l'étendre<br>
j'ai d'ailleurs un brouillon à ce sujet à améliorer<br>
<br>
Le 02. 09. 17 à 06:37, Philippe Verdy a écrit :<br>
<div><div class="h5">> Pour une trésorerie publique, l'adresse de contact a:<br>
> - un numéro et une rue (addr:housenumber=* et addr:street=*)<br>
> - un complément d'adresse (deuxième ligne d'adresse)<br>
> - un numéro "CS xxxx" dans la troisième ligne (???)<br>
> - un code postal Cedex (addr:postcode=*) et la ville aussi en Cedex<br>
> (addr:city=Xxxx Cedex) pour la 4e ligne)<br>
><br>
> Plusieurs questions:<br>
> - les code postaux cedex ne posent pas de problème dans addr:postcode=*<br>
> il me semble, mais ne correspondent pas à la rue indiquée en addr:street=*<br>
> - "addr:city=Xxxx Cedex" n'est pas une ville mais c'est le libellé<br>
> correct pour l'adresse postale, et la validation du géocodage d'une rue<br>
> avec cette "ville" pourrait échouer en validation avec un outil QA<br>
> - je n'ai pas su où mettre le CS, et j'ai utilisé faute de mieux<br>
> "addr:zipcode=CS xxxx" (donc en plus du "addr:postcode=* contenant le<br>
> code postal à 5 chiffres du Cedex.<br>
> - je ne sais pas où mettre le complément d'adresse (seconde ligne<br>
> d'adresse) quand il y en a un!<br>
><br>
> Il manque donc des éléments dans addr:* (qui ne manque pourtant pas<br>
> d'autres champs comme "village", "ward", "governorate", "wilaya",<br>
> "state", "province", "region"... et même "hamlet" et "locality", et<br>
> d'autres éléments pour la Pologne).<br>
><br>
> Peut-on avoir des champs en plus (éventuellement spécifiques à la<br>
> France) comme:<br>
><br>
> - addr:city:postal=Nom-de-Ville Cedex (en plus de addr:city=Nom-de-Ville)<br>
> - addr:FR:deliverycode=CS nnnn (???)<br>
> - addr:complement=Complément d'adresse générique (bâtiment, porte,<br>
> escalier, numéro de salle/chambre/appartement, nom de service...) ou des<br>
> champs spécifiques en plus comme:<br>
><br>
> - addr:for=A l'attention d'Untel<br>
> - addr:at=Chez Untel<br>
> - addr:building=numéro, référence ou nom du batiment<br>
> - addr:door=numéro de porte<br>
> - addr:flat=numéro d'appartement<br>
> - addr:room=numéro de chambre ou salle<br>
> - addr:elevator=numéro d'ascenceur<br>
> - addr:steps=numéro d'escalier<br>
> - addr:floor=numéro d'étage ou nom ou abréviation comme: RDC, entresol,<br>
> niveau -2<br>
> - addr:zone= numéro de zone ou de secteur (concerne les très grandes<br>
> propriétés ou copropriétés) contenant une série de bâtiments avec des<br>
> rues et lieux-dits internes (aux USA par exemple pour les communautés<br>
> non organisées en collectivités publiques, ou certains ranches, ou des<br>
> parcs industriels et commerciaux comme la Défense où les rues<br>
> officielles sont cachées en sous-terrains et on circule entre les<br>
> niveaux pour trouver un batiment par son nom). En principe pas<br>
> nécessaire pour le courrier (un numéro ou nom de building suffit), mais<br>
> utile pour un contact sur place et rejoindre une rendez-vous !<br>
><br>
> Note: la question ne concerne pas les noeuds d'adresse (de la BANO) mais<br>
> les adresses des POIs (autres noeuds ou polygones).<br>
><br>
> Certains de ces champs seront utiles plutôt comme "contact:<champ>=*"<br>
> que "addr:<champ>=*"<br>
><br>
><br>
</div></div>> ______________________________<wbr>_________________<br>
> Talk-fr mailing list<br>
> <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
><br>
<br>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
</blockquote></div><br></div>