ReLucBlog - SIG, MOZILLA & NTIC

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

lundi 30 juillet 2007

LiziMaps : WMS protocol

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, base-lauer-url-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 :

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

bassins versants océaniques canadiens

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 :

Interesting, isn't it ?

jeudi 26 juillet 2007

Un site pour les Systèmes de Références Spatials

Enfin un site Web nous permettant d'accéder aux définitions des Systèmes de Références Spatials (SRS)!

http://spatialreference.org/

Vous y trouverez la définition des différents SRS ayant un code EPSG dans différents formats :

  • GML
  • Proj4
  • ESRI WKT
  • OGC WKT
  • USGS
  • JSON

Vous pouvez aussi y uploader vos propres systèmes de projections!

via Python, Geospatial, and the Web

LiziMaps : protocole WMS

La version 0.2 de LiziMaps vient d'être publier.

Cette nouvelle version apporte des améliorations ergonomiques mais aussi et surtout la possibilité de générer et visualiser des URL dont le protocole est le wms.

Un nouveau bouton, base-lauer-url-button, est apparu dans l'interface. Ce bouton vous fournit l'URL wms associée à la vue de votre fond de carte en cours. Vous pouvez donc sauvegarder cette url dans vos Marques-Pages, ou Bookmarks en anglais, ou l'utiliser dans une page Web. Le protocole wms permet aussi très simplement de mettre à disposition des utilisateurs de LiziMaps, des service Web de cartographie.

Si vous avez mis à jour LiziMaps, soit directement en démarrant votre Firefox soit en vérifiant la présence d'une mise à jour dans la boîte de dialogue des Modules complémentaires, ou installer LiziMaps 0.2, vous pouvez directement cliquer sur les liens suivants :

Voici ma propre carte des bassins versants océaniques canadiens créée avec LiziMaps :

bassins versants océaniques canadiens

Techniquement une url de protocole wms se compose ainsi :

  • scheme = wms
  • l'hôte est celui du service
  • le chemin celui du service
  • puis une liste de paramètre si on souhaite spécifier une carte à partir du service

Les paramètres utilisables sont :

  • LAYERS, liste des NAME des couches du service.
  • STYLES, liste des NAME des styles des couches sélectionnées. si ce paramètre n'existe pas, les styles par défaut seront utilisés
  • SRS, système de référence spatiale de la carte. Si ce paramètre n'est pas spécifié, le SRS par défaut du service sera utilisé.
  • BBOX, emprise de la vue dans le système de référence spatial. Si il n'est pas spécifié, l'emprise par défaut associé au système de référence utilisé sera sélectionné.
  • FORMAT, format de l'image fournit par le service, par défaut c'est le format image/png qui est utilisé.

Si aucun paramètre n'est spécifié, l'URL wms donne directement accès au service cartographique, par exemple :

Interessant, non ?


En vrac mozilla

Thunderbird prend son envole. La fondation Mozilla ne participera plus directement à Thundrebird, mais le projet n'est pas mort au contraire, comme seaMonkey la communauté va prendre son destin en main :

Et Brendan Eich annonce 3 nouveaux projets plutôt intéressant :

  • ActionMonkey, projet de réunion des forces de SpiderMonkey et Tamarin. La première étape de ce développement sera l'intégration de MMgc (Macromedia garbage collector) à SpiderMonkey à la place du SpiderMonkey Garbage Collector (ça me rapelle quelque chose...)
  • IronMonkey, projet de liaison de IronPython et IronRuby à Tamarin, donc Tamarin devient multi-langage, et fournira un résultat de haute performance pour tous les langages. L'idée est de tirer partie de la licence Open-Source Ms-PL que Microsoft a donné au monde avec bonté.
  • ScreamingMonkey, projet d'ajout de liens entre les moteurs de script spécifiques des navigateurs et Tamarin, permettant de l'utiliser comme un interpréteur des éléments script dans un autre navigateur, en commençant par Internet Explorer. Où cela finira, on ne peut que spéculer... Mais au minimum, si il y a déjà un Tamarin d'installer sur votre machine, il suffira d'installer un petit plug-in aux autres navigateurs. Au mieux, il sera distiribuer avec tout ce qu'il faut dans sa distribution principale.

De très belle perspective pour XUL/XULRunner, non ?

mercredi 25 juillet 2007

LiziMaps : Firefox as GIS application

We (3Liz) released the first public version, V0.1, developer preview, of our Firefox mapping add-on : LiziMaps.

This add-on give you the ability to create your own maps based on Web Service standardize by the Open Geospatial Consortium (OGC). This mean that you can use a Web Map Service (WMS 1.0.0 to 1.1.1) to create your base layer. You can select the layers you want to view, organize these layers and select the layer's style you want. You can then with Web Feature Services (WFS 1.0.0) select layers, organize it and create styles by editing rules of presentation. Finally you can export the view of your own map to PNG image.

