Le portail francophone de la géomatique

Bonjour,

La Bd Carthage ne "chaine" pas les bras à l'axe principal (je ne suis pas persuadé d'avoir parfaitement compris ta demande)
Par contre le code hydrographique principal du cours d'eau (CGENELIN sur Arcinfo et Code_Hydrographique_Cours_Eau sur Mapinfo) contient - en principe - une information de "milieu" : le tout dernier chiffre doit être un "1" pour les bras (voir descriptif).
Sur Adour-Garonne (je ne connais pas ton secteur de travail) nous avons maintenu, en plus, une table de chainage des bras (liaison bras / cours principal) que je peux mettre à disposition.

Je profite de cette réponse pour vous indiquer que, si vous constatez des erreurs manifestes dans BD Carthage, vous pouvez me les transmettre à l'Agence Adour-Garonne pour leur étude et leur prise en compte dans les prochaines versions.

Jean-Marc

Bonjour,

Pourrais-tu préciser ce que tu entends par 'faire de plus grand bras' ?
Tu veux faire une entité multipartie regroupant tous les bras d'un même cours d'eau ?

J'en profite pour ajouter que, d'une manière globale, si vous constatez une anomalie sur la BD Carthage, vous trouverez sur la page suivante du site Sandre la liste des personnes à contacter en fonction de votre bassin d'étude (Jean-Marc y est effectivement mentionné comme contact Adour-Garonne) :
http://sandre.eaufrance.fr/article.php3 … 〈=fr

Sylvain

Merci Robin de traduire.
Alors c'est ça mais pas forcement sur le nom du cours d'eau, ça ferait des entités trop grandes là..après je ne sais sur quel champ il est le plus pertinent de le réaliser.

merci

Merci Sylvain d'avoir rappelé la procédure générale de constat d'anomalie BD Carthage
J'ai toujours la facheuse manie de penser "local" et la procédure générale est bien celle que tu as indiqué ! Ma remarque était pour Adour-Garonne valable (usure de l'habitude  !!)
Pour le problème de LUERN as tu essayé de passer par la table COURDO (ou COURS D'EAU) qui regroupe les tronçons élémentaires sur le code du cours d'eau en une seule entité graphique et d'isoler dans cette table seulement les bras comme j'ai indiqué (fin du code = "1") ?

Bonjour,

L'idée est de recomposer un identifiant de tronçons "à la bonne longueur". Pour cela tu dois utiliser un des deux champs (PK amont ou PK aval) qui te proposent une abscisse sur la rivière. En divisant le PK par une certaine valeur (ex : 10000m pour construire des tronçons d'environ 10km), et en ne gardant que la partie entière, tout les tronçons de rivière situés entièrement à moins de 10km de la confluence auront le même PK/10000. Idem, même valeur pour ceux situés entre un peu moins de 10km et 20 km de la confluence
En ajoutant le code hydrographique de la rivière à cette valeur, tu identifies tes tronçons résultants, d'où une formule de la forme "concaténer (Identifiant_rivière ET Partie_entière(PK/10.000))". La formule exacte dépend du logiciel utilisé. (il manquait la notion de 'partie entière' dans la première formule)
J'espère que c'est plus clair.

Si une fusion sur le code hydro te convient, c'est que tu as simplement besoin de reconstruire les rivières (de la source à la confluence).
Je ne vois pas en quoi les champs vides représentent un problème, il suffit d'exclure les objets correspondants de la fusion

J'ai aussi essayé la méthode en excluant les entités de la fusion simplement comment rapatrie-on les données (les bras) qui ont été exclu dans le jeu de donnée fusion_codehydro après avoir effectué la fusion?