j'ai enfin pris le temps de lire cette discussion.
Il y a des choses interessantes, peut-être bien aussi des choses qui doivent être modifié dans le logiciel dans l'export et l'import.
Voici ma position (qui n'engage que moi).
Tout d'abord concernant le problème "lieu" et "subdivision", c'est subdivision qui à sa place dans "PLAC". Comme le fait remarquer André dans un de ses messages, "Lieu" est lié à une table de champs nommé "ADRESSE", j'y place donc le nom de la maison ou le nom de la rue. Dans Subdivision, j'y mets le lieu-dit ou le quartier.
Concernant l'ordre dans lequel cela doit être placé dans le gedcom, il serait en effet mieux que "subdivision" soit au début.
Cependant, il ne faut pas oublier que lors de l'export, une ligne "FORM" est créée dans "PLAC". Cette ligne contient l'ordre dans lequel seront trouvé les différentes informations concernant le lieu. Je suppose que les autres logiciels utilisent également cette ligne pour trouver les correspondances.
Son format actuel est le suivant :
1 PLAC
2 FORM Ville , Code Lieu , Département , Région , Pays, Subdivision
Cette ligne est limitée à 120 caractères
Concernant les limites en caractères des champs :
Première chose, nous utilisons dans ancestrologie les mêmes tables de references pour les adresses et pour les places. Elles doivent donc être compatibles avec les deux.
PLAC est limité à 120 caractères. Il n'y a pas de limite dans le nombre d'informations, mais la plupart des logiciels en gèrent 6.
Dans la structure de l'adresse "ADDR", il y a des lignes différentes pour chacune des informations, les lignes qui nous interessent sont limitées à 60 caractères.
Donc, inutile de se brider dans les tables de réferences et acceptons 60 caractères pour les villes, pays, subdivision (ce n'est pas le cas actuellement, c'est moins!)
Pour la construction de PLAC, une étude des tables montrent que nous n'arrivont pas à la limite des 120 caractères en l'absence du champ subdivision.
Si par malheur, cela viendrait à le dépasser avec subdivision, cela ne devrait concerner que peu de cas qui, si le logiciel d'importation se limite à 120 caractères, pourait être modifier dans le GEDCOM.
Possibilités pour réduire la taille de la ligne :
- remplacer département par son code
- remplacer région par son code, mais là on les connait moins !
En bref, laissons les champs et les normes telles quelles sont actuellement car même si elles ne sont pas absolument rigoureuses comparées au GEDCOM standard, elles ne posent pas de problème actuellement.
Si PCM décidait de se lancer dans des modifications, se pourrait être de mettre par défaut subdivision en premier et peut-être de donner le choix
à l'utilisateur des champs et de leur position lors de l'export (voire de donner la possibilité d'ajouter le 7e champ "lieu" dans PLAC).
Cela ne dispense pas cependant de revenir à la première suggestion qui était de donner la possibilité de choisir dans une table "domicile" les domiciles des individus, ce qui éviterait de tout retaper à chaque fois et permettrait de savoir qui sont les individus ayant habités à une adresse donnée.