ReLucBlog

Via OpenGeoData

Comme indiqué dans le titre Open Street Map (OSM) vient de publier son premier Pays et c'est impressionant ! Quasiment tous le réseaux des Pays-Bas a été cartographié. Il manque encore quelques routes du côté de La Haye mais Amsterdam est magnifique !

Bravo à l'équipe d'Open Street Map ! A quand la France ? ;-)

Mark Finkle a publier un billet sur JS-CTYPES. L'objectif de ce projet est d'apporter à XPCOM les fonctionnaliter de Python ctypes.

Le principe est de permettre à partir de code JavaScript d'exploiter une librairie C++ sans avoir à coder un composant XPCOM C++ pour pouvoir le faire!

Ce projet est de très bon augure pour la plateforme Mozilla et XulRunner puisque cela simplifiera grandement le développement d'application de bureau ayant besoin de fonctionnalités non fournit en natif par Mozilla! C'est un projet à suivre!

Je suis heureux de vous annoncer la version 0.5 de l'extension pour Mozilla Firefox : LiziMaps.

Cette version intègre l'ensemble des fonctionnalités de base de LiziMaps :

• Sauvegarde des projets sous format ouvert de l'Open Geospatial Consortium (OGC) : Web Map Context (WMC) ;
• Interprétation et exportation des styles des couches vectorielles sous format ouvert de l'Open Geospatial Consortium (OGC) : Styled Layer Descriptor (SLD) ;
• Implémentation d'un protocole Web Map Service (WMS) pour accéder plus facilement aux données disponibles selon ce type de service définit par l'Open Geospatial Consortium (OGC) et normaliser par l'office international de normalisation (ISO) ;
• Implémentation d'un protocole Web Feature Service (WFS) pour accéder plus facilement aux données disponibles selon ce type de service définit par l'Open Geospatial Consortium (OGC) ;
• Export image an format ouvert PNG de la carte en cours de visualisation et de réalisation.

Le format Web Map Context (WMC) est un format XML permettant de décrire des projets cartographiques dont les données sont accéssibles au travers de service Web. Pour LiziMaps, la liste des couches ce compose au maximum d'une couche WMS qui décrit le fond de carte et de couches WFS.
Le fond de carte est donc une couche WMS dont la liste des couches la composants est décrite par un sld:StyledLayerDescriptor directement présent dans le fichier. Ce sld:StyledDescriptor a pour fils des sld:NamedLayer dont le style est décrit par sld:NamedStyle.
Dans le cas des couches WFS, le style est décrit par un élément sld:FeatureTypeStyle présent dans le fichier. Pour accéder à un projet dans LiziMaps, vous pouvez l'ouvrir à l'aide ce bouton, , ou de l'URL chrome , chrome://lizimaps/content/lizimaps.xul complété par le paramètre CTX dont la valeur est l'URL du projet. En utilisant l'URL suivante : chrome://lizimaps/content/lizimaps.xul?CTX=http://3liz.org/lizimaps/lizimaps-0.5.xml, ou en cliquant ici, vous accéderez directement au projet de démonstration lizimaps-0.5.xml.

Le format Styled Layer Descriptor (SLD) est un format XML permettant de décrire l'habillage, le style, de couches mais aussi de projets en association avec un service WMS ou WFS. Dans le cas de LiziMaps, un SLD peut être utiliser de 3 façon différentes :

• soit pour l'habillage d'une couche vectorielle (WFS) en chargeant le SLD lorsque vous éditez le style de la couche ;
• soit en utilisant le paramètre SLD de l'URL de protocole WMS ;
• soit en utilisant le paramètre SLD de l'URL de protocole WFS.

Dans le cas du protocole WMS, l'élément du document sld:StyledLayerDescriptor peut avoir comme fils sld:NamedLayer et sld:UserLayer. Les sld:NamedLayer permettent de spécifier ou de compléter la liste des couches du service WMS à utiliser ainsi que leur style. Les sld:UserLayer permettent de définir des couches vectorielles (WFS) ainsi que leur style à ajouter au fond de carte.
Dans le cas du protocole WFS, l'élément du document sld:StyledLayerDescriptor peut avoir comme fils sld:NamedLayer et sld:UserLayer. Les sld:NamedLayer permettent de spécifier ou de compléter la liste des couches du service WFS à utiliser ainsi que leur style. Les sld:UserLayer permettent de définir d'autres couches vectorielles.

Si vous avez mis à jour LiziMaps ou installer cette nouvelle version, vous pouvez tester les exemples suivant :

• chrome://lizimaps/content/lizimaps.xul?CTX=http://3liz.org/lizimaps/lizimaps-0.5.xml
• wms://atlas.gc.ca/cgi-bin/atlaswms_fr?LAYERS=rec_15m,pe_15m,hydro_15m&STYLES=default,default,default&BBOX=-3834692.75,-977199,4694628.25,4690553.5&SRS=EPSG:42304&FORMAT=image/png&SLD=http://3liz.org/lizimaps/lizimaps-0.5-wms.sld
• wfs://www2.dmsolutions.ca/cgi-bin/mswfs_gmap?SLD=http://3liz.org/lizimaps/lizimaps-0.5-wfs.sld

Avec l'URL chrome vous obtiendrez ceci :

