A propos de la migration de données de parcelles à l'aide de la topologie de géodatabase

Cette rubrique s'applique uniquement à ArcGIS for Desktop Standard et ArcGIS for Desktop Advanced.

Une topologie nettoyée et validée de données de classe d'entités de parcelle peut être directement migrée vers un atelier parcellaire. Une topologie de géodatabase est créée dans un jeu de données d'entité qui contient une classe d'entités linéaires de parcelle, une classe d'entités surfaciques de parcelle et, de manière facultative, une classe d'entités ponctuelles (angles de parcelle). Si les données de parcelles existantes consistent uniquement en des polygones, vous pouvez convertir les polygones en lignes à l'aide de l'outil de géotraitement Polygone vers ligne. La topologie est validée par rapport à un ensemble de règles, et une fois la topologie nettoyée, elle peut être migrée vers un atelier parcellaire à l'aide de l'outil de géotraitement Charger une topologie dans un atelier parcellaire.

La topologie est le modèle utilisé pour décrire la manière dont les entités partagent la géométrie dans la géodatabase. La topologie de la géodatabase est le mécanisme utilisé pour définir et gérer les relations spatiales entre les entités.

Pour en savoir plus sur la topologie dans ArcGIS

Règles de topologie

Lorsqu'une topologie est validée, les entités qui participent à la topologie sont validées en fonction d'un ensemble de règles définies ; toute violation de ces règles est considérée comme une erreur.

Si vous utilisez l'outil de géotraitement Charger une topologie dans un atelier parcellaire pour migrer des entités linéaires et polygones vers un atelier parcellaire, l'ensemble de règles de topologie suivant doit être spécifié :

