Le portail francophone de la géomatique

Bonjour,

Je connais très peu MapGuide mais effectivement dans le sens Map -> MapGuide, ce sont apparemment les .SDF (v3) qui sont préconisés. Les SDF3 embarquent beaucoup de choses mais je n'ai pas regardé ce qu'ils sont capables d'embarquer en terme de symbologie. Quoi qu'il en soit il faut tester de connecter Map via FDO (gestionnaire d'affichage) sur un ou des SDF générés par MGE.

Pour reconstruire le schéma de données sous Oracle, s'il y a le besoin (je ne suis pas certain d'avoir bien compris avec précision le besoin), a priori le plus propre est de scripter cela. Sous MAP 2013 il y a la gestion d'un format "SQLite spatial made in Autodesk". La chaine SDF -> SQLite permettrait ensuite d'exporter un SQL qui nécessiterait peu de travail pour l'adapter en PL/SQL, ce qui permettrait de régénérer le schéma sous Oracle je pense. Sans Map2013, voir du côté de FDO2FDO, et à noter d'ailleurs qu'il y a un provider spatialite pour FDO (spatialite étant le concurrent ouvert le plus connu au SQLite made in Autodesk). Ou s'il faut convertir des SDF +/- vides en SQLite, je peux aider.

Pour la définition des couches, MGE utilise FDO comme AutoCAD MAP, mais j'ai peur que les possibilités d'enregistrement de la définition des couches ne soient propres à MGE. Si la définition des couches dans MGE est stockée sous forme de XML, comme c'est le cas avec .layer pour AutoCAD MAP, peut-être qu'il n'y a besoin que de peu de travail pour faire la conversion, à moins qu'un outil n'existe déjà. Tout dépend du nombre de couches, mais j'imagine que la solution de redéfinir manuellement les couches restera la plus rentable. D'autant que les .layer restent assez capricieux.

Concernant la symbologie, malheureusement Autodesk ne s'empresse pas à gérer la norme ouverte SLD de l'OGC. Si le SDF ne répond pas aux besoins, peut être voir du côté d'un WFS qui doit pouvoir être activé depuis MGE et qui diffuse la symbologie. Mais là aussi, j'ai peur qu'il soit difficile avec Map de "récupérer" ces symbologies. Jamais testé non plus.

Mais peut-être que finalement la solution satisfaisante pourrait simplement résider dans le fait d'utiliser MGE pour son boulot de middleware diffusant les couches en WFS. Si les performances sont satisfaisantes, il n'y aurait plus besoin de ne gérer qu'une définition de couches pour tous clients.

Bon courage.

Bonjour Gwenaël,

Effectivement, de base le WFS ne transporte que de la donnée brute en GML, donc pas de symbologie. Par contre des serveurs WFS proposent de servir d'autres formats que du GML et notamment du KML, qui lui embarque de la symbologie. Mais c'est vrai que ce n'est plus du WFS strict OGC et il est probable que seuls quelques clients soient aptes à exploiter cela.

Le WMS risque malheureusement d'être très limitant, surtout avec AutoCAD Map qui ne permet pas d'interroger les couches. A bianca de voir si certaines couches en simple consultation visuelle pourraient être délivrées en WMS.

Pour la copie par lot, j'avais initialement commencé à rédiger en proposant de tester si ça fonctionne pour recréer le schéma de données sous Oracle, et franchement je n'y croyais pas trop. Et je me suis dit que de toute façon c'est toujours plus propre de disposer du SQL de création d'un schéma de données quand c'est possible. Mais c'est en tout cas très intéressant de savoir que ça fonctionne.

Pour les XML de définition de couches c'est quand même dommage que des produits Autodesk utilisant chacun FDO ne puissent proposer des structures au moins très proches si ce n'est compatibles. Des imports / exports SLD seraient une évolution intéressante... 

Donc en résumé à part de livrer certaines couches en simple consultation visuelle via du WMS, bianca est condamnée au multi-clicodrome.