Idée/suggestion évolution sur API

**Unusual** · 26/08/2009, 13h45

Pas sûr que cela ait déjà été demandé ou envisagé pour la version future de l'API IGN...mais un peu à l'instar de google earth lors du chargement d'une couche (exemple KML)...pourrait-on avoir un flag de visualisation ou non du nom des éléments (sur la base d'une propriété genre "name") ?

Je m'explique :
- J'ai des fichiers KML chargeant parfois quelques dizaines ou centaines d'éléments de même nature, donc représenté identiquement, mais si je souhaite retrouver visuellement un parmi tous pour le sélectionner et agir dessus, je dois actuellement cliquer sur chacun d'eux afin de voir dans le popup le nom...plus tard (ou bientôt, d'ailleurs pour quand la prochaine version ?), on aura la bulle d'aide au survol (j'espère LOL)...mais c'est fastidieux dans le cas d'une centaine de points, voire plus...

J'ai bien essayé de le faire (actuellement) en chargeant une seconde couche avec juste les libellés des POI de l'autre couche, mais... :
- C'est fastidieux
- Couteux en temps (on double la génération de KML, le chargement,...)
- Couteux en ressources (2 fois plus d'éléments sur la carte)
- il y a quelques effets indésirables (de souvenir bug d'affichage ou de rafraichissement visuel...lors des changement d'échelle et/ou de gestion de popup sur la couche première)

L'option serait intéressante un peu comme une case à cocher sur chaque couche (dans les options).

Qu'en pensez-vous ?

?
Ou y a-t-il une solution de contournement dans l'état actuel de l'API ?

**dgrichard** · 27/08/2009, 12h22

Envoyé par Unusual

Pas sûr que cela ait déjà été demandé ou envisagé pour la version future de l'API IGN...mais un peu à l'instar de google earth lors du chargement d'une couche (exemple KML)...pourrait-on avoir un flag de visualisation ou non du nom des éléments (sur la base d'une propriété genre "name") ?

Je m'explique :
- J'ai des fichiers KML chargeant parfois quelques dizaines ou centaines d'éléments de même nature, donc représenté identiquement, mais si je souhaite retrouver visuellement un parmi tous pour le sélectionner et agir dessus, je dois actuellement cliquer sur chacun d'eux afin de voir dans le popup le nom...plus tard (ou bientôt, d'ailleurs pour quand la prochaine version ?), on aura la bulle d'aide au survol (j'espère LOL)...mais c'est fastidieux dans le cas d'une centaine de points, voire plus...

J'ai bien essayé de le faire (actuellement) en chargeant une seconde couche avec juste les libellés des POI de l'autre couche, mais... :
- C'est fastidieux
- Couteux en temps (on double la génération de KML, le chargement,...)
- Couteux en ressources (2 fois plus d'éléments sur la carte)
- il y a quelques effets indésirables (de souvenir bug d'affichage ou de rafraichissement visuel...lors des changement d'échelle et/ou de gestion de popup sur la couche première)

L'option serait intéressante un peu comme une case à cocher sur chaque couche (dans les options).

Actuellement, tu utilises le seul mécanisme (simple) possible avec OpenLayers 2.7. Donc, pas de sortie.
Les boggues liés aux changements d'échelles ont été corrigé en développement.
Les autres disfonctionnements sont liés à la méthode de gestion des évènements : seule la couche la plus "haute" (grosso modo, la dernière activée) à droit aux évènements clic - apparement, sous IE, toutes les couches y ont droit par contre ...

En OpenLayers 2.8, c'est réglé : plus besoin de faire une couche supplémentaire. Par contre, l'affichage du libellé n'est pas automatisé : il faut que le développeur fasse un petit effort (Cf. pièce jointe en exemple) car il faut définir le style du label, là où on veut aller le chercher et instancier le style de l'objet. L'avantage est que la méthode est généralisable à tout type de couche vecteur.

Par contre, les libellés montent systématiquement (pas de bouton pour les voir/masquer). Pour faire, cela il faudrait ajouter/surcharger Geoportal.Control.LayerSwitcher ... c'est pas une mince affaire (toujours dans l'optique automatique).

Envoyé par Unusual

Qu'en pensez-vous ?

?

L'utilité du bouton : c'est pas mal d'efforts par rapport à dessiner systématiquement les labels.
L'automatisation des labels : cela dépend trop de l'ergonomie de l'application finale, de la densité d'information, ...