Technically, we use :

  • WMS 1.0.0 to 1.1.1 ;
  • WFS 1.0.0 ;
  • SVG for vector presentation ;
  • Canvas for image export ;
  • XBL re-usable elements ;
  • and of course XUL, CSS and JS.

The add-on is already localised in French and in English

The next steps will be to create WMS and WFS protocols.

Finally if you want to test LiziMaps on Gran Paradiso, which is for the moment in Alpha 6, it's not useful. There are some regression in SVG. For example the SVGSVGElement method getViewBoxToViewport, we are very regularly used does not exist any more, but is a standard method...

lundi 23 juillet 2007

LiziMaps : Firefox comme appli SIG

Nous (3Liz) venons de finaliser une première version publique, V0.1, developer preview, de notre extension de réalisation de carte pour Firefox : LiziMaps.

LiziMaps est la première implémentation de MozMapToolKit, notre boîte à outils géographiques.

Cette extension vous permet de créer vos propres cartes à partir de service Web normaliser par l'Open Geospatial Consortium (OGC). C'est à dire que vous pouvez utiliser un service Web cartographique (Web Map Service, WMS, 1.0.0 à 1.1.1) pour créer votre fond de carte. Vous sélectionner les couches que vous souhaitez visualiser, vous les organiser et sélectionner le style que vous voulez. Vous pouvez ensuite via des services Web de données vectorielles (Web Feature Service, WFS, 1.0.0) sélectionner des couches, les organiser et créer des styles en éditant des règles d'affichage. Enfin vous pouvez faire un export image au format png de la vue que vous avez de votre carte.

Pour installer cette extension, c'est ici. Il vous faudra autoriser l'installation d'extension à partir de 3liz.org. Ainsi vous pourrez essayer en créant une carte du Canada.

Pour ceux que la technologie intéresse, nous exploitons :

  • WMS 1.0.0 à 1.1.1 ;
  • WFS 1.0.0 ;
  • SVG pour l'affichage de données vectorielles ;
  • Canvas pour l'export image ;
  • des éléments XBL réutilisables pour l'affichage et la gestion des cartes ;
  • et bien sûr XUL, CSS et JS.

L'application est déjà localisé en Français et en Anglais.

Les évolutions futurs porteront sur la création de protocole wms et wfs, ce qui permettra de plus facilement donné accès aux services, sur la localisation plus large de l'application et l'amélioration de l'interface.

Enfin pour ceux qui souhaiterait tester LiziMaps sur Gran Paradiso, qui est pour le moment en Alpha 6, cela ne sert à rien. Il y a certaine régression au niveau du SVG qui font que l'affichage n'a pas lieu. Par exemple la méthode getViewBoxToViewportTransform du SVGSVGElement dont nous nous servons très régulièrement n'existe plus...

dimanche 22 juillet 2007

The Open Sourcing of Flex, traduction

L'article original, the Open Sourcing of FLEX, est de Kurt Cagle :

Adobe a annoncé, il y a quelques jours, la mise en Open Source de l'API et du Framework FLEX. J'ai trouvé cela amusant et instructif de constater combien les licences Open Source sont de plus en plus utilisées par les entreprises comme une arme d'affaires au cours des dernières années, c'est à dire un moyen de gagner (ou de concerver) le contrôle sur un marché au prix de perdre les redevances des licences logicielles.

Certainement que c'est le cas ici. Adobe et Microsoft se sont engagés depuis longtemps dans une guerre froide plutôt calme qui a pour but, à la base, d'obtenir le contrôle sur la façon dont les documents sont rendus - comment des documents sont présentés et les polices affichées, comment l'affichage vectorielle fonctionne en deux, trois ou quatre dimensions (en supposant que le temps est la quatrième), comment nous construisons des interfaces utilisateurs pour tout, la programmation de jeux, les divertissements ou les formulaires. Adobe, Microsoft et le W3C ont chacun construit une approche différente du problème de la présentation, les deux premiers en créant des normes et technologies propriétaires à la base de tout, le dernier en créant des normes ouvertes et en encourageant l'utilisation de celles-ci dans la construction de technologies.

La mise en Open Source de FLEX represente un changement plutôt important dans cette lutte, une qui a des ramifications importantes dans les années précédentes. Le catalyseur fut l'utilisation d'une nouvelle marque pour XAML/Avalon, la première étant Windows Presentation Framework (WPF) et maintenant le nouvellement rebaptisé "Silverlight". Cette marque était une bonne idée - la décision d'utilisé en premier lieu WPF fut plus comme de constuire une voiture luxueuse de premier ordre et la nommer Edsel (ndt: marque de voiture américaine) - mais l'utilisation d'une nouvelle marque represente aussi pour Microsoft une évolution importante dans leur propre reconnaissance de cette technologie qui est et doit être centrale dans tous les prochains développements sur Windows, un changement qu'Adobe a craint pendant des années.

