Migration de fonctionnalités Geographics à Bentley Map

Il y a quelque temps, nous parlions de ce que signifie faire le saut de Microstation Geographics à Bentley Mapnous avons parlé de les deux travaillent schémas et quelques avantages importants de Bentley Map. Déjà dans un post, j'ai parlé de la façon dont c'est possible migrer la structure du projet, dans ce cas, je veux mâcher comment migrer des cartes avec des attributs géographiques aux classes d'entités xfm.

Même si une structure de projet construit avec Geographics héritage peut être importé de Bentley Map ne signifie pas que les objets ont des attributs qui seront reconnus par le nouveau projet, ils devraient être affectés.

Comment la géographie a fonctionné

Dans le style Géographie, les objets via MSLINK avaient une association à une base de données, c'était tout ce que l'objet avait, un lien de type OLE. Ce MSLINK a associé l'objet graphique du fichier dgn via le MAPNAME de la table MAPS et via le MSCATALOG pour identifier où obtenir les données Entitynum. De plus, il y avait des tables doubles pour les projets compatibles Intergraph qui portaient généralement un UG auparavant.

En outre, l'objet avait une fonction, bien que ce ne soit pas dynamique, lors de son affectation, il a acquis les propriétés définies pour cet attribut (commandes comprises) et il a été associé à la table CATEGORY. Un objet pouvait avoir plus d'un attribut et la priorité était celle attribuée par le style définitif, cette FEATURE et les autres objets liés à la base étaient associés à la table MSCATALOG où ils étaient entitynum qui était le nombril de tout.

