search

ign-packo / PackO

Outil pour le contrôle et la retouche du mosaïquage d'ortho
Other
6 stars 2 forks source link

Refactor projection #403

Open nlenglet-ign opened 11 months ago

nlenglet-ign commented 11 months ago

Ajout des projections nécessaires à l'utilisation en production

Mise à jour des paramètres par défaut dans overviews comme demandé :

Mise à jour swagger en correspondance

Mise à jour de la doc et des tests

coveralls commented 11 months ago

Pull Request Test Coverage Report for Build 9757678684

Details

Files with Coverage Reduction New Missed Lines %
middlewares/wmts.js 2 91.82%
gdal_processing.js 38 77.26%
<!-- Total: 40 -->
Totals Coverage Status
Change from base Build 9757489901: -0.5%
Covered Lines: 5917
Relevant Lines: 6168
💛 - Coveralls
nlenglet-ign commented 8 months ago

Tests réalisées pour la rétrocompatibilité LAMB93 <-> RGF93_LA93 :

amrosu commented 7 months ago

Le problème ave GetTile/GetFeatureInfo dans la doc vient de TILEMATRIXSET qui est sur la forme d'une liste contenant les nouveaux identifiants de la pyramide (et donc pas compatible avec les vieux cache contenant les vieux identifiants). Pour corriger cela, je propose de passer à un champ libre - commit 4d92df7. J'ai également corrigé une petite coquille dans l'exemple POST/ cache - commit 9c93ff4

nlenglet-ign commented 7 months ago

Les saisies sont OK sous QGis. Le comportement attendu dans swagger est le bon également.

amrosu commented 2 weeks ago

J'ai remplacé les LAMB93->RGF93_LA93 restants dans la doc et les fichiers des tests regress, plus rebase de la branche

amrosu commented 1 week ago

Avec le changement de la taille de la tuile (512x512 px au lieu de 256x256 px), on retrouve le problème d'incohérence dans l'affichage des niveaux de zoom avec le client itowns décrit dans le ticket #358 :

[...] 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'. [...]

Dans ce même ticket on avait conclu de ne pas corriger ce problème dans le client itowns, car :

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 https://github.com/ign-packo/PackO/pull/351) :

[...] 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
amrosu commented 1 week ago

Et pour info, le repère géodésique pour Mayotte changera bientôt selon le service de géodésie de l'IGN : RGM23 remplacera RGM04. Pour le moment, RGM23 n'est pas officielle, donc pas de code EPSG, ni de définition d'emprise ... D'ici-là, on gardera RGM04 pour Mayotte