Discussion :

[cmail]

Sur cette page de test pourquoi dans le premier viewer la couche "commune43" n'arrive pas à afficher layerCommune?
Cela est lié à la ligne

Code :

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

viewer2.getMap().addLayer(layerCommune.clone()) ;

(en la supprimant tout redevient clair) mais pourquoi le fait d'ajouter un clone dans le second viewer empêche l'affichage dans le premier viewer de l'objet cloné?

[zainab_k]

Bonjour,
ça fonctionne si vous ajoutez le viewer2 à la fin du chargement de la couche layerCommune:

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
  layerCommune = viewer1.getMap().addLayer(
         "KML",
         "Commune 43",
         "Obs43data.kml", {// ou Obs43.kml"

         visibility: true
		 ,eventListeners:{
        "loadend":function(){
              loadGUI2();
        }
      }

       }, {
         formatOptions: {
             'extractAttributes': true,
                 'extractStyles': false
         } 
    });

[cmail]

Oui Zineb, on est bien d'accord sur vos propos. Et c'est comme cela que je contourne ce problème.
Mais je reprends ma question initiale. Pourquoi le viewer1 n'arrive pas à finir le chargement de l'objet cloné?
Cela ne me parait pas très logique.

[cmail]

Bon, admettons que je reste sur mon ignorance....

Je remets donc la création de la couche clonée (layerCommuneClone) dans le "loadend" du viewer1...

Mais pouvez-vous me dire alors comment je dois faire pour que mon "Control.selectFeature" de mon viewer2 s'effectue après la création de layerCommuneClone?
Voir ce cas de figure dans cette page de test
Actuellement, une erreur se déclenche montrant que le control est créé, me semble-t-il, avant layerCommuneClone...

[cmail]

Trop tard pour l'IGN. Je n'aurai pas de réponse ce week-end à cette nouvelle question...
Mais on ne sait jamais.
Sur cette nouvelle page, j'ai mieux agencé la chronologie des chargements>>> Plus d'erreur mais mon Control.SelectFeature sur le viewer2 ne prend pas en compte le layerCommuneClone ...

Constat:
1/ Dans l'onglet DOM de firebug, je vois bien que les deux couches sont prises en compte dans mon hoverControl...
2/ De même, layerCommuneClone existe et possède tous les features de layerCommune...
3/ layerCommuneClone (couche intitulé "Commune" dans le viewer2) doit être déselectionner pour que le Control.SelectFeature soit opérationnel sur la couche "Canton". Bizarre, non?

[zainab_k]

Bonjour,
Pas évident de se retrouver dans le code de cette page...
En mettant le contrôle de sélection à l'intérieur de loadGUI2, on a plus besoin de déselectionner layerCommuneClone.

[cmail]

Pas évident de se retrouver dans le code de cette page...

J'imagine vos difficultés...

En mettant le contrôle de sélection à l'intérieur de loadGUI2, on a plus besoin de déselectionner layerCommuneClone.

????? Pas ici?

[zainab_k]

Le code en question est en PJ.

[cmail]

C'est vraiment étrange?
Sauf erreur de ma part votre page test en ligne est là
Ici, elle n'est absolument pas opérationnelle. Notamment une erreur: "TypeError: b is undefined" qui semble sous-entendre une mauvaise chronologie de chargement des couches.

Remarque: En étudiant ces problèmes de clone() de couche, j'étais parti sur le codage que vous préconisez (A savoir le control.selectFeauture dans loadGUI2) qui est bien l'approche de codage la plus "logique". Or devant l'erreur systématique ci-dessus décrite, j'ai été amené à mettre le control.selectFeauture dans loadGUI1 qui supprime l'erreur mais à d'autres inconvénients comme déjà dit...

[zainab_k]

Ok j'ai saisi le problème mais je n'ai pas encore la solution
Je vous tiens au courant rapidement!

[cmail]

j'ai saisi le problème mais...

J'aime bien quand les techniciens de l'IGN me dise cela. Je me dis alors: "Arrête de t'attaquer à la falaise!". Des experts s'en chargent avec bien plus de compétence que toi...

Quant aux délais: peu importe (j'ai aussi une solution de replis, bas de gamme). L'important c'est que des solutions (faciles, j'espère) seront apportées.

Merci Zainab pour ta disponibilité.

[zainab_k]

Bonjour,
Après quelques recherches, il se trouve que c'est un bug OpenLayers:

La méthode clone () ne définit pas l'attribut layer des features de la couche clonée (mis à null).
Du coup, il faut le faire à la main après la création de la couche:

Code :

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

1
2
3
for (var i = 0; i < layerCommuneClone.features.length; i++) {
	layerCommuneClone.features[i].layer = layerCommuneClone;
}

Et là, ça fonctionne!
En PJ un exemple simple qui illustre ce cas.

[cmail]

Merci infiniment, Zainab, pour ta peine.
Mais je ne suis pas très sûr que ce bug OL soit à l'origine de ma question initiale. Qu'en penses-tu?
Pour ta solution, c'était ma "solution de replis" mais c'est dommage que ce clonage ne soit pas nickel...

Sinon, à ton avis, penses-tu que OL3 trainera ce problème?

[zainab_k]

J'ai plutôt répondu à cette problématique:

layerCommuneClone (couche intitulé "Commune" dans le viewer2) doit être déselectionner pour que le Control.SelectFeature soit opérationnel sur la couche "Canton". Bizarre, non?

Je regarde pour la question initiale...