Envoyé par Unusual

Ou y a-t-il une solution de contournement dans l'état actuel de l'API ?

Cf. supra : elle est lourde!

**Unusual** · 27/08/2009, 14h58

Envoyé par dgrichard

En OpenLayers 2.8, c'est réglé : plus besoin de faire une couche supplémentaire. Par contre, l'affichage du libellé n'est pas automatisé : il faut que le développeur fasse un petit effort (Cf. pièce jointe en exemple) car il faut définir le style du label, là où on veut aller le chercher et instancier le style de l'objet. L'avantage est que la méthode est généralisable à tout type de couche vecteur.

Par contre, les libellés montent systématiquement (pas de bouton pour les voir/masquer). Pour faire, cela il faudrait ajouter/surcharger Geoportal.Control.LayerSwitcher ... c'est pas une mince affaire (toujours dans l'optique automatique).

donc il me faut attendre la prochaine version de l'api geoportail pour faire des essais ? (cf geoportalMap_kml.html --> only applied when OpenLayers >= 2.8)
Le pb est la systématisation...cela peut être intéressant d'avoir toutes les infos d'affichées en même temps pour repérer l'objet qui nous intéresse afin de le sélectionner...par la suite, cela peut être gênant visuellement si la densité est élevée...certes...

Envoyé par dgrichard

L'utilité du bouton : c'est pas mal d'efforts par rapport à dessiner systématiquement les labels.
L'automatisation des labels : cela dépend trop de l'ergonomie de l'application finale, de la densité d'information, ...

Ce qui serait le mieux dans l'absolu, c'est de définir une plage de zoom pour déterminer l'affichage automatique de ces labels liés...afin de ne pas avoir de pb liés à la densité d'informations.

