Migrer des workflows spatiaux Alteryx
PlaidCloud convertit les workflows spatiaux Alteryx en workflows avancés composés d’étapes géospatiales. Chaque outil de la palette Spatial d’Alteryx dispose d’une voie de conversion — le tableau de couverture des outils spatiaux les recense outil par outil, avec les limites connues.
Ce guide traite de la mise en œuvre : regrouper les fichiers, exécuter l’importation et valider le résultat. Pour savoir ce que font les étapes une fois converties, consultez Analyses géospatiales.
Regrouper les entrées spatiales
Section intitulée « Regrouper les entrées spatiales »Rassemblez toutes les dépendances spatiales avant d’importer. Un workflow converti ne peut lire que les fichiers que vous avez fournis avec lui.
- Groupes Shapefile :
.shpavec.shx,.dbfet.prj. - Groupes MapInfo :
.tabavec.map,.idet.dat. - Fichiers KML et GeoJSON.
- Tables de correspondance qui associent des enregistrements spatiaux et non spatiaux.
- Les sorties spatiales attendues, pour la validation.
Conservez les fichiers associés de chaque groupe dans le même dossier que le fichier principal — l’étape Importation de fichier spatial les lit à côté de celui-ci.
Conversion des outils spatiaux
Section intitulée « Conversion des outils spatiaux »La conversion choisit la voie la plus simple qui donne le bon résultat, et cette voie détermine la manière dont l’étape monte en charge.
Voie base de données (SQL). Create Points et Distance deviennent des expressions d’étape Table Extract ; Spatial Match et Find Nearest deviennent des étapes Correspondance spatiale et Spatial Find Nearest. Elles s’exécutent entièrement dans l’entrepôt de données, et leur performance évolue donc avec la taille de la table.
Voie moteur de workflow. Tout ce qui remodèle la géométrie — Buffer, Trade Area, Generalize, Smooth, Process, Poly-Build, Poly-Split, Make Grid, Combine, Spatial Info et l’importation de fichier spatial — s’exécute dans le moteur de workflow sur Shapely et GDAL, car ce traitement ne peut pas s’exprimer en SQL de base de données.
Reporting. Map et Report Map deviennent des étapes Report Map ; les macros empaquetées Heat Map et Pie Wedge Trade Area deviennent des étapes de macro empaquetée.
Chaque étape convertie est un type d’étape à part entière que vous pouvez ouvrir, modifier et reconstruire à la main. Make Grid et Poly-Split font exception : elles se convertissent et s’exécutent, mais se configurent pour l’instant via l’API ou MCP plutôt que par un formulaire de conception. Consultez Prérequis spatiaux connus pour connaître les prérequis d’entrée des outils spatiaux.
Valider la géométrie
Section intitulée « Valider la géométrie »Pour la parité des sorties spatiales, comparez :
- Le schéma de sortie.
- Le nombre de lignes.
- Les valeurs des champs clés.
- Les valeurs de géométrie, ou les mesures qui en sont dérivées.
- Le comportement du système de référence de coordonnées.
- Les distances, les surfaces et la géométrie simplifiée, par rapport à une tolérance acceptée.
L’ordre des lignes n’a pas besoin de correspondre, sauf si le workflow en dépend.
Valider les artefacts spatiaux
Section intitulée « Valider les artefacts spatiaux »Pour les cartes et les Report Map, vérifiez que :
- Les couches de la carte contiennent les enregistrements attendus.
- Les libellés et les entités groupées sont corrects.
- Les limites, les points et les polygones apparaissent aux emplacements attendus.
- L’artefact est exploitable par les relecteurs en aval.
- Toute différence volontaire d’artefact natif du cloud est consignée.
Les moteurs de rendu de rapports donnent une approximation de la sortie Alteryx — validez la table qui alimente une carte avant de comparer la mise en page visuelle.
Problèmes spatiaux courants
Section intitulée « Problèmes spatiaux courants »| Symptôme | À vérifier |
|---|---|
| L’importation produit des lignes dont la géométrie est vide | Les fichiers associés sont présents dans le même dossier |
| Les coordonnées se retrouvent au mauvais endroit | Le fichier de projection (.prj) est présent ; les coordonnées de Create Points sont des longitudes/latitudes en virgule flottante ou en entiers (×1 000 000) — les coordonnées projetées doivent d’abord être reprojetées en WGS84 en amont |
| Les surfaces ou les longueurs diffèrent de l’original | Mesure planaire ou géodésique, selon la remarque ci-dessus |
| Une colonne Spatial Info est manquante | La mesure est la clé de Peano, la seule mesure sans spécification publique ; la conversion la signale dans une note |
| Les zones de chalandise ont la mauvaise taille | Le dimensionnement par temps de trajet ne se convertit pas — seul le rayon fixe est pris en charge |
| Une étape Find Nearest refuse la distance | L’étape de distance au plus proche ne mesure qu’en miles, kilomètres, mètres ou pieds ; les yards, les milles marins et le temps de trajet sont refusés, tout comme une distance maximale qui n’est pas un nombre |
| Un outil spatial refuse en se désignant lui-même | Geocoder n’a pas d’équivalent PlaidCloud — il nécessite un service de géocodage et des données de référence que la plateforme ne fournit pas ; le refus indique l’outil concerné et la raison |
| Le nombre de lignes diffère | Les mêmes données sources ont été utilisées dans les deux exécutions |