Aller au contenu

Historique des versions

5.4.0

[Added]

  • WMS :
  • Ajout de la configuration du titre et nom de la couche racine dans le getCapabilities

[Changed]

  • WMS :
  • DĂ©placement des fonctions d'Ă©criture d'une bbox du getCapabilities dans UtilsXML
  • Ajout de bbox au niveau de la couche racine dans le getCapabilities
  • L'attribution d'une couche est mise aprĂšs les Ă©ventuelles mĂ©tadonnĂ©es
  • WMTS :
  • On ne liste plus les couches de tuiles vectorielles dans le getCapabilities
  • On exporte dans le getcapabilities un TMS diffĂ©rent pour chaque couple haut / bas prĂ©sent dans les couches

5.3.0

[Added]

  • Sur les routes admin de ajout, modification et suppression de couche, on peut demander que les capacitĂ©s des services ne soient pas regĂ©nĂ©rĂ©s
  • Un nouvelle route admin (PUT /admin/layers) sans paramĂštre permet de demander la rĂ©Ă©criture des capacitĂ©s des services

[Changed]

  • Ajout de l'ID de thread dans les logs

5.2.1

[Changed]

  • En WMS, si la requĂȘte ne prĂ©cise pas de version, on met la version 1.3.0 par dĂ©faut
  • En WMTS, si la requĂȘte ne prĂ©cise pas de version, on met la version 1.0.0 par dĂ©faut

5.2.0

[Fixed]

  • La fonction de copie d'une instance MetadataURL recopie bien le format et le href
  • Lors de l'Ă©criture de nombres flottants dans les rĂ©ponses Ă  un appel GetFeatureInfo, on prĂ©cise les dĂ©cimales
  • Utils API Tiles
    • correction l'extraction de la collection et du style lors d'appels Ă  la route /ogcapitiles/collections/{}/styles/{}/map/tiles/{}/{}/{}/{}(/info)?
    • le style par dĂ©faut de la couche est bien utilisĂ©e lors d'appels sans prĂ©cision de style

[Added]

  • Gestion de la mĂ©tadonnĂ©e de service pour l'OGC API Tiles

[Changed]

  • Pour le WMS, WMTS et OGC API Tiles, la fourniture d'une mĂ©tadonnĂ©e de service est obligatoire dans le cas inspire
  • Pour tous les services de diffusion, si une mĂ©tadonnĂ©e de service est fournie, elle est mise dans la rĂ©ponse au GetCapabilities
  • Layer : si aucune bbox n'est fournie, elle est dĂ©duite du niveau le mieux rĂ©solu des pyramides utilisĂ©es par la couche * Dans le getcapabilities WMTS, dans le cas de TMS additionnel pour une couche, on ajoute une marge de une tuile pour les tuiles limites calculĂ©es

5.1.0

Implémentation partielle de l'API OGC Tiles - Part 1 v1.0.0 final release

[Added]

  • Liste de nouvelles routes pour obtenir le GetCapabilities:

    • /ogcapitiles/collections avec les paramĂštres facultatifs :
    • bbox
    • limit
    • /ogcapitiles/collections/{layer}/map/tiles
    • /ogcapitiles/collections/{layer}/tiles
    • /ogcapitiles/tilematrixsets
    • /ogcapitiles/tilematrixsets/{tms}

  • Liste des nouvelles routes pour obtenir le GetTile :

  • Raster

    • /ogcapitiles/map/tiles/{tms}/{level}/{row}/{col} avec le paramĂštre obligatoire : collections={layer}
    • /ogcapitiles/styles/{style}/map/tiles/{tms}/{level}/{row}/{col} avec le paramĂštre obligatoire : collections={layer}
    • /ogcapitiles/collections/{layer}/styles/{style}/map/tiles/{tms}/{level}/{row}/{col}
    • /ogcapitiles/collections/{layer}/map/tiles/{tms}/{level}/{row}/{col}

  • Vecteur * /ogcapitiles/tiles/{tms}/{level}/{row}/{col}?collections={layer} * /ogcapitiles/collections/{layer}/tiles/{tms}/{level}/{row}/{col}

[Changed]

  • Si la liste des styles est fournie mais vide, on le traite comme si rien n'Ă©tait fourni : on ajoute le style par dĂ©faut

5.0.4

[Fixed]

  • SwiftContext : lecture des header insensible Ă  la casse

5.0.1

