erreur passage version 2.1.0 à 2.1.1

**cmail** · 21/12/2014, 09h03

Soit cette page de test http://new.obs43.fr/43commune.php?ci=026 ou je fais appel à

Code :

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

<script type="text/javascript" src="http://api.ign.fr/geoportail/api/js/2.1.0/GeoportalExtended.js"></script>

qui semble ok au niveau du chargement.

Quand j'essaye (sans rien changer d'autre)

Code :

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

<script type="text/javascript" src="http://api.ign.fr/geoportail/api/js/2.1.1/GeoportalExtended.js"></script>

ou son équivalent

Code :

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

<script type="text/javascript" src="http://api.ign.fr/geoportail/api/js/2.1/GeoportalExtended.js"></script>

j'obtiens l'erreur systématique suivante : TypeError: window.gGEOPORTALRIGHTSMANAGEMENT is undefined à la ligne 138 de GeoportalExtended.js.
Voir cette page http://new.obs43.fr/43commune7-07.php?ci=026

**jrenard** · 22/12/2014, 09h55

Constaté de mon coté aussi. Apparemment la propriété apiKey définissant ta clé ne serait pas reconnue, c'est assez étrange...

Pour investiguer plus loin, pourrais-tu brancher la page qui pose problème sur l'API "éclatée" via l'URl http://api.ign.fr/geoportail/api/js/...b/Geoportal.js plutôt que http://api.ign.fr/geoportail/api/js/...talExtended.js, et me faire signe quand c'est fait ? Cela me permettrait de comprendre plus en détails ce qui coince en parcourant les fichiers de l'API appelés par ta page.

**cmail** · 22/12/2014, 10h01

J'ai fait ce que tu m'as demandé sur http://new.obs43.fr/43commune7-07.php?ci=026
Mais ne faudrait-il pas que j'utilise plutot http ://api.ign.fr/geoportail/api/js/2.1.1/lib/geoportal/lib/GeoportalExtended.js ??????? Même si dans un premier temps pour debugger cela devra suffire

**jrenard** · 22/12/2014, 10h04

Non, car l'adresse que tu cites ne pointes sur rien. En fait, le fichier Geoportal.js (et tout ce qu'il traîne avec lui) est bien renommé en GeoportalExtended.js après minification (C'est pas très logique, mais c'est comme ça !)
Merci pour la modif, je vais aller jeter un oeil.

**cmail** · 06/01/2015, 10h57

D'après la console de chrome. >>>>

Apparemment la propriété apiKey définissant ta clé ne serait pas reconnue, c'est assez étrange

D'après la console de FF>>>>>>

j'obtiens l'erreur systématique suivante : TypeError: window.gGEOPORTALRIGHTSMANAGEMENT is undefined à la ligne 138 de GeoportalExtended.js.

**lowzonenose** · 06/01/2015, 12h02

Désolé, j'ai un peu de mal à comprendre ton code mais il est important d'associer une clé API à ton viewer.

