FeatureMerger
Fusionne les attributs et/ou géométries d'un jeu d'entités en un autre jeu d'entités en fonction de la correspondance de valeurs clés d'attributs et d'expressions.
Cas d'utilisations typiques
- Combiner les attributs et/ou géométries de deux différents flux d'entités en fonction de la correspondance de valeurs clés d'attributs et d'expressions.
Comment fonctionne-t-il ?
FeatureMerger reçoit deux flux d'entités via ses ports d'entrée.
Requestor : les Demandeurs sont les entités qui reçoivent de nouveaux attributs et/ou géométries.
Supplier : les Fournisseurs fournissent des attributs et/ou géométrie à fusionner dans les Demandeurs.
Les correspondances entre les entités Requestor et le Supplier sont identifiées en fonction de la configuration de Jointure dans la boîte de dialogue des paramètres. Les conditions de jonction peuvent être simples ou complexes, en utilisant des valeurs d'attributs, des constantes, des fonctions ou une combinaison de ces éléments sous forme d'expression. Plusieurs conditions de jonction peuvent être définies (les entités doivent remplir toutes les conditions pour être mises en correspondance).
Quand un Demandeur correspond à un Fournisseur, les attributs et/ou géométrie du Fournisseur sont fusionnés dans le Demandeur.
- Si le Demandeur possède déjà un attribut que possède le Fournisseur, la valeur originale de cet attribut du Demandeur peut être conservée ou surchargée.
- Un même fournisseur peut être utilisé par plusieurs demandeurs.
- Plusieurs fournisseurs peuvent être regroupés en un seul demandeur.
- En cas de conflit de noms d'attributs, vous pouvez choisir quelles valeurs utiliser entre celles des demandeurs et des fournisseurs en utilisant le paramètre Résolution de conflit, et vous pouvez définir comment gérer les valeurs nulles via le paramètre Ignorer les valeurs nulles.
Les entités Demandeur correspondent aux entités Fournisseur quand chaque paire de clés (qui supporte les expressions) spécifiée dans la table Jointure a la même valeur pour les entités Demandeur et Fournisseur.
Exemples
Dans cet exemple, nous disposons de deux jeux de données - un fichier texte CSV de rapports de criminalité historiques et un fichier de forme des rues publiques. Les deux jeux de données ont un élément d'information en commun, à savoir une adresse sous la forme d'un bloc "cent".
FeatureJoiner serait probablement plus efficace de faire une simple jointure de valeurs d'attributs, mais le format de l'adresse est légèrement différent dans chaque jeu de données. Les données CSV utilisent la chaîne "XX" à la place des zéros dans l'adresse :
Et les jeux de données rues ont une forme plus conventionnelle, avec des zéros :
Notre objectif est de fusionner la géométrie des rues avec les données sur les délits - en produisant une entité de sortie pour chaque enregistrement de délit. Ainsi, les données CSV sont acheminées vers le port d'entrée Requestor, et les rues sont acheminées vers le port Supplier.
Dans le dialogue des paramètres, nous devons créer une paire Jointure des valeurs Requestor et Supplier. Comme le format des adresses n'est pas identique, nous allons en ajuster une, en construisant une clé. Avec l'aide de l'éditeur de texte, nous créons une expression qui remplacera le "XX" de l'adresse par "00", et correspondra ainsi au format des données de la rue (Supplier).
La seconde moitié de la paire est la valeur d'attribut HBLOCK des données de rues.
Le type de fusion des entités est défini sur Attributs et Géométrie. Les valeurs par défaut pour l'accumulation d'attributs (fusion des fournisseurs) fourniront les résultats corrects.
Le port de sortie Merged contient les enregistrements de délits, maintenant avec la géométrie de la rue et les attributs de rue associés. Notez que le format de l'adresse n'a pas été modifié par l'expression construite - il a simplement été utilisé pour l'évaluation de la correspondance. À cet endroit, 5 enregistrements de délits ont été trouvés. Chacun d'entre eux a maintenant une géométrie (identique).
Pour voir cet exemple inversé - attacher tous les enregistrements de crimes à une seule rue -, consultez l'exemple suivant.
Dans cet exemple, nous inversons le scénario de l'exemple précédent. Nous voulons fusionner tous les enregistrements historiques de délits avec les données de rue, en produisant un enregistrement par segment de ligne de rue (bloc), avec un attribut de liste contenant les données de délits.
Dans ce cas, les rues sont les entités Demandeur et les données de crimes sont les entités Fournisseur.
Dans la boîte de dialogue des paramètres, nous créons à nouveau une paire Jointure, en utilisant une expression pour faire correspondre les deux formats de cent blocs (légèrement différents). Le type de fusion d'entités est Attributs uniquement, car les demandeurs (rues) possèdent déjà la géométrie souhaitée.
L'option Traiter les fournisseurs en double est activée. Sans cette option, la première correspondance sera traitée et les autres seront rejetées. Un compte du nombre de fournisseurs (crimes) correspondant sera conservé dans l'attribut Nombre de fournisseurs, appelé Incident_Count.
La fonction Générer une liste est activée et le nom de la liste est Crime_Records. Nous n'ajouterons que les attributs sélectionnés à la liste, et choisirons TYPE et YEAR.
Les entités du port de sortie Merged ont maintenant un attribut de liste, contenant tous les enregistrements correspondants du CSV. Notez l'attribut Incident_Count.
Notes
- Pour les jointures simples, FeatureJoiner peut offrir de meilleures performances que le FeatureMerger. Toutefois, FeatureJoiner n'accepte que les valeurs d'attributs comme clés et non les expressions construites, et ne prend pas en charge les attributs de liste. De plus, FeatureMerger est capable (optionnellement) de limiter la sortie à une seule entité dans le cas de correspondances multiples entre fournisseurs, alors que FeatureJoiner créera plusieurs entités pour toutes les correspondances.
- Pour des jointures complexes utilisant la syntaxe SQL, ou plus de deux flux d'entités en entrée, privilégiez plutôt InlineQuerier.
- Quand plusieurs FeatureMerger sont requis, privilégiez plutôt InlineQuerier.
- Si toutes les données à interroger existent déjà dans une source de données avec des capacités SQL, il est toujours plus efficace d'utiliser SQLCreator ou SQLExecutor, car cela permet de travailler sur (et de filtrer) les données à traiter avant de les lire dans l'environnement FME.
- Pour effectuer une jointure entre entités déjà dans le traitement et des données entreposées dans une base de données externe, considérez utiliser DatabaseJoiner.
- Pour effectuer une jointure quand une clé Demandeur est un attribut de liste, considérez utiliser ListBasedFeatureMerger.
- Pour joindre des entités sur la base d'une géométrie correspondante, considérez utiliser Matcher. La FeatureMerger n'accepte pas la géométrie comme clé.
- Pour joindre tous les fournisseurs à toutes les entités Requestors lorsqu'il n'y a pas de valeur de jointure commune, le fait de définir Jointure > Requestor (Demandeur) et Jointure > Supplier (Fournisseur) à la même valeur constante (par exemple,
1
et1
) fusionnera tous à tous. Activez la fonction Génération de liste pour stocker plusieurs correspondances par entité.
Choisir une méthode de jointure d'entités
De nombreux Transformers peuvent effectuer des jointures de données sur la base d'attributs, d'expressions et/ou de géométries correspondants. Lorsque vous en choisissez un pour une tâche de jointure spécifique, vous devez prendre en compte la complexité de la jointure, le format des données, l'indexation, la gestion des conflits et les résultats souhaités. Certains Transformers utilisent la syntaxe SQL, d'autres accèdent directement aux bases de données externes. Ils peuvent ou non prendre en charge la lecture et la création d'attributs de liste.
En général, le choix de la méthode la plus spécifique à la tâche à accomplir permet d'obtenir des résultats optimaux en termes de performances. S'il existe plus d'une façon de procéder (ce qui est souvent le cas), il peut être utile de consacrer du temps à tester les performances des autres méthodes. Les performances peuvent varier considérablement selon l'existence d'index clés lors de la lecture de tables externes (par opposition aux entités déjà présentes dans le traitement).
Transformer |
Correspondance selon |
Utilisation de requêtes SQL |
Création de liste |
Type en entrée |
A noter |
Description |
---|---|---|---|---|---|---|
FeatureJoiner | Attributs | Non | Non | Entités |
|
Joint les entités en combinant les attributs et/ou géométries d'entités en fonction de valeurs d'un attribut clé. Effectue l'équivalent des jointures SQL Inner, Left et Full. |
FeatureMerger | Attributs | Non | Oui | Entités |
|
Fusionne les attributs et/ou géométries d'un jeu d'entités en un autre jeu d'entités en fonction de la correspondance de valeurs clés d'attributs et d'expressions. |
ListBasedFeatureMerger | Attribut de liste vers attribut seul | Non | Oui | Entités |
|
Fusionne les attributs et/ou géométries d'un jeu d'entités en un autre jeu d'entités en fonction de la correspondance de valeurs d'un attribut de liste avec des valeurs de clés d'attributs et d'expressions. |
InlineQuerier | Requête SQL | Oui | Non | Entités |
|
Crée un ensemble de tables de base de données SQLite pour les entités en entrée, exécute des requêtes SQL sur elles et génère les résultats en tant qu'entités. |
SQLCreator | Requête SQL | Oui | Non | Base de données externe |
|
Génère des entités FME à partir des résultats d'une requête SQL exécutée une fois dans une base de données. Une entité FME est créée pour chaque ligne des résultats de la requête SQL. |
SQLExecutor | Requête SQL | Oui | Non | Base de données externe |
|
Exécute des requêtes SQL contre une base de données. Une requête est envoyée à la base de données pour chaque entité qui entre dans le Transformer. Les entités initiales et les résultats de la requête peuvent être édités en tant qu'entités. |
DatabaseJoiner | Attributs | Non | Oui | Base de données externe et entités |
|
Joint les attributs d'une table externe aux entités déjà présentes dans un traitement, sur la base d'une ou plusieurs clés communes. Des connaissances en SQL ne sont pas requises. Transformer non bloquant. |
Matcher | Géométrie et/ou attributs | Non | Oui | Entités |
|
Détecte les entités qui correspondent l'une à l'autre. Les entités sont déclarées correspondantes lorsqu'elles ont une géométrie correspondante, des valeurs d'attributs correspondantes, ou les deux. Une liste d'attributs qui doivent différer entre les entités peut également être spécifiée. Si la correspondance se fait uniquement sur des attributs (pas de géométries), utiliser FeatureMerger ou une autre méthode donnera de meilleures performances. |
Configuration
Ports d'entrée
Entités qui reçoivent de nouveaux attributs et/ou géométries depuis les entités connectées au port Supplier.
La source des nouveaux attributs et/ou géométrie des entités qui entrent via le port Requestor.
Notez qu'en réglant le paramètre Traiter les fournisseurs en double sur Oui, plusieurs fournisseurs peuvent être fusionnés avec chaque demandeur. Ces fournisseurs peuvent provenir de différentes sources (par exemple, de différentes tables de base de données).
Ports de sortie
Les demandeurs qui trouvent un fournisseur (ou plusieurs fournisseurs si le paramètre Traiter les fournisseurs multiples vaut Oui) ressortent via ce port.
Demandeurs qui ne correspondent à aucun fournisseur. Si une clé Jointure est nulle ou manquante sur une entité Requestor, cette entité ressort sur ce port.
Les fournisseurs utilisés par au moins un demandeur ressortent par ce port.
Note: Un fournisseur peut toujours être sorti par ce port même si aucun de ses attributs n'a été fusionné. Cela peut se produire parce que tous les attributs étaient déjà présents dans le demandeur ou ont été fournis par des fournisseurs précédents.
Fournisseurs qui ne correspondent à aucun demandeur. Si une clé Jointure est nulle ou manquante sur une entité Fournisseur, cette entité ressort sur ce port.
Si le paramètre Traiter les fournisseurs en double est Non, les fournisseurs en double seront rejetés. Si la valeur Rejeter les clés nulles et manquantes vaut Oui, les entités sans clé seront rejetées.
Gestion des entités rejetées : ce paramètre permet d'interrompre la traduction ou de la poursuivre lorsqu'elle rencontre une entité rejetée. Ce paramètre est disponible à la fois comme option par défaut de FME et comme paramètre de traitement.
Paramètres
Regrouper par |
Les entités d'entrée peuvent être divisées par le paramètre Regrouper par. Si vous choisissez des attributs Regrouper par, les références entre les entités ne seront résolues que si elles partagent une valeur commune pour les attributs sélectionnés. Si aucun paramètre de regroupement n'est défini, toutes les entités seront traitées ensemble. Si vous avez plus d'une donnée source, il est pratique de les regrouper par _id de sorte à s'assurer que les références soient traitées avec les bonnes entités. |
||||
Traitement des regroupements |
Sélectionnez le moment du traitement où les groupes sont traités :
Considérations sur l'utilisation de Regrouper par
Il y a deux raisons typiques d'utiliser Quand le groupe change (avancé). La première concerne les données entrantes qui sont destinées à être traitées en groupes (et qui sont déjà classées ainsi). Dans ce cas, c'est la structure qui dicte l'utilisation de Regrouper par - et non des considérations de performance. La seconde raison possible est le potentiel gain de performances. Les gains de performance sont plus visibles quand les données sont déjà triées (ou lues en utilisant une déclaration SQL ORDER BY) puisque moins de travail est requis de la part de FME. Si les données doivent être ordonnées, elles peuvent être triées dans le traitement (bien que la surcharge de traitement supplémentaire puisse annuler tout gain). Le tri devient plus difficile en fonction du nombre de flux de données. Il peut être quasiment impossible de trier des flux de données multiples dans l'ordre correct, car toutes les entités correspondant à une valeur Regrouper par doivent arriver avant toute entité (de tout type d'entité ou jeu de données) appartenant au groupe suivant. Dans ce cas, l'utilisation de Regrouper par avec Lorsque toutes les entités sont reçues peut être une approche équivalente et plus simple. Note: De multiples types d'entités et entités de multiples jeux de données ne vont généralement pas arriver dans l'ordre correct. Comme pour beaucoup de scénarios, tester différentes approches dans votre traitement avec vos données est le seul moyen sûr d'identifier le gain de performance. |
Fournisseurs en premier |
Lorsque cette option est activée, le Transformer part du principe que tous les Fournisseurs entrent dans le Transformer avant les Demandeurs. Une fois le premier demandeur arrivé, le transformateur traitera et sortira les demandeurs au fur et à mesure de leur arrivée. Les fournisseurs seront sortis après que tous les demandeurs aient été traités. Note: Il est de la responsabilité de l'utilisateur de s'assurer que tous les fournisseurs arrivent avant les demandeurs. Si cette option est activée, le Transformer cessera d'accepter des fournisseurs dès qu'il aura reçu son premier demandeur. |
Requestor |
Spécifie une expression de l'entité Demandeur à faire correspondre à l'expression de l'entité Fournisseur. Une expression peut être une constante, une valeur d'attribut, une fonction ou un mélange. Les caractères d'espacement de début et de fin sont supprimés des expressions évaluées. Les correspondances sont établies lorsque les valeurs rognées de toutes les expressions du demandeur sont égales aux valeurs rognées des expressions correspondantes du fournisseur. |
Supplier |
Spécifie une expression de l'entité Fournisseur à faire correspondre à l'expression de l'entité Demandeur. Une expression peut être une constante, une valeur d'attribut, une fonction ou un mélange. Les caractères d'espacement de début et de fin sont supprimés des expressions évaluées. Les correspondances sont établies lorsque les valeurs rognées de toutes les expressions du demandeur sont égales aux valeurs rognées des expressions correspondantes du fournisseur. En général, les fournisseurs ont des expressions définies qui donnent lieu à une correspondance unique avec un demandeur, et tout fournisseur en double est ignoré par le Transformer. Cependant, si le paramètre Traiter les fournisseurs dupliqués est égal à Oui, alors tous les Fournisseurs dont le critère de jointure correspond au critère de jointure du Demandeur seront combinés au Demandeur. |
Méthode de comparaison |
La colonne Mode de comparaison indique comment effectuer la comparaison entre les valeurs d'attributs du demandeur et du fournisseur. Si Automatique ou Numérique est spécifié, une tentative sera faite pour convertir les valeurs d'attribut en nombres avant de les comparer. |
Type de jointure |
Ce paramètre indique ce qu'il faut fusionner avec l'entité terminée. Les choix possibles sont les suivants :
|
Rejeter les clés Null ou manquantes |
Oui : Toute entité Demandeur ou Fournisseur qui contient une clé de jointure null ou manquante ressort par le port <Rejected>. Non : Les clés null et manquantes sont traitées comme chaînes de caractères vides. |
Si plus d'un fournisseur est trouvé pour un demandeur et que Traiter les fournisseurs dupliqués vaut Non, alors tous les Fournisseurs après le premier ressortent par le port <Rejected> et uniquement le premier des Fournisseurs est appairé à un Demandeur.
Si l'option Traiter les fournisseurs en double est activée, les fournisseurs en double sont tous mis en correspondance avec le demandeur correspondant. Les attributs sont fusionnés sur la base du mode d'accumulation d'attributs et, si nécessaire, édités sous forme d'attribut de liste du demandeur, en utilisant le nom de liste spécifié. La géométrie du fournisseur est fusionnée en utilisant le type de jointure de de géométrie spécifié.
Notez que l'activation de l'option Génération de liste active aussi implicitement l'option Traiter les fournisseurs multiples.
Type de jointure de géométries |
Indique comment fusionner les fournisseurs en double sur le demandeur. Il n'est applicable que si le type de fusion d'entités spécifie la fusion de la géométrie. Les choix possibles sont les suivants :
|
||||||||||||||||||
Tolérance |
La distance minimale entre les géométries en 2D avant qu'elles ne soient considérées comme égales, en unités terrestres. Si la tolérance est Aucune, les géométries doivent être exactement identiques pour être considérées comme égales. Si la tolérance est Automatique, une tolérance sera automatiquement calculée en fonction de l'emplacement des géométries saisies. En outre, une tolérance personnalisée peut être utilisée. |
||||||||||||||||||
Méthode de connexion du Z |
Si applicable, sélectionner une méthode pour la gestion des valeurs z. Méthode de connexion du Z
En le visualisant en 2D (en ignorant le Z), un chemin (qui peut définir le bord d'un polygone) peut apparaître fermé tel que montré ci-dessous. Ce même chemin, vu en 3D, peut apparaître ouvert comme le montre la figure de droite ci-dessous.
Pour spécifier la façon (et si) dont le chemin doit être fermé en 3D, sélectionner une des méthodes suivantes.
|
||||||||||||||||||
Attribut Nombre de fournisseurs |
Le nom d'un attribut qui stockera un compte du nombre de Fournisseurs appairés à un Demandeur. |
Si les attributs des Fournisseurs et Demandeurs ont le même nom, mais ne sont pas d'attribut de géométrie commençant par fme_, alors ils seront considérés comme en conflit.
Traitement des attributs |
Regrouper les fournisseurs : L'entité requérante conservera tous ses attributs non conflictuels et acquerra en plus tous les attributs non conflictuels de l'entité fournisseur. Ce mode traitera les attributs conflictuels en fonction du paramètre de résolution des conflits. Préfixe les fournisseurs : L'entité Demandeur conservera tous ses propres attributs. En outre, le demandeur acquiert des attributs reflétant les attributs de l'entité du fournisseur, avec le nom préfixé par le paramètre Préfixe. Remplacet par un fournisseur unique : tous les attributs de l'entité Demandeur seront supprimés, à l'exception des attributs géométriques qui commencent par fme_. Ensuite, tous les attributs d'une entité fournisseur (arbitraire) seront placés sur le demandeur. |
Résolution de conflit |
Utiliser les attributs du demandeur: si un conflit d'attributs apparaît, les valeurs des entités demandeur sont conservées. Utiliser le fournisseur: si un conflit d'attributs apparaît, les valeurs des entités fournisseur sont conservées. |
Ignorer les valeurs nulles |
Non: traite les attributs dont la valeur est nulle comme les autres. Oui : Traiter les valeurs d'attribut nulles comme moins importantes que les autres valeurs d'attribut. Chaque fois qu'une valeur nulle est fusionnée avec une valeur non nulle, la valeur non nulle prévaut, quel que soit le paramètre de Résolution de conflit. Note: Les valeurs d'attribut nulles et autres sont toujours plus dominantes que les valeurs d'attribut manquantes. En d'autres termes, lorsqu'une valeur d'attribut est fusionnée avec une valeur d'attribut manquante, la valeur d'attribut prévaut, quels que soient les paramètres Ignorer les valeurs nulles et Résolution de conflit. |
Préfixe |
Pour éviter qu'un attribut fournisseur ne soit ignoré à cause d'un attribut demandeur de même nom déjà existant, vous pouvez préfixer les attributs fournisseurs lorsqu'ils sont ajoutés aux demandeurs. Lorsqu'il existe plusieurs caractéristiques du fournisseur pour une entité du demandeur, les valeurs de plusieurs attributs du fournisseur sont fusionnées dans le même attribut préfixé. Lorsque plusieurs entités du fournisseur ont le même attribut, la valeur de l'attribut résultant est généralement prise dans la dernière de ces entités. Toutefois, ce processus est régi par le paramètre Ignorer les valeurs nulles. |
S'il y a des fournisseurs multiples et que Génération de liste est active, alors tous les Fournisseurs qui sont combinés à un Demandeur auront leurs attributs ajoutés à la liste spécifiée dans le Demandeur. Notez que l'activation de la fonction Générer une liste active aussi implicitement la fonction Traiter les fournisseurs en double.
Note: Les attributs de liste ne sont pas accessibles à partir du schéma de sortie dans FME Workbench, sauf s'ils sont d'abord traités à l'aide d'un Transformer qui opère sur eux, comme ListExploder ou ListConcatenator. Il est également possible d'utiliser AttributeExposer.
Liste |
Entrer un nom de liste. |
Ajouter à la liste |
Tous les attributs : Chaque attribut depuis un Fournisseur qui est combiné avec un Demandeur sera ajouté à la liste spécifiée dans Nom de liste. Attributs sélectionnés : seuls les attributs spécifiés dans le paramètre Attributs sélectionnés seront ajoutés à la liste spécifiée dans le paramètre Nom de liste. |
Attributs sélectionnés |
Les attributs à ajouter à la liste lorsque le paramètre Ajouter à la liste vaut Attributs sélectionné. |
Conserver l'ordre des entités |
Ce paramètre contrôle l'ordre dans lequel les entités quittent un Transformer. Lorsqu'un Transformer a plus d'un port de sortie, les entités sortent généralement d'un port à la fois. Parfois, il peut être utile de garder l'ordre dans lequel les entités sont arrivées, en passant d'un port à l'autre si nécessaire. Cela permet de préserver l'ordre des entités, mais au prix d'une perte potentielle d'efficacité du traitement. Sélectionner une méthode pour l'ordre des entités :
|
Éditer les paramètres des Transformers
À l'aide d'un ensemble d'options de menu, les paramètres du Transformer peuvent être attribués en faisant référence à d'autres éléments de traitement. Des fonctions plus avancées, telles qu'un éditeur avancé et un éditeur arithmétique, sont également disponibles dans certains Transformers. Pour accéder à un menu de ces options, cliquez sur à côté du paramètre applicable. Pour plus d'informations, voir Options de menus et paramètres de Transformer.
Définir les valeurs
Il existe plusieurs façons de définir une valeur à utiliser dans un Transformer. La plus simple est de simplement taper une valeur ou une chaîne de caractères, qui peut inclure des fonctions de différents types comme des références d'attributs, des fonctions mathématiques et de chaînes de caractères, et des paramètres de traitement. Il existe un certain nombre d'outils et de raccourcis qui peuvent aider à construire des valeurs, généralement disponibles dans le menu contextuel déroulant adjacent au champ de valeur.
Utilisation de l'éditeur de texte
L'éditeur de texte fournit un moyen efficace de construire des chaînes de textes (dont les expressions régulières) à partir de données source diverses, telles que des attributs, des paramètres et des constantes, et le résultat est directement utilisé dans le paramètre.
Utilisation de l'éditeur arithmétique
L'éditeur arithmétique fournit un moyen simple de construire des expressions mathématiques à partir de plusieurs données source, telles que des attributs et des fonctions, et le résultat est directement utilisé dans un paramètre.
Valeur conditionnelle
Définit des valeurs selon un ou plusieurs tests.
Fenêtre de définition de conditions
Contenu
Les expressions et chaînes de caractères peuvent inclure des fonctions, caractères, paramètres et plus.
Lors du paramétrage des valeurs - qu'elles soient entrées directement dans un paramètre ou construites en utilisant l'un des éditeurs - les chaînes de caractères et les expressions contenant des fonctions Chaîne de caractères, Math, Date et heure ou Entité FME auront ces fonctions évaluées. Par conséquent, les noms de ces fonctions (sous la forme @<nom_de_fonction>) ne doivent pas être utilisés comme valeurs littérales de chaîne de caractères.
Ces fonctions manipulent les chaînes de caractères. | |
Caractères spéciaux |
Un ensemble de caractères de contrôle est disponible dans l'éditeur de texte. |
Plusieurs fonctions sont disponibles dans les deux éditeurs. | |
Fonctions Date/heure | Les fonctions de dates et heures sont disponibles dans l'Editeur texte. |
Ces opérateur sont disponibles dans l'éditeur arithmétique. | |
Elles retournent des valeurs spécifiques aux entités. | |
Les paramètres FME et spécifiques au traitement peuvent être utilisés. | |
Créer et modifier un paramètre publié | Créer ses propres paramètres éditables. |
Options - Tables
Les Transformers avec des paramètres de style table possèdent des outils additionnels pour remplir et manipuler des valeurs.
Réordonner
|
Activé une fois que vous avez cliqué sur un élément de ligne. Les choix comprennent :
|
Couper, Copier et Coller
|
Activé une fois que vous avez cliqué sur un élément de ligne. Les choix comprennent :
Copier, copier et coller peuvent être utilisés au sein d'un Transformer ou entre Transfromers. |
Filtre
|
Commencez à taper une chaîne de caractères, et la matrice n'affichera que les lignes correspondant à ces caractères. Recherche dans toutes les colonnes. Cela n'affecte que l'affichage des attributs dans le Transformer - cela ne change pas les attributs qui sont sortis. |
Importer
|
Le bouton d'import remplit la table avec un jeu de nouveaux attributs lus depuis un jeu de données. L'application spécifique varie selon les Transformers. |
Réinitialiser/Rafraîchir
|
Réinitialise la table à son état initial, et peut fournir des options additionnelles pour supprimer des entrées invalides. Le comportement varie d'un Transformer à l'autre. |
Note : Tous les outils ne sont pas disponibles dans tous les Transformers.
Références
Comportement |
|
Stockage des entités |
Oui |
Dépendances | Aucun |
Alias | |
Historique |
FME Community
FME Community est l'endroit où trouver des démos, des tutoriaux, des articles, des FAQ et bien plus encore. Obtenez des réponses à vos questions, apprenez des autres utilisateurs et suggérez, votez et commentez de nouvelles entités.
Voir tous les résultats à propos de ce Transformer sur FME Community.
Les exemples peuvent contenir des informations sous licence Open Government - Vancouver et/ou Open Government - Canada.