Étiquette | Explication | Type de données |
Entités en entrée
| Entités ponctuelles, surfaciques ou multipatch en entrée. Les entités en entrée peuvent être des couches d'entités symbolisées par procédure. L'appariement de champ (propriétés de symboles gérés par des attributs) sera respecté. | Feature Layer |
Paquetage de règles
| Fichier de paquetage de règles CityEngine (*.rpk) contenant des informations sur les règles CGA et des ressources. La règle annotée avec @StartRule dans le fichier de paquetage de règles CityEngine (.rpk) doit être annotée avec @InPoint pour un paquetage de règles destiné à des entités ponctuelles, @InPolygon pour un paquetage de règles destiné à des entités surfaciques et @InMesh pour un paquetage de règles destiné à des entités multipatch. Si la règle @StartRule n'est pas annotée avec @InPoint, @InPolygon ou @InMesh, l'entité est considérée comme étant de type polygone. | File |
Entités en sortie
| Classe d'entités en sortie contenant des entités multipatch auxquelles des règles CGA sont appliquées. Un champ nommé OriginalOID est ajouté aux classes d'entités en sortie pour contenir la valeur ObjectID de l'entité en entrée à partir de laquelle chaque entité en sortie a été générée. | Feature Class |
Inclure les champs existants
(Facultatif) | Détermine si la classe d'entités en sortie hérite des champs attributaires de la classe d'entités en entrée.
| Boolean |
Inclure les rapports
(Facultatif) | Selon les modalités de création du paquetage de règles, il peut contenir une logique qui génère un ou plusieurs rapports lorsque les modèles sont créés. Ces rapports peuvent contenir une grande variété d'informations concernant les entités. Par exemple, un paquetage de règles peut signaler le nombre de fenêtres qui sont générées pour chaque modèle de bâtiment. Ce paramètre est ignoré si le paquetage de règles ne contient aucune logique de génération des rapports.
| Boolean |
Exporter les formes de feuilles
(Facultatif) | Les paquetages de règles CityEngine construisent du contenu en générant des parties de composants et en les fusionnant dans un seul objet 3D. Toutefois, il est également possible de stocker ces composants, ou formes de feuilles, en tant qu'entités distinctes. Cette option peut être particulièrement importante pour exécuter des opérations analytiques sur des sous-éléments d'un objet 3D, par exemple les fenêtres d'un bâtiment. Ce paramètre détermine si chaque entité en entrée correspond à l'un des cas de figure suivants :
Par exemple, une règle peut générer des modèles de bâtiment transparents à partir d'emprises de polygone en entrée, ou elle peut créer des entités distinctes pour la façade de chaque appartement, notamment un panneau dirigé vers l'extérieur, un point central représentatif et des lignes illustrant les bordures. Dans cet exemple, les panneaux des appartements, les points centraux et les contours sont tous considérés comme des formes de feuilles.
| Boolean |
Sortie obtenue
Étiquette | Explication | Type de données |
Entités ponctuelles en sortie | Lorsque des formes de feuilles sont générées, une classe d’entités ponctuelles en sortie est créée au même emplacement que la classe d’entités multipatch en sortie principale. | Classe d’entités |
Entités linéaires en sortie | Lorsque des formes de feuilles sont générées, une classe d’entités polylignes en sortie est créée au même emplacement que la classe d’entités multipatch en sortie principale. | Classe d’entités |
Entités multi-points en sortie | Lorsque des formes de feuilles sont générées, une classe d’entités surfaciques en sortie est créée au même emplacement que la classe d’entités multipatch en sortie principale. | Classe d’entités |