Le portail francophone de la géomatique

Le GeoJSON pourrait convenir mais rien n'est spécifié pour le style...

Il semble qu'aucun format ne réponde à votre exigence.

Bonjour,

Quelques pistes :
- SVG : c'est un format graphique dont les spécifications mentionnent clairement l'utilisation de coordonnées géographiques (cf. chapitre "7.12 Geographic Coordinate Systems" accessible là : http://www.w3.org/TR/SVG/coords.html). C'est une solution que ne recommande pas forcément mais qui a l'avantage de fournir de capacités robustes en termes de représentation graphique. Quel SIG ou quel système sera capable de représenter vos données correctement superposées à d'autres sources ?
- GML : rien de vous empêche de définir votre propre schéma applicatif GML pour faire en sorte que vos objets portent des informations liées à leur représentation graphique. Mais, là encore, vous risquez d'avoir des données que seule une application que vous développerez saurait lire.
- des formats de SIG du commerce tels que GeoConcept (MIF/MID a été également mentionné plus haut) peuvent stocker à la fois les données et leurs représentations. Je ne sais pas si c'est une bonne ou une mauvaise solution.
- KML n'est peut-être pas parfait (du point de vue de vos exigences) mais cela ressemble tout de même à la solution qui se rapproche le plus de votre besoin (impression personnelle). D'ailleurs, pourquoi dites-vous "le kml ne répond pas (encore) à nos besoins puisque le nombre d'attributs est limité" ? Est-ce que l'élément <ExtendedData> de KML ne répond pas à votre besoin ? Par contre, KML ne supporte pas encore la notion de pointillé. Est-ce réellement un problème ?

Cordialement,

Benjamin Chartier
http://benjamin.chartier.free.fr/pro/

Bonjour,

Je réagis rapidement à quelques points de votre réponse :
- SVG n'implique pas du tout l'utilisation de coordonnées en pixels. Mais je conçois que son utilisation ne soit pas simple ou ne soit pas adapté à votre contexte ;
- GML ne contient pas le style si vous ne l'y mettez pas. Si vous l'y mettez, il y sera. GML est suffisamment souple pour pouvoir y mettre ce que vous voulez. Vous pouvez très bien faire en sorte qu'un fichier GML contienne des bribes de SLD ou SE (Symbology Encoding de l'OGC) ou même pointe vers des documents SLD ou SE stockés ailleurs. Par contre, les applications qui vont exploiter vos données devront être en mesure de comprendre vos données. Ce n'est pas forcément simple. En complément, la capacité de stocker des informations diverses et variées comme la représentation graphique n'est pas propre à GML. A partir du moment où le format est suffisamment souple pour en adapter le modèle de données vous pouvez imaginer y stocker tout et n'importe quoi. Il s'agit d'adopter un modèle de données adapté à votre besoin et de s'assurer que ce modèle de données est compatible avec vos outils de production de données et surtout avec les outils chargés d'exploiter ces données. Je ne suis pas en train de dire que c'est facile, loin de là. Mais ne connaissant pas les outils à votre disposition je me contente de dire que cette solution en envisageable. Elle l'est d'autant plus si vous avez les moyens de développer ou faire développer vos propres outils.

Une autre piste que vous intéressera peut-être : Flash qui est supporté par MapServer (s'il a été compilé avec le support de ce format).

KML est sûrement un bon compromis car les outils de création existent, ne sont pas très complexes à réaliser et les outils capables d'exploiter ce format existent également.

Je suis d'accord avec vous sur la nécessité de mener une réelle réflexion (pas toujours facile).

Cordialement,

Benjamin Chartier
http://benjamin.chartier.free.fr/pro/