Bascule IGN Géoplateforme
Bonsoir,
Vous savez sans doute déjà que l'IGN est en train de déplacer et renommer ses services de diffusion. L'opération est en cours, très avancée, et cela va impliquer en particulier que tous les chemins d'accès aux cartes en ligne doivent être modifié avant la fin de cette année 2023 (le service actuel va s'interrompre au plus tard le 15 janvier 2024).
Maj. 21 décembre : l'arrêt des services actuels est repoussée au 15 mars 2024.
Et donc tous vos fichiers de configurations d'accès aux cartes en ligne sont à modifier !
Cela concerne en particulier ici, les fichiers pour Land et ceux pour MOBAC.
Les nouveaux accès sont déjà opérationnels pour la majorité des fonds de carte.
Pour ceux qui sont intéressés, je propose ici :
Fichiers de configuration IGN Géoplateforme
des fichiers de configuration à jour et testés de la bascule pour MOBAC, Land et Locus Map.
Merci des retours s'il y a des questions ou des soucis.
Cordialement,
PS : pour les cartes en ligne dans Land, c'est toujours aussi peu performant (à cause de Land), je n'y suis pour rien...
-
Alors je viens de tester, les scripts xml pour les orthophoto crée bien un dossier en cache ou ce trouve les tuiles.
Avant de commencer le dossierµ - Mobac\tilestore\
Après téléchargement
µ - Mobac\tilestore\db-02 - France IGN Photos\00000000.jbd
C'est bien toi Thierry qui a un problème de réglage quelque part dans le fichier INI de Mobac
-
En complément, pour la réalisation de tuiles en reprenant le test fait plus haut, la durée redevient équivalente a celle faite sur l'ancien serveur. Les erreurs ont presque disparues il en subsite comme avant
Pour le script multicouche,
<tileUpdate>IfNoneMatch</tileUpdate>
<tileUpdate>None</tileUpdate> pour la dernière couche, il reste a confirmer que c'est la bonne solution..
Cdlt
-
Pour information :
tileUpdate
Type
Optional entry
Description
The server capabilities for conditional downloading of new/updated tiles.
Note
A tile is only downloaded if it is not present in the tile store or if the downloaded tile in the tile store has expired.
Possible Values
IfNoneMatch: When a new tile is downloaded an If-None-Match entry is added to the request header. Requires the server to provide an ETag value in each HTTP response and support of If-None-Match request header.
ETag: Before downloading a tile completely an HTTP HEAD request is performed for checking the ETag value of the tile. An actual download is only performed in case the ETag value is different to the stored one. Requires the server to provide an ETag value in each HTTP response.
IfModifiedSince: When a new tile is downloaded an If-Modified-Since entry is added to the request header. Requires the server to provide a Last-Modified value in each HTTP response and support of If-Modified-Since request header.
LastModified Before downloading a tile completely an HTTP HEAD request is performed for checking the Last-Modified value of the tile. An actual download is only performed in case the Last-Modified value is newer than the stored one. Requires the server to provide a Last-Modified value in each HTTP response.
None: No checking is performed - if a tile has expired it is directly downloaded.
Default value if not present
NoneCette balise ne concerne pas le stockage de tuiles, mais comment traiter la requête au serveur en fonction du contenu du stockage.
-
Bernard pour tester les dires de Thierry ou je dois la mettre cette balise?
<?xml version="1.0" encoding="UTF-8"?>
<customMapSource>
<name>02 - France IGN Photos</name>
<backgroundColor>#000000</backgroundColor>
<minZoom>0</minZoom>
<maxZoom>19</maxZoom>
<url><![CDATA[https://data.geopf.fr/wmts?Service=WMTS&Version=1.0.0&Request=GetTile&Layer=ORTHOIMAGERY.ORTHOPHOTOS&Style=normal&Format=image/jpeg&TileMatrixSet=PM&TileMatrix={$z}&TileRow={$y}&TileCol={$x}]]></url>
<trustedPublicKeys>
<publicKeyHash>680ade8d871e965ffe11e4df048a81fcf3a78c5179a0a5b295fba42b3fcd79df</publicKeyHash>
</trustedPublicKeys>
</customMapSource> -
Trouver la cause fût asser simple;
J'ai vidé entièrement le cache,
Puis ouvert Mobac et sélectionné successivement les script xml => Le cache reste vide!
On ouvre un script *.bsh, le cache comporte un path du nom de cette carte,
Petite pèche aux scripts *.xml simple couche et multi couches,
J'ouvre cette carte et le cache à créer un path du nom de cette carte xml.
Il ne restait qu'a faire le jeu des erreurs (il y avait aussi ces : dans le nom, mais ce n'est pas la cause)
Cdlt
-
"Bon après test, en effet çà a l'air de régler le problèmes des croix rouge et tuile noire."
Vraiment ? Je viens d'essayer, par acquis de conscience même si je savais que cela ne servais à rien, et j'ai toujours des "trous".
Mais tout à l'heure, pendant plus de 10mn, tout allait bien.
Reteste dans quelque temps, le serveur a l'air assez instable (en fait, je soupçonne un effet de load-balancing entre plusieurs serveurs pour équilibrer la charge, et un serveur qui bugue et pas les autres).Je précise (je l'ai déjà dit, mais apparement, ça n'a pas été lu) que j'ai l'exact même problème avec Locus Map qui se configure différemment.
Le problème de "trous" ne vient pas du logiciel client, mais du serveur geopf !
-
Je confirme tes dires Bernard, l'amélioration n'a été que de courte duré. Je vais enlever cette balise car elle n'apporte pas un plus vraiment notable et surtout durable.
Surtout que cette histoire de non mise en stock sur le disque dur me parait bizarre. C'est pour moi juste une histoire de paramétrage dans Mobac plutôt que le problème du Script. -
Pas de soucis, comme vous "voul" "voul"...
Ma carte pour demain irréalisable ce matin avec ces scripts:
- Durée excessives de réalisation,
- Trous de tuile,
- Même durée pour chaque tentative (Pas de cache)
- Carrés noirs, croix rouges
je viens de la réaliser avec ce script modifié et c'est correct (Durée, pas de trous, plus de carré noir ni croix)
Là ou c'est le moins flagrant c'est le script multicouche.
Affaire à suivre... dans qq jours
-
Par contre Bernard, le nouveau serveur n'accepte plus les script *.bsh??
Le script ne va pas au serveur, il est utilisé par Mo bac pour créer une requête WMTS c'est ce que reçoit le serveur.
Mes anciens scripts *.bsh ont été modifiés pour l'accès beta qui est possible depuis quelques mois.
Il n'y a aucune raison qu'un bsh modifié ne fonctionne pas. Pour les temps de réaction j'ai comparé avec l'accès "beta"
Cdlt
-
Sans vouloir fatiguer Bernard,
il n'y a aucune latence dans QmapShack avec les scripts *.tms modifiés pour le "portail" suivant par exemple (ni carré noir ni croix noir..)
https://data.geopf.fr/tms/1.0.0/GEOGRAPHICALGRIDSYSTEMS.PLANIGNV2/%1/%2/%3.png,
Et il n'y en as plus non plus avec MOBAC pour son équivalent xml, depuis que le cache est correctement gerer.
Idem dans 9.6.1 aucune latence, aucun carré noir ni croix rouge.
C'est juste un problème de gestion de cache
Si le serveur est en cause le défaut serait partout..
Mobac ne doit pas gérer de la même manière le cache suivant le format du script.
cdlt
-
"Par contre Bernard, le nouveau serveur n'accepte plus les script *.bsh?"
Comme déjà dit par Thierry, les scripts sont interprétés en local.
Pourquoi ai-je utilisé des scripts en XML : parce que je préfère, c'est tout. XML, c'est formel, c'est propre.
Les scripts en .bsh sont inutilement compliqués. Je peux faire la même chose en XML, et plus (superposition), pour mon usage propre.
En conséquence, j'ai préféré rester homogène en syntaxe.
Mais chacun peut faire ce qu'il veut !
J'ai mis ces scripts en ligne pour ceux qui ne savent pas les créer eux-même et qui en auraient besoin.
Les autres ont forcément avantage à écrire les leurs.
J'utilise toujours Mobac 2.1.3. Il ne faut pas exclure un comportement différent, ou un bug dans une version plus récente.
Le service geopf est manifestement instable en terme de qualité et performances, il est donc prudent de ne pas tirer de conclusion trop rapides dés qu'on change une virgule quelque part.
Bis repetita : je constate ce même problème de tuiles noires avec Locus, ce ne sont pas les mêmes scripts, donc...
Ce fil de discussion commence à me gonfler grave.
Vous devez vous connecter pour laisser un commentaire.
Commentaires
104 commentaires