Re: [OSM-dev-fr] Génération de tuiles vectorielles avec OpenMapTiles
osrm ou geoserver ne répondraient-ils pas à ton besoin ? Ils peuvent générer des tiles de types mvt à la volée il me semble. clem...@igonet.fr On Tue, Oct 29, 2019, 09:25 Frédéric Rodrigo wrote: > Ce sur quoi je suis en train de travailler est de plus haut niveau. Un > peu comme un tileserver-gl mais mais avec calcule à la volé. Ça sert les > tuiles vecto, les styles, et la version rasteur le tout avec du cache. > > Pour l'instant je n'ai pas utilisé postile, j'attends qu'il produise le > tilejson (mais ça devrait arriver > https://github.com/Oslandia/postile/issues/2 ) > > Le but est de le publier, mais là c'est pas encore très sec, je peux le > communiquer sur demande. > > > > Le 28/10/2019 à 23:01, François de Metz a écrit : > > On Mon, Oct 28, 2019 at 10:46:04PM +0100, Thomas Gratier wrote: > >> Salut, > >> > >> Regarde du côté de https://github.com/Oslandia/postile-openmaptiles qui > >> utilise https://github.com/Oslandia/postile > >> Il fait du OpenMapTiles à la volée mais je précise que je n'ai pas testé > >> les perfs. > > OpenMapTiles a aussi un truc avec postserve > https://github.com/openmaptiles/openmaptiles-tools#postserve-quickstart-with-docker > > > > J'ai testé une ancienne version et j'avais des bugs de rendu. Il > faudrait que je réessaye. > > > > François > > > >> Cordialement > >> > >> Thomas > >> > >> Le lun. 28 oct. 2019 à 22:38, Frédéric Rodrigo > a > >> écrit : > >> > >>> Le 28/10/2019 à 20:55, François de Metz a écrit : > Bonjour, > > J'ai bricolé cet été un visualisateur de données intérieur avec > OpenMapTiles et un peu de javascript. Le résultat est visible pour > Montparnasse [1] et toute l'ile de france. > Les tuiles sont pré-généré au zoom 17. > > J'aimerais étendre la zone couverte au monde entier. Quelqu'un > aurait-il de l'expérience pour générer des tuiles OpenMapTiles à > l'échelle ? Si possible avec une mise à jour régulière pour que ce > soit également une aide a la contribution ? > > [1]: https://osm-indoor.2metz.fr/#18.66/48.8409619/2.3204768 > > >>> Vu tu n'as que les données indoor ta base doit quand même être > >>> relativement petite. Il ne devrait pas trop y avoir de problème coté > >>> base de données pour la passage à l'échelle. > >>> > >>> Sur un OpenMapTiles standard, il faut entre 30j et 40j avec 8cpu pour > >>> pré-générer les zooms 0 à 14. Même si tu ne veux que le 17 assez vide, > >>> je pense que ça va être relativement long à prégénérer. > >>> > >>> Je travaille justement en ce moment sur une autre approche, calculer > les > >>> tuiles à la voler depuis une base OpenMapTiles, donc sans > >>> pré-génération. Je pense que dans ton cas ça pourrait bien simplifier > >>> les choses. > >>> > >>> Frédéric. > >>> > >>> > >>> > >>> ___ > >>> dev-fr mailing list > >>> dev-fr@openstreetmap.org > >>> https://lists.openstreetmap.org/listinfo/dev-fr > >>> > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr > ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Point of Interest: cubemap / photosphere
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. 2018-01-06 22:25 GMT+01:00 PanierAvide <panierav...@riseup.net>: > L'API est publique dans le sens où n'importe qui peut demander et avoir > instantanément une clé, mais il faut quand même se créer un compte Mapillary > : https://www.mapillary.com/developer > > Adrien. > > > > Le 06/01/2018 à 20:46, Clement IGONET a écrit : >> >> OK. >> Est-ce que mapillary a une API publique qui ne nécessite pas de clé >> spécifique ? >> >> 2018-01-06 18:26 GMT+01:00 PanierAvide <panierav...@riseup.net>: >>> >>> Bonjour, >>> >>> À ma connaissance pas de tag pour distinguer les photos 360° des autres >>> photos sur un objet dans OSM. En l'état, ce sera à priori plutôt des >>> photos >>> issues de Mapillary qui seront dans ce cas de figure (tag mapillary=*). >>> L'API de Mapillary peut être interrogée en théorie pour vérifier si une >>> image est une photo 360°. Pour le reste (tags flickr=*, image=*, >>> wikimedia_commons=*), il faut vérifier cas par cas, ces photos 360° ayant >>> des dimensions particulières (largeur = 2x hauteur). >>> >>> Cordialement, >>> >>> Adrien. >>> >>> >>> >>> Le 06/01/2018 à 17:20, Clement IGONET a écrit : >>>> >>>> Bonjour, >>>> >>>> J'aimerais documenter la possibilité de localiser des images de >>>> type "cubemap" ou "photosphere" à partir de données OSM. >>>> >>>> Dit autrement, je voudrais proposer une service qui permet >>>> d'observer des vues "360" dans différents point du globe terrestre, >>>> comme le propose "google street map". Pour cela, je souhaiterais >>>> pouvoir ajouter des info de Point d'intérêt dans les données OSM pour >>>> indiquer des liens vers des images convertibles en cubemap ou >>>> photospheres. >>>> >>>> Existe-il un tag déjà existant pour ça? Mes recherches sur le net >>>> n'aboutissent pas à grand chose... >>>> >>>> Clément Igonet. >>>> >>>> ___ >>>> dev-fr mailing list >>>> dev-fr@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/dev-fr >>> >>> >>> >>> -- >>> PanierAvide >>> Géomaticien & développeur >>> >>> >>> ___ >>> dev-fr mailing list >>> dev-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/dev-fr >> >> ___ >> dev-fr mailing list >> dev-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/dev-fr > > > > -- > PanierAvide > Géomaticien & développeur > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Point of Interest: cubemap / photosphere
OK. Est-ce que mapillary a une API publique qui ne nécessite pas de clé spécifique ? 2018-01-06 18:26 GMT+01:00 PanierAvide <panierav...@riseup.net>: > Bonjour, > > À ma connaissance pas de tag pour distinguer les photos 360° des autres > photos sur un objet dans OSM. En l'état, ce sera à priori plutôt des photos > issues de Mapillary qui seront dans ce cas de figure (tag mapillary=*). > L'API de Mapillary peut être interrogée en théorie pour vérifier si une > image est une photo 360°. Pour le reste (tags flickr=*, image=*, > wikimedia_commons=*), il faut vérifier cas par cas, ces photos 360° ayant > des dimensions particulières (largeur = 2x hauteur). > > Cordialement, > > Adrien. > > > > Le 06/01/2018 à 17:20, Clement IGONET a écrit : >> >> Bonjour, >> >> J'aimerais documenter la possibilité de localiser des images de >> type "cubemap" ou "photosphere" à partir de données OSM. >> >> Dit autrement, je voudrais proposer une service qui permet >> d'observer des vues "360" dans différents point du globe terrestre, >> comme le propose "google street map". Pour cela, je souhaiterais >> pouvoir ajouter des info de Point d'intérêt dans les données OSM pour >> indiquer des liens vers des images convertibles en cubemap ou >> photospheres. >> >> Existe-il un tag déjà existant pour ça? Mes recherches sur le net >> n'aboutissent pas à grand chose... >> >> Clément Igonet. >> >> ___ >> dev-fr mailing list >> dev-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/dev-fr > > > > -- > PanierAvide > Géomaticien & développeur > > > ___ > dev-fr mailing list > dev-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Point of Interest: cubemap / photosphere
Bonjour, J'aimerais documenter la possibilité de localiser des images de type "cubemap" ou "photosphere" à partir de données OSM. Dit autrement, je voudrais proposer une service qui permet d'observer des vues "360" dans différents point du globe terrestre, comme le propose "google street map". Pour cela, je souhaiterais pouvoir ajouter des info de Point d'intérêt dans les données OSM pour indiquer des liens vers des images convertibles en cubemap ou photospheres. Existe-il un tag déjà existant pour ça? Mes recherches sur le net n'aboutissent pas à grand chose... Clément Igonet. ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Serveur de tuiles 3D pour le projet Open Earth View.
Salut à tous.
Le projet OpenEarthView a besoin d'un serveur de tuiles 3D.
Démo du projet: https://www.openearthview.net
Actuellement, le client web s'appuie sur des données extraites de
requètes sur serveur overpass.
Exemple de requète http pour la tuile { z: 18, x: 77197, y: 98526 }:
http://overpass-api.de/api/interpreter?data=[out:json];((relation["type"="building"](40.748297354767956,-73.98605346679688,40.749337730454805,-73.98468017578125);>;);(way["building"](40.748297354767956,-73.98605346679688,40.749337730454805,-73.98468017578125);>;););out
center;
J'obtiens les données OSM qui me permettent de représenter des
batiments sommairement en webgl (three.js).
Le problème est que le serveur overpass que j'utilise n'est pas
adapté pour mon cas d'usage, car il rejette aléatoirement mes trop
nombreuses requètes.
Quelqu'un serait-il intéressé par le fait de rejoindre le projet,
et monter un serveur de tuiles 3D dédié?
NB 1: Plusieurs solutions plus ou moins abouties sont possibles
(cache, proxy, limitation à une zone géographique, etc...).
NB 2: D'après ce que j'ai vu, techniquement, un serveur SoYouStart
à moins de 50 euros par mois devrait suffire.
Bien à vous tous,
Clément.
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Open Earth View
Essaye avec deux ou trois doigts sur ton écran... Je vais changer ça bientot. 2016-06-01 18:41 GMT+02:00 Yves <yve...@gmail.com>: > Sur mobile, cest tres Parisien, mais fluide ! > Yves > > Le 1 juin 2016 18:31:17 GMT+02:00, Clement IGONET <clem...@igonet.fr> a > écrit : >> >> Bonjour la liste. >> >>À titre de démo, voici à quoi ressemble l'avancée du projet Open >> Earth View: http://www.openearthview.net >> >>C'est en three.js. Je suis sur le point d'intégrer les batiments en 3D. >> >>Je bosse encore seul dessus, mais toutes les participations sont >> les bienvenues (IHM, amélioration du code existant, etc...). >> >>Bye, >> >> Clément. >> >> >> >> dev-fr mailing list >> dev-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/dev-fr > > > -- > Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté. ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Open Earth View
Bonjour la liste. À titre de démo, voici à quoi ressemble l'avancée du projet Open Earth View: http://www.openearthview.net C'est en three.js. Je suis sur le point d'intégrer les batiments en 3D. Je bosse encore seul dessus, mais toutes les participations sont les bienvenues (IHM, amélioration du code existant, etc...). Bye, Clément. ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] Open Earth View - tuiles 3D
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) - http://www.openearthview.net/demo/cubemap_forest/forest.html (attention, 10 MO à télécharger dans la scène) Clément Igonet. ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
