Interagir avec la carte : l'utilisateur choisit une échelle

[MaelREBOUX]

ou est-ce que l'utilisateur se contente du zoom souris ? franchement ?

[aureliesouvignet]

Question que nous avions eu aussi : échelle 'francaise" ou 'google' ?

[MaelREBOUX]

On pense aux échelles fixes des systèmes de tuiles. Chez la plupart d'entre nous c'est / ce sera les échelles du système WebMercator (EPSG:3857).

un dev peut confirmer ce point en OL3 ? @fvanderbiest ?

[landryb]

+1 pour les échelles en 3857 des systemes de tuiles. Si on affiche une échelle, c'est les mêmes que celles actuellement dans mfapp, ou alors avec des valeurs 'approchantes' (ie afficher ~90000).

On ne mesure pas avec une règle sur son écran, on utilise les outils de mesure..

[jusabatier]

Si on utilise des echelles issues des systèmes de tuiles (3857), il faut prendre en compte qu'on ne pourra pas utiliser les services d'impression HTML5 (canvas) pour générer des cartes avec des échelles humaines (1/100, 1/1000, 1/5000, ...) et donc qu'il faudra un webservice d'impression.

[landryb]

Rien n'empeche de resizer l'image a la volée coté client, mais que ce soit pour l'affichage ou l'impression, si l'utilisateur veut une échelle humaine et que le cache propose des échelles standard, il aura du vomi..

[MaelREBOUX]

@landryb propose de cacher cette complexité derrière une échelle logique floue :

• rue
• quartier
• ville
• agglo
• département

[deneux]

c'est ce que fait le géoportail, et c'est une solution élégante pour contourner le problème

[deneux]

correction, c'est ce que faisait le geoportail v2 et l'ancienne API ign, ca a disparu en v3, le géoportail n'affiche que l'echelle actuelle et les boutons +/-