Re: [OSM-dev-fr] Point of Interest: cubemap / photosphere

[clem...@igonet.fr]

Info intéressante, merci.
Mon ambition est de pouvoir faire un fondu entre des photosphères et des scènes 
3D avec bâtiments "extrudés" depuis les données OSM.

On pourra alors imaginer toutes sortes de choses, comme texturer 
automatiquement des bâtiments par exemple.

À suivre... 

On 7 January 2018 09:56:30 CET, PanierAvide  wrote:
>Après si tu veux faire le lien entre des objets OSM et des photos 
>sphères, peut-être vaut-il mieux prendre le problème dans l'autre sens
>: 
>trouver des photos sphères, puis rapatrier le ou les objets OSM les
>plus 
>proches. Car pour l'instant il y a encore peu d'objets avec photo 
>associée (même si les contributeurs s'y mettent, et certains en
>ajoutent 
>très régulièrement).
>
>Si tu veux récupérer toutes les photos libres de droits d'une zone, tu 
>peux utiliser Pic4Carto, que ce soit l'API ou la bibliothèque JS :
>https://framagit.org/Pic4Carto/Pic4Carto.js
>https://framagit.org/Pic4Carto/P4CaaS
>
>Pour l'instant la distinction n'est pas faite entre photos simples ou 
>360°, ça pourrait être une évolution de la bibliothèque à considérer
>;-)
>
>Cordialement,
>
>Adrien.
>
>Le 06/01/2018 à 22:50, Clement IGONET a écrit :
>> Merci pour les réponses.
>> Le problème principal avec une clé, c'est que c'est la limite risque
>> d'intervenir en rapport avec le site web qui l'exploite, plutôt qu'en
>> se basant sur l'utilisateur final.
>> Mais bon, ça reste une solution technique pour commencer.
>>
>> Donc, je retiens: voir avec l'API mapillary pour obtenir des photos
>> 360 et plus d'infos.
>> Ceci dit, j'aurais préféré que l'on puisse intégrer ce genre d'infos
>> directement dans les données d'OSM.
>> Exemple d'usage: requête overpass pour récupérer des images 360 avec
>> url pour "taper" n'importe où sur internet.
>>
>> Encore merci.
>
>-- 
>PanierAvide
>Géomaticien & développeur
>
>
>___
>dev-fr mailing list
>dev-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/dev-fr

-- 
Sent from my mobile. It explains my brevity.___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Interroger api06 avec OverPass

[clem...@igonet.fr]

Donc, si je comprends bien, tu as une source différente de la destination.
Je suggère donc que tu gères toi même l'origine des données.
Par exemple: sources pbf->postgres->ton format de données->api osm
Si tu bosses sur une zone géographique réduite, tu peux te restreindre à un pbf 
"allégé".
Pour gagner du temps, tu peux regarder du côté des dockers prêts à l'emploi si 
ta machine supporte cette techno. D'autres outils existent, il faut fouiller... 
Peut-être y a-t-il moyen de monter sa propre instance overpass permettant de 
maîtriser les données sources?

Pour infos, ça fait plus de 2 ans que je parasite overpass et les serveurs de 
prod d'OSM et aujourd'hui, ce n'est plus suffisant pour répondre à mes besoins 
particuliers. Donc je me rabats vers plus d'autonomie (ma propre instance de 
serveur osm) au prix d'un coup de mise en oeuvre non négligeable...

À toi de voir si le jeu en vaut la chandelle...

Clément.


