En fait ce que je pige pas, c'est le besoin de recaler un nouveau 0,0,0 alors que la topo est déjà montée sous un référentiel connu et normalisé (i.e. RGF93). Idem pour l'altimétrie.
Recréer un point 0,0,0 revient finalement à se recréer une nouvelle tâche supplémentaire, non nécessaire et forcément source d'erreur.

Je partage parfaitement ce point de vue.

Le géoréférencement openBIM IFC est universel et est lié au 0,0,0 tout comme en natif dans Archicad.
Ce fonctionnement n'est néanmoins pas comparable pour tous les outils de la conception BIM et c'est pour cela que le fichier IFC et son géoréférencement sont nécessaire et même indispensable.

De mon point de vue le géoréférencement est une étape préliminaire à tous type de projet et ne requiert aucun effort particulier. Seule précaution : il s'agit d'un angle de bâti ou d'une borne cadastrale.

Enfin la maquette de site justifie ce dispositif car elle est générée dès le début de la conception par le mandataire de la MOE et donc du BIM Management et constitue le gabarit géoréférencé du projet.

La question qui subsiste alors est : les acteurs du BIM du projet maitrisent-ils tous leurs outils pour respecter ce géoréférencement pré-établi ?

Bonjour,

1)Un process BIM se définit à partir d'objectif à atteindre.
Il faut donc les définir selon le client,les intervenants,les logiciels utilisés et le projet.

Le client a besoin de l'information?/ Le client a besoin de l'information sous forme "adresse postale"? sous forme de coordonnée "Lambert"? Sous forme coordonnées GPS? Les logiciels utilisés peuvent ils fournir et/ou utiliser l'information? si oui, sous quel forme? etc.

Ex: Un de mes clients demande un géoréférencement en Lambert 93 pour pouvoir gérer leurs projets de façon macro, sur tous leurs projets en France.

Ou pour un écoquartier( donc plusieurs bâtiments), nous avons proposé à un client un géoréférencement à partir d'un référentiel local en 0,0,Z ( Z en NGF) car le besoin n'a pas été définit et la modification ultérieure éventuelle étant possible et simple.


2) Il faut savoir
- Hormis EVEBIM viewer, aucun viewer BIM ne gère parfaitement le géoréférencement.
- Aucun viewer ne montre exactement les mêmes choses,
- L'IFC site définit le géoréférencement.
- Dans l'IFC, le géoréférencement est défini en Latitude/Longitude et non en coordonnées Lambert.

Ex: Pour s'en convaincre, prendre une maquette, modifier les coordonnées de l'IFC SITE==> aucune différence sur NAVISWORKS à la différence de Solibri ou Evebim.


3) dans un process BIM ( conception et/ou EXE et/ou FM), avec un environnement REVIT/NAVISWORKS/FORGE, il y a peu de problème pour le géoréférencement. Par contre,avec un environnement logiciel mixte,la notion de géoréférencement sera plus utile, à minima pour que les maquettes se superposent.

remarque:sans géoréférencement correct, il est difficile d'intégrer des formats de type ".city" et visualiser le projet dans son environnement.


Cordialement,