On ne peut pas avoir de style conditionnel (genre qu'on pourrait changer à la volée au changement de zoom ?...Cela permettrait à la fois d'activer ou non l'affichage de ces labels...voire aussi de changer la taille de la police de ces labels en fonction du niveau de zoom (cf densité moindre le rendant possible).

Envoyé par dgrichard

Cf. supra : elle est lourde!

En quoi est-elle lourde ? Le fait de charger deux couches est certainement plus lourd, non ?

**dgrichard** · 27/08/2009, 17h40

Envoyé par Unusual

donc il me faut attendre la prochaine version de l'api geoportail pour faire des essais ? (cf geoportalMap_kml.html --> only applied when OpenLayers >= 2.8)

L'objectif était de montrer que c'est pas très compliqué d'avoir des labels avec OpenLayers 2.8. Pour le faire fonctionner, il faut effectivement l'API en 1.0beta5 ... Si tu souhaites faire des tests, je peux mettre les API compactées sur le forum.

Envoyé par Unusual

Le pb est la systématisation...cela peut être intéressant d'avoir toutes les infos d'affichées en même temps pour repérer l'objet qui nous intéresse afin de le sélectionner...par la suite, cela peut être gênant visuellement si la densité est élevée...certes...

On est bien dans la non-systèmatisation

Envoyé par Unusual

Ce qui serait le mieux dans l'absolu, c'est de définir une plage de zoom pour déterminer l'affichage automatique de ces labels liés...afin de ne pas avoir de pb liés à la densité d'informations.

OpenLayers supporte cela via les OpenLayers.Rule (minScaleDenominator et maxScaleDenominator), règles que l'on associe à un style que l'on associe à la couche.
Pour la densité, on en avait discuté OpenLayers.Strategy est notre ami.

Envoyé par Unusual

En quoi est-elle lourde ? Le fait de charger deux couches est certainement plus lourd, non ?

Je voulais écrire : la méthode actuelle avec OpenLayers 2.7 (deux couches) est plus lourde que la méthode avec OpenLayers 2.8 - Désolé pour le raccourci de clavier

**Unusual** · 27/08/2009, 19h17

J'accepterais volontiers de tester l'api 1.0beta5

Cela me permettrait d'avancer mon site côté carto car je suis un peu bloqué par les contingences d'OL 2.7...cela me permettrait de me mettre surement plus vite au point pour la suite...sachant que j'ai des impératifs de résultat pour fin septembre

Merci d'avance

**dgrichard** · 27/08/2009, 20h59

Voilà les fichiers de l'API 1.0beta5 non encore copmlètement testée sur toutes nos plateformes et pas encore terminée en termes d'évolutions :

GeoportalMin.js.gz : API minimum compactée compressée (sans OpenLayers 2.8 donc);
Geoportal.js.gz : API standard compactée compressée (avec OpenLayers 2.8 filtrée);
GeoportalExtended.js.gz : API étendue (avec tout OpenLayers 2.8)
APIGeoportail10b5-css-20090827.zip : les répertoires img/ et theme/ de l'API 1.0beta5;
les modèles des exemples qui seront publiés sur le site API.

Pour l'utiliser :

Ne pas charger l'API depuis le site API : includeEngine=false;
Include donc les javascripts directement;
Mettre les css au même niveau que les javascripts.

Cela devrait suffire à minima. Des tests ont été effectués sur :

FF2, FF3.0 et FF3.5 (Linux) ;
IE6/IE8 (Windows) : seul un test d'inclusion de multi-clefs et multi-cartes échoue aléatoirement (IE8) et un test de positionnement sous IE6 ;
Safari4beta (Windows) : certains tests échouent encore sur le calcul des tailles des cartes et d'autres tests plus complexes ;
Opera 9.64 (Windows) : premiers tests concluant, mais pas terminés ...

Bons tests et je prends tout retour

**mga_geo** · 27/08/2009, 22h25

Je viens d'essayer de mettre en place et c'est pas tout à fait comme en beta4

la version beta5: http://atlasnw.free.fr/ao35/extensio...son/beta5.html

et la version beta4: http://atlasnw.free.fr/ao35/extensio...Json/json.html

La couche cadastre ne s'affiche pas: problème de clé ?

Quelle sont les nouvelles possibilités,
- couche OpenStreetMap
- GeoExt
- ...

**dgrichard** · 27/08/2009, 22h42

Envoyé par mga_geo

Je viens d'essayer de mettre en place et c'est pas tout à fait comme en beta4

la version beta5: http://atlasnw.free.fr/ao35/extensio...son/beta5.html

et la version beta4: http://atlasnw.free.fr/ao35/extensio...Json/json.html

La couche cadastre ne s'affiche pas: problème de clé ?

Non, si je me met en beta5 à la même échelle qu'en bêta 4 ET en cliquant sur "Cadastre, j'ai la même chose

Envoyé par mga_geo

Quelle sont les nouvelles possibilités,
- couche OpenStreetMap
- GeoExt
- ...

La liste est longue ...
- OpenStreetMap : oui (voir dans les exemples);
- GeoExt : non, c'est une surcouche à OpenLayers tout comme l'API, il suffit donc d'utiliser l'API minimum + GeoExt;

Sinon pour les évolutions jusqu'ici codées :

Utilisation de la propriété panMapIfOutOfView d'OpenLayers.Popup dans Geoportal.Popup.Anchored pour ne pas re-centrer systématiquement les fenêtres. Le comportement par défaut de l'API reste cependant inchangé : recentrage des fenêtres
Changement du curseur en 'pointer' lors du survol des objets issus de KML/GPX;
Seul le territoire courant et le Monde sont chargés par l'API accélérant les temps de chargement des pages Web;
Ajout de Geoportal.Control.ToolBox.createControlAnchor() pour faciliter l'insertion de contrôleurs dans la boîte à outils;
Geoportal.Control.AddVectorLayer : suppression de la case à cocher "à main levée ?" si aucune couche linéaire ou polygonales n'est utilisée, suppression de l'entrée "URL" si aucune couche KML/GPX n'est utilisée;
Écriture des polygones, multi-polygones, multi-lignes et multi-points ajoutée dans Geoportal.Format.GPX à minima;
Extension d'OpenLayers.Format.KML de la version 2.8 dans l'API pour ajouter le support des autres ExtendedData;
Retrait de la prise en charge de la saisie des polygones à trous, non portée en OpenLayers 2.8;
Ajout des projections UTM pour Geoportal.Control.MousePosition (basé sur une contribution de gfilliere);
Modifications des font-size et text-align des contrôleurs de projections et positions de la souris;
Ajout des grades et radians à l'affichage des coordonnées géographiques. Les degrés sexagésimaux ne sont plus l'unité par défaut (degrés décimaux). Les coordonnées peuvent maintenant être modifiés à la main (provoque un recentrage);
Amélioration de la méthode OpenLayers.Layer.calculateInRange() pour prendre en compte l'emprise maximale des couches par rapport à la fenêtre de visualisation courante;
Ajout de Geoportal.Control.AddImageLayer pour insérer des couches WMS ou WMS-C. Mise à niveau de OpenLayers.Format.WMSCapabilities : ticket 2164, trunk d'OpenLayers et VendorSpecificCapabilities pour OSGeO WMS-C;
Ajout d'une méthode Geoportal.Control.Form.buildImageButton();
Ajout du contrôleur Geoportal.Control.Loading et prise en charge de celui-ci dans Geoportal.Control.LayerSwitcher. Mise à jour des tests et exemples utilisant OpenLayers.Control.LoadingPanel. Récriture de OpenLayers.Control.LoadingPanel pour qu'il hérite de Geoportal.Control.Loading.

**mga_geo** · 28/08/2009, 09h07

A priori entre beta5.html et json.html, je n'ai pas de différences sur la partie "utilisation", j'ai juste modifié json.html pour charger la beta4.
Je me suis peut-être trompé sur ces modifications mais comme la page se charge j'étais content!

Au niveau chargement de la couche "cadastre" j'ai des différences.
Cette couche est de type "gpx".
Si le fichier gpx est absent, en beta4 on a un popup "Erreur au chargement du fichier GML /gml/35/035-ACIGNE_FK001.simp.gpx" et rien en beta5

En beta4 la couche est active dès le chargement par addLayer.

**dgrichard** · 28/08/2009, 15h09

Envoyé par mga_geo

A priori entre beta5.html et json.html, je n'ai pas de différences sur la partie "utilisation", j'ai juste modifié json.html pour charger la beta4.

Pourrais-tu vérifier car je n'ai pas eu ce comportement dans mes tests ...

Envoyé par mga_geo

Au niveau chargement de la couche "cadastre" j'ai des différences.
Cette couche est de type "gpx".
Si le fichier gpx est absent, en beta4 on a un popup "Erreur au chargement du fichier GML /gml/35/035-ACIGNE_FK001.simp.gpx" et rien en beta5

Je vais regarder cela ...

Envoyé par mga_geo

En beta4 la couche est active dès le chargement par addLayer.

Es-tu sûr car, je n'ai pas modifié ce comportement : les couches ne se chargent que si visibility vaut true lors du addLayer() ?

**dgrichard** · 28/08/2009, 15h57

Envoyé par dgrichard

Je vais regarder cela ...

Je confirme qu'en bêta 5 comme en bêta 4, l'absence du fichier provoque bien le message d'erreur en question.

**mga_geo** · 28/08/2009, 16h10

Avant sur l'addLayer j 'avais displayInLayerSwitcher: true,
Je viens d'ajouter visibility:true et l'affichage est immédiat

**dgrichard** · 28/08/2009, 18h12

Envoyé par mga_geo

Avant sur l'addLayer j 'avais displayInLayerSwitcher: true,
Je viens d'ajouter visibility:true et l'affichage est immédiat

Etrange : displayInLayerSwitcher vaut true par défault (OpenLayers) ... et n'a rien à voir avec visibility - serait-ce une "feature" de la beta4

Sinon, sur la page beta5, tu pourrais retirer la patience sur la carte (OpenLayers.Control.loadingPanel) car des patiences sont mises maintenant directement sur les couches dans le gestionnaire : la patience sur la carte embêtait mes collègues qui secouent la carte perpétuellement et cette dernière les en empêchait pendant qu'elle s'affichait

**Unusual** · 02/09/2009, 09h21

J'ai commencé à mettre en place l'utilisation de la bêta5, pas de problèmes pour l'instant...J'ai bien réussi à mettre en place les labels affichés tous en même temps (comme je le souhaitais) un grand MERCI !!!

Par contre, je cherche à modifier la présentation et le positionnement (y a encore du boulot !)...faut que je regarde du côté des styles, je pense...si quelqu'un a déjà fait cela ou a un lien, cela m'intéresse. Pas sur que le positionnement soit conditionné par le style...Je pencherais

Pour ce qui est de l'affichage conditionnel de tous ces labels que je souhaitais également

Envoyé par dgrichard

OpenLayers supporte cela via les OpenLayers.Rule (minScaleDenominator et maxScaleDenominator), règles que l'on associe à un style que l'on associe à la couche.

Je n'ai pas encore cherché à le faire (mais je vais m'y mettre dès ce matin), mais si quelqu'un a, là aussi, un exemple ou un lien, je suis preneur...

