Synchronisation des conflits Navisworks avec Revizto S’abonner
Aperçu
Prérequis
Principes de base
Paramètres de la boîte de coupe
Paramètres de mappage d’état
Configuration du tampon/du destinataire par défaut pour chaque test
Remplacement du destinataire du groupe de conflits
Paramètres de capture d’écran
Paramètres de mappage des conflits
Dépannage
Aperçu
L’idée principale de la fonction « synchronisation des conflits » est de faire en sorte que les groupes de conflits Navisworks soient représentés comme des annotations dans le suivi des annotations Revizto. Cela offre les avantages suivants :
- Les conflits sont toujours accessibles à tous les membres du projet Revizto.
- Chaque groupe de conflits peut être attribué et suivi jusqu’à sa résolution en utilisant toutes les fonctionnalités du suivi des annotations Revizto.
- Vous pouvez établir des rapports et configurer des tableaux de bord pour analyser les conflits.
- Le suivi des annotations dispose d’une fonctionnalité de basculement qui permet aux utilisateurs d’accéder rapidement aux conflits dans les outils de création.
Cet article détaille les prérequis de la synchronisation des conflits, les flux de travail recommandés, les informations de référence sur toutes les options proposées et les informations concernant le dépannage.
Prérequis
Avant de commencer à utiliser la fonctionnalité « synchronisation des conflits », assurez‑vous que les conditions suivantes sont remplies :
- Vous utilisez un projet Revizto cloud ou en emplacement partagé.
-
Le projet Revizto devrait idéalement (mais pas nécessairement) contenir les modèles utilisés pour les conflits. La géométrie peut être publiée dans Revizto depuis Navisworks, des outils de création ou via IFC.
Cela vous permettra de visualiser les conflits dans le modèle 3D et pas seulement sur une capture d’écran.
- La personne qui exécute la synchronisation des conflits doit disposer des droits d’accès « Synchroniser les conflits Navisworks » dans le projet Revizto.
- L’ordinateur qui exécute la synchronisation des conflits doit avoir Revizto et le plug‑in Revizto pour Navisworks installés.
- Les conflits peuvent être synchronisés à partir d’un seul modèle Navisworks ou de plusieurs modèles Navisworks. Si vous synchronisez des conflits à partir de modèles Navisworks clonés (par exemple, un modèle divisé par niveaux), assurez‑vous que les tests de conflits n’ont pas été clonés avec le modèle. Les tests de conflits ne peuvent être clonés que par importation/exportation afin d’être correctement pris en charge par Revizto.
Principes de base
Pour exécuter la synchronisation des conflits, dans le ruban Navisworks, dans l’onglet Revizto, accédez à Synchroniser les conflits.
Cela ouvre une boîte de dialogue affichant la liste de tous les tests de conflits disponibles dans le modèle.
Vous pouvez soit synchroniser des tests entiers, soit sélectionner des conflits individuels ou des groupes de conflits à pousser en tant qu’annotations.
Les conflits qui ont été précédemment poussés dans le suivi des annotations sont affichés comme sélectionnés et désactivés. Ils seront synchronisés à chaque fois que vous synchroniserez des conflits. Pour chacun de ces conflits, la synchronisation comprend la mise à jour de l’état de l’annotation liée ou du conflit (ou les deux), la mise à jour de la capture d’écran et le transfert du destinataire de Revizto vers Navisworks. Les règles de la synchronisation seront décrites plus loin.
Lorsque de nouveaux conflits sont poussés vers Revizto, chaque groupe de conflits et chaque conflit non groupé produit sa propre annotation Revizto. Nous recommandons vivement d’utiliser un regroupeur de conflits avant de pousser les conflits vers Revizto. Le fait d’avoir des conflits individuels poussés dans le suivi des annotations rend le processus à peine gérable. Revizto est connu pour prendre en charge des regroupeurs de conflits tels que Flypaper Sherlock, iConstruct Clash, iConstruct Pro et les conflits de groupes BIM42. D’autres regroupeurs peuvent également fonctionner, mais ce n’est pas garanti.
Vous pouvez configurer un mappage des états pour définir les conflits qui sont poussés en tant qu’annotations et ceux qui ne le sont pas, en fonction de leur état dans Navisworks. Le mappage définit également les règles de synchronisation pour les conflits qui ont été poussés vers Revizto.
Chaque test vous permet de configurer un tampon ou un destinataire par défaut. Toutes les annotations nouvellement créées auront soit tous les champs renseignés à partir d’un modèle de tampon sélectionné, soit seront attribuées à la personne spécifiée.
Avant de cliquer sur le bouton Synchroniser, assurez‑vous de sélectionner tous les nouveaux conflits que vous souhaitez pousser vers Revizto. En général, il vous suffit de sélectionner certains ou tous les tests de conflits.
Toutes les options de la synchronisation des conflits sont décrites ci‑dessous.
Paramètres de la boîte de coupe
Lorsqu’un conflit est synchronisé dans le suivi des annotations, une boîte de coupe automatique est générée pour l’annotation représentant ce conflit.
Vous pouvez contrôler la taille de cette boîte de coupe en définissant le paramètre « Taille de la boîte de coupe ». Les valeurs autorisées vont de 100 à 400 %. Cela s’applique uniquement aux annotations nouvellement créées.
Vous pouvez également activer le paramètre « Aligner la boîte sur les niveaux » qui remplace la hauteur de la boîte de coupe définie par un niveau du conflit et un niveau au‑dessus du conflit. Ce paramètre utilise les niveaux du modèle Navisworks comme référence.
Paramètres de mappage d’état
- Mappage des états, validation des conditions géométriques après la synchronisation
- Fermer les annotations manquantes dans Navisworks
Mappage des états, validation des conditions géométriques après la synchronisation
Voir Fonctionnement de la boîte de dialogue avancée de mappage des états des conflits.pdf.
Fermer les annotations manquantes dans Navisworks
Parfois, votre flux de travail Navisworks nécessite de compacter vos tests de conflits. Lorsque vous compactez un test de conflits, tous les conflits résolus sont supprimés de l’outil Clash Detective. Si ces annotations ont été poussées vers le suivi des annotations, elles pourraient garder l’état Ouvert indéfiniment. Pour éviter cela, il existe une option nommée « Fermer les annotations manquantes dans Navisworks ». Pour chaque test de conflits que vous synchronisez, il vérifie s’il peut trouver des annotations dans le suivi des annotations qui sont associées à ce test, mais manquantes dans Navisworks. Si de telles annotations sont trouvées, elles sont automatiquement fermées dans le suivi des annotations pendant la synchronisation des conflits.
Cette option s’appuie fortement sur les algorithmes de mappage des groupes et des tests. Si vous utilisez iConstruct Clash, vous devez vous assurer que votre paramètre « Mapper les tests » est égal à « Par GUID ou nom (iConstruct Clash) ». Nous vous recommandons également de définir « Mapper les groupes » sur « Par sous-conflits dans le même test ».
Configuration du tampon/destinataire par défaut pour chaque test
Dans la boîte de dialogue Synchroniser les conflits, vous pouvez configurer un tampon ou un destinataire par défaut pour chaque test. Il n’affecte toujours que les annotations nouvellement créées. La modification de ce paramètre pour un test n’affectera pas les conflits déjà poussés dans le suivi des annotations.
Si vous configurez un tampon par défaut pour un test, toutes les annotations nouvellement créées à partir de ce test seront créées avec les champs spécifiés dans le modèle de tampon sélectionné (à l’exception des champs « Tampon » et « Titre » ; le destinataire peut également être remplacé pour chaque groupe de conflits). Dans le suivi des annotations, ces conflits ne seront pas affichés comme des tampons, mais comme des conflits standard. Si vous devez filtrer les conflits à l’aide de tampons, vos tampons doivent également contenir des mots-clés destinés au filtrage.
Si vous configurez un destinataire par défaut pour un test, toutes les annotations nouvellement créées à partir de ce test seront attribuées à cette personne (sauf si elle a été remplacée dans le groupe de conflits).
Si aucun tampon ou destinataire par défaut n’est défini, chaque conflit de ce test est attribué à l’utilisateur qui effectue la synchronisation des conflits (sauf les conflits pour lesquels le destinataire a été remplacé).
Si vous définissez un tampon ou un destinataire par défaut pour « Tous les tests », cette valeur sera héritée par tous les tests qui n’ont pas leur propre valeur par défaut.
Remplacement du destinataire du groupe de conflits
Lorsqu’un conflit est poussé dans le suivi des annotations pour la première fois, le destinataire du conflit défini dans Navisworks est pris en compte. Si ce champ comporte une adresse e‑mail d’un membre du projet Revizto, ce conflit sera attribué à cette personne, même si le test du conflit a une valeur différente définie dans le tampon/destinataire par défaut.
Exemple.
- Le destinataire du conflit 1 dans Navisworks est fixé à « c.monroe@exemple.com ».
- Le destinataire du conflit 2 est vide.
- Le destinataire du conflit 3 est « j.doe@exemple.com ».
- Le destinataire du conflit 4 est « John Doe ».
- Tous ces conflits appartiennent au test de conflits « Test 1 », dont le destinataire par défaut pour la synchronisation des conflits est « Michael Jenkins (m.jenkins@exemple.com) ».
- John Doe (j.doe@exemple.com) est un membre du projet Revizto, tandis que Carl Monroe (c.monroe@exemple.com) n’est pas invité à ce projet.
Après avoir synchronisé ces conflits avec Revizto pour la première fois, ils obtiennent les destinataires suivants dans Revizto :
- Le conflit 1 est attribué à Michael Jenkins (m.jenkins@exemple.com)
- Le conflit 2 est attribué à Michael Jenkins (m.jenkins@exemple.com)
- Le conflit 3 est attribué à John Doe (j.doe@exemple.com)
- Le conflit 4 est attribué à Michael Jenkins (m.jenkins@exemple.com)
Paramètres de capture d’écran
Importer les marquages pour les groupes de conflits
Lorsqu’un conflit est poussé dans le suivi des annotations, une capture d’écran lui est attribuée. Malheureusement, Navisworks ne permet pas de lire les positions et les marquages des groupes de conflits.
Par défaut, l’option « Importer le marquage pour les groupes de conflits (nécessite un fichier de rapport xml) » est désactivée. Les captures d’écran des groupes de conflits sont générées par le plug‑in Revizto dans Navisworks au moment de la synchronisation des conflits. Cette méthode n’est généralement pas recommandée, car les captures d’écran prennent beaucoup de temps à être générées, et elles ne fournissent généralement pas un bon retour visuel en raison des angles de caméra et des paramètres de visibilité aléatoires.
L’autre solution consiste à fournir un rapport XML des conflits, que vous pouvez exécuter manuellement dans Navisworks avant la synchronisation des conflits. Cette méthode est beaucoup plus rapide, utilise les mêmes captures d’écran que l’outil Clash Detective et affiche également les marquages s’ils sont présents.
Pour créer un rapport XML dans Navisworks, ouvrez l’outil « Clash Detective » et passez à l’onglet « Rapport ». Assurez‑vous que les options suivantes sont incluses (voir la capture d’écran ci‑dessous) et cliquez sur « Produire le rapport ».
Une fois que vous avez le rapport XML, allez dans la boîte de dialogue de synchronisation des conflits de Revizto et assurez-vous que l’option « Importer le marquage pour les groupes de conflits (nécessite un fichier de rapport xml) » est sélectionnée.
Ensuite, après avoir cliqué sur le bouton « Synchroniser », il vous sera demandé de spécifier le chemin d’accès vers le fichier XML.
Si vous utilisez des fichiers XML, assurez-vous de générer un rapport XML à chaque fois avant de procéder à la synchronisation des conflits. Cela garantira que tous les conflits disposent de captures d’écran à jour.
Mettre à jour les captures d’écran
Chaque fois que vous synchronisez un conflit, vous pouvez spécifier les règles de mise à jour des captures d’écran des annotations dans le suivi des annotations. Cela n’affecte que les conflits qui ont déjà été poussés vers le suivi des annotations. Les conflits nouvellement poussés reçoivent toujours une capture d’écran initiale.
Les options suivantes sont disponibles :
- Si le conflit a été modifié (option par défaut)
- Toutes sauf celles modifiées manuellement
- Toutes
- Non
Si le conflit a été modifié (option par défaut)
Met à jour les captures d’écran des conflits qui ont été modifiés dans Navisworks depuis la dernière synchronisation des conflits, à l’exception des conflits dont les marquages ont été modifiés dans Revizto (la dernière modification de capture d’écran ou de marquage a été effectuée du côté de Revizto).
Le groupe de conflits est considéré comme « modifié » si l’une des opérations suivantes a été effectuée :
- L’état du groupe de conflits a été modifié dans Navisworks.
- L’état de l’un des sous‑conflits a été modifié dans Navisworks.
- De nouveaux sous‑conflits ont été ajoutés.
- Certains des anciens sous‑conflits ont été supprimés.
Toutes sauf celles modifiées manuellement
Met à jour les captures d’écran de tous les conflits, à l’exception des conflits dont le marquage a été modifié dans Revizto (la dernière modification de capture d’écran ou de marquage a été effectuée du côté de Revizto).
Toutes
Met à jour les captures d’écran de tous les conflits.
Non
Ne met pas à jour les captures d’écran.
Paramètres de mappage des conflits
Les options suivantes sont disponibles :
Mapper les groupes
En fonction de votre flux de travail de regroupement des conflits dans Navisworks, il peut arriver que vous ou votre regroupeur de conflits automatique éclatiez certains ou tous les groupes de conflits, puis les recréiez à partir de zéro. Cependant, dans la plupart des cas, vous souhaitez que les nouveaux groupes soient mappés aux annotations déjà créées s’ils ont les mêmes sous‑conflits. Dans ce cas, Revizto ne peut pas reconnaître les groupes de conflits par leur identifiant unique (GUID), puisqu’ils sont modifiés.
Les options suivantes sont disponibles :
Mapper les groupes par sous‑conflits au sein d’un même test
Par défaut, les groupes de conflits sont mappés par sous‑conflits au sein d’un même test. Lorsqu’un groupe de conflits n’est pas trouvé dans le suivi des annotations par son ID unique, Revizto utilise un algorithme spécial qui analyse toutes les annotations poussées depuis le test de conflits actuel. S’il trouve un groupe de conflits ayant des sous-conflits similaires, il y a concordance. Comme le nombre de sous‑conflits peut varier d’une synchronisation à l’autre, il essaie de trouver un groupe avec le nombre maximal de sous‑conflits mappés.
Mapper les groupes par GUID uniquement
Si vous pouvez garantir que vos groupes de conflits ne seront jamais éclatés ni regroupés, vous pouvez utiliser l’option consistant à mapper les groupes par GUID uniquement. Cependant, dans la plupart des cas, vous n’aurez pas besoin d’utiliser cette option et elle n’est nécessaire que si l’option par défaut ne fonctionne pas assez bien pour vous.
Mapper les tests
Certains regroupeurs de conflits (par exemple iConstruct Clash) peuvent recréer régulièrement des tests de conflits. La logique de Revizto repose fortement sur l’identification des tests de conflits ; elle est nécessaire à de nombreuses fins. Par conséquent, Revizto propose deux options différentes sur la manière d’identifier et de mapper les tests de conflits.
Le mappage des tests se produit lorsque :
- Les groupes sont mappés par sous‑conflits au sein du même test au début de la synchronisation.
- Les annotations manquantes de Navisworks sont fermées pour tous les tests qui sont synchronisés (facultatif).
- Le tampon ou le destinataire par défaut est défini ou appliqué dans le test de conflits.
Les options suivantes sont disponibles :
Mapper les tests par GUID uniquement
Il s’agit de l’option par défaut, qui fonctionne dans la plupart des cas, sauf lors de l’utilisation du regroupeur de conflits « iConstruct Clash ». Les tests sont mappés par leurs GUID.
Des problèmes peuvent uniquement survenir si vous synchronisez des conflits provenant de plusieurs modèles Navisworks (par exemple, vous avez un bâtiment divisé par niveaux) qui ont été créés par duplication. Dans ce cas, les tests de différents modèles peuvent avoir des GUID identiques, ce qui peut entraîner des fermetures d’annotations sporadiques (voir l’option Fermer les annotations manquantes dans Navisworks). Dans ce cas, vous devrez recréer les tests en les exportant, en les supprimant, puis en les important à nouveau.
Mapper les tests par GUID ou nom (iConstruct Clash)
Cette option s’adresse principalement à ceux qui utilisent iConstruct Clash. Cet outil recrée tous les tests de conflits à partir de zéro à chaque exécution d’une opération de regroupement. Par conséquent, les GUID des tests ne sont pas fiables et il faut plutôt se fier aux noms des tests.
Si vous utilisez plusieurs modèles Navisworks (par exemple, un bâtiment divisé par niveaux) pour synchroniser les conflits, assurez‑vous que tous les fichiers ont des tests de conflits portant des noms différents. Par exemple, vous pouvez ajouter un postfixe à chaque nom de test pour y stocker le nom du modèle, comme « Arch vs Elec niv 1 », « Arch vs Elec niv 2 », et ainsi de suite.
Dépannage
Q : La synchronisation des conflits prend trop de temps.
R : Essayez d’utiliser l’option Importer les marquages pour les groupes de conflits. Ainsi, le plug‑in Revizto ne passera pas de temps à générer des captures d’écran de conflits et cela pourrait réduire considérablement le temps de synchronisation.
Q : Lorsque je synchronise les conflits d’un fichier Navisworks, toutes les annotations de conflits d’un autre fichier Navisworks passent à l’état Fermé (aucune annotation n’est créée en double).
R : Il est fort probable que l’option Fermer les annotations manquantes dans Navisworks soit sélectionnée et que les tests de conflits de différents fichiers soient mappés comme un seul test.
Si vous avez sélectionné l’option Mapper les tests par GUID uniquement, vos fichiers Navisworks ont été dupliqués et ont désormais des GUID de tests de conflits identiques. Pour résoudre ce problème, publiez vos tests de conflits de tous les fichiers Navisworks sauf un, puis supprimez‑les dans Navisworks, et importez‑les à nouveau. Cela générera de nouveaux GUID pour les tests de conflits et le problème sera résolu.
Si vous avez sélectionné l’option Mapper les tests par GUID ou nom (iConstruct Clash) et que vous en avez besoin parce que vous utilisez iConstruct Clash, assurez-vous que tous vos fichiers Navisworks ont des tests de conflits portant des noms différents. Par exemple, vous pouvez ajouter un postfixe à chaque nom de test pour y stocker le nom du modèle, comme « Arch vs Elec niv 1 », « Arch vs Elec niv 2 », et ainsi de suite.
Q : Lorsque je synchronise des conflits à partir de Navisworks, la synchronisation crée des annotations en double.
R : Si vous avez sélectionné l’option Mapper les groupes par GUID uniquement, cela se produit très probablement parce que vous ou votre regroupeur de conflits éclatez et recréez les groupes de conflits avant chaque synchronisation. Essayez d’utiliser les options Mapper les groupes par sous-conflits au sein d'un même test et Mapper les tests par GUID uniquement (ou Mapper les tests par GUID ou nom (iConstruct Clash) pour les utilisateurs d’iConstruct Clash). Avant de lancer la synchronisation, assurez‑vous d’avoir supprimé tous les doublons du suivi des annotations afin d’éviter tout comportement imprévisible.