Annonce
L'appel à participation est ouvert jusqu'au 19 janvier 2025!
#1 Thu 05 March 2015 10:24
- Xavier Julian
- Participant assidu
- Lieu: Orange
- Date d'inscription: 19 Jan 2015
- Messages: 218
fonctionnement FeatureMerger
Bonjour à tous,
J'essaye d'utiliser FeatureMerger pour ajouter un nouvel attribut "nom" à ma table des routes.
Dans le port Requestor j'ai un shape avec des polylignes représentant des routes.
Dans le port Supplier j'ai une table attributaire avec le nom des routes.
J'arrive à faire une jointure sur le champ commun "code", puisque dans le port de sortie Merged, j'ai le même nombre d'enregistrement que dans le port d'entrée Requestor.
Pourtant le champ "nom" dans la table des routes reste vide...
Il a pourtant le même nom, le même type, et la même longueur que ma table attributaire du port Supplier.
Des idées ?
Merci par avance, Xavier.
Hors ligne
#2 Thu 05 March 2015 10:28
Re: fonctionnement FeatureMerger
Bonjour,
N'y aurait-il pas plusieurs tronçons par route ce qui pourrait expliquer le phénomène ? Dans ce cas, il faut créer une liste puis l'exploiter avec un list exploder.
Dernière modification par heretik25 (Thu 05 March 2015 10:41)
Freelance traitements ETL FME certifié: www.sitdi-france.fr Twitter : @sitdifrance
Site perso ~ www.partir-en-vtt.com
Hors ligne
#3 Thu 05 March 2015 10:36
- MagBar
- Participant assidu
- Date d'inscription: 27 Jun 2012
- Messages: 203
Re: fonctionnement FeatureMerger
si tu as aussi le champs nom dans ta table Requestor et que ce dernier est vide, il ressortira vide car il priorise en sortie les données du Requestor pour les champs identiques.
il faut soit que tu retires le champs "nom" dans ta table "Requestor" avant de le passer dans le featureMerger, soit que tu indiques un Préfixe pour les fournisseurs.
sauf si tu es sur la version 2015, auquel cas tu peux définir quel source est prioritaire en sortie en cas de champs identique 
"Conflict Resolution (dans Attribute Acculmulation) -> Use Supplier
Hors ligne
#4 Thu 05 March 2015 10:36
- Xavier Julian
- Participant assidu
- Lieu: Orange
- Date d'inscription: 19 Jan 2015
- Messages: 218
Re: fonctionnement FeatureMerger
Merci pour la réponse heretik.
Effectivement, le champ "code" peut avoir plusieurs valeurs possibles par tronçon, mais j'ai déjà fait un traitement sous FME avec AttributeSplitter puis ListExploder puis AttributeCopier pour me retrouver avec une nouvelle table n'ayant qu'un seul "code" par tronçon.
Le problème et donc ailleurs...
Dernière modification par Xavier Julian (Thu 05 March 2015 10:37)
Hors ligne
#5 Thu 05 March 2015 10:41
- Xavier Julian
- Participant assidu
- Lieu: Orange
- Date d'inscription: 19 Jan 2015
- Messages: 218
Re: fonctionnement FeatureMerger
magbar, j'ai FME 2014.
J'ai pourtant paramétré positivement Supplier First ...
Je vais supprimer mon champ "code" qui est effectivement vide dans ma table Requestor
Hors ligne
#6 Thu 05 March 2015 10:41
Re: fonctionnement FeatureMerger
ça devrait donc régler le problème
Freelance traitements ETL FME certifié: www.sitdi-france.fr Twitter : @sitdifrance
Site perso ~ www.partir-en-vtt.com
Hors ligne
#7 Thu 05 March 2015 10:44
- Xavier Julian
- Participant assidu
- Lieu: Orange
- Date d'inscription: 19 Jan 2015
- Messages: 218
Re: fonctionnement FeatureMerger
ça a marché !
Merci à vous deux :-)
Hors ligne
#8 Thu 05 March 2015 11:10
- MagBar
- Participant assidu
- Date d'inscription: 27 Jun 2012
- Messages: 203
Re: fonctionnement FeatureMerger
Hors ligne
