SCE Web permet d'importer des modèles 3D, au format .glb, .fbx, .obj, .dae (collada), IFC ou .3ds.
Ces modèles n'étant généralement pas géoréférencés, ils sont accompagnés d'un fichier de vecteur de points contenant la géolocalisation de ce ou ces modèles 3D.
Cette combinaison de fichiers de modèle 3D et d'un fichier vectoriel (geojson ou shape) doit être inclus dans un fichier zip, et fait partie du format générique SCE 3D.
Ficher de points + fichiers modèles 3D = Batiments 3D
Gestion du format IFC - spécificités
IFC est pris en charge dans sa version >= 4.3.
Même si la géolocalisation est définie dans la dernière version du format IFC, comme elle n'est pas réellement utilisée, les informations de géolocalisation ne sont pas prises en compte et doivent être définies au format vectoriel comme pour les autres formats 3D.
Lors de l'import, tous les éléments intérieurs sont ignorés afin d'éviter des modèles 3D trop lourds.
Les classes suivantes sont considérées comme intérieures :
-
IfcDistributionElement
-
IfcElementComponent
-
IfcFurnishingElement
-
IfcPort
Pour tous les éléments, si l'attribut isExternal est défini à False, cet élément est également considéré comme intérieur et ignoré.
De plus, le principe de hiérarchie s'applique et tous les sous-éléments héritant d'éléments intérieurs sont également considérés comme intérieurs et ignorés.
Prérequis pour le fichier vectoriel
Le fichier vectoriel doit contenir des point, chacun associés à un modèle 3D (fichier contenu dans l'archive zip).
Les attributs suivants permettent de configurer les modèles 3D importés :
-
SCE_MODEL_x : permet d'indiquer le nom du fichier 3D associé au variant 'x'.Ce nom est relatif à l'emplacement du fichier vecteur. Si il n'est pas dans un sous dossier, il peut être pointé directement
-
SCE_ALTITUDE : altitude à laquelle positionner le modèle 3D (note : de manière alternative, il est possible de renseigner la coordonnée z du point au lieu de cet attribut)
-
SCE_SRS : système de projection utilisé pour la définition du modèle 3D. Si non spécifié, le système de projection du fichier vecteur est utiliséLe SRS doit correspondre à l'une de représentation suivantes :Une chaine de caractère sous la forme "EPSG:XXXX", ou XXXX est un entier. On considère à nouveau qu'il s'agit d'un code EPSG, comme précédemment.Un urn OGC correspondant à une transformation (ex : "urn:ogc:def:crs:EPSG::32630") ou à une composition ("urn:ogc:def:crs,crs:EPSG::2393,crs:EPSG::5717") (Note : formats trouvés fréquemment dans les fichiers cityGML)Un entier : dans ce cas, on considère qu'il s'agit d'un code EPSG (ex : 32630 pour l'UTM 30)
-
SCE_YAW : rotation autour de l'axe Z (en degrés)
-
SCE_PITCH : rotation autour de l'axe Y (en degrés)
-
SCE_ROLL : rotation autour de l'axe X (en degrés)
-
SCE_SCALE : facteur de mise à l'échelle à appliquer sur le modèle (ex : 100 si le modèle a des coordonnées définies en cm)
-
SCE_UID : id unique associé au bâtiment, de la même manière que pour les empreintes au sol.
Note : si plusieurs variants sont associés à un même point, les autres paramètres s'appliqueront à tous les variants
Fichiers CityGML
Les fichiers CityGML peuvent contenir plusieurs représentations d'un bâtiment, correspondant à des LoD 1, 2, 3, 4
Pour chacune de ces représentations, un variant sera créé, sous le nom "LODx".
Notes :
-
si le fichier contient une représentation LoD 0, celle-ci ne sera pas utilisée, car il ne s'agit pas d'une représentation 3D.
-
les éléments indoor ne sont pas pris en compte, ainsi si le fichier contient une représentation LoD 4, celle-ci sera sans doute visuellement identique à la représentation LoD 3 après traitement.
-
le fichier .gml doit contenir l'information de la projection utilisée (srid)
Fichiers à importer
Pour l'import, il est possible d'importer un fichier .gml seul. Si il y a un dossier de ressources associées, il est possible d'importer une archive zip contenant l'ensemble.
Exemple de fichiers à importer
Possibilité de personnaliser les attributs
Il est possible de fournir, soit dans le fichier zip, soit via l'interface d'import, un fichier "attributs.json" qui permet d'indiquer des noms d'attributs différents de ceux par défaut indiqués dans cette documentation.
Ce fichier correspond à un objet JSON qui est un ensemble de clés-valeurs. Chaque clé correspond à un nom d'attribut définit dans cette documentation, et la valeur définit le nom d'attribut correspondant dans les données.
Cela permet d'utiliser une fichier existant sans avoir à renommer les attributs.
Exemple :
|
|
Dans cet exemple :
-
l'attribut "PROJ_SYS" sera utilisé pour déterminer le système de projection associé aux modèles 3D
-
l'attribut "NOM_MODELE" permet d'indiquer le nom de fichiers 3D qui seront utilisés pour le variant nommé "LOD2"
-
les attributs "MODEL_xxx" permettent d'indiquer le nom de fichiers 3D qui seront utilisés pour le variant nommé "xxx"
