pas de problèmes juste des questions

xlhomme / GeotiffParser.js

A JavaScript-based parser for the GeoTIFF image format.

Mozilla Public License 2.0

46 stars 15 forks source link

pas de problèmes juste des questions #1

Closed kaktus40 closed 9 years ago

kaktus40 commented 9 years ago

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

xlhomme commented 9 years ago

Bonsoir,

GeotiffParser.js est en cours de développement, l'objectif serait de lire tout type de geotiff avec de bonne perf et sans surcharge mémoire (c'est à dire , ne charger en mémoire que les blocks (tuiles ou strip) demandés)... Mais je suis loin de cet objectif : je débute en javascript.

En ce qui concerne les protocoles OGC ( WMS, WMTS ) et le TMS : ce sont des protocoles qui te permettent d'envoyer des images : c'est à dire une "interprétation" de la donnée source contenue. Les serveurs cartographiques associent un filtre à la donnée source pour la transformer en donnée affichable. Par exemple prends un MNT (DTED ou STRM) codé sur 16bits sur le Mont Blanc qui passe par une fonction de transfert pour ressortir un dégradé de gris codé sur 8bits : c'est à dire avec des valeurs entre 0 et 255, alors qu'initialement tu as des valeurs entre 0 et 5000m ... Tu ne peux pas savoir quelle est la fonction (filtre) qui a été indiquée par la personne qui a publier le service.

Pour transférer une donnée d'élévation sans altération de la donnée brute, il faut utiliser le protocole OGC WCS. (ou le service ESRI ImageService ).

un petit article à lire http://blog.thematicmapping.org/2014/03/using-web-map-services-with-threejs.html

Cordialement

Le 26 octobre 2014 19:48, kaktus40 notifications@github.com a écrit :

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1.

kaktus40 commented 9 years ago

Merci pour l'article en fait avec geoserver tu peux utiliser un plug in qui permet de fournir en WMS les données d'élevation issue de n'importe quelle source exploitable par geoserver (il faut chercher bil dds). Je l'emploie justement pour conserver les données sur 16 bits, je ne sais pas si le float32 est accepté mais c'est à tester (même si je n'en voit pas l'intéret vu l'imprécision des fichiers sources!!). Par ailleurs j'ai aussi crée un petit executable qui s'appuie sur geotools (bibliothèque JAVA sur laquelle s'appuie geosserver) pour générer des geotiffs portant l'élévation sur deux octets de couleurs au lieu de deux octets de gris.

On 26/10/2014 20:27, xavier lhomme wrote:

Bonsoir,

GeotiffParser.js est en cours de développement, l'objectif serait de lire tout type de geotiff avec de bonne perf et sans surcharge mémoire (c'est à dire , ne charger en mémoire que les blocks (tuiles ou strip) demandés)... Mais je suis loin de cet objectif : je débute en javascript.

En ce qui concerne les protocoles OGC ( WMS, WMTS ) et le TMS : ce sont des protocoles qui te permettent d'envoyer des images : c'est à dire une "interprétation" de la donnée source contenue. Les serveurs cartographiques associent un filtre à la donnée source pour la transformer en donnée affichable. Par exemple prends un MNT (DTED ou STRM) codé sur 16bits sur le Mont Blanc qui passe par une fonction de transfert pour ressortir un dégradé de gris codé sur 8bits : c'est à dire avec des valeurs entre 0 et 255, alors qu'initialement tu as des valeurs entre 0 et 5000m ... Tu ne peux pas savoir quelle est la fonction (filtre) qui a été indiquée par la personne qui a publier le service.

Pour transférer une donnée d'élévation sans altération de la donnée brute, il faut utiliser le protocole OGC WCS. (ou le service ESRI ImageService ).

un petit article à lire http://blog.thematicmapping.org/2014/03/using-web-map-services-with-threejs.html

Cordialement

Le 26 octobre 2014 19:48, kaktus40 notifications@github.com a écrit :

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1.

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60528777.

