Un modèle de page opérationnel

**dgrichard** · 16/05/2009, 13h44

Envoyé par Zébulon-21

Peut-on m'expliquer ce qui m'échappe ?

Comme l'a écrit achaumet, le temps ...

J'ai fait le portage = 30 minutes, alors que je connais toutes les ficelles !

Comme je l'ai écrit, cette page est aussi à revoir sur la façon dont les falaises sont rentrées via les Marker : cela oblige à utiliser l'API étendue

Si je reformule les propos d'achaumet : les développeurs IGN ne peuvent pas assumer seuls (je ne parle pas d'argent, mais de temps) : c'est via la communauté que l'aide viendra (enfin, je l'espère). Pour l'instant, j'assume, mais je ne pourrais pas le faire longtemps.

L'équation reste donc simple :
30mn par page par demande par (quel prix mettrait Zébulon-21?) = ...

Même en prenant sur mon temps libre, cela va finir par faire très, très cher

**pierre_42** · 16/05/2009, 15h26

Bonjour à Tous,

J'aurais pu mettre cette réponse aussi bien ici qu'en réponse au message de achaumet. Il faut bien choisir!

Je tenais à remercier et féliciter ceux qui ont pris l'initiative de créer ce forum et je lui souhaite longue vie et grand succès.

En phase de démarrage il est normal que tous nous cherchions l'orientation à donner à nos échanges.

D'un coté des développeurs, débutants ou experts, qui face à un problème n'ont qu'un seul souhait : obtenir une solution rapidement.

De l'autre des (ou un!) membre(s) de l'IGN qui font(fait) tout ce qu'il(s) peuvent(peut), et il(s) peuvent(peut) beaucoup, pour apporter des solutions.

Il faut arriver à un fonctionnement ou les questions / réponses se fassent entre développeurs et que les personnes de l'IGN ne soient présentes que pour :

donner des conseils ou pistes de recherche,
enregistrer les évolutions souhaitables pour le produit
prendre en compte les éventuelles anomalies détectées.

Je pense que cela viendra avec l'accroissement de la fréquentation de ce forum. Comme toujours .... un peu de temps!

En tout cas, pour l'instant, je tiens à féliciter dgrichard, tant pour sa réactivité que pour la qualité de ses réponses

. Mais je suis inquiet. Lorsque je le vois présent, le jour, le soir, le weekend et toujours aussi actif ..... il va s'écrouler. Alors à tous les développeurs 'Prenons soin de lui, on en a besoin'

Encore Merci et félicitations.

**Zébulon-21** · 16/05/2009, 23h07

Il me semble, en ma qualité de demandeur, avoir été à l'origine de cet accouchement... très heureux.
Je me prosterne donc aux pieds de DGRICHARD et me confonds de mille remerciements à son endroit.

Citation dgrichard :
30mn par page par demande par (quel prix mettrait Zébulon-21?) = ...
Même en prenant sur mon temps libre, cela va finir par faire très, très cher

Bon, on ne va peut-être pas "chiffrer", mais j'imagine bien rendre un cadeau de même niveau. Que dirais-tu d'un accompagnateur (gratuit) pour fouler une de nos belles montagnes ? Si tu m'as permis d'atteindre des sommets sur le Web, cela mérite bien, par exemple, le toit de l'Europe.

Pour en revenir au sujet, on peut dire que, jusqu'à présent, la version 1.0beta4 n'était que du fragment de code hyperspécialisé ; non abouti aux yeux du profane.

Dorénavant, le "développeur-amateur" dispose, grâce à ton apport, d'une bonne base qu'il est possible de décliner suivant les besoins.
Parfois, il n'en faut pas moins pour crédibiliser et populariser un service.

Merci encore dgrichard.

**mga_geo** · 17/05/2009, 10h12

L'amateur du dimanche que je suis préfère des exemples élémentaires avec une seule fonctionnalité (cf OpenLayers).
J'ai moins de moins de mal pour me les approprier.
Mes CMS favoris (Spip, Mediawiki) n'ayant pas d'extension Geoportail, je me suis lancé dans l'écriture mais 1000 lignes après le résultat n'est toujours pas satisfaisant (cf http://atlasnw.free.fr/web/geoportai...communes35.csv )
Par contre cela montre la solidité de l'API: plusieurs centaines d'objets (à partir de fichiers csv, kml, gpx).

Dans les sources d'exemples, j'apprécie beaucoup Géotribu (cf http://geotribu.net/node/50 pour les graphiques à la volée)

**dgrichard** · 17/05/2009, 11h27

Envoyé par mga_geo

Par contre cela montre la solidité de l'API: plusieurs centaines d'objets (à partir de fichiers csv, kml, gpx).

Rendons à Jules ce qui est à César : la qualité d'OpenLayers permet cela.

Les tests que nous avons effectué montrent que la fluidité diminue à partir de 150 objets environ. IE est plus sensible au nombre d'objets que FF.

**cmail** · 17/05/2009, 11h56

La page de Zébulon prend forme. Et tant mieux pour lui. Mais aussi pour nous autres bidouilleurs car on peut analyser le code de notre gourou (dgrichard

) et en tirer des conclusions propres aux bidouilleurs.

1/ Un conseil en direction de Zébulon pour le maintien de la pertinence de ce forum, il faudra maintenir longtemps l'URL de ta page citée ci-dessus pour permettre aux futurs bidouilleurs-lecteurs de cette discussion de bien suivre le fil. Quitte d'en ouvrir d'autres suivant les améliorations qui suivront.

2/ dgrichard nous montre comment introduire des marqueurs dont les images sont tirées de la bib située à http://www.valroc.net/html/images/ en les énonçant séquentiellement dans la page d'appel de l'API géoportail. A mon humble avis, cette méthode est à suivre pour les néophytes, mais je leur conseille (gourou, arrête moi si je me trompe) dans un second temps de travailler sur la possibilité de faire une boucle pour éviter de réécrire un certain nombre d'instructions identiques. Passons, car au-delà, il me semble plus intéressant que ces néophytes potassent la question de basculer ces infos de marqueurs dans un fichier associé KML (sur le modèle de ton contour du département qui est déjà en fichier kml). Pour ces marqueurs, une première analyse devra passer par la page exemple KML du géopoortail avant d'aller chercher une entrée de doc plus précise sur les fichiers KML.

3/ Pour cette manip "marqueurs-KML", cher Zébulon,

Tu construiras avec tes données ton propre fichier kml sur la base de celui attaché ci-dessous qui est celui utilisé dans la page exemple KML du géopoortail. Son extension sera ".kml". Appelons le par exemple cote21.kml placé à la racine de ton fichier html de référence.
Puis en dessous de

geoportalLoadmap_falaises("GeoportalMapDiv", "normal", "FXX");

tu introduiras le code suivant

//Ajout d'une couche KML
map_falaises.getMap().addLayer("KML","Sites d'escalades", "cote21.kml",
{
visibility:true,
minZoomLevel:0,
maxZoomLevel:10
}
);
Je ne rentre pas trop dans les explications de ces différents paramètres. A toi de les tester et de peaufiner.
C'est quand même mieux. Non?

4/ Mais il y a encore deux grandes étapes à franchir pour améliorer ton projet, et cette fois à découvrir ensemble!

Là, il faudra espérer une aide de l'extérieur, car mes essais de codage ne sont pas probants

Comment rendre ces marqueurs sensibles? C'est-à-dire, que quand le curseur passe au-dessus de ces marqueurs il se transforme automatiquement en doigt pointé signifiant au visiteur qu'il est sensible à un click de souris. C'est une fonction de base en informatique, et pourtant malheureusement non documentée par un exemple dans geoportail. Les quelques sites qui étaient déjà en version beta3 que je connaissais (PNR corse, DGEAF Savoie, etc.) ne remplissaient pas cette fonction de base. Horreur pour une large diffusion.
Ensuite, qu'au click sur un marqueur, la carte correspondante à tes boutons déjà codés de la manière suivante :

<input type="button" onClick="javascript:zoom_falaises(5.01181,47.37080,15);" value="Ahuy" />

s'affiche dans le cadre du géoportail sans recharger toute l'API.

5/ Ces deux points essentiels débloqués par un pro

, te permettront d'avoir une chouette présentation, qui nous servira d'exemple car les fonctions de base nous seront ouvertes.

**dgrichard** · 17/05/2009, 12h29

Envoyé par cmail

2/ dgrichard nous montre comment introduire des marqueurs dont les images sont tirées de la bib située à http://www.valroc.net/html/images/ en les énonçant séquentiellement dans la page d'appel de l'API géoportail. A mon humble avis, cette méthode est à suivre pour les néophytes, mais je leur conseille (gourou, arrête moi si je me trompe) dans un second temps de travailler sur la possibilité de faire une boucle pour éviter de réécrire un certain nombre d'instructions identiques. Passons, car au-delà, il me semble plus intéressant que ces néophytes potassent la question de basculer ces infos de marqueurs dans un fichier associé KML (sur le modèle de ton contour du département qui est déjà en fichier kml). Pour ces marqueurs, une première analyse devra passer par la page exemple KML du géopoortail avant d'aller chercher une entrée de doc plus précise sur les fichiers KML.

Dans une précédente réponse, j'ai surtout indiqué :

Laisser tomber les Marker. OpenLayers repose de plus en plus sur les Style (SLD) et la plupart des couches l'utilisent. J'ajoute que l'utilisation des Markers implique de charger l'API complète (1Mo) plutôt que l'API légère (450ko) ;
Convertisser en KML : j'avais laissé deux fichiers en pièces attachées : j'ai copié les données de la page dans une feuille de calcul, puis utilisé l'URL pointée pour convertir en KML. Autre avantage au passage par KML, vous pouvez vérifier vos fichiers avec Google Earth;
Le code de votre page sera allégé ! plus facile à maintenir, à faire évoluer

**dgrichard** · 17/05/2009, 13h11

Envoyé par cmail

Comment rendre ces marqueurs sensibles? C'est-à-dire, que quand le curseur passe au-dessus de ces marqueurs il se transforme automatiquement en doigt pointé signifiant au visiteur qu'il est sensible à un click de souris. C'est une fonction de base en informatique, et pourtant malheureusement non documentée par un exemple dans geoportail. Les quelques sites qui étaient déjà en version beta3 que je connaissais (PNR corse, DGEAF Savoie, etc.) ne remplissaient pas cette fonction de base. Horreur pour une large diffusion.

J'ai indiqué comment faire, mais aussi rappelé qu'OpenLayers 2.7 ne permet pas facilement de faire "mise en surbrillance" et "sélection".

OpenLayers 2.8 l'a fait pour nous en ajoutant une propriété "highlightOnly" et permettant, en plus, de gérer une pile de couches.

Insérer les patchs OpenLayers 2.8 dans l'API est plutôt complexe et ne sera pas fait avant un passage à la prochaine version de l'API...

La seule porte de sortie est de creuser la piste cursor, via les styles :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
kmlLayer= MAP.getMap().addLayer(
    "KML",
    "nom de la couche",
    urlFichierKml,
    {//parametres de la couche vecteur:
        ...
        styleMap: new OpenLayers.StyleMap({
            "select"    : new OpenLayers.Style(
                OpenLayers.Util.applyDefaults({
                    cursor: 'pointer'
                },
                OpenLayers.Feature.Vector.style["select"]))
            })
    },
    {//options du format KML:
        ...
    },
);

Il faut tester néanmoins avec le comportement hover=true/false ...

**mga_geo** · 17/05/2009, 13h51

Il est possible grâce à la fonction setUrl de mettre à jour les infos d'une couche sans recharger l'ensemble de l'API.
Par exemple, j'ai une couche "csv" contenant l'ensemble des communes de l'Ille et Vilaine. Lors de son chargement, je mets en place des textes cliquables avec le nom de la commune.
Sur le clic sur le nom de la commune, j'ajoute une nouvelle couche "lieudit" à partir du fichier kml ad-hoc.
Sur un clic sur une autre commune, j'utilise le setUrl

**cmail** · 17/05/2009, 14h01

Envoyé par dgrichard

Laisser tomber les Marker. OpenLayers repose de plus en plus sur les Style (SLD) et la plupart des couches l'utilisent. J'ajoute que l'utilisation des Markers implique de charger l'API complète (1Mo) plutôt que l'API légère (450ko) ;

M...., du fait de mon incompétence, j'ai employé le terme de "marker" (qui semble d'après la lecture de dgrichard être un terme informatique KML ou JS précis) à la place d'un terme plus générique, par exemple: "repère" pour signifier simplement les petits logos sur une carte à des endroits précis.

Ainsi, par quelques confrontations d'idées, j'en déduis que les repères à afficher sur une carte s'introduisent dans le fichier kml par:

<Style id="xx_style">
<IconStyle>
<scale>1.00</scale>
<Icon>
<href>img/punaise.gif</href>
</Icon>
</IconStyle>
</Style>

puis sont positionnés par des séquences du type:

<Placemark>
<description><![CDATA[Info à afficher]]></description>
<styleUrl>#xx_style</styleUrl>
<Point><coordinates>51.76899,-46.4099999</coordinates></Point>
</Placemark>

Mille excuses pour mon vocabulaire peu adapté à des pros de la question.

**dgrichard** · 17/05/2009, 14h20

Envoyé par cmail

Ainsi, par quelques confrontations d'idées, j'en déduis que les repères à afficher sur une carte s'introduisent dans le fichier kml par:
puis sont positionnés par des séquences du type:

Aucun problème, il faudrait alors utiliser le terme français puisque OpenLayers utilise que les termes Anglais.

Sur le principe, ta déduction est la bonne.

J'ai continué les tests et suis arrivé à quelque chose qui fonctionne sous FF pour que le curseur change de forme sans que l'on soit forcément en mode

hover:true

:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
kmlLayer= MAP.getMap().addLayer(
    "KML",
    "nom de la couche",
    urlFichierKml,
    {//parametres de la couche vecteur:
        ...
        preFeatureInsert:function(f) {
            f.style= OpenLayers.Util.extend(f.style,{cursor:'help'})},
    },
    {//options du format KML:
        ...
    },
);

En fait KML est un cas spécial puisque les styles peuvent être définis directement dans le fichier. OpenLayers les analyse et les remonte sur chaque objet. A priori, le problème, quant il y a des styles dans le KML, est que ces styles ne sont pas fusionnés avec ceux que le développeur pourrait ajouter sur la couche. Il faut donc "forcer" le trait ici en utilisant le callback 'preFeatureInsert'... Dommage, la piste pur Style était cool.

Quelqu'un peut-il tester sous IE pour vérifier cela ?

**cmail** · 17/05/2009, 15h24

dgrichard,
Je suis embêté car tes dernières instructions introduites dans mon code sont imparfaites sous FF3. Je me suis surement planté! Ou loupé une étape??

Mais enfin jette un oeil, si tu as le temps, à ma page d'essai . 4 repères. Le jaune et vert via un kml qui hérite de la propriété par ton procédé (ce que je veux! et qui marchaient d'ailleurs via la solution css déjà évoquée dans un post différent) et le rouge et bleu via un second kml assez identique au premier mais qui n'hérite toujours pas de la propriété du curseur malgré un codage JS identique . Bizarre, car les deux kml ont une structure très proche ...

Par l'inspecteur de firebug, je vois bien que ces deux derniers repères sont intégrés sous des balises différentes (les secondes en svg et non img comme les repères jaunes et verts. Pourquoi?

**cmail** · 17/05/2009, 15h48

Sous IE 6, le navigateur se plante au chargement de l'API de ma page d'essai avec les 4 marqueurs: Rien à l'écran!
Je teste tout cela plus en profondeur pour comprendre un peu mieux. Surtout que la page de Zébulon s'affiche bien...

**dgrichard** · 17/05/2009, 15h57

Envoyé par cmail

Mais enfin jette un oeil, si tu as le temps, à ma page d'essai . 4 repères. Le jaune et vert via un kml qui hérite de la propriété par ton procédé (ce que je veux! et qui marchaient d'ailleurs via la solution css déjà évoquée dans un post différent) et le rouge et bleu via un second kml assez identique au premier mais qui n'hérite toujours pas de la propriété du curseur malgré un codage JS identique . Bizarre, car les deux kml ont une structure très proche ...

