Le portail francophone de la géomatique

Bonsoir,

Si c'est bien un champ numérique, je pense qu'en créant un autre champ qui réceptionnera le résultat d'une soustraction de -102000, ça devrait marcher.

@+

bonjour,
je pense qu'en créant un champ qui récupère les données tu peux séparer ton champ IDU.
à partir du champ IDU, tu peux remplir ton champ n° de commune (ça doit être 102 le numéro de ta commune dans ton exemple.
Tu crées donc un champ N° de communes que tu remplis avec la formule : gauche(IDU,3)
3 est le nombre de caractères et IDU le champ visé.
Ensuite pour récupérer ton numéro de section tu fais la même manipulation avec la formule : extrairechaîne(IDU,7,2)
qui extrait les 2 caractères qui se suivent à partir du 7ème caractère.
Pour le numéro de parcelle la formule : droite(IDU,4) devrait être bonne.
Attention aux 0 en trop ainsi qu'aux sections à une seule lettre.
Ensuite tu peux recomposer ton identifiant parcelle en regroupant les 3 champs.
ça fait longtemps que je n'ait pas refait la manipulation mais avec ces formules tu devrais t'en sortir
Bonne journée

Dernière modification par naman10 (Mon 09 March 2009 09:34)

content d'avoir pu aider! bonne journée!

Bonsoir,

Vous pouvez essayer la fonction "extrairechaîne"  (champ, position du premier caractère de la chaîne, nombre de caractère de ce mot)

avec  (Nom,1,3) sur le champ Nom : rue de la ..., j'obtiens le résultat rue

En espérant vous avoir été utile,

Cordialement,

Bonsoir,

et merci Nicolas !

En effet, l'idée est très bonne, mais en voulant aller plus loin (ne garder le premier mot du champ concerné que d'une partie de ma classe d'objets, donc en conditionnant la prise en compte de la fonction extrairechaîne) , je me suis rendu à l'évidence : le mieux est l'ennemi du bien.
Impossible de combiner SiChaine/EgalChaine avec ta formule. Du moins ma formule (que j'ai créée sur la base de celle ci-dessus) est-elle correcte, mais ne me renvoie pas le résultat attendu.

Le cas concret :

Soit une classe d'objets représentant un réseau routier. Les noms de voies sont composés du type de voie (pas systématique) abrégé + préfixe (pas systématique lui aussi) + nom tel qu'il apparaît dans un index (ex. : av /de la /Liberté, mais aussi /le /bourg, ou bien encore bd //Condorcet, histoire de dire que tous les cas de figure sont présents, d'où la nécessité de louvoyer sur la séparation des caractères, qui n'est jamais la même.)

Je veux donc conditionner la manipulation de façon à ne prendre en compte dans le champ qui recevra la première partie des noms de voies, que ce qui a à y être (i. e. r, av, bd, rte, et j'en passe) ; le reste (par exemple 'le bourg') n'étant pas concerné et devant par conséquent être ignoré. Je conditionne donc ma formule (ou plutôt celle de Nicolas) avec la fonction SiChaine, couplée à EgalChaine pour identifier les objets concernés (ceux qui ont un type réel, genre rue, avenue etc.)

Et là, avec ma formule, l'intégralité de ma classe d'objets est considérée comme ne répondant pas à la condition et ma formule tombe à l'eau...

Formule que voici :

SiChaine(EgalChaine(extrairechaîne(|nom_rue|,1,Position(|nom_rue|," ")),"AV "),"AV",SiChaine[répétition de la formule avec chacun des autres types de voirie])

J'espère avoir été suffisamment clair dans mon exemple.

Pour en revenir à la solution de Nicolas, elle est satisfaisante en soi, mais ne permet pas d'automatiser la manipulation, puisqu'il faut reprendre ensuite, en sélectionnant à la main, les valeurs attributaires des objets "non concernés" pour les coller dans le bon champ. Je sais bien que les mises à jour du RGE® n'interviennent pas toutes les semaines, mais c'est surtout que cela me permettrait d'avoir le moins possible à y toucher...


Merci d'être allé au bout de ma prose, et bonne soirée,

Damien

Bonjour à Toutes et Tous,

Très bon boulot

J'avais aussi pensé à utiliser une table de correspondance comme celle qui apparaît dans les descriptifs de contenu.

@+