Normalisation des adresses

**Gaetch** · 23/07/2007, 11h46

Bonjour à tous,
Je réalise une base de données concernant des personnes et je voudrais qu'elle soit le plus normalisée possible, alors j'ai fait quelques recherches et je suis tombé sur cet article dans la FAQ, et aussi sur ça.

Mais il manque certaines informations alors je voulais vous demander ce que vous en pensiez, grosso-modo je pense faire quelque chose comme ça :

- Nom (Majuscules ? Accents ? 36 caractères ?)
- Prénom (Majuscules ? Accents ? 32 caractères ? Pourauoi 36 pour le nom et 32 pour le prénom ?)
- Civilité (Dans une table à part, 5 caractères)
- Adresse (3 ou 4 lignes -attributs différents- ? J'ai cru comprendre que ça devait faire 38 caractères max et que quand ça fait plus de 32, il faut utiliser des abbréviations, où trouver les abbréviations officielles ?)
- Code postal (Chaîne de 8 caractères)
- Ville (32 caractères, tout en majuscules, sans accents)
- Cedex (32 caractères)
- Pays (32 caractères, tout en majuscules, sans accents)

**grabriel** · 24/07/2007, 09h44

Salut,

Le mieux pour les adresses c'est de voir sur le site de la poste j'avais vu un article sur comment bien formatter une adresse, le but de ton adresse ca sera qu'elle soit imprimée sur une enveloppe et que le postier puisse la déchiffré. Pour la normalisation, vu que la poste à "le monopole" c'est elle qui fixe les normes donc vaut mieux voir avec eux.

**Gaetch** · 24/07/2007, 09h51

Oui, j'y suis allé mais même là j'ai pas trouvé tout ce que je voulais (les trucs avec des ?)

**grabriel** · 24/07/2007, 10h29

http://laposte-portail.cvf.fr/rubriq...d_rubrique=334

**Gaetch** · 24/07/2007, 10h50

OK alors comme je l'ai dit, je suis déjà allé voir sur le site de la poste, mon problème serait plutot du côté du format des données (nombre de caractères dans les chaînes). Et puis ça me dit pas
- S'il faut laisser les accents sur le nom et le prénom
- Sur combien de ligne doit être la partie "rue" proprement dite et que doivent contenir ces lignes (numero, nom de la voie, bâtiment, quartier)
- Les abbréviations officielles des rues avenues, j'en ai trouvées quelques unes mais pas toutes je pense

**grabriel** · 24/07/2007, 12h02

Au vue de l'exmple

mon problème serait plutot du côté du format des données (nombre de caractères dans les chaînes).

Ca tu peux pas le prévoir ca dépends des chaines, y'a pas de limite de caractères pour un nom de famille par exemple, sachant qu'il y'a de plus en plus de personne avec des noms composé (nom de jeune fille - nom du mari). Idem pour les prénoms et les noms des rues, c'est variable tu peux fixer un certain nombre maximum mais t'auras toujours un client avec un nom à rallonge.

Et puis ça me dit pas
- S'il faut laisser les accents sur le nom et le prénom

Vaut mieux mettre les accents t'es pas à l'abri de voisins qu'on quasi le même nom donc c'est mieux d'être précis.

- Sur combien de ligne doit être la partie "rue" proprement dite et que doivent contenir ces lignes (numero, nom de la voie, bâtiment, quartier)

Toujours d'après l'exemple :

"Entrée A Bâtiment Jonquille
25 rue DE L'EGLISE
CAUDOS"

Eux ils écrivent le batiment etc sur la première ligne puis le num et nom de la voie sur une ligne, mais après ca dépends tu va pas écrire avec une police de 2 pour que ca tienne sur une ligne. Ils dissossient bien l'adresse (num et nom de la voie) du complément batiment, porte, escalier etc.. en les mettants sur des lignes différentes.

Le but c'est de faciliter la vie du postier pour qu'il puisse délivrer le courrier à la bonne adresse. Donc c'est plus un problème d'estessisme et de précision de contenu que de mise en forme.

Les abbréviations officielles des rues avenues, j'en ai trouvées quelques unes mais pas toutes je pense

T'as pensé aux Zones commerciale, d'activité, industrielle, centre commerciale.

**Gaetch** · 24/07/2007, 14h16

Mais justement non c'est pas pour l'esthétisme ! Je voudrais me conformer au format des bases de données de la poste, pas à l'exemple qu'ils donnent ça c'est qu'un exemple pour que les particuliers remplissent bien les adresses sur leurs lettres afin que les lecteurs optiques puissent les lire facilement.

**yann3** · 23/08/2007, 23h06

Je ne voudrais pas compliquer les choses; mais vous parlez de normalisé une adresse postale ... française. Ca doit drolement se compliquer si l'on passe à l'échelle internationnale. Certain pays doivent intégrer la notion "Etat" ou "région" par exemple. D'autres, comme au japon il me semble, ont en plus un code (type CP) pour localiser un batiment.
En tout cas si quelqu'un a su modèliser et mettre en place dans sa BDD un module de gestion d'adresses internationnale, je suis très interressé.

**Zoltke** · 02/09/2007, 15h41

eXtensible Address Language

http://www.oasis-open.org/committees/ciq/ciq.html#6

Ca me semble un peu lourd m'enfin

Fitting over 200 countries into a unified format is no easy task. Countries have
very different address formats. Some use street names for addressing, others don't.
Some use island names, others don't. The format must allow for all these different
types of addresses while at the same time provide a consistent and easy to use format.

There are different ways to model data, including hierarchical, relational and
object-oriented. Address data is hierarchical in nature (a country has cities, a
city has streets and a street has premises) so a hierarchical model is the most
natural fit.

The international standard XML (eXtensible Markup Language) is well suited to represent
hierarchical data and has therefore been adopted for the actual implementation of the
data model.

This specification is designed to describe the address elements, not be specific about
the formatting and presentation of the address. However, formatting at the higher
-composite- levels is preserved since these are either a single string value or an
ordered list of multiple strings. This is only considered a side effect at this
time; there is no detailed specification of how to handle and preserve white space
in these strings. In the Netherlands for example, it is customary to use double
spacing between postal code and town on a single line, but naturally this only
works with fixed-width fonts. New lines are made explicit by only defining
composite elements at line-level.