Disponible avec une licence Standard ou Advanced.
Des conflits peuvent être détectés lorsqu’une version nommée est réconciliée avec une version parent. Si des conflits sont détectés lors du processus de réconciliation, ils sont initialement résolus en faveur de la version de mise à jour et sont consultables dans la vue Conflicts (Conflits).
Des conflits surviennent dans les cas suivants :
- La même entité est actualisée à la fois dans la version de mise à jour en cours et la version cible.
- La même entité est actualisée dans une version et supprimée dans l’autre.
- Une entité ou une classe de relations reliée topologiquement est modifiée dans la version de mise à jour en cours et une version cible.
La vue Conflicts (Conflits) contient toutes les classes de conflit ainsi que leurs entités ou lignes en conflit. Vous pouvez y effectuer les opérations suivantes :
- Déterminer les champs ou lignes en conflit.
- Visualiser les conflits.
- Marquer les conflits comme examinés ou non examinés.
- Résoudre les conflits en désignant la représentation à utiliser pour remplacer des entités ou des attributs.
Après la réconciliation et l’examen des conflits, vous pouvez procéder à la fusion par réinjection des modifications dans la version cible.
Ouvrir la vue Conflicts (Conflits)
Pour ouvrir la vue Conflicts (Conflits), procédez comme suit :
- Dans la fenêtre Contents (Contenu), cliquez sur le bouton List By Data Source (Répertorier par source de données)
. - Vérifiez que vous êtes connecté à une version nommée. Pour changer les versions, cliquez avec le bouton droit sur la source de données de la géodatabase d’entreprise
et cliquez sur Change Version (Changer de version) 
. - Dans l’onglet Versioning (Versionnement), cliquez sur le bouton Reconcile (Réconcilier)
et exécutez le processus de réconciliation. Si des conflits sont détectés lors de la réconciliation, une invite s’affiche à l’écran. Il vous est demandé si vous souhaitez examiner les conflits. Cliquez sur Yes (Oui) pour ouvrir la vue Conflicts (Conflits).
de l’onglet Versioning (Versionnement).Vous pouvez ancrer la vue Conflicts (Conflits) n’importe où dans l’application ou la positionner sous forme de fenêtre flottante. Cela vous permet d’interagir en même temps avec une vue Carte afin de fournir du contexte et d’explorer davantage les données.
Utiliser la vue Conflicts (Conflits)
La vue Conflicts (Conflits) contient toutes les classes en conflit, ainsi que leurs entités ou lignes en conflit. Les conflits sont organisés selon leur source de données, leur classe, leur catégorie et leur ObjectID. Les espaces de travail de toutes les cartes du projet sont répertoriés dans la vue Conflicts (Conflits). Les classes de conflits représentent les classes en conflit pour la totalité de la géodatabase.
La vue Conflicts (Conflits) se compose de trois sections principales dédiées à l’utilisation des conflits. La liste Conflicts (Conflits) contient toutes les classes de conflit et toutes les entités en conflit. La grille d’informations présente les attributs et les valeurs de toutes les représentations de l’entité en conflit sélectionnée dans la liste Conflicts (Conflits). La visionneuse Conflict Display (Affichage des conflits) permet d’afficher et de comparer les différentes représentations des mises à jour de géométrie dans une carte.
Reportez-vous à l’image et au tableau ci-après pour examiner les éléments de la vue Conflicts (Conflits) :
| Elément | Description |
|---|---|
1 | Liste Conflicts (Conflits) - La section de la liste des conflits indique toutes les classes de conflit et toutes les entités en conflit. |
2 | Information grid (Grille d’informations) - La section de la grille d’informations présente les attributs et les valeurs de toutes les représentations de l’entité en conflit. |
3 | Visionneuse Conflict Display (Affichage des conflits) - Le bouton Conflict Display (Affichage des conflits) permet d’ouvrir la section de la visionneuse d’affichage des conflits en bas de la vue Conflicts (Conflits). Elle vous permet de visualiser les conflits tels qu’ils apparaissent sur la carte, en plus d’accéder aux entités à l’écran et de les identifier. |
4 | Filter Reviewed Conflicts (Filtrer les conflits examinés) - L’activation de cette case à cocher, située en haut de la liste des conflits, permet de filtrer la liste pour n’afficher que les conflits qui n’ont pas été examinés. |
5 | Indicateur rouge - Un indicateur rouge à gauche de la ligne signale un conflit. Par exemple, si la géométrie de l’entité a été mise à jour dans chaque version, un indicateur rouge apparaît à côté du champ Shape (Forme). |
6 | Show All (Tout afficher) |
7 | Show Conflicts (Afficher les conflits) |
8 | Show credits for service layers (Afficher les crédits pour les couches de services) - Un clic sur ce bouton ouvre une boîte de dialogue dans laquelle sont répertoriés les fournisseurs et les fabricants du fond de carte. |
9 | Outils de navigation Conflict Display (Affichage des conflits) - Les outils suivants permettent de parcourir et de contrôler la version affichée et de naviguer dans les fenêtres d’affichage des conflits :
|
- Applique un zoom avant constant sur la carte.
-Applique un zoom arrière constant sur la carte.
- Réalise un zoom sur la carte et la centre sur l’objet sélectionné.
- L’objet sélectionné clignote brièvement en bleu et devient rouge dans la visionneuse Conflict Display (Affichage des conflits).Liste Conflicts (Conflits)
Toutes les classes de conflit et entités en conflit sont répertoriées dans la liste des conflits affichée dans l’angle supérieur gauche de la vue Conflicts (Conflits).
Cliquez sur la flèche de liste déroulante d’un objet 
pour afficher les conflits correspondant à chaque entité. Ils sont répartis selon les catégories suivantes :
- Update-Delete (Mettre à jour-Supprimer) : l’entité a été mise à jour dans la version actuelle et supprimée dans la version cible.
- Delete-Update (Supprimer-Mettre à jour) : l’entité a été supprimée dans la version actuelle et mise à jour dans la version cible.
- Update-Update (Mettre à jour-Mettre à jour) : l’entité a été mise à jour dans les deux versions, actuelle et cible.
Lorsque vous sélectionnez le ObjectID d’une entité individuelle dans la liste des conflits, les champs et les attributs des versions actuelle, antérieure à la réconciliation, cible et ascendante commune de l’entité s’affichent dans la grille d’informations à droite de la vue Conflicts (Conflits).
Conseil :
Les conflits qui n’ont pas été examinés sont affichés en gras. Les conflits qui ont été examinés n’apparaissent plus en gras.
Grille d’informations
Dans la grille d’informations, vous pouvez afficher les différentes représentations des valeurs attributaires d’une entité sélectionnée. Les attributs et valeurs de toutes les représentations d’une entité en conflit vous permettent de visualiser comment les valeurs attributaires diffèrent dans les versions et vous aident à déterminer la représentation des données à conserver. Tous les champs sont affichés dans la grille d’informations, et un indicateur rouge figure à gauche de la ligne correspondant aux attributs en conflit.
Les valeurs attributaires des différentes représentations de l’entité sont affichées dans les colonnes suivantes :
- Current (Actuelle) - Représente l’état actuel des entités et des attributs dans la version nommée. Cela inclut toute modification que vous avez apportée.
- Pre-Reconcile (Antérieure à la réconciliation) - Représente les entités telles qu’elles apparaissaient dans votre version avant la réconciliation.
- Target (Cible) - Représente les entités et les attributs correspondants de la version cible.
- Common ancestor (Ascendant commun) - Représente les entités et les attributs lors de la création initiale de la version ou de la dernière opération de rapprochement.
Si une entité a été supprimée dans l’une des versions, la mention <Deleted> apparaît comme valeur attributaire de cette version. Si des entités ont été insérées dans une version nommée et qu’elles font partie d’un conflit, la mention Did not exist est affichée pour les colonnes Target (Cible) et Common Ancestor (Ascendant commun).
Conseil :
Tous les champs sont affichés dans la grille d’informations de la vue Conflicts (Conflits). Toutefois ; les champs auxquels un filtre des conflits au niveau des champs est appliqué ne sont pas identifiés comme étant en conflit et ne présentent pas d’indicateur rouge.
Affichage des conflits
Le bouton Conflict Display (Affichage des conflits) permet d’ouvrir la section de la visionneuse d’affichage des conflits en bas de la vue Conflicts (Conflits). La visionneuse d’affichage des conflits vous permet de visualiser les conflits tels qu’ils apparaissent sur la carte, en plus d’accéder aux entités à l’écran et de les identifier. Les conflits affichés sont déterminés par le ObjectIDde l’entité individuelle qui a été sélectionné dans la liste des conflits.
Les outils de navigation pour l’affichage des conflits se trouvent sous la visionneuse Conflict Display (Affichage des conflits). Ces outils comportent deux menus déroulants dans lesquels vous pouvez changer les versions à comparer, et dont les options de version disponibles sont Current (Actuelle), Pre-Reconcile (Antérieure à la réconciliation), Target (Cible) ou Common Ancestor (Ascendant commun).
Le contenu de l’affichage des conflits dépend de la présence de la classe en conflit dans la carte active :
- Lorsque la classe en conflit figure dans la carte active, le conflit affiche toutes les couches de carte, utilise la symbologie de la carte et inclut le fond de carte.
- Si la classe en conflit ne figure pas dans la carte active, le conflit affiche uniquement la couche en conflit, utilise la symbologie par défaut et n’inclut pas le fond de carte.
Marquer les conflits comme examinés ou non examinés
Une fois que vous avez déterminé les champs ou lignes en conflit, vous pouvez marquer une entité comme examinée. Vous pouvez effectuer le suivi des entités que vous avez examinées, car celles marquées comme examinées ne sont plus affichées en gras dans la liste.
Pour revenir ultérieurement sur un conflit d’entité, vous pouvez cliquer avec le bouton droit sur le ObjectID dans la liste Conflicts (Conflits) et cliquer sur Mark as not reviewed (Marquer comme non examiné). L'entité s'affiche de nouveau en gras.
Si vous cochez la case Filter Reviewed Conflicts (Filtrer les conflits examinés) en haut de la vue, vous pouvez filtrer la liste pour n’afficher que les conflits qui n’ont pas encore été examinés.
Résoudre les conflits
Lorsque vous résolvez des conflits, vous choisissez la représentation des entités et des attributs que vous souhaitez conserver. Quelle que soit la version en faveur de laquelle vous souhaitez effectuer une réconciliation (version cible ou mise à jour), vous pouvez spécifier la représentation à conserver : actuelle (telle qu’elle apparaissait dans votre version avant la réconciliation), cible (telle qu’elle apparaît dans les modifications apportées par un autre utilisateur Editor) ou d’ascendant commun (telle que l’entité ou l’attribut apparaît dans la version cible).
Dans la vue Conflicts (Conflits), cliquez avec le bouton droit sur une version, un jeu de données, une entité ou un attribut et sélectionnez l’une des options de remplacement suivantes :
- Remplacer par la version antérieure à la réconciliation
- Remplacer par la version cible
- Remplacer par la version d’ascendant commun
Voici les différents niveaux auxquels les options de remplacement permettent de résoudre des conflits :
- Remplacement d'attribut :
Cette méthode est appliquée au niveau du champ. Si les attributs présentent des conflits, vous pouvez simplement remplacer la valeur attributaire dans la version actuelle par l’une des représentations : actuelle, antérieure à la réconciliation, cible ou d’ascendant commun. Pour ce faire, cliquez avec le bouton droit sur l'attribut en conflit, puis sélectionnez l'option de votre choix dans le menu contextuel.
- Remplacement d'entité :
Cette méthode est appliquée au niveau de la ligne. Vous pouvez remplacer une entité complète par la représentation de l’entité de la version actuelle, antérieure à la réconciliation, cible ou d’ascendant commun. Cela signifie que tous les champs en conflit sont remplacés.
- Remplacement au niveau de la classe :
Vous pouvez choisir de remplacer la représentation actuelle de la classe d’entités complète par la représentation de la version actuelle, antérieure à la réconciliation, cible ou d’ascendant commun, afin de résoudre le conflit. Cette méthode remplace l'ensemble des entités et attributs conflictuels en une seule fois, ce qui vous permet d'actualiser et de remplacer rapidement les entités conflictuelles. Si la liste Conflits contient plusieurs entités, toutes sont remplacées par la version de votre choix.
Pour choisir une option de remplacement au niveau de la classe, cliquez avec le bouton droit sur le nom de la classe d'entités dans la liste Conflits, puis sélectionnez la version que vous souhaitez utiliser.
- Remplacement complet :
Il s'agit d'un remplacement au niveau de la racine Cette option de remplacement a pour effet de remplacer toutes les entités et classes d’entités en conflit de la liste par la représentation sélectionnée. Si plusieurs classes d'entités et objets sont en conflit, ils sont tous remplacés par la version de votre choix.
Cliquez avec le bouton droit sur les informations de version et de connexion en haut de la liste Conflicts (Conflits), puis sélectionnez la version à utiliser pour remplacer tous les conflits.
Filtrage des conflits au niveau des champs
Dans certains cas d’utilisation du versionnement traditionnel, lorsque des conflits sont détectés lors de la réconciliation, il peut être préférable de conserver des mises à jour appliquées à un champ ou à un ensemble de champs. Voici quelques cas au cours desquels vous souhaiterez peut-être filtrer les conflits détectés dans un champ lors d’une réconciliation :
- Une mise à jour par lots est effectuée sur un champ dans différentes versions.
- Des informations sont écrites dans un champ en fonction des mises à jour effectuées au sein de la version.
Pour empêcher l’identification des conflits lorsque le même attribut est mis à jour dans les versions parent et enfant, vous pouvez utiliser l’outil Ajouter un filtre des conflits de champs pour définir l’ensemble des champs dans lesquels les conflits doivent être filtrés. Un filtre des conflits de champs permet de baliser un champ ou un ensemble de champs au sein des classes d’entités pour les éliminer de la détection des conflits. Les conflits ne sont pas renvoyés pendant la réconciliation si vous ne mettez à jour que des champs sur lesquels des filtres de conflits sont activés. Cette option n'est disponible que lorsque vous définissez des conflits par attribut.
Remarque :
Tous les champs sont affichés dans la vue Conflicts (Conflits). Toutefois ; les champs auxquels un filtre des conflits est appliqué ne sont pas identifiés comme étant en conflit et ne présentent pas d’indicateur rouge.
Lorsque la réconciliation est terminée, la valeur placée dans le champ présentant un filtre des conflits varie selon que vous avez choisi d'effectuer une réconciliation en faveur de la version cible ou de la version de mise à jour. Si vous avez choisi d'effectuer la réconciliation en faveur de la cible, les champs avec un filtre des conflits affiche la valeur de la version cible. Si vous avez choisi d'effectuer la réconciliation en faveur de la mise à jour, les champs avec un filtre des conflits affiche la valeur de la version de mise à jour.
L’outil Supprimer le filtre des conflits de champs peut supprimer ces filtres de conflits de ces champs.
La fonction Python ListFieldConflictFilters permet de savoir si des filtres de conflits ont été définis pour une table ou une classe d’entités.
Remarque :
Lorsqu’un filtre des conflits de champs est défini pour une table ou une classe d’entités, les clients ArcGIS antérieurs à la version 10.2.1 ne peuvent pas ouvrir la table ou la classe d’entités. Les filtres des conflits de champs peuvent être définis dans un champ, puis supprimés après la réconciliation des versions, si les versions antérieures de ArcGIS ont besoin d’accéder aux données.
Résoudre les conflits avec des règles attributaires
Les règles attributaires améliorent l’expérience de mise à jour et renforcent l’intégrité des données des jeux de données des géodatabases. La réconciliation d’une classe d’entités versionnée de manière traditionnelle avec un calcul immédiat ou des règles de contrainte évalue ces règles attributaires. Si une règle de contrainte est enfreinte, l’erreur associée est signalée et la réconciliation échoue. Réconciliez les conflits par ligne afin d’éviter toute erreur de règle de contrainte.
Résoudre des conflits avec des classes de relations
Il est possible d’utiliser des classes de relations pour renforcer l’intégrité référentielle entre des objets reliés. Si des sources de données versionnées participent à une classe de relations, le processus de rapprochement évalue l’intégrité référentielle de ces données. Si elle n’est pas respectée, les entités impliquées sont signalées comme des conflits et peuvent être examinées dans la vue Conflicts (Conflits).
La suppression d’une entité d’une classe de relations source risque de générer un message entraînant la suppression d’une entité de la classe de relations destinataire. Soyez conscients des ramifications lorsque vous décidez d'effectuer un remplacement lors de conflit impliquant des classes d'entités qui font partie de classes de relations.
Voici un exemple de conflit susceptible de survenir entre des classes de relations :
- Dans une version parent, vous ajoutez une entité de destination et la relier à une entité dans la classe d’origine.
- Dans une version enfant, vous supprimez la même entité d’origine qui a été utilisée pour établir la relation avec la nouvelle entité de destination.
- Lorsque les mises à jour sont réconciliées, un conflit supprimer-mettre à jour est détecté sur la classes d’origine.
Voici un autre exemple :
- Dans votre jeu de classes d'entités d'installations électriques, vous supprimez un pylône relié à un transformateur, ce qui entraîne la suppression de celui-ci.
- Dans une autre session de mise à jour simultanée, un éditeur modifie les attributs du transformateur que vous venez de supprimer en supprimant son pylône associé.
- Lorsque les mises à jour sont réconciliées, un conflit mettre à jour-supprimer est détecté sur les classes d’origine et de destination.
Dans ce dernier exemple, si le second éditeur choisit de remplacer tous les conflits par les représentations de la session de modification, le pylône et le transformateur supprimés lors de votre session de modification sont recréés.
Rubriques connexes
Vous avez un commentaire à formuler concernant cette rubrique ?