Le portail francophone de la géomatique

Bonjour,
Merci pour votre réponse...
Je n'arrive pas à charger le plugin Tablemanager via le module extension (Time out... j'ai poussé à 20 sec mais bon j'ai pas une connexion super puissante... ) et je ne trouve pas le dossier Plugin dans C:/Users/Qgis2... est ce normal ?
Mes champs s'appelle RHIHIP, RHIFER, BARBAR, Nbre ind ...
Pour le codage je laisse sur : system
Enocre merci,
Loic

Bonjour,
en complément de la réponse d'Yves, pour ma part, et par sécurité, dès l'ouverture du dbf dans le tableur, je crée une colonne que je nomme "ordre" et dans laquelle j'initie un compteur afin de garder "en dur" le rang de chaque ligne. Ainsi je peux réaliser des tris et qques traitements sur mes données (si besoin), puis avant d'enregistrer et de refermer, je trie mes données sur cette colonne "ordre" et la supprime. j'ai ainsi la certitude que mes lignes n'ont pas changé d'ordre au cours de mes manips.

Merci pour vos réponses :
Pour Table manager, c'est bon ... en fait j'allais chercher dans C:/Users/Nom/Qgis2 ou dans C:/programmefiles(x86), alors qu'il fallait allez dans C:/programme/... Par contre je ne vois pas bien comment tablemanager peux solutionner mon problème..?
Pour la solution de Yves, en fait si je comprends bien il faut rouvrir le .dbf créer par Qgis (avec les ''mauvais'' noms de champs, renommé et rouvrir dans Qgis.
Mais en fait ma question était de savoir si il était possible de sauvegarder la table avec les champs liés en conservant les noms de champs d'origines... (comme je le faisais régulièrement sous MI OU Arcgis) Parce que bon, là j'ai une 40aine de champs mais il peux m'arriver dans avoir plus... et ce taper le boulot de renommage est (au délà de l'aspect C....T) source d'erreur ...
A+

Bonjour,
Des échanges que j'ai vus passer sur le forum au sujet de la jointure, il semble que le choix ait été fait, depuis le passage à la version 2, d'ajouter aux champs, lors d'une jointure, le nom de la couche/table d'origine (ceci surement pour éviter le cas de deux champs nommés pareil). Donc, je crains que par défaut, ce comportement ne soit celui normal. Il n'est peut-être pas le plus optimal.
Maintenant, par rapport à la solution proposée par Yves, vu que le nom de la table est identique pour les champs joints, un "Rechercher > Remplacer" sur "Comptage_" devrait en un tour de main vous épurer votre ligne d'en-tête.

Ah oui, c'est moins trivial si le nom a complètement changé et je me demande si on ne devrait pas plutôt considérer cela comme un bug dans la fonction.
Pour Table Manager, si, il y a un onglet "Aperçu de la table" qui permet de visionner le contenu de la table attributaire de votre couche

Yes ... je viens de trouver en fait :  j'ai renommé le dbf comptage en c (mais je ne sais pas si c'est important), il faut dupliquer la table avec les relations, puis faire sauvegarder sous (la table dupliquer)... et ça marche... Enfin presque du coup mes champs s'appelle c_RHIHIP, c_RHIFER... mais cela me convient parfaitement!!!

Tout s'explique donc : "Comptage_" ayant 9 caractères et pour éviter de se retrouver avec "Comptage_R" au moins deux fois pour les deux premiers champs, QGIS a plutôt opté pour une numérotation à partir de A. Logique et futé. Ce n'est donc pas un bug comme je le supposais mais un comportement normal dans ce système concaténant nom_table et nom_champ.
Le "Rechercher Remplacer" sous OpenOffice fait donc bien le reste du boulot...

Bonjour,
Non, il n'y a pas d'option de clôture de sujet sur ce forum.
Bon courage pour la suite...

La clôture d'un sujet sert à fermer un sujet polémique

Y.