kaktus40 commented 9 years ago

Quand ton parseur sera suffisamment abouti, est ce que celà te dérange que je le récupère pour l'incorporer dans mon plugin? On 26/10/2014 20:27, xavier lhomme wrote:

Bonsoir,

GeotiffParser.js est en cours de développement, l'objectif serait de lire tout type de geotiff avec de bonne perf et sans surcharge mémoire (c'est à dire , ne charger en mémoire que les blocks (tuiles ou strip) demandés)... Mais je suis loin de cet objectif : je débute en javascript.

En ce qui concerne les protocoles OGC ( WMS, WMTS ) et le TMS : ce sont des protocoles qui te permettent d'envoyer des images : c'est à dire une "interprétation" de la donnée source contenue. Les serveurs cartographiques associent un filtre à la donnée source pour la transformer en donnée affichable. Par exemple prends un MNT (DTED ou STRM) codé sur 16bits sur le Mont Blanc qui passe par une fonction de transfert pour ressortir un dégradé de gris codé sur 8bits : c'est à dire avec des valeurs entre 0 et 255, alors qu'initialement tu as des valeurs entre 0 et 5000m ... Tu ne peux pas savoir quelle est la fonction (filtre) qui a été indiquée par la personne qui a publier le service.

Pour transférer une donnée d'élévation sans altération de la donnée brute, il faut utiliser le protocole OGC WCS. (ou le service ESRI ImageService ).

un petit article à lire http://blog.thematicmapping.org/2014/03/using-web-map-services-with-threejs.html

Cordialement

Le 26 octobre 2014 19:48, kaktus40 notifications@github.com a écrit :

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1.

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60528777.

xlhomme commented 9 years ago

Merci j'ai effectivement lu la description de ton projet sur GitHub. Oui on peut "détourner" le WMS pour servir une donnée d'élévation... si on contrôle à la fois le serveur et le client.

Dans mon cas, il me semble préférable d'utiliser le protocole adéquat... afin d'être interopérable.

Néanmoins si tu n'as pas ce type contrainte, le principal c'est que ça marche. Cordialement

Le 26 octobre 2014 20:37, kaktus40 notifications@github.com a écrit :

Merci pour l'article en fait avec geoserver tu peux utiliser un plug in qui permet de fournir en WMS les données d'élevation issue de n'importe quelle source exploitable par geoserver (il faut chercher bil dds). Je l'emploie justement pour conserver les données sur 16 bits, je ne sais pas si le float32 est accepté mais c'est à tester (même si je n'en voit pas l'intéret vu l'imprécision des fichiers sources!!). Par ailleurs j'ai aussi crée un petit executable qui s'appuie sur geotools (bibliothèque JAVA sur laquelle s'appuie geosserver) pour générer des geotiffs portant l'élévation sur deux octets de couleurs au lieu de deux octets de gris.

On 26/10/2014 20:27, xavier lhomme wrote:

Bonsoir,

GeotiffParser.js est en cours de développement, l'objectif serait de lire tout type de geotiff avec de bonne perf et sans surcharge mémoire (c'est à dire , ne charger en mémoire que les blocks (tuiles ou strip) demandés)... Mais je suis loin de cet objectif : je débute en javascript.

En ce qui concerne les protocoles OGC ( WMS, WMTS ) et le TMS : ce sont des protocoles qui te permettent d'envoyer des images : c'est à dire une "interprétation" de la donnée source contenue. Les serveurs cartographiques associent un filtre à la donnée source pour la transformer en donnée affichable. Par exemple prends un MNT (DTED ou STRM) codé sur 16bits sur le Mont Blanc qui passe par une fonction de transfert pour ressortir un dégradé de gris codé sur 8bits : c'est à dire avec des valeurs entre 0 et 255, alors qu'initialement tu as des valeurs entre 0 et 5000m ... Tu ne peux pas savoir quelle est la fonction (filtre) qui a été indiquée par la personne qui a publier le service.

