Le portail francophone de la géomatique

Bonjour,
Oui c'est normal, en fait c'est le format DBF qui a cette contrainte de 10 caractères maximum.
Vous avez fait une connexion ODBF pour réaliser la jointure avec le .xls? Sans l’enregistrer en .shp, avec juste la jointure, les noms de colonnes sont également tronqués?

Personnellement, je passe toujours par un CSV pour les jointure. En plus, lors de l'import, en cochant "surveiller le fichier" et lors de la jointure, en omettant l'option 'mise en cache', le CSV est dynamique (une modification du csv dans libreoffice par exemple, impacte en direct la carte).  C'est assez pratique, cela évite de dupliquer les données, on sépare bien le coté "référentiel" (géométrie et attribut itinérant à cette dernière) et le coté données thématique associer à ce type d'objet.
Je m'explique, prenons par exemple une liste de communes: selon l'echelle, l'objet va être différent, à petite echelle ça va être des points, puis des polygones simplifiés (de type géofla), puis des contours plus précis de type BD topo ou OSM.
Si maintenant nous voulons associé la population à ces objets, une jointure permet avec le CSV population de ne pas dupliquer les données en 3 et les mises à jours vont se faire uniquement sur le fichier CSV (et non les 3). Et pour d'autre thématique, cela va être pareil, juste un CSV avec un champs de jointure, comme cela nous ne dupliquons pas la géométrie en autant de thématique (fois 3..) Et si le nom d'une commune change, il y a juste à la modifier dans les 3 fichiers (ou même dans le CSV nom commune si on veut pousser le raisonnement plus loin...)

Voilà, une réponse peut être un peu hors sujet pour la dernière partie, mais c'est vendredi!
Bon week end!

Dernière modification par Dof (Fri 29 November 2013 19:20)

Bonjour,

Je confirme que maintenant avec Qgis2 que lors d'une jointure (par les propriétés de la couche) d'un tableur excel, d'un fichier .csv (ou.dbf) ou d'une base access les champs joints contiennent dans le libellé du champ le nom de la feuille excel ou du fichier  csv ou de la table access puis le nom du champ

Avantage : en consultant la table d'attributs on repère facilement la provenance des colonnes, il n'y a sans doute plus de conflits pour les champs portant le même nom entre la couche shape et le fichier joints (car en enregistrant ensuite la couche en shape le deuxième champ en doublon était vide)

MAIS .... je rejoins luckyluke cette nouveauté est pénalisante quand on "sauvegarde sous" en shape car les champs sont tronqués à 10 caractères et ne sont plus lisibles, il faut ensuite les renommer et c'est plutôt fastidieux.

Est-ce qu'il y aurait un paramétrage qui permettrait de choisir en ces 2 choix : ajout de la variable : fichier source + nom du champ ou nom du champ uniquement comme avec la version 1.7 ?

Monique

Si on modifie le nom d'affichage de la table dans qgis, les champs joints prennent ce nom, donc paramétrer un très petit nom devrait limiter le problème

Bonjour,
je relance ce sujet pour savoir si des solutions existent.
De plus, je me demandais, travaillant avec des shapes que j'ai régulièrement besoin d'envoyer à des collègues, j'ai souvent besoin de transformer mes jointures "à la volée" (ie faites en utilisant l'onglet jointure de QGIS 2) par des jointures "en dur", c'est à dire de créer des attributs dans mes couches qui sont des copies des attributs des tables jointes, ce qui est assez long et fastidieux (je crée les attributs un par un pour l'instant), connaitriez vous un meilleur moyen de procéder ?
Merci.

Merci Santanna,
c'est effectivement bien plus simple et rapide que ce que je faisais jusque là.
Comme quoi, les solutions les plus évidentes ne sont pas toujours celles auxquelles on pense en premier...
Merci.