[livré] choix du fond de carte par défaut pour la vignette

Message par **sly** » 15 mars 2013, 01:57

Débat déjà abordé sur IRC, le fond de carte par défaut des vignettes, c'est, aujourd'hui http://maps.refuges.info

J'aime bien, c'est un choix "valable" comme par défaut pour toute l'europe, mais pour ici : http://www.refuges.info/point/1837/caba ... -de-Prony/

ben, c'est un peu léger ;-)

On avait parlé de mettre par défaut suissetopo en suisse, ign en france, puis maps.refuges.info si pas dispo, et enfin opencyclemap si rien d'autre.

Mais je crois me souvenir que le choix suissetopo (en tout cas celui là) avait été évité comme par défaut pour une histoire de trop grosse consommation de transfert réseau.
Pour peu que ça soit le cas pour l'italie et l'espagne, ça va nous faire un sacré plat de nouille dans le code ;-)

Bref, le bug numéro 1 me semble d'éviter d'utiliser MRI quand le point n'est pas dans sa zone de couverture, pour le reste, on pourra chercher plus tard.
Mais pour régler ça, il faut savoir quand on est dedans.

Ce qui rejoins le point évoqué par dominique lié à la question d'avant : suissetopo débordant en italie, ces cas peuvent être intéressant en utilisant suissetopo quand même, et pour ça, il faudrait donc rentrer plus finement l'info "quelle carte a quelle couverture" et créé une hiérarchie de préférence de tout ça. (ou pas !)

Message par **Dominique** » 15 mars 2013, 08:47

Je suis sur un coup dans OL, basé sur les "maxExtent" des cartes
Mais ça a quelques effets de bords
Je n'ai pas livré à la dernière livraison majeure
A suivre sur TRI ?

Message par **sly** » 15 mars 2013, 12:40

Dominique a écrit : A suivre sur TRI ?

Sur DRI ;-) Oui, ça me va, c'est pas vraiment bloquant

Message par **Dominique** » 25 mars 2013, 22:10

Voilà. Ma nouvelle gestion des fournisseurs de cartes est livrée dans http://dev.refuges.info
1/ Par défaut : affiche MRI
(sauf si hors de la zone couverte : affiche OCM)
2/ Dés qu'on a sélectionné un fournisseur de carte, reste sur ce fournisseur en parcourant les différentes pages
(sauf si ce fournisseur ne couvre pas la zone demandée, auquel cas on retourne en 1)

Éradication de l'appel à l'API GG pour Accueil et page points (les plus fréquentes)
J'ai laissé GG photo pour la page des cartes et des modifs (sinon, il y a des coins de la planète où on n'a pas de photo)

yip · Message par **yip** » 27 mars 2013, 10:14

sauf si ce fournisseur ne couvre pas la zone demandée

Tu as fait avec les MaxExtents d'OL ?
C'est pour les effets de bords

Message par **Dominique** » 27 mars 2013, 10:42

yip a écrit :
sauf si ce fournisseur ne couvre pas la zone demandée
Tu as fait avec les MaxExtents d'OL ?
C'est pour les effets de bords

En partie oui (ceux qui sont bien bordés)
Pour les autres (qui taillent large), j'ai inclus dans la classe JS un limitExtent (si on modifie le MaxExtents, on perturbe la pagination des dalles et on se retrouve dans le bled)
Je prend soit l'un, soit l'autre, priorité limitExtent
La sélection s'effectue dans la classe ArgParserCookies, qui est une extension perso de ArgParser, le tout appelé par le Permalink.js, lui aussi étendu en PermalinkCookies
En fait, j'ai regroupé sous ce contrôle PermalinkCookies l'ensemble de la gestion des paramètres de positionnement (par défaut / cookie / permalink) pour position, baselayer, zoom
Enfin, comme je réutilise les paramètres d'une page à l'autre, j'ai remplacé les paramètre base="BOOO" et zomm=9 par le nom du BL en clair et scale, pour être indépendant de l'implémentation de la vignette ou carte, avec lequel je recalcule le zoom du layer une fois choisi
Je suis en train de reprendre ces classes qui buggent au niveau du permalink

new OpenLayers.Control.PermalinkCookies (null, null, {
force: {
lon: 5.84874,
lat: 46.25495,
scale: 50000,
baseLayer: 'maps.refuges.info'
}
}),

yip · Message par **yip** » 27 mars 2013, 15:05

Merci des explications Dominique.

Bon j'ai pas pigé grand chose

, juste que les cartos sont des BBOX,
donc on a encore les effets concaves ( aux frontières pour faire simple ) ?

Message par **Dominique** » 27 mars 2013, 15:43

yip a écrit : les cartos sont des BBOX,
donc on a encore les effets concaves ( aux frontières pour faire simple ) ?

Oui. J'ai pas trouvé mieux, mais c'est plus simple
le but est:
- en priorité de conserver le fournisseur de carte déjà sélectionné sur les pages précédentes (idée très intéressante de

). Donc gestion du cookie, que j'ai fait en java
- sinon, par défaut, MRI
- j'ajoute un brin de permalink pour SLY
- le tout conditionné au fait qu'il faut d'abord vérifier qu'il y a une carte là où on tombe => raison pour laquelle j'ai mis mes bbox concaves

Bien entendu, on ne fera pas la distinction entre un côté et l'autre de la frontière, chose que je laisse à PG. Pour être clair, accessible par le lien en dessous de la vignette

Le reste est une cuisine indigeste tripotée dans les classes rajoutées par moi sur OL. Le fait que tu ne comprennes pas me confirme que mon truc est un plat de nouilles mal fait