Pour transférer une donnée d'élévation sans altération de la donnée brute, il faut utiliser le protocole OGC WCS. (ou le service ESRI ImageService ).

un petit article à lire

http://blog.thematicmapping.org/2014/03/using-web-map-services-with-threejs.html

Cordialement

Le 26 octobre 2014 19:48, kaktus40 notifications@github.com a écrit :

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1.

— Reply to this email directly or view it on GitHub < https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60528777>.

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529156 .

kaktus40 commented 9 years ago

Je rebondis sur ta remarque, qu'est-ce qui t'assure que le geotiff sera toujours fourni par un serveur que tu ne maîtrises pas? Tu sous entends que le geotiff doit être un raster obligatoirement fourni par un serveur WCS ? Cordialement On 26/10/2014 20:52, xavier lhomme wrote:

Merci j'ai effectivement lu la description de ton projet sur GitHub. Oui on peut "détourner" le WMS pour servir une donnée d'élévation... si on contrôle à la fois le serveur et le client.

Dans mon cas, il me semble préférable d'utiliser le protocole adéquat... afin d'être interopérable.

Néanmoins si tu n'as pas ce type contrainte, le principal c'est que ça marche. Cordialement

Le 26 octobre 2014 20:37, kaktus40 notifications@github.com a écrit :

Merci pour l'article en fait avec geoserver tu peux utiliser un plug in qui permet de fournir en WMS les données d'élevation issue de n'importe quelle source exploitable par geoserver (il faut chercher bil dds). Je l'emploie justement pour conserver les données sur 16 bits, je ne sais pas si le float32 est accepté mais c'est à tester (même si je n'en voit pas l'intéret vu l'imprécision des fichiers sources!!). Par ailleurs j'ai aussi crée un petit executable qui s'appuie sur geotools (bibliothèque JAVA sur laquelle s'appuie geosserver) pour générer des geotiffs portant l'élévation sur deux octets de couleurs au lieu de deux octets de gris.

On 26/10/2014 20:27, xavier lhomme wrote:

Bonsoir,

GeotiffParser.js est en cours de développement, l'objectif serait de lire tout type de geotiff avec de bonne perf et sans surcharge mémoire (c'est à dire , ne charger en mémoire que les blocks (tuiles ou strip) demandés)... Mais je suis loin de cet objectif : je débute en javascript.

En ce qui concerne les protocoles OGC ( WMS, WMTS ) et le TMS : ce sont des protocoles qui te permettent d'envoyer des images : c'est à dire une "interprétation" de la donnée source contenue. Les serveurs cartographiques associent un filtre à la donnée source pour la transformer en donnée affichable. Par exemple prends un MNT (DTED ou STRM) codé sur 16bits sur le Mont Blanc qui passe par une fonction de transfert pour ressortir un dégradé de gris codé sur 8bits : c'est à dire avec des valeurs entre 0 et 255, alors qu'initialement tu as des valeurs entre 0 et 5000m ... Tu ne peux pas savoir quelle est la fonction (filtre) qui a été indiquée par la personne qui a publier le service.

Pour transférer une donnée d'élévation sans altération de la donnée brute, il faut utiliser le protocole OGC WCS. (ou le service ESRI ImageService ).

un petit article à lire

http://blog.thematicmapping.org/2014/03/using-web-map-services-with-threejs.html

Cordialement

Le 26 octobre 2014 19:48, kaktus40 notifications@github.com a écrit :

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1.

— Reply to this email directly or view it on GitHub <

https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60528777>.

— Reply to this email directly or view it on GitHub

https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529156 .

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529641.

xlhomme commented 9 years ago

Oui bien sur , c'est fait pour.

Le 26 octobre 2014 20:50, kaktus40 notifications@github.com a écrit :