Microsoft n'a jamais réussi à faire du multimédia vectoriel correctement. Actuellement, ce qui n'est pas tout à fait vrai - Microsoft a construit un choix très impressionant de technologies fondamentales pour supporter l'affichage vectorielle, tout comme DirectX est devenu dans le monde entier la base de construction de jeux et d'applications solides en 2D et 3D. Ce qu'ils n'ont pas réussi à faire c'est créer un Flash-Killer, une application qui est suffisamment simple et simultanément puissante pour construire des applications Flash et déloger le plugin Schockwave de sa place privilégiée sur toutes les plate-formes, incluant (incommodément) Windows.

Avec SIlverlight cette vision va changer. Silverlight a ces problèmes, mais il est indéniablement puissant, et la combinaison de technologies XML et le supports de graphiques riches, le place au milieu de l'espace de la présentation. D'ailleurs, avec un nom plus formel vient un meilleur focus et plus d'argent pour le marketing, et je pense que la lumière n'ira pas seulement sur l'équipe du produit mais sur l'entreprise dans sa globalité de tel sorte que Microsoft ne perdra pas cette bataille. Si il cède dans l'espace de la présentation, il cède sur tout - un remplaçant pleinement fonctionnel du "bureau" qui tourne sur toute les plate-formes est justement comme une brèche dans la vision de Microsoft et comme un Web qui ne serait plus longtemps sous contrôle, et les deux ont le potentiel de rendre l'offre de Microsoft obsolète.

Avec l'ouverture par Adobe de FLEX (sous Mozilla Public Licence), la partie change, d'une manière qui est franchement mauvaise pour Microsoft. Ceci permettra naturellement a des développeurs de créer des applications de type FLEX qui pourront être interprétées par les applications Flash Professional qui auront été vendus, mais je ne vois pas cela necessairement devenir un facteur important, tout simplement parce que je suppose qu'un grand nombre d'utilisateurs de Flash Professional possèdent probablement une version illégale. Si un meilleur outil sort de la communauté Open Source (et ce ne devrait pas être trop dur) ceci sera aussi bien au bénéfice d'Adobe que de nouvelle technologies (quelque chose d'apparenté à la relation entre Open Office et Star Office, où l'ancien est tranchant, et où le plus récent est stable et intègre le meilleur et le mieux conçu de son prédécésseur).

Cependant, avec la release de l'API de FLEX, Adobe fournit essentiellement un framework universel pour l'imagerie vectorielle sur toutes les plate-formes, et pas seulement Windows. Cela signifie que moi en tant que developpeur je pourrais réaliser des applications qui seront très performantes et fonctionneront sur toutes les plate-formes, que ce soit pour une boîte Linux ou un ordinateur portable Mac, et qui fonctionnera parfaitement avec mon flux de données XML. C'est plus que de simples agréables images vectorielles; c'est le toolkit que tous développeurs utilisera dans le futur pour toutes leurs applications, sachant qu'elles fonctionneront aussi bien dans un navigateur que seules (Appollo d'adobe étant le deuxième choix ici), avec l'imprimature d'Adobe et l'ubiquité de Flash cela les rends beaucoup plus attrayant que n'importe quel autre outil qui pourrait être meilleur mais ayant une position moins globale sur le marché.

Je ne pense pas que cela soit finit, et même que ce sera encore long. Microsoft courtise de nombreuses personnes lors des publications et des présentations de ses propres technologies, et ils ne sont pas près à les laisser partir sans une bataille. Cependant, en jouant la carte de l'Open Source, cela a soulevé la question suivante pourquoi Microsoft ne fait pas de même.

J'ai un commentaire final à propos de FLEX et SVG. Je souhaiterais dire que ceci est une bonne chose pour SVG, mais je ne peux pas dire pourquoi. Certainement, créer un framework SVG à partir de celui de FLEX est certainement possible et probablement pas aussi dur que cela à réaliser, la question est de savoir si cela entrainera une vrai différence. Microsoft ne semble pas vouloir intégrer le SVG à Internet Explorer si leur intention est bien de faire en sorte que Silverlight soit utiliser pour ça (et ceci pressera probablement Microsoft à suivre cette stratégie), Adobe a maintenant un framework XML qui est ouvert, signifiant qu'avec un peu de travail il sera peut être possible pour Mozilla de commencer à adopter FLEX aux termes d'un accord mutuel (Je ne peux pas croire que ce soit accidentel qu'Adobe a choisi d'utiliser la Mozilla Public Licence).

En effet, Je vois cela comme l'alignement final d'Adobe avec Mozilla (et probablement Google et ensuite Sun). Etant donner que le développement de SVG dans Firefox 3.0, bien qu'avançant, celui-ci est lent, et je vois en plus la mise en Open source de FLEX comme une offre poussant le SVG une fois pour toute en dehors de cette plate-forme, et avec cela probablement les derniers réels vestiges du SVG sur les marchés d'Amérique du Nord et d'Asie.

Je tenais à ajouter que Mozilla et Adobe collabore déjà dans le cadre du projet SpiderMonkey/Tamarin, et que le futur nous dira ce qu'il en est sur le marché du RIA.