Discussion :

[mga_geo]

Je re-testais ce matin une de mes pages et j'ai des erreurs :
TypeError: OpenLayers.Control.NavigationHistory is not a constructor

La page en question : http://atlasnw.free.fr/geoportail/ex...enlsKO_ss.html

[gcebelieu]

A priori, c'est normal puisque tu utilises l'API Standard et la classe OpenLayers.Control.NavigationHistory n'en fait pas partie.

Il faut utiliser l'API extended.

(Rq : il n'y a pas d'évolution là dessus lors du passage 2.0.3 à 2.1.0-SNAPSHOT)

[mga_geo]

Effectivement en passant en Extended, il n'y a plus d’erreurs sur la page.
Par contre il manque un pictogramme : http://depot.ign.fr/geoportail/api/d...o_next_off.gif

J'ai aussi l'impression que l'affichage des dalles ne s'effectue plus de la même manière, plus progressif.

La recherche d'adresses est identique à la version 2.0.3 et il n'est donc toujours plus possible de rechercher un lieudit sur une emprise.

[gcebelieu]

Par contre il manque un pictogramme : http://depot.ign.fr/geoportail/api/d...o_next_off.gif

En effet, le picto est un fichier png et non gif... On va corriger ça. Merci.

J'ai aussi l'impression que l'affichage des dalles ne s'effectue plus de la même manière, plus progressif.

Oui, OpenLayers 2.12 a changé son algorithme de chargement des dalles. De plus, il y a aussi eu un allègement dans le DOM pour afficher les tuiles : avant on avait une arborescence :

<div du layer> -> <div de la tuile> -> <img>

maintenant, la div intermédiaire a sauté...

Et on a aussi fait quelques optimisations/debugages sur nos surcharges de notre côté.

La recherche d'adresses est identique à la version 2.0.3 et il n'est donc toujours plus possible de rechercher un lieudit sur une emprise.

Les changements de version de l'API sont indépendants des évolutions du service. Par contre, il y a en ce moment pas mal de travail sur le service de géocodage, je ne sais pas si ça résoudra ton problème, mais en tous cas, ça va évoluer...

[tcoupin]

Le filtrage par emprise du geocodage est bien fonctionnel mais ça tu le savais déjà

Pour activer le filtrage des réponses, il y a une option dans le contrôle 'SearchToolbar' :

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
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
var searchbar = new Geoportal.Control.SearchToolbar({
    div: OpenLayers.Util.getElement(tbx.id + '_search'),
    geonamesOptions: {
      setZoom: Geoportal.Control.LocationUtilityService.GeoNames.setZoomForBDNyme,
      layerOptions: {
        name: 'PositionOfInterest:OPENLS;Geocode',
        maximumResponses: 100,
        formatOptions: {}
      },
      filtersOptions:true
    },
    geocodeOptions: {
      layerOptions: {
        name: 'StreetAddress:OPENLS;Geocode',
        maximumResponses: 100,
        formatOptions: {}
      },
      matchTypes: [{
        re: /city/i,
        src: Geoportal.Util.getImagesLocation() + 'OLScity.gif'
      }, {
        re: /street$/i,
        src: Geoportal.Util.getImagesLocation() + 'OLSstreet.gif'
      }, {
        re: /number/i,
        src: Geoportal.Util.getImagesLocation() + 'OLSstreetnumber.gif'
      }, {
        re: /enhanced/i,
        src: Geoportal.Util.getImagesLocation() + 'OLSstreetenhanced.gif'
      }, {
        re: null,
        src: Geoportal.Util.getImagesLocation() + 'OLSstreet.gif'
      }]
    }
  }
  );

[mga_geo]

Cette option rétablit l'ancien comportement et le pictogramme est de retour !

Une question : lors de la mise en production, ce style va-t-il être conservé ?

[gcebelieu]

Une question : lors de la mise en production, ce style va-t-il être conservé ?

Oui, le passage à l'API 2.1.0 verra ce thème (qui est actuellement accessible avec l'API 2.0.3 sous le nom "geoportal3") proposé par défaut (donc aussi sous le nom "geoportal"). Et l'ancien thème sera toujours accessible sous le nom "legacy".

Tout ça sera documenté