Quand ton parseur sera suffisamment abouti, est ce que celà te dérange que je le récupère pour l'incorporer dans mon plugin? On 26/10/2014 20:27, xavier lhomme wrote:

Bonsoir,

GeotiffParser.js est en cours de développement, l'objectif serait de lire tout type de geotiff avec de bonne perf et sans surcharge mémoire (c'est à dire , ne charger en mémoire que les blocks (tuiles ou strip) demandés)... Mais je suis loin de cet objectif : je débute en javascript.

En ce qui concerne les protocoles OGC ( WMS, WMTS ) et le TMS : ce sont des protocoles qui te permettent d'envoyer des images : c'est à dire une "interprétation" de la donnée source contenue. Les serveurs cartographiques associent un filtre à la donnée source pour la transformer en donnée affichable. Par exemple prends un MNT (DTED ou STRM) codé sur 16bits sur le Mont Blanc qui passe par une fonction de transfert pour ressortir un dégradé de gris codé sur 8bits : c'est à dire avec des valeurs entre 0 et 255, alors qu'initialement tu as des valeurs entre 0 et 5000m ... Tu ne peux pas savoir quelle est la fonction (filtre) qui a été indiquée par la personne qui a publier le service.

Pour transférer une donnée d'élévation sans altération de la donnée brute, il faut utiliser le protocole OGC WCS. (ou le service ESRI ImageService ).

un petit article à lire

http://blog.thematicmapping.org/2014/03/using-web-map-services-with-threejs.html

Cordialement

Le 26 octobre 2014 19:48, kaktus40 notifications@github.com a écrit :

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1.

— Reply to this email directly or view it on GitHub < https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60528777>.

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529597 .

xlhomme commented 9 years ago

Oui le protocole WCS a plusieurs sorties dont le Geotiff (principalement). Donc si ton serveur est compatible WCS il sort alors du Geotiff. quelque soit normalement le format en entrée du serveur.

Le 26 octobre 2014 21:01, kaktus40 notifications@github.com a écrit :

Je rebondis sur ta remarque, qu'est-ce qui t'assure que le geotiff sera toujours fourni par un serveur que tu ne maîtrises pas? Tu sous entends que le geotiff doit être un raster obligatoirement fourni par un serveur WCS ? Cordialement On 26/10/2014 20:52, xavier lhomme wrote:

Merci j'ai effectivement lu la description de ton projet sur GitHub. Oui on peut "détourner" le WMS pour servir une donnée d'élévation... si on contrôle à la fois le serveur et le client.

Dans mon cas, il me semble préférable d'utiliser le protocole adéquat... afin d'être interopérable.

Néanmoins si tu n'as pas ce type contrainte, le principal c'est que ça marche. Cordialement

Le 26 octobre 2014 20:37, kaktus40 notifications@github.com a écrit :

Merci pour l'article en fait avec geoserver tu peux utiliser un plug in qui permet de fournir en WMS les données d'élevation issue de n'importe quelle source exploitable par geoserver (il faut chercher bil dds). Je l'emploie justement pour conserver les données sur 16 bits, je ne sais pas si le float32 est accepté mais c'est à tester (même si je n'en voit pas l'intéret vu l'imprécision des fichiers sources!!). Par ailleurs j'ai aussi crée un petit executable qui s'appuie sur geotools (bibliothèque JAVA sur laquelle s'appuie geosserver) pour générer des geotiffs portant l'élévation sur deux octets de couleurs au lieu de deux octets de gris.

On 26/10/2014 20:27, xavier lhomme wrote:

Bonsoir,

GeotiffParser.js est en cours de développement, l'objectif serait de lire tout type de geotiff avec de bonne perf et sans surcharge mémoire (c'est à dire , ne charger en mémoire que les blocks (tuiles ou strip) demandés)... Mais je suis loin de cet objectif : je débute en javascript.