Ensuite, le fichier index.dgn (MAPID), de sorte que chaque table liée à Geographics avait au moins deux champs: MSLINK (numéro d'entité unique sur chaque carte) qui est toujours la clé primaire et MAPID ( sur laquelle la carte est stockée, est unique dans le catalogue de la carte) qui est une clé étrangère sur la table MAPS.

Donc, la seule façon d'interagir avec les données était de se connecter à la base, et les opérations avec elles étaient faites à la bête  comme la mise à jour des tables contenant des informations sur l'objet telles que la surface, le périmètre et les coordonnées afin que Publisher sache comment l'afficher. Vous pouvez également extraire qui qui est tombé comme des objets de la base de données avec le même lien de l'objet connecté.

Cela semble simple mais cela m'a coûté un monde de le comprendre à partir de MGE, et le plus douloureux est que toute cette fumée n'aide pas beaucoup pour un projet avec Bentley Map.

Comment fonctionne Bentley Map

Un projet Bentley Map conserve la même logique de catégorie, attribut, carte, objet; mais dans ce cas, en remplaçant la forme de liaison de données OLE par XML une grande partie des changements de processus.

Dans ce cas, l'objet sur la carte peut avoir des données stockées (dans le même dgn), ce qui est compris comme xml ou comme l'appelle Bentley wfm. Ensuite, cela change aussi que maintenant les objets ne peuvent avoir qu'un seul attribut, et être associés spatialement par des règles topologiques; Avant, la même ligne pouvait être la limite du pommier et aussi la limite de la propriété, maintenant ils doivent être des objets séparés mais avec une association topologique telle que lors de la modification l'un de l'autre le soit également.

Ainsi, interagir avec les données n'est qu'à un clic, que vous soyez ou non connecté au projet, vous pouvez lire tout ce qui reste sous forme de données xfm. Et puis la manipulation de qui et attribue des propriétés, simplement en effectuant des modifications depuis l'Administrateur géospatial. Auparavant, les modifications n'étaient dynamiques que dans la vue via Publisher, mais les objets nécessitaient que l'attribut soit supprimé et réaffecté.

De plus, Bentley Map propose des options pour créer des formulaires de données, des processus séquentiels, des commandes associées (méthodes / opérations / domaines / critères / rapports) et d'autres pirouettes qui facilitent la construction des données.

Quelque chose n'a pas changé beaucoup, et c'est que, comme les utilisateurs disent ESRI, cette fumée prend le vert pour le mâcher et le digérer.

Le problème

Maintenant, la migration de la structure d'un projet est possible, puis ajouter des fonctionnalités via l'Administrateur Geospatial, ce qui signifie être prêt à continuer à alimenter les données, mais le dilemme est:

Et les cartes construites avec Geographics?

Pour cela, Bentley n'a pas conçu d'artefact permettant de convertir des objets d'un projet Legacy en xfm ... quel putain d'affaire!

La proposition que je proposerai est celle que je vois viable, après avoir bavardé avec un ami que le Chili m'a contacté, après plusieurs courriels, nous sommes arrivés à une Geofumada périmée mais fonctionnelle.

Étape 1. Exportation vers des fichiers de forme

À partir d'un projet Geographics ouvert, l'option d'exportation des attributs aux fichiers shape est choisie (fichier / exportation / SHP). Cela doit être fait pour chaque caractéristique existant sur la carte.

Il faudrait se battre un peu lorsque les objets sont centroïdes / limites, car il faudrait les transmettre aux formes en transférant le ligue.

L'exportation peut également être effectuée sur Mapinfo, comme préféré.

Étape 2. Importation à partir de Bentley Map

Et maintenant, à partir du Bentley Map Project, nous avons choisi l'option d'importation (Fichier / importation / SIG Types de données), avec cette fenêtre Interopérabilité, faites un clic droit sur importations et sélectionnez nouvelle importation.

Un clic droit sur Imoport1 sélectionne un fichier ou un répertoire entier. Il est possible d'importer fichiers de formeQu'il s'agisse d'un vin rare et exotique ou du même vin dans différents millésimes, quel que soit votre choix au Mapinfo fichiers type mif et onglet.

En jouant le classe d'attribution nous pouvons voir qu'il est possible de sélectionner le niveau, la couleur, la transparence et d'autres propriétés.

Pour l'attribuer à caractéristique qui nous intéresse est suffisant pour attribuer la couche (niveau).

Quelle douleur

Comme l'a dit Memin dans ce vieux pakin mexicain:

"Dana!"

vous devriez le faire pour chaque fonctionnalité sur chaque carte dans chaque catégorie dans chaque projet.

Pour ce faire, vous pouvez enregistrer les importer, il n'est donc appelé fichier par fichier ou par répertoire. La vérité est qu'il y a un travail acharné pour transformer les données, surtout si elles se trouvent dans des fichiers séparés. Cela ne ferait pas de mal, travailler un vba dans .NET pour aut
Passer le processus au lieu de s'attaquer à cette tâche à pied, ce qui peut conduire à plus de quelques suicides par jour. Le problème principal est que pour faire le saut, nous continuons à dépendre d'un conseil spécialisé (et très fumé) pour comprendre les tripes de Bentley Map and Geographics, c'est possible, mais les applications ne devraient pas être aussi astrales (avouons-le, les deux le sont) pour les utilisateurs ordinaires.

Encore plus douloureux, si dans le dgn original était stocké des informations dans l'histoire... le nouveau fichier n'aura aucun historique.

En conclusion

La solution que je présente est viable si vous avez peu de données, ou si elles étaient stockées dans une cartouche spatiale, donc la triste conclusion est que la migration de Geographics vers Bentley Map n'est pas si facile, en raison de la transformation des données. Si l'administrateur géospatial, comme il l'a déjà dit, est un mal de dents, la migration des données pourrait être encore plus douloureuse à moins que Bentley ne pense à des solutions pour ses utilisateurs qui ne veulent pas passer d'un jour à l'autre.

Parler avec des amis géofumados a fait une analogie imprudente, mais depuis aujourd'hui, c'est un jour ennuyeux dans un hôtel de mauvaise mort et la comparaison est si certaine, avec votre permission, je l'utiliserai:

"Ce n'est pas comme changer de partenaire ...

... pourrait être comme perdre encore la virginité "