Question sur l'API "minimum"

**shama** · 18/06/2010, 13h21

Bonjours,

Voici quelques interrogations sur l'API minimum :

1. Pourquoi l'api minimale n'intègre pas le contrôle "Geoportal.Control.Logo" permettant d'afficher les "originators" ?

2. Si je souhaite afficher plusieurs calques je dois pour chacun ajouter une clef par "GeoRM: Geoportal.GeoRMHandler.addKey(...)" ou il y a moyen de factoriser ? Quel en est l'impacte sur le décompte du nombre d'accès relatifs à la licence ? (je veux dire par là, est-ce qu'à chaque utilisation de "addKey()" ça compte pour 1 au niveau de la licence)

3. Pourquoi avoir un "Catalogue" orienté ouvertement vers le fonctionnement de l'API standard / étendue ? Je pense notamment à la fonction "getLayerParameters" qui ne peux fonctionné que si l'on travail avec les couches cachées de territoires mais pas si l'on veux avoir une couche réel en mode baseLayer.

Merci pour les éventuelles réponses.

**dgrichard** · 19/06/2010, 12h23

Envoyé par shama

Voici quelques interrogations sur l'API minimum :

1. Pourquoi l'api minimale n'intègre pas le contrôle "Geoportal.Control.Logo" permettant d'afficher les "originators" ?

Je prend note, on pourrait rajouter ce contrôle effectivement.

Envoyé par shama

2. Si je souhaite afficher plusieurs calques je dois pour chacun ajouter une clef par "GeoRM: Geoportal.GeoRMHandler.addKey(...)" ou il y a moyen de factoriser ? Quel en est l'impacte sur le décompte du nombre d'accès relatifs à la licence ? (je veux dire par là, est-ce qu'à chaque utilisation de "addKey()" ça compte pour 1 au niveau de la licence)

Mais non, cette factorisation est faîte par l'API standard et étendue : c'est une factorisation du code (au lieu d'une duplication des appels à addKey()) pas de session.

Dans tous les cas, addKey() ne fait que lier la clef à la couche. FULL STOP.

Envoyé par shama

3. Pourquoi avoir un "Catalogue" orienté ouvertement vers le fonctionnement de l'API standard / étendue ? Je pense notamment à la fonction "getLayerParameters" qui ne peux fonctionné que si l'on travail avec les couches cachées de territoires mais pas si l'on veux avoir une couche réel en mode baseLayer.

Bonne pioche, il faudrait réfléchir à cela ...
Je m'orientais plus vers une utilisation de l'opération GetCapabilities du WMSC plutôt qu'à un déplacement de Geoportal.Catalogue vers l'API minimale.
A voir donc.

Envoyé par shama

Merci pour les éventuelles réponses.

Comme si je répondais pas à chaque fois

**shama** · 19/06/2010, 15h39

Merci pour vos réponses et oui je sais fort bien que vous êtes présent et actif

Envoyé par dgrichard

Bonne pioche, il faudrait réfléchir à cela ...
Je m'orientais plus vers une utilisation de l'opération GetCapabilities du WMSC plutôt qu'à un déplacement de Geoportal.Catalogue vers l'API minimale.
A voir donc.

Si le GetCapabilities du WMSC sortait les "bounds" correctement ce serait intéressant (et j'ai déjà pratiqué), mais entre la correction (restrictions) des bounds, les "originators", etc. y'a quand même pas mal du truc fait par le Catalogue.js qui sont hors scope du WMSC pour un meilleur confort d'utilisation.
Perso je suis partit pour me faire une classe "Geoportal.Layer.Geoportal" étendant "Geoportal.Layer.WMC" (fournie dans le minimal) permettant de créer simplement une layer en passant pour arguments:
- 1 un nom de carte + territoire (ex: 'ORTHOIMAGERY.ORTHOPHOTOS:GLP')
- 2 un objet de configuration (options pouvant contenir apiKey sinon le 1er trouvé sera utilisé)

Pour mémoire, le Catalogue est déjà présent dans l'API minimale ainsi que les controls TermsOfService et PermanentLogo

**dgrichard** · 19/06/2010, 15h58

Envoyé par shama

Si le GetCapabilities du WMSC sortait les "bounds" correctement ce serait intéressant (et j'ai déjà pratiqué), mais entre la correction (restrictions) des bounds, les "originators", etc. y'a quand même pas mal du truc fait par le Catalogue.js qui sont hors scope du WMSC pour un meilleur confort d'utilisation.

Tout à fait, c'est la différence entre le service et ses métadonnées et le client avec ses caractéristiques !
C'est un bon argument pour ne pas passer par le GetCapabilities

Envoyé par shama

Perso je suis partit pour me faire une classe "Geoportal.Layer.Geoportal" étendant "Geoportal.Layer.WMC" (fournie dans le minimal) permettant de créer simplement une layer en passant pour arguments:
- 1 un nom de carte + territoire (ex: 'ORTHOIMAGERY.ORTHOPHOTOS:GLP')
- 2 un objet de configuration (options pouvant contenir apiKey sinon le 1er trouvé sera utilisé)

Ok

Envoyé par shama

Pour mémoire, le Catalogue est déjà présent dans l'API minimale ainsi que les controls TermsOfService et PermanentLogo

Oui, mon clavier a fourché ... D'autant plus que j'étais en train de "réécrire" l'exemple geoportalMinimum.html pour montrer comment utiliser Geoportal.Catalogue

Le voici joint

**shama** · 19/06/2010, 16h27

Super

Vous venez de me faire gagner un temps précieux !!! Merci beaucoup

**shama** · 20/06/2010, 00h58

C'est re-moi avec une question un peu bête...
Y'a-t-il un moyen d'activer le remplacement des tuiles non disponibles (suivant le zoom entre Wallis & Futuana par exemple) par l'image (photo barrée + zoom -) ?

**dgrichard** · 20/06/2010, 10h20

Envoyé par shama

C'est re-moi avec une question un peu bête...
Y'a-t-il un moyen d'activer le remplacement des tuiles non disponibles (suivant le zoom entre Wallis & Futuana par exemple) par l'image (photo barrée + zoom -) ?

Le plus simple avec l'API minimale est de jouer sur la propriété onLoadError (OpenLayers 2.9 mais déjà embarquée) des OpenLayers.Layer.* à leur construction :

Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
onLoadError: function() {
  if (this.src.match(/^http:\/\/[a-z0-9-]+\.ign\.fr\//)) {
    if (this.src.match(/TRANSPARENT=true/i)) {
      this.src= Geoportal.Util.getImagesLocation()+'nodata.gif';
    } else {
      this.src= Geoportal.Util.getImagesLocation()+'nodata.jpg';
    }
  } else {
    this.style.backgroundColor= OpenLayers.Util.onImageLoadErrorColor;
  }
}

Les API standard et étendu font de même, mais en surchargeant la méthode OpenLayers.Util.onImageLoadError, qui s'applique à toutes les couches !

**shama** · 21/06/2010, 10h54

Merci.

A noter que j'ai quand même du faire un overload sur le script Util d'OpenLayers un peu comme cela est fait sur l'API standard et étendue

**dgrichard** · 21/06/2010, 17h19

Envoyé par shama

Merci.

A noter que j'ai quand même du faire un overload sur le script Util d'OpenLayers un peu comme cela est fait sur l'API standard et étendue

Lequel ?

**shama** · 24/06/2010, 00h16

Dans Util.js

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
OpenLayers.Util.onImageLoadError = function() {
  this._attempts = (this._attempts) ? (this._attempts + 1) : 1;
  if (this._attempts <= OpenLayers.IMAGE_RELOAD_ATTEMPTS) {
    var urls = this.urls;
    if (urls && urls instanceof Array && urls.length > 1){
      var src = this.src.toString();
      var current_url, k;
      for (k = 0; current_url = urls[k]; k++){
        if(src.indexOf(current_url) != -1){
          break;
        }
      }
      var guess = Math.floor(urls.length * Math.random());
      var new_url = urls[guess];
      k = 0;
      while(new_url == current_url && k++ < 4){
        guess = Math.floor(urls.length * Math.random());
        new_url = urls[guess];
      }
      this.src = src.replace(current_url, new_url);
    } else {
      this.src = this.src;
    }
  } else {
    if (this.layer.onLoadError)
      this.src= this.layer.onLoadError(this.src);
    else
      OpenLayers.Element.addClass(this, "olImageLoadError");
  }
  this.style.display = "";
};

Grosso-modo juste un test à la fin pour savoir si la layer a une gestion du onLoadError