Les génériques sont fréquents en France mais pas systématiques. Et bon
nombre de "génériques" ne correspondent à aucun standard car ils sont fans
une variété régionale ou locale ou s'écrivent en suffixes et non en
préfixe. et pas qu'en métropole non plus. Allez voir en Bretagne, en
Alsace, au Pays Basque, en Corse, en pays catalan ou occitan... Les
génériques standards sont surtout dans les zones très urbanisées, où le
loti est aligné et pas dispersé mais relié au réseau général par des
chemins ruraux ou privés sans noms et pas toujours avec un numéro de
référence officiel.

D'ailleurs le FANTOIR lui-même n'indique aucun générique codé dans ces cas
là, la forme complète (parfois abrégée ou tronquée si trop longue) est
reprise telle quelle (en capitales non accentuées malheureusement, héritage
du passé où l'ASCII-US régnait encore, même en France quand il y avait
pourtant eu unen version ISO 646-FR normalisée par l'AFNOR, tombée depuis
il y a longtemps en désuétude avec ISO 8859-1 puis Unicode où les accents
auraient dût être présents (le FANTOIR pourtant fournit un terme générique
de recherche, ce champ est lui aussi en désuétude avec les méthodes de
recherche actuelles en texte plain et la normalisation des algorithmes de
collation: la conception du FANTOIR est donc surtout basée sur les
préconisation de la Poste pour les adresses imprimées sur les courriers
selon les vielles normes de l'UPU, alors que la plupart des entrées, issues
du Cadastre historique qui lui avait bien les accents sur ses planches, ne
sont même pas valides pour la Poste qui a plutôt fait ce qu'elle a voulu
sans concertation).

On se demande où est la compétence communale si on leur impose ce vieux
format FANTOIR pour la remontée des noms. Il faut croire que c'est
l'informatique de l'adminsitration qui est très en retard et se base encore
sur des vieux logiciels des années 1960-1970 et une consultation sur des
terminaux texte ou téléimprimeurs et l'usage immodéré du FAX et de la
resaisie pendant pas mal d'année (la resaisie continue encore, même
aujourd'hui avec les portails Internet pour les communications à
l'admisnitration, j'en sais quelquechose: on a beau remplir les formulaire
avec son nom exact pour une demande de papier d'identités ou cocher les
bonnes cases, ce n'est toujours pas ce qui est renvoyé ensuite et on je
retrouve avec 5 identitiés différentes d'une adminiqtration à l'autre et
aucune qui correspond à mon état-civil que pourtant on me demande de
justifier à chaque fois, et ensutie les mêmes admisnitrations qui se
mettent à me redemander de justifier mon identité ou prétendent que ce
n'est pas moi, ça finit par des démarches par recommandé: l'Internet n'a
pas simplifié les choses, j'aiu surtout l'impression que c'est une
surcouche qui s'est ajoutée...)
Le jeu. 19 déc. 2019 à 13:45, Christian Rogel <
[email protected]> a écrit :

>
>
> > Le 18 déc. 2019 à 22:54, marc marc <[email protected]> a écrit :
> >> Le 18 déc. 2019 à 22:48, deuzeffe <[email protected]> a écrit :
> >>
> >> je n'arrive pas à décider quelle est la moins mauvaise méthode.
> >
> > Addr:place :-) remplace addr:street ou associatedStreet lorsque le nom
> ne vient pas d'une rue.
>
> Cela n’est pas très clair. Une rue = un nom de voie formé obligatoirement
> d’un générique et d’un spécifique ? Pourquoi ne pas considérer comme valide
> un odonyme dont le générique est absent ?
> D’autant que, la présence de noms en langue autre que le français ne peut
> génèrer qu’une multitude de faux positifs.
> Le plus simple est de voir tout nom donné comme officiel, venant ou non
> d’un nom de lieu que comme il a été voulu, un nom de voie.
>  »Address:place« .  accompagné d'un numéro paraît donc une fantaisie peu
> utile.
> Christian Q. a mentionné un mot-directeur. A quoi fait-il référence ?
>
> Christian R.
>
> _______________________________________________
> Talk-fr mailing list
> [email protected]
> https://lists.openstreetmap.org/listinfo/talk-fr
>
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à