ReLucBlog - SIG, MOZILLA & NTIC

Aller au contenu | Aller au menu | Aller à la recherche

mardi 25 septembre 2007

Les Pays-Bas premier pays publier par Open Street Map

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 ? ;-)

lundi 24 septembre 2007

Add-ons, sécurité et Firefox 3.0

Dans la prochaine version de Mozilla Firefox 3.0, nom de code Gran Paradiso, les extensions devront être signé. Cette fonctionnalité a été ajouté dans l'alpha 8 de Gran Paradiso. Si vous souhaitez en savoir plus sur les problèmes de sécurités liés aux extensions et plug'in, vous pouvez ce très bon article de Yoric : La sûreté des extensions : petit tour d'horizon.

Il y a deux méthodes pour signer son extension (add-on) :

  • utiliser https pour fournir son extension et la mettre à jour, comme sur addons.mozilla.org.
  • utiliser une clef de mise à jour, updateKey dans votre install.rdf.

Si vous préférez utiliser une clef de mise à jour vous pouvez utiliser McCoy. McCoy est une application xulrunner qui génère pour vous des clefs de mise à jour. Elle modifie pour vous le fichier install.rdf, afin d'y intégrer la clef de mise à jour. Elle modifie et valide le fichier update.rdf.

Vous pouvez donc dès maintenant tester et valider vos extensions pour Gran Paradiso!

Pour plus d'informations :

JS-CTYPES, plus de C++ pour exploiter des lib externes !

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!

lundi 17 septembre 2007

Open Layers 2.5 Release Candidate 1

La première version candidate à le publication finale d' Open Layers 2.5 vient d'être publier. La version finale d'Open Layers 2.5 devrait être publier pour la fin des FOSS4G 2007 qui je le rappelle commence vendredi 27 Septembre à Victoria au Canada (c'est sur l'île en face de Vancouver).

mardi 11 septembre 2007

LiziMaps : Video demo 1

samedi 8 septembre 2007

LiziMaps : petit bug sous Windows corriger

Dans la version 0.5, qui a été publié vendredi, les url de protocole WMS et WFS entrainait une erreur.

Cette erreur équivalait à un retour de fichier XML vide. Ce qui signifie que la chargement de la fenêtre ne se finissait pas. Cette erreur était en fait induite par un script que je lançait au chargement de la fenêtre. La solution est simplement de faire un setTimeout pour lancer la fonction incriminée.

La version 0.5.1 de LiziMaps qui vient d'être publiée corrige ce problème sous Windows (pour Mac, je ne sais pas si il existe ce genre de problème). Vous pouvez donc re-tester ces URLs :


vendredi 7 septembre 2007

LiziMaps : Web Map Context format des projets

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 :

Avec l'URL chrome vous obtiendrez ceci :

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


mardi 4 septembre 2007

LiziMaps : Styled Layer Descriptor import/export

Suite à la publication de la version précédente de LiziMaps (0.4), il était possible d'exporter et d'importer des Styled Layer Descriptor (SLD), il restait à l'intégrer à l'application.

Avec la version 0.4.5 de LiziMaps, vous pouvez éditer vos document SLD, les exporter afin de les utiliser dans d'autres applications ou les fournir à vos collègues.

D'après la documentation de GeoServer et MapServer, vous pouvez réutiliser les documents SLD éditer avec LiziMaps dans votre serveur cartographique préféré. Mais vous pouvez aussi fournir vos fichiers SLD à d'autres utilisateurs de LiziMaps.

L'import et l'export de documents SLD, ce fait au niveau de la fenêtre de création de style. Vous pouvez utiliser vos propres fichiers SLD mais il faut que celui-ci respecte quelques règles.
Tout d'abord l'élément sld:Name fils de sld:NamedLayer tout avoir une valeur égale au name de la couche. Ceci signifie aussi que vous pouvez rassembler plusieurs sld:NamedLayer au sein d'un même document, LiziMaps ne sélectionnera que le style de la couche sur laquelle vous travaillez le style.
Ensuite il faut que le filtre associé à une règle soit simple; même si le moteur d'habillage des couches vectorielles est capables d'exploiter des règles complexes (cf : OGC Filter integration in MozMapToolkit). Pour le moment le système d'édition et d'import de règles ne supporte que les règles simples. Celles-ci sont du type :

<ogc:Filter>
  <ogc:PropertyIsBetween>
    <ogc:PropertyName>NAME</PropertyName>
    <ogc:LowerBoundary>
      <ogc:Literal>Mexico</Literal>
    </ogc:LowerBoundary>
    <ogc:UpperBoundary>
      <ogc:Literal>Mexico z</Literal>
    </ogc:UpperBoundary>
  </ogc:PropertyIsBetween>
</ogc:Filter>

ou

<ogc:Filter>
  <ogc:PropertyIsEqualTo>
    <ogc:PropertyName>NAME</PropertyName>
    <ogc:Literal>Mexico City</Literal>
  </ogc:PropertyIsEqualTo>
</ogc:Filter>

dans ce cas ogc:PropertyIsEqualTo peut être remplacé par :

<ogc:PropertyIsNotEqualTo/>
<ogc:PropertyIsLessThan/>
<ogc:PropertyIsGreaterThan/>
<ogc:PropertyIsLessThanOrEqualTo/>
<ogc:PropertyIsGreaterThanOrEqualTo/>

La prochaine version permettra de spécifier dans les URL de protocole WFS un fichier SLD à utiliser avec les couches indiquées dans l'URL ainsi que de sauvegarder l'ensemble du projet sous forme d'un fichier Web Map Context (WMC).


lundi 3 septembre 2007

LiziMaps : SLD Line, Polygon and Point Symbolizer

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