API Minimum & baseLayer & Originators

Version imprimable

20/08/2010, 15h19
shama

API Minimum & baseLayer & Originators
Bonjour,

Juste pour signaler que si j'utilise une couche en mode baseLayer, les zooms définis dans les "originators" issus du catalogue ne sont pas bon vu qu'il sont en scope global.
Je suis obliger de les transformés par
Code:

1 2 3 4 5 if (o.minZoomLevel) o.minZoomLevel -= 5; if (o.maxZoomLevel) o.maxZoomLevel -= 5;
21/08/2010, 11h32
dgrichard
Citation:
Envoyé par shama

Bonjour,

Juste pour signaler que si j'utilise une couche en mode baseLayer, les zooms définis dans les "originators" issus du catalogue ne sont pas bon vu qu'il sont en scope global.
Je suis obliger de les transformés par

Code:

1 2 3 4 5 if (o.minZoomLevel) o.minZoomLevel -= 5; if (o.maxZoomLevel) o.maxZoomLevel -= 5;
Effectivement, les cinq premiers niveaux correspondent aux échelles Monde :ccool:

Quel est le but d'utiliser une couche en mode baseLayer ?

Je m'explique :

les baseLayers OpenLayers ne sont là que pour supporter un système de coordonnées sur une emprise - rien de plus. Une carte (OpenLayers.Map) peut donc changer de couche de base. Généralement, il est utilisé pour substituer une couche à une autre dans la même projection ...
Le choix effectué dans l'API est de revenir au fondamentaux de la cartographie avec une "planche mère" qui porte les informations de base (projection, emprise). Les autres couches additionnelles se plaquent dessus.
Je ne suis pas sûr qu'avec OpenLayers 3.0 cette notion de baseLayer subsiste telle que ... d'où ma question !

Citation:

Envoyé par dgrichard

Quel est le but d'utiliser une couche en mode baseLayer ?

Je m'explique :

les baseLayers OpenLayers ne sont là que pour supporter un système de coordonnées sur une emprise - rien de plus. Une carte (OpenLayers.Map) peut donc changer de couche de base. Généralement, il est utilisé pour substituer une couche à une autre dans la même projection ...
Le choix effectué dans l'API est de revenir au fondamentaux de la cartographie avec une "planche mère" qui porte les informations de base (projection, emprise). Les autres couches additionnelles se plaquent dessus.
Je ne suis pas sûr qu'avec OpenLayers 3.0 cette notion de baseLayer subsiste telle que ... d'où ma question !

A ben c'est que moi je ne suis pas cartographe et je ne connais pas du tout les fondamentaux de la cartographie.
En revanche je suis pas trop mauvais en conception de modèle de données informatique et j'ai fait le choix inverse: Un OpenLayers.Map n'a ni emprise ni projection et retourne nécessairement celle de sa baseLayer. Ce qui permet de changer de fond de carte et de conserver la projection naturelle de la carte sans reprojection. J'ai juste une "alerte" a fournir lorsqu'on sélectionne un fond de carte non compatible avec l'emprise précédente et laisser le choix à l'utilisateur de poursuivre ou non.
Exemple:
Code:

1 2 3 4 5 6 7 8 1. Affichage de la couche OSM avec emprise visible sur le monde entier 2. Selection de la couche IGN de l'ile de la réunion => message d'alerte et l'utilisateur décide de poursuivre => affichage de la couche IGN REU avec emprise visible par défaut de la couche 3. Selection de la couche OSM => pas de message d'alerte car OSM couvre l'emprise visible => affichage de la couche OSM avec emprise visible la plus proche englobante l'ancienne emprise visible
Je vais bientôt publier un béta de mon application où vous pourrez voir ce principe à l'oeuvre.

21/08/2010, 14h49
dgrichard

Citation:

Envoyé par shama

