La correction sur levelCOG proposée dans la PR #351 fonctionne bien pour différentes tailles de dalle (16x16, 8x8, 4x4) si la taille des tuiles est 256x256, mais pas tout à fait sur des tuiles différentes de 256 (ex: 512 ou 1024). Cela semble être lié à la valeur de 'level' (Z) pas correcte : exemple :
pour cache avec tuiles 512x512 et dalles 16x16, résolution 20 cm : pour DeZoom 1/32, il affiche en fait level=15 (donc DeZoom=1/16), au lieu de level=14 (2ème COG), et donc levelCOG=19 (1er COG)
pour cache avec tuiles 1024x1024 et dalles 16x16, résolution 20 cm : pour DeZoom 1/32, il affiche level=16 (donc DeZoom=1/8), au lieu de level=14 (2ème COG), et donc levelCOG=19 (1er COG)
Problème du client itowns : il semble y avoir un décalage entre le 'level' (et donc le 'levelCOG') demandé et celui affiché si la tuile est différente de 256. Le décalage est de 1 niveau (level) si taille tuile = 512 et de 2 niveaux si tuile=1024.
Actuellement, dans le client itowns, le niveau maximal d'affichage du graphe/contour et de saisie est lié à la taille de la dalle (ex: Dezoom 1/16 pour dalles de 16x16, 1/8 pour 8x8 et 1/4 pour 4x4). L'affichage actuel dans itowns du graphe/contour est 'décalé' pour des caches avec des tuiles différentes de 256x256, voir plus haut, avec des incohérences avec le message 'Graph not displayed', message qui n'est pas dépendant de 'level'.
Évolution possible du client itowns : imposer 1/16 comme niveau max pour graphe/contour et pour les saisies, indépendamment de la taille de la dalle.
Actuellement, dans client itowns, pas de correction sur 'level', ni d'évolution sur le niveau max d'affichage de graphe/contour et de saisie ne sont demandées par l'utilisateur principal (voir PR #351) :
La correction proposée [dans la PR #351] ne règle effectivement pas les problèmes liés à iTowns mais offre déjà une amélioration notable (en particulier dans le contexte QGis) et ces corrections liées à iTowns peuvent être mises en attente parce que:
* il n'est pas acté que l'on utilisera effectivement des caches avec des tuiles d'une autre dimension que 256
* on a décidé de ne plus faire d'évolutions lourdes sur la partie iTowns pour l'instant
Comme mentionné dans la PR #351 :
La correction sur levelCOG proposée dans la PR #351 fonctionne bien pour différentes tailles de dalle (16x16, 8x8, 4x4) si la taille des tuiles est 256x256, mais pas tout à fait sur des tuiles différentes de 256 (ex: 512 ou 1024). Cela semble être lié à la valeur de 'level' (Z) pas correcte : exemple :
Problème du client itowns : il semble y avoir un décalage entre le 'level' (et donc le 'levelCOG') demandé et celui affiché si la tuile est différente de 256. Le décalage est de 1 niveau (level) si taille tuile = 512 et de 2 niveaux si tuile=1024.
Actuellement, dans le client itowns, le niveau maximal d'affichage du graphe/contour et de saisie est lié à la taille de la dalle (ex: Dezoom 1/16 pour dalles de 16x16, 1/8 pour 8x8 et 1/4 pour 4x4). L'affichage actuel dans itowns du graphe/contour est 'décalé' pour des caches avec des tuiles différentes de 256x256, voir plus haut, avec des incohérences avec le message 'Graph not displayed', message qui n'est pas dépendant de 'level'.
Évolution possible du client itowns : imposer 1/16 comme niveau max pour graphe/contour et pour les saisies, indépendamment de la taille de la dalle.
Actuellement, dans client itowns, pas de correction sur 'level', ni d'évolution sur le niveau max d'affichage de graphe/contour et de saisie ne sont demandées par l'utilisateur principal (voir PR #351) :