Toutes suggestions ou retour seront les biens-venus afin d'arriver à la version 1.0.

• LiziMaps : Styled Layer Descriptor import/export
• LiziMaps : SLD Line, Polygon et Point Symbolizer
• LiziMaps : Autocomplétion des services
• LiziMaps : Couches vectorielles et Context
• LiziMaps : protocole WMS
• LiziMaps : Firefox comme appli SIG

I'm happy to announce the release of LiziMaps 0.4.

In this version, the creation and styling code for vector layer was improved. This one is faster and more respectful of the OGC Styled Layer Descriptor (SLD) standard.

Now, LiziMaps supports the symbolizers :

• sld:LineSymbolizer
• sld:PolygonSymbolizer
• sld:PointSymbolizer

The major evolution concerns the sld:PointSymbolizer. It's possible to :

• select a symbol centered in the coordinates of the point and whose size is proportional ;
• define the size of the symbol ;
• define a rotation of the symbol ;
• define the rendering of the symbol (fill and stroke).

If You want to test : click here

Le GML (Geographic Markup Langage) vient d'être publier comme norme de l'office de normalisation international (ISO) sous la référence : ISO 19136:2007.

Le GML est un langage de description d'objet géographqiue définit par l'Open Geospatial Consortium (OGC).

A lire aussi sur slashgeo :

• GML is Now a Published ISO Standard
• Is There Something Wrong with GML ?

• Gran Paradiso alpha 7 est sortie et c'est que pour les développeurs.

• Rock Your Firefox ! plus de détails sur spreadfirefox

• Enfin deux choses dont j'avais déjà parlé ici, IronMonkey et ScreamingMonkey. John Resig donne plus de précision dans son billet : The Browser Scripting Revolution.

L'objectif du projet IronMonkey est de passer du Microsoft Common Intermediate Language (CIL) a l'ActionScript Byte Code, ce qui permettra d'implémenter d'autres langages, comme python via IronPython, ruby via IronRuby, ou encore php, pour la machine virtuelle Tamarin. Ce qui veut dire qu'IronMonkey va grandement simplifier l'implémentation et l'utilisation d'autres langages de script dans des projets utilisants les technologies Mozilla. Flash, qui utilisera Tamarin, réplique ainsi à Silverlight qui permet déjà d'utiliser différents langages.

Enfin ScreamingMonkey permettra de faire executer du javascript dernière génération à Internet Explorer même si et surtout si Microsoft reste en retard sur son implémentation de l'ECMAScript. En d'autres termes, vous développez votre Javascript pour Firefox et vous déclarer dans votre HTML que celui-ci doit être interprété par Tamarin via ScreamingMonkey. Enfin du JavaScript puissant et performant accéssible à tous!

La 7e version alpha de Gran Paradiso, le futur Firefox 3, est disponible au téléchargement pour les développeurs.

J'ai donc testé LiziMaps sur Gran Paradiso Alpha 7. Les scripts sont plus rapides, l'affichage est plus fluide, ça fait de SVG une alternative intéressante à FLEX!

Mais il reste un BUG :

• La modification de la viewBox n'entraîne pas un réaffichage du SVG, il faut modifier la taille du SVG (les attributs width et height) pour que la modification de la viewBox soit prise en compte dans l'affichage.

Et il faut que nous trouvions une alternative à la méthode getViewboxToViewportTransform qui n'est pas standards et ne fait plsu partie des méthodes de l'objet SVGSVGElement. Cette alternative passera par getCTM ou getScreenCTM.

Sinon, en ce qui concerne les BUGS corrigés par cette version, deux concernent le SVG : les filtres SVG lighting et tile (bug 383184 et bug 373572).

The version 0.2 of LiziMaps has been released.

The version makes ergonomics improvement but more especially the possibility of generating and visualizing URL whose protocol is wms.

A new button, , has been appeared in the interface. This button gives you the wms URL associated with the current base layer view. You can save this URL in your bookmarks or use it in a Web page. The wms protocol also gives the possibility to place very simply at the disposal of the LiziMaps users Web Map Service.

If you have updated LiziMaps, either directly by starting your Firefox or by checking the presence of an update in the Add-ons dialog, or installed LiziMaps 0.2, you can directly click on the following links :

• The world in February
• The world in Demis
• The France in Demis
• The point of Beg-Meil in the department of Finistere in EPSG: 4326
• Finistere in Lambert via the service geolittoral of the French government
• The basins Canadian oceanic slopes

Here my own chart of the basins Canadian oceanic slopes created with LiziMaps :

Technically wms protocol URL is composed like this :

• scheme = wms
• the host is that of the service
• the path is that of the service
• then a list of parameters if you wish to specify a map based on the service

The usable parameters are :

• LAYERS, the layers NAME list of the service.
• STYLES, the selected layers style NAME. If this parameter doesn't exist, the default styles will be used.
• SRS, map's Spatial Reference System. If this parameter isn't specified, the service default srs will be used.
• BBOX, the map's bounding box in the specified srs. If it's not specified, the default srs bounding box will be used.
• FORMAT, the image format provides by the service. The default format is image/png.

If no parameters are specified, the wms URL gives access directly to the Web Map Service, for example :

• NASA service
• Demis service
• Canadian atlas service
• French government Geolittoral service

Interesting, isn't it ?