Sujet très intéressant ! et abordé à chaque nouveau projet.
Pour ma part je vise l'efficacité à chaque niveau du processus : permettre l'usage simple des maquettes numériques entre les acteurs du BIM, assurer la remise du livrable tel que demandé au cahier des charges donc le cas échéant géo-référencé en LAMBERT Conique Confforme.
Il est certain qu'une origine du système de coordonnées partagées amène des difficultés d'utilisation sous REVIT : problème d'aberration graphique de DWG, difficulté de recalage d'IFC.. Un géomètre me citait également la difficulté accrue de calcul des nuages de points avec des coordonnées à plus de 9 chiffres...
J'opte donc pour un transfert de l'origine du DWG géomètre (souvent l'origine de la zone CC Lambert utilisée donc très éloignée du projet) pour un point proche du projet, facilement repérable et surtout immuable (angle de bâtiment proche, limite cadastrale, clou d'arpentage posé par le géomètre). Tel que je l'ai fait pendant 15 ans en cabinet d'Architecte...avant le BIM. A l'époque tout les plans géomètres étaient localisés ainsi. Puis l'automatisation du relevé topographique est arrivé, les théodolites connectés à l'ordinateur.
Cela dit, ça n'enlève rien à l'intérêt d'avoir un relevé géo-référencé et également une maquette numérique géo-référencée (insertion vis à vis d'autres modélisations par exemple). Ça me permet aussi de relever les coordonnées CC Lambert du point proche choisi comme origine partagée durant la phase BIM (coordonnées que je fait confirmer par le géomètre bien entendu).Puis j’y transfert le SCG du plan Autocad via un petit programme en LISP qui j’ai développé afin d’éviter les erreurs de manipulation.
Le re-géo-référencement de la maquette livrable pourra être fait le moment venu (re-positionnement dans REVIT via le déplacement du point de base tromboné ou par un logiciel comme SIMPLEBIM pour un fichier IFC).
Si il y a une valeur ajoutée (et ça a toujours été le cas jusqu’à présent, à voir si les logiciels BIM évoluent…) j’utilise un système local de coordonnées pendant la phase de constitution de la maquette numérique. Cela facilite la vie des participants qui ont souvent d’autres chats à fouetter que de gérer des points d’insertion à 400km de distance.
A bien y regarder, le système LAMBERT CC est lui aussi un système local de coordonnées constitué de zones distinctes par le parallèle sur lequel elles sont centrées. Un géo-référencement terrestre universel nécessiterait l’utilisation d’un système géodésique tel que le WGS84.

Je crois que les problèmes de géo-référencement sont un problème si chacun crée sa propre grille de géo-référencement. Si tous les intervenants utilisent le même point projet et le même angle et que les coordonnées de ce point en relatif sont bien 0,0,0 on évite tout les problèmes de calage et en plus étant donné que le 0,0,0 relatif est proche de l'ouvrage les soucis d'éloignement du 0,0,0 n'existe pas.
Les coordonnées en relatif sont importantes voir crucial dans Revit car toute programmation est basée sur les coordonnées relatives.

@Frederic : Il n'y a pas que 2 points dans Revit mais 4.
Pour faire (très) simple, voici les usages possibles de ces points:
- Le point d'origine du Système de coordonnées partagées: lier des fichiers dans un même fichier hôte, de façon précise en NGF/coordonnées X,Y
- Le point de topographie: transmettre une maquette en IFC (par ex pour un BE STR), ce point étant fixe dans le temps (borne géomètre) et proche du projet
- Le point de base: coter le projet par rapport à une "origine projet" (Niveau RDC par exemple)
- L'Origine Interne: pas d'utilité réelle

Cordialement

Je trouve trés compliqué (je galère à chaque fois...) cette histoire de points dans Revit. Pour vous dire, je ne comprends pas l'utilité d'en avoir deux. Sauf erreur de ma part, Archicad n'en a qu'un non? Dévérouiller le trombone, déplacer le ou les points etc... Les 2 points sont des fois au même endroit dans une maquette, dans une autre non mais toutes les maquettes s'empilent comme il faut dans Revit. Quand vous regardez les ifc dans tekla bim sight ou naviswork (voire les rvt), ce n'est pas aligné ou vice-versa. J'ai un projet ou les 2 points ont coordonnées de paramétrées d'autres non... Vous insérez une ifc venant d'archicad, ce n'est pas orienté comme il faut. Vous compilez les l'ifc de cette maquette et la votre, c'est bien aligné dans tekla. Des choses de ce genre.

Bonjour,

Je me permets de réagir à ce sujet car effectivement le géoréférencement est une base fondamentale du BIM.

Sous Revit (je ne connais pas les principes de géo-référencement sous Archicad ou Allplan), nous utilisons le la localisation avec système de coordonnées partagées. En effet:

- Les plans géomètre DWG, très souvent en donnée d'entrée, ont déjà été géoréférencées. Pourquoi s'embêter à tout replacer manuellement dans Autocad (avec les erreurs de saisie que ça engendre)?
- Si le projet est géoréférencé avec un "0,0,0" local, comment intégrer un fichier extérieur (ex: nuage de points) qui aurait été conçu sans avoir connaissance de ce "0,0,0" local?
- Seul le système de coordonnées partagées est éloigné du projet. L'origine interne, le point de base et le point de topographie sont eux proches du projet. --> Aucun problème de "20 miles" comme indiqué ci-dessus.