Quelques exemples à suivre...
(cf. galerie d'exemples dans api.ign.fr)

Ex. 1 (surcharger les options avec la propriété 'apiKey')

Code :

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

1
2
3
4
5
6
7
8
9
    
    viewer= new Geoportal.Viewer.Default('viewerDiv', OpenLayers.Util.extend(
        options,
        // API keys configuration variable set by
        // <Geoportal.GeoRMHandler.getConfig>
        // variable contenant la configuration des clefs API remplie par
        // <Geoportal.GeoRMHandler.getConfig>
        window.gGEOPORTALRIGHTSMANAGEMENT===undefined? {'apiKey':MYKEYAPI} : gGEOPORTALRIGHTSMANAGEMENT)
    );

Ex. 2 (passer par un loader)

Code :

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

1
2
3
4
5
6
 iv = Geoportal.load (
   'viewerDiv',
   [ MYKEYAPI ],
   ...
 );

Ex. 3 (appel de fonction de configuration du catalogue)

Code :

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

1
2
3
4
5
6
7
8
9
10
    Geoportal.GeoRMHandler.getConfig(
           [ MYKEYAPI ], 
            null, 
            null, // place your autoconf file here
            {
                onContractsFail: function() {console.log("Oups, failure on loading rightsManagement !");},
                onContractsComplete: initLoader
            }
    );

**cmail** · 06/01/2015, 13h44

Désolé, j'ai un peu de mal à comprendre ton code...

Faut pas être désolé! C'est surement de ma faute, en assemblant des brics et des brocs, cela devient incompréhensible!

mais il est important d'associer une clé API à ton viewer

Il me semble bien que c'est ce que j'ai fait?? Sinon, la version avec l'appel à http://api.ign.fr/geoportail/api/js/2.1.0/GeoportalExtended.js ne serait pas consultable?
A moins que des différences plus profondes entre 2.1.0 et 2.1.1 ont été opérées???

**cmail** · 09/01/2015, 14h44

Faute de m'en sortir, je repose ma question:

Constat:

Cette page de test http://new.obs43.fr/43commune.php?ci=026 qui fait appel à api.ign.fr/geoportail/api/js/2.1.0/GeoportalExtended.js >>>> Pas de problème
Cette même page (sans aucun autre changement) mais avec seulement appel à la version 2.1.1 "éclaté" (pour vous faciliter le débogage) http://api.ign.fr/geoportail/api/js/...b/Geoportal.js renvoie une erreur bloquante. Voir http://new.obs43.fr/43commune7-07.php?ci=026
L'erreur tourne autour de la reconnaissance de l'apikey.
lowzonenose propose, à ce que j'ai compris, de revoir l'association des clé API>>>> OK, mais cela soulève la question de savoir si entre la version 2.1.0 et 2.1.1 des modifications ont été faite dans l'api qui puisse expliquer qu'une erreur apparaisse alors qu'il n'y aucun changement dans mes lignes de codes.

Sur ce, j'ai repris méthodiquement (pour essayer de lever l'origine mais rien!

) l'attribution des clés api en fonction des exemples ign sur cette nouvelle page de test http://new.obs43.fr/43commune7-07PbApikey.php?ci=026 en revenant à http://api.ign.fr/geoportail/api/js/...talExtended.js pour la rapidité de chargement.
Donc sur cette dernière page http://new.obs43.fr/43commune7-07PbApikey.php?ci=026:

Je n'utilise donc plus la variable globale apiKey que j'utilisais avant.

Au chargement des 3 viewers, je code de la manière suivante

Code :

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

1
2
3
.......window.gGEOPORTALRIGHTSMANAGEMENT === undefined ? {                'apiKey' : 'aeo7r6h0zq5stm39qrmewbq1'//à la place de : apiKey : [apiKey] de la version précédente
            }
                 : gGEOPORTALRIGHTSMANAGEMENT));......

Au chargement du loader de ma loupe, je code de la manière suivante

Code :

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

