Disponible avec la licence Location Referencing.
L’outil Générer des intersections génère de nouvelles intersections et met à jour des intersections existantes. Les scénarios de génération et de mise à jour des intersections sont détaillés dans les sections ci-après.
Intersections et prévention des conflits
Lorsque la prévention des conflits est activée, les conditions suivantes s’appliquent aux itinéraires qui s’intersectent.
- Si la prévention des conflits n’est pas activée et que les itinéraires ne sont pas verrouillés lors du calcul de l’intersection, vous devez réconcilier les éventuels conflits d’intersection avec la version parent. Pour cela, vous devez accepter (réconcilier) les modifications d’itinéraire dans la version de mise à jour à partir de la version parent et recalculer les intersections.
- Si la prévention des conflits est activée, tous les itinéraires qui intersectent des itinéraires pour lesquels des intersections sont en cours de calcul sont également verrouillés.
Dans l’exemple suivant, l’itinéraire D est sélectionné (mis en évidence en jaune) avant l’exécution de l’outil Générer des intersections. Puisque les itinéraires AA, BB, CC et DD intersectent l’itinéraire D, des verrous doivent être acquis pour tous ces itinéraires.
Avant la génération des intersections, les itinéraires D, AA, BB, CC et DD sont verrouillés (mis en évidence en vert).
L’outil échoue lorsque les verrous ne sont pas disponibles pour les itinéraires qui s’intersectent.
Comme illustré dans l’image suivante, l’itinéraire D est sélectionné (mis en évidence en jaune) pour la génération des intersections. Puisque les itinéraires AA, BB, CC et DD intersectent l’itinéraire D, il est nécessaire d’acquérir des verrous pour ces itinéraires. Puisque l’itinéraire CC (mis en évidence en orange) ne peut pas être verrouillé par la personne B (car il est verrouillé par la personne A ou la personne B dans une autre version), les intersections ne peuvent pas être générées.
Lorsque la prévention des conflits est activée, les conditions suivantes s’appliquent à l’acquisition des verrous :
- Si l’outil s’exécute sur la version par défaut, les verrous acquis en raison de l’exécution de cet outil sont libérés une fois l’exécution terminée.
- Si l’outil s’exécute sur une version enfant, les verrous acquis en raison de l’exécution de cet outil ne sont pas libérés une fois l’exécution terminée.
- Si l’outil génère des erreurs ou s’il est arrêté au milieu d’une exécution, les verrous acquis par l’outil sont libérés.
Scénarios de génération d’intersections
Les scénarios de génération d’intersections sont détaillés dans les sections ci-après.
Une seule intersection
Dans le diagramme et la table ci-dessous, une seule intersection est générée lorsque trois itinéraires se rencontrent.
| ID d’intersection | Intersectionnom | ID d'itinéraire | Nom de la classe d’entités | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A et B et C | A,B,C | Réseau1 | 01/01/2000 | <nul> | 5 |
Une intersection générée ou mise à jour à partir du scénario ci-dessus possède les caractéristiques suivantes :
- Une seule intersection est générée à la localisation où les trois itinéraires A, B et C se rencontrent.
- Le nom de l’intersection est déterminé par l’ordre de tri des identifiants d’itinéraire.
- Les identifiants d’itinéraire sont séparés par une virgule et sont triés par ordre alphabétique.
- L’identifiant de l’entité est fourni uniquement pour les intersections qui ne sont pas de type itinéraire sur itinéraire.
- Les dates sont déterminées par la plage de dates commune à tous les itinéraires qui constituent l’intersection.
- La mesure est la mesure du premier itinéraire dans la liste des identifiants d’itinéraire à la localisation de l’intersection.
Tranches horaires de l’intersection
Dans le diagramme et la table ci-dessous, une seule intersection est découpée en tranches horaires.
L’itinéraire A existe entre les dates 2010 et <null> ; l’itinéraire B existe entre les dates 2000 et 2012 et l’itinéraire C existe entre les dates 2020 et <null>. Les intersections sont déterminées par la plage de dates commune à tous les itinéraires qui constituent l’intersection.
| IntersectionID | Intersectionnom | ItinéraireID | Entitéclassenom | EntitéID | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A et B | A,B | Réseau1 | 2010 | 2012 | 5 | |
2 | A et C | A,C | Réseau1 | 2020 | <nul> | 5 |
Une tranche horaire d’une intersection dans le scénario ci-dessus possède les caractéristiques suivantes :
- Entre 2010 et 2012, seul l’itinéraire A et l’itinéraire B existait, donc une intersection (ID : 1) est créée pour ces dates entre les deux itinéraires.
- L’itinéraire B a cessé d’exister après 2012 et un nouvel itinéraire C commence à exister en 2020, donc une intersection (ID : 2) est créée entre les dates 2020 et <null> pour l’itinéraire A et l’itinéraire C puisque il s’agit de la plage de dates commune entre ces deux itinéraires.
Intersections multiples
Le diagramme et la table ci-dessous indiquent davantage de détails sur l’intersection des itinéraires en plusieurs localisations.
| IntersectionID | Intersectionnom | ID d'itinéraire | Classe d’entitésnom | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A et B | A,B | Réseau1 | 2000 | <nul> | 2 | |
2 | A et B (2) | A,B | Réseau1 | 2000 | <nul> | 8 |
Si les entités s’intersectent en plusieurs localisations, les noms des intersections doivent comporter le suffixe …(2), …(3), etc.
Utilisation de valeurs z
Dans les diagrammes et les tables ci-dessous, les valeurs z ne sont pas utilisées. Dans le second exemple, les valeurs z sont utilisées.
La table suivante indique les valeurs z au point d’intersection.
Valeurs z sur les itinéraires
| Itinéraire | Valeur z |
|---|---|
Un | 10 |
B | 34 |
C | 34 |
Le résultat des deux tables suivantes diffère selon que les valeurs z sont utilisées ou non dans la classe d’entités d’intersection.
Lorsque les valeurs z ne sont pas utilisées
| ID d’intersection | Intersectionnom | ID d'itinéraire | Nom de la classe d’entités | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A et B et C | A,B,C | Réseau1 | 01/01/2000 | <nul> | 5 |
Lorsque les valeurs z sont utilisées
| ID d’intersection | Intersectionnom | ID d'itinéraire | Nom de la classe d’entités | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | B et C | B,C | Réseau1 | 01/01/2000 | <nul> | 24 |
Les valeurs z sont utilisées pour la génération des intersections ; l’itinéraire B et l’itinéraire C participent dont à l’intersection puisque leurs valeurs z (34 et 34) figurent dans la tolérance z (0,001 m dans ce cas). L’itinéraire A avec la valeur z de 10 est hors de la tolérance z.
L’ID d’intersection est unique pour chaque localisation x,y,z (lorsque les valeurs z sont prises en compte) ou pour chaque localisation x,y (lorsque les valeurs z ne sont pas prises en compte). S’il existe plusieurs intersections à une localisation (possible uniquement en raison de la présence de plusieurs tranches horaires), toutes ces intersections ont le même ID d’intersection.
Intersections d’itinéraire et de polygone
Le diagramme et la table ci-dessous détaillent des intersections d’itinéraire et de polygone.
| IntersectionID | Intersectionnom | ItinéraireID | CEnom | EntitéID | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A et Poly1 | Un | Polygone1 | Poly1 | 2000 | <nul> | 2 |
2 | A et Poly1 (2) | Un | Polygone1 | Poly1 | 2000 | <nul> | 8 |
Dans le scénario ci-dessus, une intersection d’itinéraire et de polygone présente les caractéristiques suivantes :
- Il s’agit d’intersections d’itinéraire et de polygone, donc l’ID d’entité est fourni.
- La même combinaison de nom d’intersection d’itinéraire et de polygone apparaît plusieurs fois, donc les noms d’intersection possèdent le suffixe …(2), …(3), etc.
Scénarios de mise à jour des intersections
- Lorsque des intersections sont mises à jour, les situations suivantes peuvent se produire :
- De nouvelles intersections sont créées : de nouvelles intersections peuvent être créées en raison d’opérations de mise à jour comme la création d’un itinéraire, le réalignement d’un itinéraire, l’extension d’un itinéraire, la réaffectation d’un itinéraire, le réalignement cartographique ou d’autres opérations de mise à jour impliquant des entités non LRS, comme des voies ferrées ou des frontières politiques.
- Des intersections existantes sont retirées : une intersection est retirée avec son champ ToDate contenant la date de mise à jour de l’itinéraire en raison du réalignement d’un itinéraire, du retrait d’un itinéraire, de la réaffectation d’un itinéraire ou d’une autre opération de mise à jour.
- Des intersections existantes sont déplacées : des intersections sont déplacées en raison du réalignement cartographique ou de mises à jour d’entités non LRS. Dans ce cas, la localisation de cette intersection est modifiée et la forme (localisation ponctuelle) de l’intersection est mise à jour ; l’ID de l’intersection est conservé. Les intersections ne sont pas retirées. Si une entité intersecte un itinéraire en plusieurs localisations et que les localisations de l‘intersection changent, l’intersection d’origine la plus proche de la nouvelle localisation détermine là où l’intersection est déplacée.
- Des intersections existantes sont supprimées : des intersections sont supprimées en raison du réalignement cartographique ou de mises à jour d’entités non LRS. Cela se produit lorsque les itinéraires n’intersectent plus les entités, dans aucune plage horaire.
Le tableau suivant détaille les scénarios possibles lors de la mise à jour des intersections :
| Opération de mise à jour | Intersection d’itinéraire et de polygone | Intersection d’itinéraire et de couche non LRS |
|---|---|---|
Mises à jour d’itinéraire | Retire les intersections existantes ou crée des intersections | Retire les intersections existantes ou crée des intersections |
Réalignement cartographique : intersection obtenue | Déplace les intersections existantes ou crée des intersections | Déplace les intersections existantes ou crée des intersections |
Réalignement cartographique : l’intersection n’existe plus | Supprime les intersections existantes | Supprime les intersections existantes |
Mise à jour d’une entité non LRS : intersection obtenue | N/D | Déplace les intersections existantes |
Mise à jour d’une entité non LRS : l’intersection n’existe plus | N/D | Supprime les intersections existantes |
Les sections suivantes présentent des exemples de mises à jour d’intersection.
Mises à jour d’intersection en cas d’ajout d’une entité d’intersection
Les diagrammes et les tables ci-dessous détaillent les mises à jour d’intersection après l’ajout d’une nouvelle entité d’intersection.
Une intersection existe entre l’itinéraire A et l’itinéraire B.
| ID d’intersection | Intersectionnom | ID d'itinéraire | Nom de la classe d’entités | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A,B | A,B | Réseau1 | 01/01/2000 | 01/01/2010 | 5 |
Lorsque l’itinéraire C est créé ou ajouté et qu’il intersecte l’itinéraire A ainsi que l’itinéraire B à la localisation de l’intersection d’origine, une nouvelle intersection dotée du même ID d’intersection est créée incluant l’itinéraire A, l’itinéraire B et l’itinéraire C.
| ID d’intersection | Intersectionnom | ID d'itinéraire | Nom de la classe d’entités | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A,B | A,B | Réseau1 | 01/01/2000 | 01/01/2010 | 5 | |
1 | A,B,C | A,B,C | Réseau1 | 01/01/2010 | <nul> | 5 |
Mises à jour d’intersection en cas de retrait d’un itinéraire
Les diagrammes et les tables ci-dessous détaillent les mises à jour effectuées après le retrait d’un itinéraire d’intersection
| ID d’intersection | Intersectionnom | ID d'itinéraire | Entitéclassenom | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A,B | A,B | Réseau1 | 01/01/2000 | <nul> | 5 |
Lorsqu’une partie de l’itinéraire B est retiré, et que cela comprend la localisation de l’intersection, l’intersection est retirée avec la valeur de date de fin de l’itinéraire B.
| ID d’intersection | Intersectionnom | ID d'itinéraire | Entitéclassenom | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A,B | A,B | Réseau1 | 01/01/2000 | 31/12/2020 | 5 |
Mises à jour d’intersection après un réalignement cartographique
Les diagrammes et les tables ci-dessous détaillent les mises à jour effectuées après le réalignement cartographique d’une partie de l’itinéraire B.
La localisation de l’intersection est mise à jour, ainsi que la mesure, là où se trouve la nouvelle intersection sur l’itinéraire A. Si l’itinéraire B est réaligné cartographiquement et qu’il n’intersecte plus l’itinéraire A, l’intersection est supprimée.
| ID d’intersection | Intersectionnom | ID d'itinéraire | Entitéclassenom | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A,B | A,B | Réseau1 | 01/01/2000 | <nul> | 5 |
| ID d’intersection | Intersectionnom | ID d'itinéraire | Nom CE | Identifiant de l'entité | Date de début | Date de fin | Mesure |
|---|---|---|---|---|---|---|---|
1 | A,B | A,B | Réseau1 | 01/01/2000 | <nul> | 3 |
Vous avez un commentaire à formuler concernant cette rubrique ?