[Changed]

  • Le style par dĂ©faut d'une couche est dĂ©fini comme le premier style dĂ©fini au niveau de la couche

[Fixed]

  • Pas de rĂ©cupĂ©ration du style lors de l'interrogation en TMS d'une couche de tuiles vectorielles

5.0.0

Les configurations des couches, styles et tile matrix sets peuvent ĂȘtre des objets. Styles et TMS sont chargĂ© Ă  l'utilisation dans des couches, et les descripteurs des couches Ă  charger sont listĂ©s.

[Changed]

  • Chargement des styles et des TMS au besoin : ce n'est que lors de l'utilisation du style dans une couche ou d'un TMS dans une pyramide que l'on charge le fichier correspondant.
  • Styles et TMS peuvent ĂȘtre stockĂ©s en mode fichier ou objet. Dans la configuration du serveur, le rĂ©pertoire prĂ©cisĂ© est prĂ©fixĂ© par le type de stockage (file://, s3://, swift://, ceph://, mode fichier sinon).
  • Initialisation des couches Ă  partir d'une liste de descripteurs
  • La configuration de la sortie de log en standard passe de standard_output_stream_for_errors Ă  standard_output

[Removed]

  • Chargement de tous les descripteurs de couche d'un dossier
  • Gestion de la persistence lors de l'ajout/modification/suppression d'une couche via l'API admin

4.1.0

[Added]

  • ImplĂ©mentation de routes de santĂ©
  • /healthcheck : informations gĂ©nĂ©rales, version, date de lancement, statut gĂ©nĂ©ral
  • /healthcheck/info : informations dĂ©taillĂ©es, listes de couches, styles et tile matrix sets
  • /healthcheck/depends : informations sur les stockages, nombres de contextes par type
  • /healthcheck/threads : informations sur les threads, statut, requĂȘtes prises en charge, dernier temps de rĂ©ponse

[Fixed]

  • Passage du nombre de jours sur 2 chiffres dans les appels S3

4.0.0

Le projet ROK4 a été totalement refondu, dans son organisation et sa mise à disposition. Les composants sont désormais disponibles dans des releases sur GitHub au format debian.

Cette release contient le serveur de diffusion de données raster ou vecteur stockées dans des pyramides ROK4.

[Added]

  • Ajout d'une API d'administration permettant la crĂ©ation, la modification et la suppression de couches. Le dossier des couches peut ĂȘtre vide au dĂ©marrage. Corps de requĂȘte
  • Les descripteurs de pyramide peuvent ĂȘtre lus directement sur un stockage objet
  • Une couche peut exploiter plusieurs pyramides, sur des niveaux diffĂ©rents
  • Gestion d'un cache des en-tĂȘtes des dalles, permettant d'Ă©viter des lectures lors de la rĂ©cupĂ©ration de tuiles par le serveur.
  • PossibilitĂ© de configurer des attributions et des mĂ©tadonnĂ©es au niveau des couches, afin qu'elles apparaissent dans les rĂ©ponses au GetCapabilities TMS et WMS
  • PossibilitĂ© de lire des liens symboliques inter contenants sur des stockages objets
  • La configuration d'une couche peut ne pas prĂ©ciser de bbox : on considĂšre alors l'Ă©tendue maximale des pyramides utilisĂ©es. PrĂ©ciser une bbox permet de limiter cette Ă©tendue de dĂ©finition de la couche.
  • Les URL d'exposition du serveur sont prĂ©cisĂ©es dans la configuration, pour ĂȘtre injectĂ©es au besoin dans les rĂ©ponses.
  • Le descripteur de couche peut prĂ©ciser une liste de TMS additionnels diffĂ©rents de celui natif des pyramides exploitĂ©es. Cela permet d'interroger les donnĂ©es en WMTS selon ces TMS non natifs

[Changed]

  • RĂ©organisation des configurations et passage en JSON, dont les spĂ©cifications sont dĂ©crites sous forme de schĂ©mas JSON. Le passage en JSON concerne les configurations du serveur et des services, les descripteurs de couches, les styles et les TMS.
  • Passage de la librairie PROJ Ă  la version 6

[Removed]

  • Suppression du support du WMS 1.1.1
  • Suppression de la gestion de styles complexes (quand le valeur finale d'un pixel dĂ©pend des valeurs initiales du voisinage, comme le calcul de pente ou d'ombrage) Ă  la volĂ©e