Le 2 octobre 2016 19:58:56 UTC+02:00, Guillaume AMAT <guilla...@amat.io> a 
écrit :
>Clément,
>
>Merci pour ta réponse :)
>Mon premier mail expliquait déjà ce que je voulais... Mais je vais 
>reformuler.
>
>Je développe une application qui affiche les données d'OSM, récupérées 
>via OverPass.
>Cette même application permet de modifier les données reçues (les tags)
>
>et de les envoyer à OSM via son api.
>Pour éviter de modifier directement la base de données de prod d'OSM 
>pendant mes tests, j'aimerais utiliser l'api de test d'OSM 
>(http://api06.dev.openstreetmap.org).
>Seulement les nodes/ways/relations que me retourne OverPass ne 
>correspondent pas aux nodes/ways/relations que contient api06. Du coup 
>api06 refuse mes appels en me disant que ces éléments n'existent pas.
>
>Mon besoin ? Que je puisse développer et tester mon application, sans 
>changer son comportement (pour rester fidèle au résultat final) et sans
>
>modifier la base de données principale d'OSM.
>
>D'où les deux questions du premier mail, mais dis-moi si je me trompe.
>
>Merci,
>Guillaume
>
>
>Le 02/10/2016 à 19:11, clem...@igonet.fr a écrit :
>>
>>
>> Dis nous plutôt quel est ton besoin fonctionnel ("que veux-tu ?", et
>pas: "comment tu veux le faire ?") et là n pourrait peut-être t'aider à
>trouver une solution à laquelle tu n'aurais pas pensé.
>>
>>> Le 2 octobre 2016 15:39:23 UTC+02:00, Guillaume AMAT
>>> <guilla...@amat.io> a écrit :
>>>> Salut à tous,
>>>>
>>>> J'aimerais utiliser api06 pour le développement/les tests de
>>>> MapContrib.
>>>> Seulement j'utilise OverPass pour récupérer les données OSM et
>>> celui-ci
>>>> interroge l'instance de prod d'OSM, pas api06.
>>>>
>>>> Du coup, je me prends des 404 quand j'interroge api06, avec les id
>>>> retournés par OverPass.
>>>>
>>>> J'ai farfouillé l'Internet et je ne trouve pas de réponse à ma
>>> question
>>>> : Comment dire à OverPass de me retourner les données d'api06 au
>lieu
>>>> de
>>>> l'instance de prod ? Ou plutôt, y'a-t-il une instance OverPass
>>> branchée
>>>> sur api06 ?
>>>>
>>>> Merci d'avance pour vos lumières,
>>>> Guillaume
>>>>
>>>>
>>>> ___
>>>> dev-fr mailing list
>>>> dev-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/dev-fr
>> clem...@igonet.fr
>
>
>___
>dev-fr mailing list
>dev-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/dev-fr

clem...@igonet.fr___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

[OSM-dev-fr] terrain elevation for Open Earth View

[clem...@igonet.fr]

To remind, the goal of the OpenEarthView project is to add a third dimension to 
OSM data.

As a test stage, would you know how I could get terrain elevation data from 
SRTM without having to create my own webservice?

Tiny demo here: https://www.openearthview.net
New production release very soon (more reactive, nice API, etc...).

Clement.

Le 27 juillet 2016 19:51:09 UTC+02:00, Guillaume AMAT  a 
écrit :
>Bonjour à tous,
>
>Depuis un moment je n'arrive pas à utiliser api06.dev.openstreetmap.org
>
>pour me connecter en OAuth. Suis-je le seul ?
>
>À part ça la consultation de points fonctionne et l'écriture me répond 
>que je ne suis pas connecté (logique...).
>
>Merci pour vos lumières !
>Guillaume
>
>
>___
>dev-fr mailing list
>dev-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/dev-fr

clem...@igonet.fr___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Tiles du cadastre en https

[clem...@igonet.fr]

Je ne suis pas sûr de bien comprendre la question, mais il est toujours 
possible d'utiliser un proxy en https qui transmet (et anonymise) les requêtes 
vers un site en http.


Le 8 juillet 2016 05:04:06 UTC+02:00, Emmanuel Amador  a 
écrit :
>Bonjour,
>J'ai réalisé une page web qui permet de se repérer sur le cadastre
>(http://CcPfa.github.io) en utilisant le flux tms du cadastre. 
>Les navigateurs modernes désactivent la geolocalisation lorsque toutes
>les ressources affichées ne proviennent pas de sources sûres en https.
>Pensez-vous qu'il est faciale de basculer les tuiles en http vers du
>https Côme le reste des tuiles osm? Ou bien l'image du cadastre étant
>récupérée en http cela ne changera rien ?
>Le cadastre de la dgfip est un document beaucoup plus utile sur le
>terrain que la ne parcellaire de l'ign car il est beaucoup plus complet
>et offre beaucoup plus de details, notamment les pylônes et les bornes.
>Je lis avec beaucoup d'intérêt depuis plusieurs mois les fils d'osmfr,
>je suis ravi d'y participer aujourd'hui.
>
>
>
>___
>dev-fr mailing list
>dev-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/dev-fr

clem...@igonet.fr___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] notification de modifs

[clem...@igonet.fr]

Merci Christian pour tes remarques.

"Pas conçues pour ça"? Pourquoi pas?

   Je dois faire des choix dans mes priorités pour que le projet Open Earth 
View avance.

   À ce propos, ton aide serait plus que bienvenue pour monter une base locale 
à jour avec API de recup de données XML où json. À défaut, tu aurais un lien 
vers une doc de mise en oeuvre pratique?

   En attendant un système de cache me semblait assez approprié...

Clément.


Le 6 mars 2016 23:02:02 UTC+01:00, Christian Quest <cqu...@openstreetmap.fr> a 
écrit :
>Les appels à l'API ne sont franchement pas conçus pour ça... tant en
>terme
>de fonctionnalité que de volumétrie.
>
>Il faudrait vraiment repenser ton outil pour qu'il soit plus
>indépendant,
>c'est à dire monter une base locale que tu met à jour avec les diff et
>tu
>tape dans cette base locale pour générer tes données 3D.
>
>
>Le 6 mars 2016 à 22:46, clem...@igonet.fr <clem...@igonet.fr> a écrit :
>
>> Je ne genere pas de xml, je le recupere sur l'api web d'osm. c'est
>pour
>> eviter d'abuser de ce service que je voudrais mettre un cache un
>munimum
>> "intelligent".
>>
>> Pour info, ce que renvoie le génèrateur de données d'OpenEarthView
>(nom du
>> projet), c'est les donnees transformées: geojson, json x3d, json pour
>> three.js, etc...
>>
>> Clément.
>>
>>
>> Le 6 mars 2016 12:49:15 UTC+01:00, Christian Quest <
>> cqu...@openstreetmap.fr> a écrit :
>>>
>>> Ces diffs ne contiennent pas toutes les informations pour savoir où
>des
>>> changements ont été faits.
>>>
>>> Par exemple, si un way est modifié, mais aucun de ses noeuds ne l'a
>été,
>>> tu n'aura que la nouvelle version du way, ses tags, les id des
>noeuds qui
>>> le porte, mais pas leur coordonnées...
>>>
>>> Pareil pour une relation, si les way ou noeuds membres ne sont pas
>>> modifiés, ils ne sont pas dans le diff.
>>>
>>>
>>> En fait c'est pas trivial du tout comme problème si on veut le
>traiter
>>> proprement... osm2pgsql génère la liste des tuiles impactées lors
>des mises
>>> à jour par les diffs. Il est assez intelligent pour ne sortir que
>les
>>> tuiles du périmètre de certaines grandes relations (par exemple les
>>> frontières d'un pays) plutôt que tout ce qu'il contient.
>>>
>>> Comment génères-tu tes XML ? à partir de quoi ?
>>>
>>>
>>>
>>> Le 6 mars 2016 à 07:36, clem...@igonet.fr <clem...@igonet.fr> a
>écrit :
>>>
>>>> ok, il me manquait ça:
>>>> http://wiki.openstreetmap.org/wiki/Planet.osm/diffs
>>>> je ne cherchais pas avec les bons mots clés (commit, trigger,
>update,
>>>> etc...).
>>>>
>>>> Merci
>>>>
>>>> Clément
>>>>
>>>> Le 6 mars 2016 00:24:57 UTC+01:00, THEVENON Julien <
>>>> julien_theve...@yahoo.fr> a écrit :
>>>>>
>>>>> Salut,
>>>>>
>>>>> Il y a des diffs qui sont publiees toutes les minutes,toutes les
>heures et tous les jours.
>>>>> En regardant les coordonnees des mofis tu devrais trouver ce que
>tu cherches.
>>>>>
>>>>> Julien
>>>>> --
>>>>>
>>>>> En date de : Sam 5.3.16, clem...@igonet.fr <clem...@igonet.fr> a
>écrit :
>>>>>
>>>>>  Objet: [OSM-dev-fr]  notification de modifs
>>>>>  À: "Discussions développeur OSM en français"
><dev-fr@openstreetmap.org>
>>>>>  Date: Samedi 5 mars 2016, 21h49
>>>>>
>>>>>  Bonjour,
>>>>>
>>>>> Je mets en place
>>>>>  un service en ligne de conversion de données osm xml vers
>>>>>  des tuiles au formats 3D pour le web.
>>>>>
>>>>> Pour optimiser ce système, je
>>>>>  souhaiterais mettre en place un cache des données
>>>>> déjà
>>>>>  traitées.
>>>>>
>>>>> Et
>>>>>  pour rafraichir ce cache au besoin, je souhaiterais avoir
>>>>>  connaissance des tuiles à mettre à jour.
>>>>>
>>>>> Ma question:
>>>>>  existe-il un
>>>>> service en ligne ou un quelconque moyen
>>>>>  d'être alerté périodiquement (1min, 5min... ou 1h) de
>>>>>  tous les secteurs géographiques mis à jours?
>>>>>

Re: [OSM-dev-fr] notification de modifs

[clem...@igonet.fr]

ok Julien, mais où? comment avoir ces infos? je ne suis pas trop calé là 
dessus. plus d'infos seraient bienvenues...

Clément

Le 6 mars 2016 00:24:57 UTC+01:00, THEVENON Julien <julien_theve...@yahoo.fr> a 
écrit :
>Salut,
>
>Il y a des diffs qui sont publiees toutes les minutes,toutes les heures
>et tous les jours.
>En regardant les coordonnees des mofis tu devrais trouver ce que tu
>cherches.
>
>Julien
>----
>En date de : Sam 5.3.16, clem...@igonet.fr <clem...@igonet.fr> a
>écrit :
>
> Objet: [OSM-dev-fr]  notification de modifs
>À: "Discussions développeur OSM en français" <dev-fr@openstreetmap.org>
> Date: Samedi 5 mars 2016, 21h49
> 
> Bonjour,
> 
>    Je mets en place
> un service en ligne de conversion de données osm xml vers
> des tuiles au formats 3D pour le web.
> 
>    Pour optimiser ce système, je
> souhaiterais mettre en place un cache des données déjà
> traitées.
> 
>    Et
> pour rafraichir ce cache au besoin, je souhaiterais avoir
> connaissance des tuiles à mettre à jour.
> 
>    Ma question:
> existe-il un service en ligne ou un quelconque moyen
> d'être alerté périodiquement (1min, 5min... ou 1h) de
> tous les secteurs géographiques mis à jours?
> 
> Clément.

clem...@igonet.fr

___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

[OSM-dev-fr] notification de modifs

[clem...@igonet.fr]

Bonjour,

   Je mets en place un service en ligne de conversion de données osm xml vers 
des tuiles au formats 3D pour le web.

   Pour optimiser ce système, je souhaiterais mettre en place un cache des 
données déjà traitées.

   Et pour rafraichir ce cache au besoin, je souhaiterais avoir connaissance 
des tuiles à mettre à jour.

   Ma question: existe-il un service en ligne ou un quelconque moyen d'être 
alerté périodiquement (1min, 5min... ou 1h) de tous les secteurs géographiques 
mis à jours?

Clément.




Le 3 mars 2016 17:07:48 UTC+01:00, Jocelyn Jaubert  
a écrit :
>Bonjour,
>
>Le 02/03/2016 00:59, Laurent Combe a écrit :
>> si j'écris sur la liste dev c'est qu'il y a quand même un petit souci
>> technique
>> la page ne fonctionne pas si j'essaye d'accéder directement à la
>source
>> xml située sur le domaine openstreetmap.fr 
>> depuis mon domaine niconil.net 
>> le site n'implémente pas / n'autorise pas les requêtes de type CORS
>> (cross-origin-request)
>
>J'ai reconfiguré le serveur pour ajouter l'header CORS sur ces pages
>là. 
>Ça devrait dont marcher comme tu le souhaites.
>
>Merci d'avoir reporté le souci, et bonne utilisation des données :)
>
>-- 
>Jocelyn
>
>___
>dev-fr mailing list
>dev-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/dev-fr

clem...@igonet.fr___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Open Earth View - tuiles 3D

[clem...@igonet.fr]

Merci pour l'encouragement!

Le 14 janvier 2016 22:53:55 UTC+01:00, "Vincent de Château-Thierry" 
<osm.v...@free.fr> a écrit :
>Bonsoir,
>
>Le 14/01/2016 22:21, clem...@igonet.fr a écrit :
>> Comme quoi, j'aurais bien besoin d'aide...
>>
>> Le 14 janvier 2016 20:57:07 UTC+01:00, "Frédéric Rodrigo"
>> <fred.rodr...@gmail.com> a écrit :
>>
>> Petit retour rapide. J'ai juste testé la démo.
>> Je trouve la navigation à la sourie complètement contre
>intuitive.
>> click gauche devrait faire du drag, le zoom molette est à
>l'inverse de
>> ce qu'il se fait habituellement.
>> bref pour la première démo je ne suis pas arrivé a visualiser
>quelque
>> chose en navigant.
>
>J'ai testé http://www.openearthview.net/ et c'est vrai que j'ai un peu 
>bataillé avec ma souris. Pour le zoom-molette, c'est un coup à prendre.
>
>Mais j'ai surtout eu du mal à me déplacer (pan) sur le fond de carte 
>pour le centrer correctement avant de zoomer.
>J'ai vu pousser des bâtiments en zoomant sur Manhattan, c'est
>prometteur 
>! Mais j'ai mis du temps à voir dans le coin haut-gauche le curseur
>avec 
>le décompte du chargement. Une fois vu, on attend. Mais avant, j'avais 
>tendance à zoomer-dézoomer un peu frénétiquement, et forcément rien 
>n'avait le temps de s'afficher.
>
>Bon courage pour la suite et merci pour les démos que tu voudras bien 
>diffuser, pour test et feed-back.
>
>vincent
>
>___
>dev-fr mailing list
>dev-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/dev-fr

clem...@igonet.fr___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

Re: [OSM-dev-fr] Open Earth View - tuiles 3D

[clem...@igonet.fr]

Oui, en fait cette démo n'est qu'un support pour valider la bon fonctionnement 
de la génération des tuiles 3D au format X3D.

Côté navigation, ça ne vaut rien, je suis d'accord, c'est pas la peine de 
s'attarder dessus en l'état. En fait, j'utilise des contrôles définis par 
défaut dans la spec  X3D et l'implementation js x3dom. Donc oui, ça ne donne 
pas un navigateur potable. Tout reste à faire...

Ça intéresserait quelqu'un de bosser avec moi sur une solution de navigation 
avec x3dom, three.js ou babylon.js ?

Clément.


Le 14 janvier 2016 23:45:21 UTC+01:00, Philippe Verdy  a 
écrit :
>Apparemment le clic gauche ne fait pas le drag, mais change
>l'orientation
>de la caméra pour viser un même point fixe à la surface de laterre
>initialement centré en LAT0/LON0 autour d'une sphère de rayon fixe
>(indépendant du zoom). c'est le clic droit qui fait le drag du point
>fixe,
>mais de façon très étrange (la direction n'est pas celle de la vue mais
>relative à l'angle du vrai nord qui n'est pas en haut de la carte une
>fois
>qu'on a changé l'orientation de la caméra. Le zoom est avec la molette
>ou
>CTRL+clic gauche.
>Il y a un autre pan avec CTRL+clic droit mais il est beaucoup trop
>rapide
>en vue rapprochée (il semble que la distance de déplacement la souris
>est
>proportionnelle avec l'angle de déplacement sur la carte mais ce taux
>est
>malheureusement pas dépendant du niveau de zoom).
>
>Ca demande pour être plus intuitif de ne pas controler la vue en
>fonction
>des longitudes/latitudes cartographiques mais en fonction des
>coordonnées
>de la projection (donc effectuer les projections inverses pour ajuster
>les
>paramètres de projection/zoom/orientation.
>
>Intuitivement au lieu de controler un nioveau de zoom, iol faudrait
>controler la hauteur de la caméra par rapport au point central de la
>vue au
>sol, au centre de l'écran.
>
>Il y a du travail à faire sur les formules mathématiques des
>projections et
>projections inverses nécessaires, et aussi pour déterminer quels
>niveaux de
>zoom sont les plus adaptés pour afficher (selon la distance réelle des
>objets vus à leur échelle) le niveau de zoom à demander pour les tuiles
>des
>TMS utilisés (je ne vois d'ailleurs que des tuiles bitmap, y-a-t-il un
>niveau où apparaissent des données vectorielles?).
>
>Pour l'instant ça ne marche pas du tout. Tout cela est donc très
>difficile
>à utiliser: les formules utilisées ne sont pas bonnes du tout. C'est
>quasiment impossible de naviguer : la souris devrait contrôler un
>déplacement relatif au niveau de zoom sur la carte représentée, et dans
>le
>même angle que cette vue (au moins l'angle calculé sur le point central
>de
>la vue et non un point hors de la vue).
>
>
>Le 14 janvier 2016 à 20:57, Frédéric Rodrigo  a
>écrit :
>
>> Petit retour rapide. J'ai juste testé la démo.
>> Je trouve la navigation à la sourie complètement contre intuitive.
>> click gauche devrait faire du drag, le zoom molette est à l'inverse
>de ce
>> qu'il se fait habituellement.
>> bref pour la première démo je ne suis pas arrivé a visualiser quelque
>> chose en navigant.
>>
>>
>>
>> Le 14/01/2016 12:32, Clement IGONET a écrit :
>>
>>> Bonjour tout le monde,
>>>
>>> Je travaille depuis plus d'un an sur un projet de génération de
>>> tuiles 3D à partir des données d'OSM. Le projet se concentre surtout
>>> sur la modélisation de bâtiments.
>>>
>>> Le projet était en C++, mais j'ai tout refait en NodeJS pour
>>> beaucoup plus de souplesse en dev (adoption, facilités du langage
>avec
>>> modèle de données JSON, concision du code, évolutions, maintenance,
>>> etc...).
>>>
>>> Actuellement, les tuiles 3D générées peuvent être au formats
>suivants:
>>> - GeoJSON
>>> - X3D (JSON)
>>> - X3D (XML)
>>> Et à venir:
>>> - JSON pour la lib three.js
>>> - JSON pour la lib js babylon.js
>>>
>>> J'ai une quantité assez importante de projet à développer autour
>de
>>> ça:
>>> - viewer 3D web avec globe terrestre (x3dom, three.js, babylon.js)
>>> - vue cubemap/skybox pour la navigation là où les camionettes google
>>> ne vont pas (intérieur de bâtiment, chemins en montagne, etc...)
>>> - gestion d'évènemetns temps réel dans les bâtiments (surveillance
>>> ascenseurs, clims, incendie, intrusions, etc...)
>>>
>>> Le projet a vocation à être libre (le moins de contraintes
>>> d'exploitation possibles).
>>>
>>> Certains d'entre vous serez-t-il intéressé par rejoindre le
>projet?
>>>
>>> Tout type de participation serait bievenu (demandes de
>>> fonctionnalités, communications, développement, intégration, tests,
>>> etc...).
>>>
>>> Présentaiton du projet:
>>> http://wiki.openstreetmap.org/wiki/Open_Earth_View
>>> Projet nodejs: https://www.npmjs.com/package/osm2x3d
>>> Projet entier:
>>> https://git.framasoft.org/pizaninja/OpenEarthView/tree/master/
>>> Démos:
>>> - http://www.openearthview.net/ (hébergement OVH payé par
>framasoft)
>>> -