En ce qui concerne les protocoles OGC ( WMS, WMTS ) et le TMS : ce sont des protocoles qui te permettent d'envoyer des images : c'est à dire une "interprétation" de la donnée source contenue. Les serveurs cartographiques associent un filtre à la donnée source pour la transformer en donnée affichable. Par exemple prends un MNT (DTED ou STRM) codé sur 16bits sur le Mont Blanc qui passe par une fonction de transfert pour ressortir un dégradé de gris codé sur 8bits : c'est à dire avec des valeurs entre 0 et 255, alors qu'initialement tu as des valeurs entre 0 et 5000m ... Tu ne peux pas savoir quelle est la fonction (filtre) qui a été indiquée par la personne qui a publier le service.

Pour transférer une donnée d'élévation sans altération de la donnée brute, il faut utiliser le protocole OGC WCS. (ou le service ESRI ImageService ).

un petit article à lire

http://blog.thematicmapping.org/2014/03/using-web-map-services-with-threejs.html

Cordialement

Le 26 octobre 2014 19:48, kaktus40 notifications@github.com a écrit :

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1.

— Reply to this email directly or view it on GitHub <

https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60528777>.

— Reply to this email directly or view it on GitHub

< https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529156>

.

— Reply to this email directly or view it on GitHub < https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529641>.

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529959 .

kaktus40 commented 9 years ago

Merci pour la confirmation, donc j'attends que ton projet soit suffisamment mature et je le prendrai en compte dans mon plugin en sachant que la partie imagerie sur WCS pourrait aussi être très intéressante. Dans ce cas, prévois tu de mettre une methode qui identifie le type de pixel contenu dans le geotiff (grayscale 8, 16 ou 32 bit en integer; Red Green Blue;...)

On 26/10/2014 21:39, xavier lhomme wrote:

Oui le protocole WCS a plusieurs sorties dont le Geotiff (principalement). Donc si ton serveur est compatible WCS il sort alors du Geotiff. quelque soit normalement le format en entrée du serveur.

Le 26 octobre 2014 21:01, kaktus40 notifications@github.com a écrit :

Je rebondis sur ta remarque, qu'est-ce qui t'assure que le geotiff sera toujours fourni par un serveur que tu ne maîtrises pas? Tu sous entends que le geotiff doit être un raster obligatoirement fourni par un serveur WCS ? Cordialement On 26/10/2014 20:52, xavier lhomme wrote:

Merci j'ai effectivement lu la description de ton projet sur GitHub. Oui on peut "détourner" le WMS pour servir une donnée d'élévation... si on contrôle à la fois le serveur et le client.

Dans mon cas, il me semble préférable d'utiliser le protocole adéquat... afin d'être interopérable.

Néanmoins si tu n'as pas ce type contrainte, le principal c'est que ça marche. Cordialement

Le 26 octobre 2014 20:37, kaktus40 notifications@github.com a écrit :

Merci pour l'article en fait avec geoserver tu peux utiliser un plug in qui permet de fournir en WMS les données d'élevation issue de n'importe quelle source exploitable par geoserver (il faut chercher bil dds). Je l'emploie justement pour conserver les données sur 16 bits, je ne sais pas si le float32 est accepté mais c'est à tester (même si je n'en voit pas l'intéret vu l'imprécision des fichiers sources!!). Par ailleurs j'ai aussi crée un petit executable qui s'appuie sur geotools (bibliothèque JAVA sur laquelle s'appuie geosserver) pour générer des geotiffs portant l'élévation sur deux octets de couleurs au lieu de deux octets de gris.

On 26/10/2014 20:27, xavier lhomme wrote:

Bonsoir,

GeotiffParser.js est en cours de développement, l'objectif serait de lire tout type de geotiff avec de bonne perf et sans surcharge mémoire (c'est à dire , ne charger en mémoire que les blocks (tuiles ou strip) demandés)... Mais je suis loin de cet objectif : je débute en javascript.