à défaut, je préciserais ici comment le faire (dès que trouvé) si personne ne se manifeste sur le sujet.

**mga_geo** · 02/09/2009, 10h26

Plutôt que d'utiliser un filtrage sur le champ name, il me semble préférable de mettre en œuvre les "Folder" comme Google cf http://maps.google.fr/maps?q=http:%2...ml&ie=UTF8&z=9 et filtrer sur les folders

D'autres ont eu l'idée: http://trac.openlayers.org/ticket/2195

**dgrichard** · 02/09/2009, 10h54

Il faut lire les commentaires de OpenLayers/Vector/Feature.js

(la fin du fichier pour les styles).

Sinon, commence par là !

Le patch 2195 étant petit, je vais vous l'intégrer dans l'API

**Unusual** · 02/09/2009, 16h28

Envoyé par dgrichard

En OpenLayers 2.8, c'est réglé : plus besoin de faire une couche supplémentaire. Par contre, l'affichage du libellé n'est pas automatisé : il faut que le développeur fasse un petit effort (Cf. pièce jointe en exemple) car il faut définir le style du label, là où on veut aller le chercher et instancier le style de l'objet. L'avantage est que la méthode est généralisable à tout type de couche vecteur.

geoportalmap_kml.html

J'ai bien regardé et repris la méthode...mais quid des changements possibles de style. Tu as ajouté ceci :

