Comment gérez-vous les données SIG existantes et autorisez-vous l'intégration avec un système de gestion des actifs?

10

J'utilise un logiciel SIG basé sur ESRI, Postgresql / PostGIS / ArcSDE DB et nous avons un système de gestion d'actifs Mincom Ellipse.

Actuellement, toutes nos informations spatiales concernant les sites d'actifs ont été enregistrées sous forme de points, ce qui est polyvalent car il permet la cartographie à différentes échelles. Maintenant que nous intégrons notre système de gestion des actifs à notre base de données SIG, les responsables de la gestion des actifs veulent que les fonctionnalités SIG reflètent la structure, par exemple une empreinte de bâtiment sous forme de polygone au lieu d'un point.

Ma question en termes de gestion des données spatiales. Dois-je conserver deux ensembles de données? Un pour les représentations d'actifs, puis un pour diverses tâches de cartographie?

Merci DB

data-management

— DBlack
source

Quel système de gestion d'actifs?

— Jay Cummins du

1

Si cela est spécifique à Minicom Ellipse, vous devez modifier la question pour la rendre plus claire. Il existe plusieurs approches au problème général, mais aucune ne sera utile si votre système a des exigences / contraintes particulières.

— Sean

Désolé Sean. J'ai édité le message pour être, je l'espère, un peu plus clair maintenant. À l'origine, je n'incluais pas de logiciel parce que je pensais qu'il s'agissait davantage d'une question théorique.

— DBlack

Aucune excuse nécessaire! Nous essayons tous de rendre ces questions / réponses plus utiles pour tout le monde.

— Sean

2

Je vous suggère d'avoir une table qui contient à la fois les données de polygone et de point. Ce tableau aurait (au minimum):

une colonne id qui est une clé étrangère vers l'enregistrement d'actif correspondant,
une colonne de géométrie qui contient cette géométrie de polygone et
une colonne de géométrie qui contient la géométrie du point.

Créez un déclencheur qui met à jour la colonne de points en fonction des insertions / modifications dans la colonne de polygones à l'aide de st_pointonsurface.

Créez deux vues, une qui ne contient que les colonnes de polygones et une qui ne contient que la colonne de points (incluez la colonne id et toutes les autres dans les vues, bien sûr). Ces vues sont celles que vous enregistrez auprès de SDE.

De cette façon, vous ne devriez pouvoir vous soucier que de la mise à jour des données du polygone. S'il n'y a pas de polygone, vous pouvez toujours mettre un point. N'oubliez pas de filtrer les enregistrements avec des géométries nulles dans les vues.

— Sean
source

Maintenant que j'ai relu ma question ci-dessus, elle a l'air assez compliquée. Je comprends que l'affichage de différentes couches à différentes échelles n'est pas difficile, il existe de nombreuses façons de gérer cela. Je suis plus intéressé par la façon dont ces deux couches affichent les mêmes caractéristiques par rapport au système de gestion des actifs, par exemple si vous avez deux couches montrant la même fonctionnalité, reliez-vous une ou les deux à votre système de gestion des actifs? Je pense que la gestion des fonctionnalités liées à un enregistrement d'actif pourrait être un cauchemar de maintenance.

— DBlack

Quel type de stockage utilisez-vous? Tout cela dans un SGBDR? Autre chose?

— Sean

Son tout RDBMS Postgresql / PostGIS.

— DBlack

2

J'ai l'impression que vous pourriez avoir quelques questions dans votre question. Pour la question de votre titre, vous ne fournissez pas suffisamment d'informations sur votre SIG ou votre système de gestion d'actifs pour y répondre.

Cependant, je pense que c'est une bonne question, mais certainement pas limitée à la gestion d'actifs.

Dois-je maintenant créer une couche polygonale pour mes barrages à utiliser avec le système de gestion des actifs pour une visualisation au 1: 1 000 puis une couche ponctuelle à des fins de cartographie lors de la production d'une carte des mêmes sites au 1: 100 000?

Actuellement, nous avons à la fois les contours du bâtiment et les entités ponctuelles dans nos géodatabases Esri. Nous commençons tout juste une implémentation de Cityworks, mais il semble que les entités ponctuelles soient ce que nous utilisons pour relier nos tables ( puisque nous conservons les entités ponctuelles mais les contours des bâtiments sont gérés par une agence différente ).

Il n'est pas rare d'avoir à la fois les géométries de points et de polygones pour la même entité. Pour les géodatabases Esri, celles-ci doivent entrer dans différentes classes de fonctionnalités. Vous ne pouvez pas mélanger les types de géométrie dans les classes de fonction Esri (du moins pas d'une manière reconnue par le logiciel Esri).

Mise à jour: étant
donné que vous utilisez une géodatabase Esri, vous pourrez peut-être utiliser des représentations cartographiques. Je ne les ai pas utilisés (jusqu'à il y a une minute), mais il semble que cela fonctionne. Dans ma capture d'écran, j'affiche 1 couche avec la représentation cartographique du bâtiment et la 2e couche avec la géométrie de l'entité réelle. Si vous appliquez les plages d'échelle, vous pouvez faire passer les bâtiments de symboles poly à points lorsque vous effectuez un zoom arrière. Je dirai que l'interface utilisateur pour les représentants cartographiques est moins raffinée que le reste d'ArcMap et d'ArcCatalog.

texte alternatif

— Jay Cummins
source

Le logiciel SIG est basé sur esri et le système de gestion des actifs est mincom ellipse. Désolé pour le manque d'informations, je pensais que c'était une question plus théorique. Dans votre exemple, vous utilisez les points de construction pour se rapporter aux enregistrements d'actifs et vice versa? Les polygones de construction ont-ils une connaissance des enregistrements d'actifs ou sont-ils juste là pour être affichés? J'imagine que vous voulez une relation un à un entre l'emplacement et l'actif?

— DBlack

Nous commençons tout juste notre implémentation, mais vous avez raison: nos polygones de construction n'auront aucune connaissance des actifs.

— Jay Cummins

Je pense que ce serait à l'AMS de gérer plusieurs fonctionnalités SIG par actif, bien que je ne pense pas que ce soit le cas. Ou peut-être stocker plusieurs champs de géométrie par fonctionnalité SIG et afficher certaines géométries à une certaine échelle, mais je ne pense pas que nous soyons proches de ce type de fonctionnalité avec les géodatabases ESRI et les logiciels.

— Jay Cummins du

1

Dois-je maintenant créer une couche polygonale pour mes barrages à utiliser avec le système de gestion des actifs pour une visualisation au 1: 1 000 puis une couche ponctuelle à des fins de cartographie lors de la production d'une carte des mêmes sites au 1: 100 000?

Une alternative pourrait être de développer un moteur de rendu personnalisé qui affiche les points des barrages lors d'un zoom arrière au-delà d'une certaine échelle.

— Kirk Kuykendall
source

0

Selon l'échelle, je montrerais les fonctionnalités différemment.

Pour éviter de stocker plusieurs géométries pour votre entité, vous pouvez utiliser des centroïdes géométriques de bâtiments pour calculer un point unique pour représenter l'actif à des échelles beaucoup plus grandes, ce qui vous permettra de stocker des géométries uniques pour vos actifs.

Mais cela dépend de votre logiciel SIG quant à la façon dont cela est mis en œuvre.

— Jamo
source