Si tu désactive "Les refuges", alors les "Cartes postales" fonctionnent ...
C'est un classique d'OpenLayers, une seule couche (la première active de la pile) reçoit l'évènement.

De nouveau si j'ai bonne mémoire, OpenLayers 2.8 permet de faire mieux.

Ta page fonctionne sous FF2/FF3 (Linux)...

**cmail** · 17/05/2009, 16h17

Dgrichard,
En effet. Vu que OL 2.8 ne sera pas intégré dans géoportail beta4, il faudra bien tenir compte de ce phénomène...

Il n 'empêche que cette manip fait bien avancer les choses. A condition que cela soit OK sous IE...

Et j'en connais un (Zébulon) qui voit une première résolution à son problème. Ses différents repères en page d'accueil vont pouvoir être sensibles à la souris...

Restera à résoudre le point 2.

Envoyé par cmail

2. Ensuite, qu'au click sur un marqueur, la carte correspondante à tes boutons déjà codés de la manière suivante :

s'affiche dans le cadre du géoportail sans recharger toute l'API.[/LIST]

Mais là, il faut que je souffle...

**pierre_42** · 17/05/2009, 16h31

Envoyé par cmail

Sous IE 6, le navigateur se plante au chargement de l'API

Chez moi avec WindowsXP sp3:

Avec FF3 pas de problème
Avec IE7, ce n'est pas réellement un plantage mais rien ne s'affiche. Par contre un clic droit pour afficher le code source montre que la page est bien chargée. De même en supprimant tous les fichiers temporaires d'IE avant de lancer ta page, on constate que l'API est bien importée.

**dgrichard** · 17/05/2009, 17h02

Envoyé par pierre_42

Chez moi avec WindowsXP sp3:

Avec FF3 pas de problème
Avec IE7, ce n'est pas réellement un plantage mais rien ne s'affiche. Par contre un clic droit pour afficher le code source montre que la page est bien chargée. De même en supprimant tous les fichiers temporaires d'IE avant de lancer ta page, on constate que l'API est bien importée.

Y-a-t-il sous IE7, comme sous IE8 la possibilité de fonctionner en mode de compatibilité : Outil -> Mode de compatibilité (on peut entrer les sites que l'on veut visualiser en mode compatibilité -cette astuce est utilisé pour le support IE8 du site Géoportail 2D/3D-) ?

**pierre_42** · 17/05/2009, 17h51

Envoyé par dgrichard

Y-a-t-il sous IE7, comme sous IE8 la possibilité de fonctionner en mode de compatibilité

A priori cette possibilité n'existe pas sous IE7, tout au moins en standard. Peut-être faut-il installer un module complémentaire? Mais je n'ai pas trouvé.

**pierre_42** · 17/05/2009, 18h14

Par contre il est possible dans IE7, dans les paramètres avancés de lui demander le 'débugage' des scripts.

Avec cette option lors du chargement de la page en question on récupère deux messages d'erreur:

la première (dans l'ordre d'exécution) sur la ligne 60
la deuxième sur la ligne 36

Or dans le code de la page html ce sont deux lignes ou on a des chaines délimitées par guillemets simples.

Code :

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

1
2
3
f.style= OpenLayers.Util.extend(f.style,{cursor:'help'})},
........
var icone=new OpenLayers.Icon('http://boston.openguides.org/markers/AQUA.png', taille, decalage);

**dgrichard** · 17/05/2009, 20h05

Dans l'exemple que je donnais :

Code :

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

1
2
3
4
        ...
        f.style= OpenLayers.Util.extend(f.style,{cursor:'help'})},
        ...

Il faut surtout retirer la ',' si l'instruction est suivie d'une '}' (dans mon test il y avait une autre option à la suite !). C'est une erreur qui (m')arrive souvent lors des tests IE ...

Pour faire encore plus générique, il faudrait écrire :

Code :

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

1
2
3
4
5
6
7
8
    ...
    preFeatureInsert:function(f) {
        if (f) {
            f.style= OpenLayers.Util.applyDefaults({cursor:'help'}, f.style);
        }
    }
    ...

En effet, si le style contient déjà 'cursor' il est écrasé par notre instruction. En l'écrivant ainsi, c'est notre instruction qui est écrasée si le style contient déjà 'cursor' !

Un modèle de page opérationnel

IGN API Géoportail

Discussions similaires

Partager

Partager