En revanche je suis pas trop mauvais en conception de modèle de données informatique et j'ai fait le choix inverse: Un OpenLayers.Map n'a ni emprise ni projection et retourne nécessairement celle de sa baseLayer. Ce qui permet de changer de fond de carte et de conserver la projection naturelle de la carte sans reprojection.

OpenLayers.Map.projection= EPSG:4326 : une map a une projection par défaut si aucune baseLayer n'est définie ...
OpenLayers.Map.maxExtent= [-180,-90,180,90] : une map couvre la terre complètement par défaut si aucune baseLayer n'est définie ...

Ton choix est directement lié à l'affichage des baseLayer, le mien au "non" affichage des baseLayers, mais ils sont conceptuellement identiques (baseLayer supporte projection et emprise => map aussi), techniquement différents !

Quant à la reprojection, tu n'y échappes pas si tes overlays (couches qui ne sont pas des baseLayers) ne sont pas dans la projection de la baseLayer (que ce soit côté serveur ou client).
Il y a quelques temps, il existait un service OSM tuilé en EPSG:4326 qui permettait de superposer sans reprojection les couches Géoportail et OSM ...

Mais, tout le monde préfère la (non-)projection Google (qui elle ne couvrent pas le monde entier ... les zones au-delà des 81° de latitude n'étant pas couvertes) :cry: plus jolie (conforme: conserve les angles).

Dans un avenir plus ou moins proche, il est possible que les couches Géoportail soient aussi en projection Mercator Sphérique ...
21/08/2010, 16h42
shama

Citation:

Envoyé par dgrichard

OpenLayers.Map.projection= EPSG:4326 : une map a une projection par défaut si aucune baseLayer n'est définie ...
OpenLayers.Map.maxExtent= [-180,-90,180,90] : une map couvre la terre complètement par défaut si aucune baseLayer n'est définie ...

Super et du coup si j'ai uniquement la couche IGN de la réunion je peux potentiellement me balader partout dans le monde avec une emprise d'affichage qui me donne que des "tuiles cassées".
Mon choix et de ce rapprocher de la "réalité humaine" et proposer une affichage de cette carte de la réunion à l'identique de la carte papier qui lui serait proposé.
Mais je ne prétend absolument pas que ce soit le meilleur, ni le plus logique "cartographiquement" parlant. Pour avoir tester les 2 avec ma fille de 12 ans, elle préfère la version où on ne repasse pas en carte monde lorsqu'on a décidé de bosser sur la carte de la réunion... Mais bon c'est ma fille alors elle est pas trop objective :mouarf:

Citation:

Envoyé par dgrichard

Ton choix est directement lié à l'affichage des baseLayer, le mien au "non" affichage des baseLayers, mais ils sont conceptuellement identiques (baseLayer supporte projection et emprise => map aussi), techniquement différents !

Pour continuer dans les analogies, dans ma version on peut assimilé l'objet "Map" à la table sur laquelle on pause la carte papier que l'on veux regarder et cette carte à une emprise et une projection propre non modifiable.
Dans votre choix la table correspond nécessairement à la couverture entière du monde et avec des échelles graduées sur le bords en EPSG:4326 par défaut. Lorsque je veux y déposer une carte je suis obliger de la photocopier avec agrandissement ou réduction pour qu'elle puisse prendre sa place sur l'échelle mondiale de la table (et également de reconfigurer les échelles des bords de tables). Mais bon ça tombe bien, dans le monde virtuel de l'informatique les table se redimensionne bien mieux que dans le monde réel.

Bref, le concept n'est donc pas, pour moi, identique même si l’intention fonctionnel est la même.

Citation:

Envoyé par dgrichard

Quant à la reprojection, tu n'y échappes pas si tes overlays (couches qui ne sont pas des baseLayers) ne sont pas dans la projection de la baseLayer (que ce soit côté serveur ou client).
Il y a quelques temps, il existait un service OSM tuilé en EPSG:4326 qui permettait de superposer sans reprojection les couches Géoportail et OSM ...

Tout dépends de la nature des overlays. Les miens ne peuvent être que vectoriel (donc reprojetable sans en modifier la nature) car j'ai proscris l'hérésie de la reprojection des image bitmap avec transformation sans conservation de l'échelle. Je me prive effectivement de toute fonctionnalité de surimpression de couche bitmap, mais là encore il s'agit d'un choix.

Citation:

Envoyé par dgrichard

Mais, tout le monde préfère la (non-)projection Google (qui elle ne couvrent pas le monde entier ... les zones au-delà des 81° de latitude n'étant pas couvertes) :cry: plus jolie (conforme: conserve les angles).
Dans un avenir plus ou moins proche, il est possible que les couches Géoportail soient aussi en projection Mercator Sphérique ...

beurk :calim2: Autant je suis pour la normalisation de tout un tas de choses autant si les cartes ne sont pas réellement ré-éditer et que ça donne le truc bizzard de votre exemple des l'api minimale re-beurk :calim2:

Discussion passionnante... :ccool:

Pour finir en ouvrant un peu :mouarf: j'ai fait ce choix car je voudrais éventuellement supporter également les cartes des région polaires (ou la plate-carré ne fera pas le job) et pourquoi pas de vielles cartes. Mon système, avec ses défauts me semble prêt pour ce genre de chose...
21/08/2010, 22h40
dgrichard

Citation:

Envoyé par shama

Super et du coup si j'ai uniquement la couche IGN de la réunion je peux potentiellement me balader partout dans le monde avec une emprise d'affichage qui me donne que des "tuiles cassées".

Tu exagères légèrement :mrgreen:. Je peux aussi utiliser restrictedExtended pour ne jamais sortir de l'Ile de la Réunion ...

Citation:

Envoyé par shama

Pour continuer dans les analogies, dans ma version on peut assimilé l'objet "Map" à la table sur laquelle on pause la carte papier que l'on veux regarder et cette carte à une emprise et une projection propre non modifiable.

Ok, donc on change de table à chaque fois que l'on change de projection ou d'emprise :D

Citation:

Envoyé par shama

Dans votre choix la table correspond nécessairement à la couverture entière du monde et avec des échelles graduées sur le bords en EPSG:4326 par défaut. Lorsque je veux y déposer une carte je suis obliger de la photocopier avec agrandissement ou réduction pour qu'elle puisse prendre sa place sur l'échelle mondiale de la table (et également de reconfigurer les échelles des bords de tables). Mais bon ça tombe bien, dans le monde virtuel de l'informatique les table se redimensionne bien mieux que dans le monde réel.

Tu devrais relire le code d'Openlayers, les constantes que j'ai donné sont celles d'OpenLayers, pas de l'API ...

Mon choix correspond à changer la nappe de la table ... après tout c'est juste un changement de visualisation du même objet : la terre ;)

Citation:

Envoyé par shama

Bref, le concept n'est donc pas, pour moi, identique même si l’intention fonctionnel est la même.

Je ne cherche pas à te convaincre, mais à comprendre ...

Citation:

Envoyé par shama

Tout dépends de la nature des overlays. Les miens ne peuvent être que vectoriel (donc reprojetable sans en modifier la nature) car j'ai proscris l'hérésie de la reprojection des image bitmap avec transformation sans conservation de l'échelle. Je me prive effectivement de toute fonctionnalité de surimpression de couche bitmap, mais là encore il s'agit d'un choix.

C'est ton choix qui est limite forcément le nombre d'objets vectorielles dans la carte (sauf à passer par les WMS qui assureront le calcul de la couche en bitmap avec ou sans reprojection).

Citation:

Envoyé par shama

beurk :calim2: Autant je suis pour la normalisation de tout un tas de choses autant si les cartes ne sont pas réellement ré-éditer et que ça donne le truc bizzard de votre exemple des l'api minimale re-beurk :calim2:

Là, je ne comprends pas :cry:

Citation:

Envoyé par shama

Pour finir en ouvrant un peu :mouarf: j'ai fait ce choix car je voudrais éventuellement supporter également les cartes des région polaires (ou la plate-carré ne fera pas le job) et pourquoi pas de vielles cartes. Mon système, avec ses défauts me semble prêt pour ce genre de chose...

Désolé, mais la plate-carré fera bien mieux le job que la Mercator sphérique ... même si les angles/distances sont écrasés/distendues au pôle (ce n'est pas une projection conforme).

On a monté la Terre Adélie depuis peu dans l'API (mi-juillet) dans la projection stéréo-polaire (différente donc des deux autres).

Au final:

* 3 baselayers qui s'affichent dans 3 projections pour toi (je compte le pôle sud);
* 3 baselayers qui ne s'affichent pas dans 3 projections pour moi (idem);
* une gestion des couches dynamiques (par reprojection si possible) et continue (emprise) pour moi;
* idem, mais limité aux couches vectorielles si j'ai bien compris pour toi.
22/08/2010, 00h11
shama

Citation:

Envoyé par dgrichard

Tu exagères légèrement :mrgreen:. Je peux aussi utiliser restrictedExtended pour ne jamais sortir de l'Ile de la Réunion ...

Oui et il est définit au niveau des layers et reporté sur l'objet map (comme ses résolutions etc.) non ?

Citation:

Envoyé par dgrichard

Ok, donc on change de table à chaque fois que l'on change de projection ou d'emprise :D

Tiens un peu de mauvais esprit presque comme moi :lol:
La table reste toujours la même puisque la carte papier que je pose dessus contient son emprise et son système de projection. Là j'ai vraiment du mal à comprendre la remarque :oops:

Citation:

Envoyé par dgrichard

Tu devrais relire le code d'Openlayers, les constantes que j'ai donné sont celles d'OpenLayers, pas de l'API ...

Citation:

Envoyé par OpenLayers.Doc

If you set map.allOverlays to true, then you cannot use map.setBaseLayer or layer.setIsBaseLayer. With allOverlays true, the lowest layer in the draw layer is the base layer. So, to change the base layer, use setLayerIndex or raiseLayer to set the layer index to 0.

Si j'ai bien compris plutôt que d'avoir un baseLayer on change l'ordre des calques...

Citation:

Envoyé par dgrichard

Mon choix correspond à changer la nappe de la table ... après tout c'est juste un changement de visualisation du même objet : la terre ;)

Très belle analogie et bien plus proche de la réalité que ce que j'avais dis. Bon il faut quand même avoir une nappe pour chaque carte ayant une emprise et projection différente.

Citation:

Envoyé par dgrichard

Je ne cherche pas à te convaincre, mais à comprendre ...

C'est ton choix qui est limite forcément le nombre d'objets vectorielles dans la carte (sauf à passer par les WMS qui assureront le calcul de la couche en bitmap avec ou sans reprojection).

Pour ces 2 points nous sommes parfaitement d'accord.

Citation:

Envoyé par dgrichard

Là, je ne comprends pas :cry:

Je parle de cet exemple http://api.ign.fr/geoportail/api/doc...alMinimum.html et je suis encore de mauvaise fois car je viens de revisité et a part le côté "surprenant" c'est bien lisible.

Citation:

Envoyé par dgrichard

Désolé, mais la plate-carré fera bien mieux le job que la Mercator sphérique ... même si les angles/distances sont écrasés/distendues au pôle (ce n'est pas une projection conforme).

Je me suis trompé je voulais bien parler de la Mercator sphérique

Citation:

Envoyé par dgrichard

Au final:
* 3 baselayers qui s'affichent dans 3 projections pour toi (je compte le pôle sud);
* 3 baselayers qui ne s'affichent pas dans 3 projections pour moi (idem);
* une gestion des couches dynamiques (par reprojection si possible) et continue (emprise) pour moi;
* idem, mais limité aux couches vectorielles si j'ai bien compris pour toi.

C'est tout à fait ça. 8-)