En ce qui concerne les protocoles OGC ( WMS, WMTS ) et le TMS : ce sont des protocoles qui te permettent d'envoyer des images : c'est à dire une "interprétation" de la donnée source contenue. Les serveurs cartographiques associent un filtre à la donnée source pour la transformer en donnée affichable. Par exemple prends un MNT (DTED ou STRM) codé sur 16bits sur le Mont Blanc qui passe par une fonction de transfert pour ressortir un dégradé de gris codé sur 8bits : c'est à dire avec des valeurs entre 0 et 255, alors qu'initialement tu as des valeurs entre 0 et 5000m ... Tu ne peux pas savoir quelle est la fonction (filtre) qui a été indiquée par la personne qui a publier le service.

Pour transférer une donnée d'élévation sans altération de la donnée brute, il faut utiliser le protocole OGC WCS. (ou le service ESRI ImageService ).

un petit article à lire

http://blog.thematicmapping.org/2014/03/using-web-map-services-with-threejs.html

Cordialement

Le 26 octobre 2014 19:48, kaktus40 notifications@github.com a écrit :

Bonjour, J'ai proposé un plugin pour Cesium afin de récupérer l'élévation par le WMS de geoserver. Je suis en cours de finalisation pour que le TMS et WMTS de geoserver soient aussi acceptés avec un gros travail de refactorisation pour améliorer la réutilisabilité du code (espoir de réutiliser le code pour faire de l'élévation et de l'imagery car les trois services sont des standards OGC). Votre approche est différente et je suis curieux des performances de votre parser. Avez vous des chiffres. Envisagez vous de faire un plugin pour Cesium? Cordialement

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1.

— Reply to this email directly or view it on GitHub <

https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60528777>.

— Reply to this email directly or view it on GitHub

<

https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529156>

.

— Reply to this email directly or view it on GitHub <

https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529641>.

— Reply to this email directly or view it on GitHub

https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60529959 .

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-60531353.

kaktus40 commented 9 years ago

Encore une question: envisages tu de mettre en place le mode de compression deflate?

xlhomme commented 9 years ago

Pour l'interpretation photometric : this.getPhotometricName(this.photometricInterpretation) the retourne le type de photometricInterpretation (RGD, Palette,...) this.bitsPerPixel --> te retournes des valeurs : 8 16 24 32 ... le type integer short,... n'est pas retourné. Ca doit pouvoir s'ajouter.

Pour les compressions , oui faut les coder : je suis pas un spécialiste pour le deflate ou LZW , j'envisage d'utiliser pako_deflate, mais visiblement il faut que j'utilise un RequireJS ou CommonJS pour le charger et j'ai pas encore tout compris à la doc.

kaktus40 commented 9 years ago

De ce que j'ai compris de require.js, c'est principalement utilisé pour charger dynamiquement les bibliothèque javascript quand c'est nécessaire. Au choix, tu peux:

intégrer directement pako_deflate dans ton javascript pour que les routines de décompression soient accessibles à ton code;
demander aux utilisateurs de ton code d'intégrer au préalable la bibliothèque pako_deflate avant d'utiliser geotiffParser. http://stackoverflow.com/questions/17551289/compiling-javascript-program-with-requirejs-to-remove-require-dependency

On 09/11/2014 18:35, xavier lhomme wrote:

Pour l'interpretation photometric : this.getPhotometricName(this.photometricInterpretation) the retourne le type de photometricInterpretation (RGD, Palette,...) this.bitsPerPixel --> te retournes des valeurs : 8 16 24 32 ... le type integer short,... n'est pas retourné. Ca doit pouvoir s'ajouter.

Pour les compressions , oui faut les coder : je suis pas un spécialiste pour le deflate ou LZW , j'envisage d'utiliser pako_deflate, mais visiblement il faut que j'utilise un RequireJS ou CommonJS pour le charger et j'ai pas encore tout compris à la doc.

— Reply to this email directly or view it on GitHub https://github.com/xlhomme/GeotiffParser.js/issues/1#issuecomment-62311618.