addlayer et clone

Version imprimable

11/07/2013, 16h51
cmail

addlayer et clone

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

Code:

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é?

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

Code:

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
         } 
    });

12/07/2013, 10h05
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.
12/07/2013, 14h21
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...
13/07/2013, 10h08
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?
15/07/2013, 10h06
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.
15/07/2013, 10h39
cmail

Citation:

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

J'imagine vos difficultés...

Citation:

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

????? Pas ici?
15/07/2013, 11h21
zainab_k

1 pièce(s) jointe(s)

Le code en question est en PJ.
15/07/2013, 13h59
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...
15/07/2013, 16h31
zainab_k

Ok j'ai saisi le problème mais je n'ai pas encore la solution :(
Je vous tiens au courant rapidement!
15/07/2013, 16h55
cmail

Citation:

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...:ccool:

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é.:ccool:
16/07/2013, 11h21
zainab_k

1 pièce(s) jointe(s)
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:

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.
16/07/2013, 13h58
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?
17/07/2013, 09h51
zainab_k

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

Citation:

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...