1. Les contours de [classe d'entités linéaires] doivent être recouverts par ceux de [classe d'entités polygones].
2. [Classe d'entités linéaires] Ne doivent pas s'auto-superposer.
3. [Classe d'entités linéaires] Ne doivent pas être auto-sécantes.
4. [Classe d'entités linéaires] Doivent être en une partie.
5. [Classe d'entités linéaires] Ne doivent pas être sécantes ou superposées à.
6. Les contours de [classe d'entités polygones] doivent être recouverts par [classe d'entités linéaires].

La règle La [classe d'entités linéaires] doit être recouverte par la limite de la [classe d'entités surfaciques] peut être marquée en tant qu'exception si la ligne est migrée en tant que ligne de connexion à l'atelier parcellaire. Les lignes de connexion sont des lignes qui relient des points de parcelles à des points de contrôle ou des lignes qui relient des blocs de parcelles. Si une ligne est migrée en tant que ligne de connexion, un champ Catégorie doit se trouver dans la table attributaire de lignes source, et la valeur de catégorie doit être définie sur 3 (pour la ligne de connexion).

Une topologie peut être validée dans ArcCatalog ou ArcMap. Dans ArcCatalog, le jeu de données entier est validé. Dans ArcMap, vous pouvez choisir de valider un sous-ensemble des données en utilisant soit Valider la topologie dans l'étendue courante soit Valider la topologie dans la zone spécifiée dans la barre d'outils Topologie.

Une fois qu'une topologie est validée, toute violation des règles de topologie ou erreur est représentée par un symbole et affichée dans la couche topologique d'ArcMap. Les erreurs topologiques sont symbolisées par des points, des lignes et des polygones.

Couche topologique présentant des erreurs

Les erreurs topologiques peuvent également être consultées dans la boîte de dialogue Inspecteur d'erreurs accessible à partir de la barre d'outils Topologie. L'Inspecteur d'erreurs répertorie les erreurs topologiques dans l'étendue visible courante. Vous pouvez également choisir de répertorier toutes les erreurs topologiques. Les erreurs sont répertoriées par règle non respectée.

Inspecteur d'erreurs topologiques

En savoir plus sur la boîte de dialogue Inspecteur d'erreurs

Pour en savoir plus sur la réduction des erreurs de topologie lors de la migration de données de parcelles vers un atelier parcellaire

Une fois que la topologie validée est nettoyée (exempte d'erreurs), les données de classes d'entités sont prêtes à être migrées. L'outil Charger une topologie dans un atelier parcellaire se trouve dans ArcCatalog (ou dans la fenêtre Catalogue d'ArcMap) sous Boîtes à outils > Boîtes à outils système > Parcel Fabric Tools.tbx > Migration des données.

Chargement d'une topologie dans un atelier parcellaire

L'outil de géotraitement Charger une topologie dans un atelier parcellaire peut utiliser les entités lignes de parcelle ou les entités polygones de parcelle en tant qu'entrée ; toutefois, les classes d'entités linéaires et polygones sont toutes deux requises pour que le chargement aboutisse.

Charger une topologie dans un atelier parcellaire, boîte de dialogue

Si des entités ont été sélectionnées au sein de la classe d'entités linéaires ou polygones en entrée, seules ces entités seront chargées dans l'atelier.

Remarque :

Tout attribut supplémentaire défini par l'utilisateur pour les classes d'entités linéaires et polygones sera également migré vers les parcelles et les lignes d'atelier si les mêmes attributs existent dans les tables de l'atelier parcellaire.

Savoir comment ajouter des attributs supplémentaires aux tables de l'atelier parcellaire

Remarque :

Le nombre de lignes pouvant être migrées avec succès vers un atelier parcellaire est limité. Les parcelles contenant plus de 5 000 lignes ou segments ne peuvent pas être migrées par l'outil de chargement de topologies. En règle générale, les parcelles possédant des limites naturelles ont un grand nombre de segments de limites.

Points de ligne

Les points de ligne ne sont pas détectés pendant le processus de migration des données. L'outil Combiner les trajectoires de parcelle permet de combiner les segments de ligne colinéaires (dans une tolérance spécifiée) en une seule ligne. Une fois les lignes combinées, tous points de parcelle adjacents se trouvant sur la ligne deviennent des points de ligne.

Migration d'entités ponctuelles

Vous pouvez procéder à la migration d'entités ponctuelles existantes vers l'atelier parcellaire lorsque vous voulez que les valeurs attributaires définies par l'utilisateur pour ces points soient affectées aux points correspondants dans l'atelier parcellaire. Comme avec les entités linéaires et polygones, s'il existe une sélection sur la couche de classe d'entités ponctuelles, seuls les points sélectionnés feront l'objet d'une migration.

Migration des plans

Les plans sont migrés vers l'atelier parcellaire en renseignant un champ PlanName dans la table de polygones source. Chaque polygone de parcelle peut avoir soit un attribut NULL PlanName soit une chaîne de nom plan. Lorsque les polygones sont migrés, une entrée pour chaque nom de plan unique est ajoutée à la table Plans dans l'atelier parcellaire. Si un attribut NULL PlanName, la parcelle est migrée vers le plan <Map> par défaut.

Parcelles superposées

Il est possible de migrer des polygones superposés tant que les lignes correspondantes des polygones superposés ne se superposent pas à d'autres lignes ou ne les coupent pas. Si des lignes se superposent ou se coupent, la règle de topologie La [classe d'entités linéaires] ne doit pas être sécante ou coïncider n'est pas respectée. Par exemple, les polygones superposés suivants sont migrés :

Ces polygones chevauchés enfreignent les règles de topologie et ne migrent pas l'atelier parcellaire :

Les polygones superposés possédant des lignes de limites auto-sécantes doivent être extraits et migrés en tant que topologie séparée. En d'autres termes, chaque couche de polygones superposés doit être migrée séparément.

Reportez-vous à la procédure de migration de jeux de données de parcelle vers un atelier parcellaire.

Reportez-vous au livre blanc intitulé Loading Data into a Parcel Fabric pour obtenir plus d'informations, des workflows recommandés et des études de cas concernant la migration de données vers un atelier parcellaire.

Spécification des valeurs des attributs système

Lors de la migration, vous pouvez spécifier les valeurs des attributs système sur les parcelles d'atelier et les tables de lignes d'atelier si les mêmes attributs sont créés et renseignés dans vos classes d'entités linéaires et polygones. Par exemple, un attribut Type sera nécessaire pour les classes d'entités linéaires et polygones pour pouvoir migrer les types Parcelle et Ligne. De même, un attribut Catégorie devra être défini pour votre classe d'entités linéaires si vous souhaitez migrer des lignes en tant que lignes de connexion.

Attributs de la classe d'entités linéaires

Les attributs suivants peuvent être créés pour votre classe d'entités linéaires. Leurs valeurs seront répercutées dans les attributs système correspondant dans la table de lignes de l'atelier :

Nom du champ	Type de champ	Description
Catégorie	Entier long	Catégorie de ligne (par exemple, ligne de limite ou ligne de connexion)
Calculé	Entier long	Vrai si les cotes sont générées à partir de la géométrie de la forme de la ligne
Type	Entier long	Utilisé pour les sous-types personnalisés sur les lignes (par exemple, voie de desserte, limite de fond de parcelle)
AccuracyCat (ou ACCURACY)	Entier long	Niveau de précision de la ligne

Tableau répertoriant les champs facultatifs que les lignes de parcelle source peuvent contenir

Astuce:

Le champ Type est utilisé si vous avez vos propres sous-types personnalisés sur les lignes de la parcelle source. Vous devez créer le même sous-type sur le champ système Type de la table de lignes de l'atelier parcellaire pour migrer les sous-types avec succès.

Astuce:

Si une partie ou l'ensemble des lignes de parcelle source n'ont pas d'attributs COGO, le processus de migration des données génère automatiquement des attributs COGO pour vous en inversant les formes de ligne. Si vous avez un champ Calculated sur les lignes de la parcelle source, vous pouvez attribuer la valeur Vrai au champ pour toutes les lignes avec attributs COGO générés. Cela permet de distinguer les lignes de l'atelier parcellaire qui ont des cotes COGO inversées de celles qui ont des cotes COGO correspondant à l'enregistrement.

S'il manque des champs facultatifs suivants sur les lignes de parcelle source, les champs correspondants de la table des lignes de l'atelier parcellaire prennent les valeurs suivantes :

• Pas de champ Category : Category = Boundary line (toutes les lignes de l'atelier parcellaire sont définies dans la catégorie Ligne de limite).
• Pas de champ Calculated : Calculated = NULL.
• Pas de champ Type : Type = NULL.
• Pas de champ AccuracyCat : Accuracy category = NULL, la catégorie de précision est héritée de la parcelle.

  Si aucune précision de parcelle n'est spécifiée, la catégorie de précision interne 4 est utilisée par défaut.

Attributs de la classe d'entités polygones

Les champs d'attributs suivants peuvent être créés pour votre classe d'entités polygones. Leurs valeurs seront répercutées dans les attributs système correspondant dans la table de parcelles de l'atelier :

Nom du champ	Type de champ	Description
PIN (ou ParcelName, Name, LOT ou APN)	Chaîne	Numéro d'identification de parcelle
Area (ou StatedArea)	Double	Superficie de la parcelle telle qu'indiquée sur le plan ou sur l'enregistrement d'arpentage
PlanName (ou Plan)	Chaîne	Nom du plan ou de l'enregistrement d'arpentage
AccuracyCat (ou Accuracy)	Entier long	Catégorie de précision de la parcelle
Type	Entier long	Utilisé pour les sous-types personnalisés sur les polygones (par exemple, parcelle commerciale/résidentielle)
Historic	Entier long	Vrai si la parcelle est historique
LegalStart (ou LegalStartDate)	Date	Date de la transaction légale de création de la parcelle (en d'autres termes, date de l'enregistrement d'arpentage)
LegalEnd (ou LegalEndDate)	Date	La date de la transaction légale de suppression de la parcelle, autrement dit la date de l'enregistrement d'arpentage de la parcelle de remplacement

Tableau répertoriant les champs facultatifs pour les polygones de parcelle source

S'il manque des champs suivants sur les polygones de parcelle source, les champs correspondants de la table des parcelles de l'atelier parcellaire prennent les valeurs suivantes :

• Aucun champ PIN, ParcelName, LOT ou APN : la parcelle porte le nom de la classe d'entités surfaciques avec le suffixe _1, 1 étant incrémenté pour chaque parcelle, à savoir _1, _2, _3, etc.
• Aucun champ Area : StatedArea est renseigné par la surface de la géométrie de forme du polygone, si l'option Calculer la zone des nouvelles parcelles est sélectionnée dans la boîte de dialogue Charger une topologie dans un atelier parcellaire.
• Pas de champ PlanName : les parcelles sont migrées vers le plan <map> par défaut.
• Pas de champ AccuracyCat : la catégorie de précision des parcelles est héritée de leurs plans associés. Si aucune précision n'est définie pour un plan, la catégorie de précision interne 4 est utilisée par défaut.

  Si les parcelles sont migrées vers le plan <map> par défaut, elles héritent de la catégorie de précision interne 4, qui est la catégorie par défaut.

• Pas de champ Type : Type = NULL.
• Pas de champ LegalStart : LegalStartDate = NULL.
• Pas de champ LegalEnd : LegalEndDate = NULL.

Astuce:

Vous pouvez également attribuer des plans à des parcelles après la migration des données en modifiant le champ PlanID dans la table Parcelles.

Migration de grands jeux de données

L'outil de géotraitement Charger une topologie dans un atelier parcellaire est remarquablement performant. Toutefois, le nombre de parcelles que vous pouvez charger dépend de la configuration de votre ordinateur et du volume de mémoire disponible. Lorsque vous travaillez sur un jeu de données de parcelle de gros volume, vous pouvez soit diviser le jeu de données en sections de données plus facilement gérables, soit charger des sélections de polygones ou de lignes.

Le modèle de géotraitement Charger itérativement dans l'atelier parcellaire, permet de charger itérativement une topologie dans un atelier parcellaire selon une grille de polygone superposée.

Le script Python autonome LoadTopologyToParcelFabric permet d'itérer et de charger des sélections de parcelles dans un atelier parcellaire. Les parcelles sont sélectionnées à l'aide d'une classe d'entités polygones de blocs superposée.

Reportez-vous à la procédure de migration de jeux de données de parcelle importants vers un atelier parcellaire.