Envoyé par dgrichard

Il faut lire les commentaires de OpenLayers/Vector/Feature.js (la fin du fichier pour les styles).

mais je n'ai rien trouvé...idem sur OpenLayers (soit je ne cherche pas au bon endroit, soit la doc est mal faite...soit je suis une quiche

)

En fait, par rapport à l'exemple cité en pièce jointe, je cherche juste à faire apparaître le label comme une bulle d'aide windows (rectangle à fond jaune) et à décaler le label un peu plus haut (actuellement, il y a chevauchement avec les symbole de l'élément).

J'ai bien vu qu'il y avait une propriété "labelAlign" à la valeur "rb"...mais quelles sont les différentes valeurs possibles ? D'où provient cette propriété ? Est-ce un type énuméré ?

J'ai aussi essayé (intuitivement) d'ajouter des propriétés telles que : fillOpacity , fillColor ou backgroundColor mais rien ne change pour autant dans l'affichage des labels...

**dgrichard** · 02/09/2009, 16h40

Dans OpenLayers/Feature/Vector.js (ligne 307 et après) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 * label - {String} The text for an optional label. For browsers that use the canvas renderer, this requires either fillText or mozDrawText to be available.
 * labelAlign - {String} Label alignment. This specifies the insertion point relative to the text. It is a string  composed of two characters. The first character is for the horizontal alignment, the second for the vertical alignment. Valid values for horizontal alignment: "l"=left, "c"=center, "r"=right. Valid values for vertical alignment: "t"=top, "m"=middle, "b"=bottom. Example values: "lt", "cm", "rb". The canvas renderer does not  support vertical alignment, it will always use "b".
 * fontColor - {String} The font color for the label, to be provided like CSS.
 * fontFamily - {String} The font family for the label, to be provided like in CSS.
 * fontSize - {String} The font size for the label, to be provided like in CSS.
 * fontWeight - {String} The font weight for the label, to be provided like in CSS.

Pour la bulle d'aide, j'ai vraiment pas l'impression que c'est évident à regarder les autres propriétés qui s'applique à l'objet et non au label lui-même

**Unusual** · 02/09/2009, 17h11

Envoyé par dgrichard

Dans OpenLayers/Feature/Vector.js (ligne 307 et après) :

Pour la bulle d'aide, j'ai vraiment pas l'impression que c'est évident à regarder les autres propriétés qui s'applique à l'objet et non au label lui-même

En fait, tu avais inversé Feature et vector dans le chemin d'accès...et moi, je me suis contenté de rechercher dans le fichier feature.js

Je vais m'y pencher de ce pas...effectivement, cela a l'air coton...