Les seuls "problèmes" (qui n'en sont pas vraiment...) sont:
- La surface topo qui se génère forcément à partir de l'origine interne: il serait intéressant de le faire à partir du système de coordonnées partagées.
- L'insertion d'un DWG à l'emplacement partagé se fait à partir d'un niveau. Dans le cas de DWG avec données en 3D, celles-ci sont donc "décalées" en Z. (le contournement consiste à créer un niveau spécifique à l'altimétrie du système de coordonnées partagées)

En tout cas, le géoréférencement est un sujet complexe (mais puissant!), qui une fois maîtrisé fait gagner beaucoup de temps. Comme le dit Damien Haultcoeur, prendre un peu de temps en début de projet pour géoréférencer en fait gagner beaucoup par la suite.

Concernant un fonctionnement "non-consanguin" pour reprendre l'expression (IFC-->RVT) : liaison d'un RVT géoréférencé dans lequel on importe un IFC dont l'origine ne doit pas bouger durant le projet.
Le géoréférencement tardif ne pose pas de problème si le nord projet a été bien défini pour la modélisation (si non, il faudra faire une rotation de l'ensemble du projet. Pas très simple parfois...)

Je comprends votre questionnement et effectivement pour l'instant (quoi que cela commence à changer) je pense que peu de modèles sont utilisés après dans le cadre d'un CIM où le géoréférencement type Lambert prend tout son sens.
Ceci étant entre un calage à 0,0,0 et un géoréférencement "en bonne et due forme" il y a peu de différence en terme de moyens à mobiliser (BiM E.P. principalement) pour créer une base commune et donc le fait de tout de suite partir sur un géoréférencement Lambert (ou ce que l'on veut).
Du coup j'ai tendance à faire un géoréférencement "complet" histoire de faire le boulot une fois pour toute et ne pas avoir à refaire le job dans un second temps. Mais tout ça souvent dans un fonctionnement "consanguin" (j'entends par là Revit avec Revit et donc rien d'Open BiM). Il reste effectivement encore pas mal de zones "floues", ou en tout cas pas lisibles facilement, quand on essaie en Open BiM de se caler proprement... Sans parler (les utilisateurs Revit se reconnaîtrons) du coup des 20miles de Revit ou du fait de ne pouvoir déplacer manuellement un point projet d'un point topo de plus de 10miles et sans parler du point interne projet totalement différent des 2 précités qui peut rapidement compliquer la sauce lors d'un géoréférencement tardif (postérieur au démarrage de la modélisation par les différents intervenants)...

bonjour,

je travaille sur la maquette de l'école des mines, et lors d'une demande d'export en IFC du fichier revit j'ai rencontré des problèmes pour deux fichiers, le terrain et la toiture. J'ai sous le conseil de mon demandeur j'ai désactivé l'option d'export concernant le l'inclusion de l'élévation IFCSITE à l'origine de positionnement local du site. Ensuite j'ai donné les coordonnées du site pour récupérer les coordonnées en latitude et longitude.
Du coup les deux fichiers se sont bien recalés. Restait un problème d'altitude du toit qui était du à une mauvaise manip, le niveau 0 avait été bougé. J'ai tout remis à 0 le point topographique et le point de base de projet et j'ai redonne la bonne indication NGF.
Reste des matériaux qui marchent mal à l'export avec l'option <Par catégorie>.
L'export vers les IFCs n'est pas simple, le fichier de recollement sur revit peut fonctionner apparemment bien et l'export en IFC peut révéler d'autres problèmes.
Il faut travailler pour comprendre d'où vient ces dysfonctionnements.

Bonjour,

Bon courage aux BIM Managers "Maison" pour la résolution de ce genre de problèmes ...

"Maison" => car si je ne m'abuse, les cursus pédagogiques pour sortir d'une écoles
avec un titre de BIM Manager ne cours pas les rues :

https://www.univ-valenciennes.fr/master-genie-civil-ingenierie-numerique-collaborative-pour-la-construction

https://www.estp.fr/content/mast%C3%A8re-sp%C3%A9cialis%C3%A9%C2%AE-bim-conception-int%C3%A9gr%C3%A9e-et-cycle-de-vie-du-b%C3%A2timent-et-des-infrastructur

https://www.domolandes.fr/actualites/lancement-mastere-ms-mpc-bim-cesi-a-bordeaux/

https://www.eicesi.fr/formations/1602302-mastere-specialise-management-de-projets-de-construction-option-bim-et-maquette-numerique/

Si j'ai oublié une école dans la liste ci dessus, n'hésitez pas à me le dire.

Comme évoqué plus haut, le géo-référencement est utile pour diverses utilisations (étude d'éclairage, études thermiques, ...) et pour coller à la réalité. Toutefois travailler dans un logiciel de modélisation en dessinant dans un environnement souvent très loin du point d'origine du logiciel peut générer de nombreux problèmes/bugs, quel que soit le logiciel utilisé (revit, allplan, archicad, ...).
Pour ma part j'identifie un point spécifique dans l'environnement réel (proche de mes bâtiments par exemple) en relevant ses coordonnées géo-référencées, et je le définis en tant que point (0,0,0) sur mon logiciel de dessin. Cela me permet de modéliser dans une zone de dessin proche de l'origine logiciel.
Ensuite, j'exporte ma maquette au format IFC en renseignant (dans les paramètres d'export) un décalage correspondant aux coordonnées géo-référencées de mon point de référence.

Complètement d'accord avec Jean Goyat.
En fait ce que je pige pas, c'est le besoin de recaler un nouveau 0,0,0 alors que la topo est déjà montée sous un référentiel connu et normalisé (i.e. RGF93). Idem pour l'altimétrie.
Recréer un point 0,0,0 revient finalement à se recréer une nouvelle tâche supplémentaire, non nécessaire et forcément source d'erreur.
Ça, c'est pour la partie organisationnelle.
Pour la partie pratique, la nouvelle loi sur les récolements et la géolocalisation des réseaux, et l'attribution de l'AIPR, nécessite que les ouvrages réalisés et récolés soient géoréférencés afin que les concessionnaires les intègrent chacun dans leur SIG. Et croyez-moi qu'il ne le feront pas à votre place !
Nombre d'entreprises que je côtoie mettent un temps fou à recompiler leur données car les récolements leur sont refusé faute de respect de ce géoréférencement.

Alors OK, je ne suis pas objectif, étant BET VRD, je me bats quasi tous les jours pour faire respecter les systèmes de projection, mais il n'empêche que lorsqu'un VRD est intégré dans une équipe MOE Bâtiment, il ne se passe pas un projet sans qu'il n'y ait des soucis de recalage XYZ.

Le georeferencement est indispensable a mon avis! En dehors de la "simple" coordination TCE, le modèle doit pouvoir se translater au monde reel lors de la phase construction aussi directement que possible. Le gain de temps réalisé par le géomètre quand it s'agit de limiter la gymnastique mentale pour tout ramener au systèmes de coordonnées du projet est un atout non négligeable.

Il est d'autant plus important quand il s'agit de coordonner la logistique du chantier avec différents projets cote-a-cote. Je travaille actuellement sur un campus avec 5 gros projets de construction. si les modèles n'étaient pas géoréférencé, il serait très pénible de tout translater manuellement avec le risque d'erreur decrit precedemment.

De façon pratique, presque tous nos sous-traitant utilisent Revit donc nous effectuons la coordination a 0,0 (utilisation de l'origine interne) et lorsque l'on exporte le modèle pour le client ou tout operation de coordination entre differents projects, on exporte en coordonnees partagees.

Pour les sous-traitants sous AutoCAD, on translate avec un script tous les modeles suivant X,Y, Z avec la rotation appropriée.

Autre le cote pratique, c'est très gratifiant de voir le projet en entier parfaitement aligne dans les logiciels GIS ou autres tels que Infraworks...

Bonjour,
Je partage parfaitement votre avis, en terme d'insertion/assemblage des différents blocs d'un projet, un point commun 0.0.0 peut faire l'affaire. Les coordonnées qu'on affecte au point de base du projet (N/S, E/O, Angle par rapport au nord géorgraphique) ne sont importants que dans le cas où envisage de procéder à une analyse énergétique ou une étude d'ensoleillement du projet. Personnellement, j'ai été confronté à ce problème: un IFC exporté depuis Archicad lié à un fichier Revit. Finalement j'ai opté pour une fixation manuelle des deux maquette par rapport à un point d'insertion commun.