1
2
3
magIv = Geoportal.load        ("magnified-map",
            ['aeo7r6h0zq5stm39qrmewbq1'], {// à la place de : [apiKey], { de la version précédente
.........

A l'appel de la fonction de configuration du catalogue, j'utilise

Code :

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

1
2
3
4
Geoportal.GeoRMHandler.getConfig(['aeo7r6h0zq5stm39qrmewbq1'], null, null, {
              onContractsFail: function() {console.log("Oups, erreur sur les droits d'accès à obs43 !");},
        onContractsComplete : initMap
    });

Dans ces conditions, il me semble que je ne commets pas d'erreur de codage pour l'attribution des clés api.

Cependant l'erreur persiste....

**cmail** · 13/01/2015, 10h48

Pas de réflexion ou pas le temps ?
Trop compliqué ?
Quelques idées pour contourner ?
Je me sens seul...

**jrenard** · 14/01/2015, 15h25

Envoyé par cmail

Pas de réflexion ou pas le temps ?
Trop compliqué ?
Quelques idées pour contourner ?
Je me sens seul...

Bonjour Christian,
La vérité se trouve à mi-chemin des trois options, mais j'ai envie de dire que c'est surtout la deuxième qui prime. Ton code est très touffu, avec la présence de multiples viewers qui cohabitent, et c'est extrêmement difficile de s'y retrouver. Il y a probablement un problème sous-jacent au niveau des relations entre tous ces viewers et la clé API, mais il est compliqué de cerner lequel.

**cmail** · 14/01/2015, 18h38

Une question Jeremy (mais aussi à Gilles ou d'autres)...
Sur ma page d'essai http://new.obs43.fr/43commune7-07PbApikey.php?ci=026 en bas de mon code js j'ai mis:

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
function loadAPI() {
    // on attend que les classes soient chargées
    if (checkApiLoading('loadAPI();', ['OpenLayers', 'Geoportal', 'Geoportal.Viewer', 'Geoportal.Viewer.Default']) === false) {
        return;
    }


    // on charge la configuration de la clef API, puis on charge l'application  tto8auv4p9ht2l50lcxgdbsm
    Geoportal.GeoRMHandler.getConfig(['aeo7r6h0zq5stm39qrmewbq1'], null, null, {
              onContractsFail: function() {console.log("Oups, erreur sur les droits d'accès à obs43 !");},
        onContractsComplete : function() {console.log("config ok")}//initMap
    });
}
// assignation de la fonction à appeler lors de la levée de l'évènement "onload"
window.onload = loadAPI;

Cela veut bien dire qu'au chargement de la fenêtre window je lance la function loadAPI .
Et si Ok, je devrai simplement afficher "config ok" sans lancer mes différents viewers qui étaient initialisés par initMap(). Donc dans ce cas simplet>>>>pas de mic-mac avec mes différents apikey du fait de mon codage.
Oui ou non?
Or même dans ce cas, j'ai l'erreur déjà indiquée?????

**gcebelieu** · 15/01/2015, 09h53

Christian,

l'erreur intervient effectivement dans une fonction qui a été introduite dans la 2.1.1 : checkRightsManagement de la classe Geoportal.Layer.OpenLS.Core.LocationUtilityService qui vérifie que la clef a bein les droits sur la ressource OpenLS demandée lors de la création.

J'ai pu m'en apercevoir via la page que tu avais mise en mode éclaté : http://new.obs43.fr/43commune7-07.php?ci=026

Elle intervient lors de la création de la couche OpenLS que tu fais en ligne 3158 qui visiblement se fait en dehors de la foncntion à initMap et donc à un moment où les droits de la clef n'ont pas été chargés. Il faudrait donc que tu vérifies à quel moment tu veux créer cette couche, mais si tu ne conditionne pas sa création au chargement des droits de la clef, c'est normal que ça ne marche pas (il y aura des variables non initialisées).

**cmail** · 15/01/2015, 10h03

Ouf! On progresse...
Tu me dis

mais si tu ne conditionne pas sa création au chargement des droits de la clef,

Sur les principes, je comprends bien, mais j'aurais vraiment besoin que tu me donnes un embryon de codage car je suis un peu dans le flou en ce qui concerne le chargement des droits de la clé. Comme d'hab!

**gcebelieu** · 15/01/2015, 10h26

C'était une formulation compliquée pour dire que le code qui crée la couche OpenLS n'est à l'intérieur d'aucune fonction et est donc exécuté dès le chargement de la page javascript. Il faudrait que tu le mettes à l'intérieur de ta fonction initMap.

Plus généralement, il faut que ton code ait la structuration suivante :

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
function initMap() {
 // tu mets ici le code qui doit s'exécuter après le chargement des droits de la clef (à réception de l'évènement onContractsComplete)
 ...
}


function checkApiLoading(retryClbk, clss) {
...
}

function loadAPI() {
	// on attend que les classes soient chargÃ©es
	if (checkApiLoading('loadAPI();', ['OpenLayers', 'Geoportal', 'Geoportal.Viewer', 'Geoportal.Viewer.Default']) === false) {
		return;
	}

	// on charge la configuration de la clef API, puis on charge l'application  tto8auv4p9ht2l50lcxgdbsm
	Geoportal.GeoRMHandler.getConfig([apiKey], null, null, {
		onContractsComplete : initMap
	});
}
// assignation de la fonction Ã  appeler lors de la levÃ©e de l'Ã©vÃ¨nement "onload"
window.onload = loadAPI;

**cmail** · 15/01/2015, 15h47

OK, Gilles
Sur cette page http://new.obs43.fr/43commune7-07PbApikey.php?ci=026 j'ai tenté de suivre tes conseils. >>>Plus de problème avec apikey, même si tout cela n'est certainement pas fait dans les règles de l'art...

Il subsiste une erreur non bloquante de node non trouvé sur l'api, est-ce que cela t'éveille quelques réflexions, parce que mes investigations ne vont pas bien loin?

**gcebelieu** · 16/01/2015, 09h55

Visiblement l'erreur intervient dans la gestion de la minicarte (overviewMap, que je ne vois pas sur ta page : est-elle nécessaire ?).

Il y a dans ta page une déclaration de variable "var overItem" qui traîne en plein milieu du fichier en dehors de toute fonction... ça a peut-être un lien ?

**cmail** · 17/01/2015, 14h31

Visiblement l'erreur intervient dans la gestion de la minicarte

Oui et plus précisément autour de .olControlOverviewMapElement.... Je n'ai pas encore fait le tour de la question....

overviewMap, que je ne vois pas sur ta page

Il faut afficher le cadastre.

une déclaration de variable "var overItem" qui traîne en plein milieu du fichier

Un reste incongru ! Enlevé.

**cmail** · 04/02/2015, 16h42

Sur cette page http://new.obs43.fr/43commune7-08PbPrint.php?ci=130 qui intègre la version 2.1.1 (alors que la même page en version 2.1.0 c'est ok) j'ai un problème avec l'impression ("rule.style is undefined") ligne 514 en cliquant sur le bouton dans la fenêtre grise du haut droit.

C'est dans la méthode getStyles, mais j'ai du mal à tout comprendre...
Cela vient surement de mon coté, car j'ai modifié quelques css @media print (mais je ne crois pas que cela est l'origine du problème) et surtout j'ai surchargé le Control>PrintMap>getPageContent en ligne 460 de mon fichier obs43-com7-08.js...

Du coté Control>PrintMap quelles sont les modifs qui peuvent perturber mon ancien code...

Si vous pouviez me remonter vos remarques...

**gcebelieu** · 05/02/2015, 08h21

Bonjour Christian,

un petit passage de firebug (point d'arrêt posé sur la ligne qui cause l'erreur) montre que celle-ci survient lorsque le contrôle PrintMap essaye de charger la css :
http://www.meteofrance.com/mf3-base-...te_paysage.css. Est-ce nouveau sur ta page ?

Car de notre côté, il n'y a eu aucun changement sur le controle PrintMap lors du passage à la 2.1.1.

Par contre, le t'invite à essayer le controle de remplacement : PrintMapDOM (un changement de nom suffit dans ton code). Celui-ci produit la page à imprimer par une simple recopie du DOM de la page à la différence de l'autre qui reproduit une page API à partir des éléments de la première. Il ne devrait don pas y avoir de problème de CSS avec celui-ci.

Gilles

**cmail** · 05/02/2015, 09h28

Vite fait:

un petit passage de firebug (point d'arrêt posé sur la ligne qui cause l'erreur) montre que celle-ci survient lorsque le contrôle PrintMap essaye de charger la css :
http://www.meteofrance.com/mf3-base-...te_paysage.css. Est-ce nouveau sur ta page ?

Je vais essayer de retrouver tes conclusions mais j'ai du mal à te suivre:
J'ai posé le point d'arrêt sur la ligne 514 de Printmap.js mais je ne vois pas le renseignement sur http://www.meteofrance.com/mf3-base-...te_paysage.css. ????
C'est vrai que ce module script (meteofrance) est nouveau sur ma page (entre la version précédente avec 2.1.0 et celle-là avec 2.1.1) et donc c'est surement l'origine du problème . >>> Ce qui m'oriente bien dans mes recherches ...

Je vais étudier aussi le passage à PrintMapDOM.

un changement de nom suffit dans ton code

A tes souvenirs, tu es sûr que ma surcharge de Control>PrintMap>getPageContent sera la même pour Control>PrintMapDOM>getPageContent