2 approches:
* L'approche mathématique: une page A1 de calculs et schéma.
* L'approche physique et pragmatique: on peut se permettre quelques simplifications et on voit qu'on obtient une valeur quasi constante. Donc on finit par tatonner et trouver une valeur qui répond bien au besoin: entre 16 et 20 selon la définition que l'on souhaite atteindre.
Je veux bien prendre en photo ma feuille A1 pour le fun si tu veux. Ce serait intéressant après tout…
Posté par pizaninja .
En réponse au journal Open Earth View.
Évalué à 1.
Dernière modification le 24 février 2015 à 08:42.
Pfff… La looze! Tout ces calculs pour finir avec une pauvre équation du calcul du zoom: Zoom = C - log2(hauteur)
avec C, une constante aux alentours de 18…
Super! J'ai laissé mon contact sur le site de ton asso pour échanger qu'on discute d'intégration de données.
Après une soirée de calculs de focal, de zoom et de projection, je devrais pouvoir mettre en place les tuiles OSM de la terre directement dans une scène 3D avec démo web d'ici une semaine.
Je suis un incompris :-(
Je sais bien que la NASA n'est pas un "projet"!
Je parle de projet libre auquel j'invite les intéressés à participer, on me répond un truc qui ressemble à: "la NASA aussi a des idées".
Entre l'usine à gaz controlées par une agence américaine, et un projet libre ouvert à tous et utilisable en web… Si vous ne voyez pas les différences fondamentales, de surcroît sur linuxfr…
Bon point pour toi!
Perso, à l'usage, si je me base sur l'usine à gaz qu'est http://www.webglearth.com/, j'ai de la marge…
"nous avions été obligé de tout faire directement dans le javascript"… Pour quelle raison? Qu'est-ce qui passait sur le réseau pour que ce soit si pénalisant?
Remarque que l'outil qui est sur le serveur (osm3x3d) peut tout à fait être écrit en js.
"De plus, tu pouvais utiliser les protocoles classiques de la 2d sans modification pour faire la 3d"…
Peux-tu être plus précis? Je ne comprends pas trop de quoi tu veux parler. Des exemples?
"t'as pas peur que x3dom devienne un boulet pour ce que tu veux faire?"
Ben en fait, je ne me serais jamais lancé dans un tel projet s'il n'y avait pas eu un outil/lib comme x3dom, qui permet de faire abstraction des pb bas niveau liés à OpenGl/WebGl. Ça aurait été un travail de titan.
Je fais le pari que x3dom saura s'adapter pour utiliser les optimisations qui vont bien.
Le projet n'est plus maintenu par personne…
Ça doit être le lot commun de tous les projets de recherche dont le budget est revoté tous les ans…
C'est la que les passionnés ont le dessus sur les chercheurs: pas besoin de rentrer dans des choix/décisions politiques pour faire avancer dans un projet.
Bien vu.
Je ne connaissais pas et je vais voir ce que je peux faire pour exploiter cette banque de données.
Le VRML, c'est plutôt bien me concernant. Le X3D peut grossièrement se résumer à du VRML formaté en XML. Je suis persuadé qu'il existe un moyen d'automatiser la conversion à la volée sans trop de difficultés.
La question: peut-on downloader les modèles 3D via un API "web"?
Not at all!
Merci pour le lien.
Mon projet est très ambitieux.
Je compte aller du globe terrestre jusqu'aux plans internes des bâtiments.
Pour la partie open et publique, je m'appuie sur les infos présentes sur osm: contours de bâtiments, couleurs, nombres d'étages, hauteur, points d'intérêts, toitures et m'appuyer sur l'avancement du projet 'indoor'. Pour les élévations de sol, il existe plusieurs services REST comme celui de mapquest.
Pour le 'B2B', l'idée est de fonctionner en système plus fermé, pour des raisons de confidentialité/sécurité: par exemple, on récupère en 'one shot' sur OSM une zone d'une 10zaine de bâtiments (un grand hôpital par exemple) qu'on transforme en scène 3D au format X3D (lib osm2x3d), puis on fait le lien avec des fonds de plan (svg ou X3D) par étage fournis par le client. Pour les points d'intérêts privés, j'imagine qu'un client peut aussi fournir les implantations et des caractéristiques (composteur dans une gare, guichets d'enregistrement dans un aéroport, extincteur, etc…)
Enfin, pour la tour Eiffel, on peut imaginer une banque d'objet 3D (format 'obj' wavefront par exemple) avec info d'implantation latitude/longitude/orientation.
Ce serait un peu le même principe que les textures de bâtiment: on intègre une url vers une image externe (associé à la clé building:facade:image). L'assemblage dans une scène 3D est assez simple.
J'y travaille…
Dans l'immédiat-tout-de-suite, je me bats avec le système de navigation 3d pour avoir une sorte de zoom progressif, qui ne me fasse pas traverser la terre…
C'est typiquement pour ce genres de fonctionnalités que le travail restant à faire est simple, mais il reste encore à faire.
Par exemple:
- côté convertisseur osm->x3d sur le serveur: modélisation de la 20taine de types de toiture. Aujourd'hui, seuls les types "FLAT" et "PYRAMIDAL" sont implementés (+ pb d'élévation à résoudre ).
- côté client (DOM) ou serveur (SAI): un système de zoom exponentielle.
- textures de bâtiments.
- etc…
Bon, j'avoue que je suis un peu en train de tout revoir, puisque mon point de départ n'est plus une vue map type osm, mais directement un globe en 3d.
Autant en décorticage de données xml, en calculs 2d/3d et en C++, je m'en sors pas trop mal, autant en javascript avec gestion d'événements, j'ai tout à apprendre…
Bien vu!
C'est juste que je n'ai pas encore traité certains cas de bâtiments très sommairement modélisés.
Ça marche un peu mieux sur un exemple comme celui-là
Il serait bien de faire une écriture plus propre pour le nom des rues. Le truc est flou et moche. J'imagine qu'il faudrait un moyen d'écrire après coup au bon endroit, au lieu d'avoir une grosse image déformée.
Bien vu à nouveau. Du coup, en y réfléchissant, je pense que les images du sol, ce sera la première des choses que je mettrai à jour dynamiquement dans la scène 3D.
À moindre frais, je dois pouvoir utiliser un mode de navigation "walker" (texas ranger) proposé en standard par X3D.
Pour le doomlike, faudrait que je convertisse ma scène objets 3D dans un format 3D doom qui ait pignon sur rue.
Pour être honnête, je vais plutôt utiliser mon temps dispo pour des applications plus pro:
* Immobilier
* sécurité incendie
* office hlm
À moindre frais, je dois pouvoir utiliser un mode de navigation "walker" (texas ranger) proposé en standard par X3D.
Pour le doomlike, faudrait que je convertisse ma scène objets 3D dans un format 3D doom qui ait pignon sur rue.
Pour être honnête, je vais plutôt utilisé mon temps dispo pour des applications plus pro:
* Immobilier
* sécurité incendie
* office hlm
"est-ce que les informations d'altitude ne sont pas dans les cartes ?"
Non, mais elles sont accessibles via une source tiers que je pourrait effectivement intégrer.
J'ai besoin de monter une équipe de dev pour cela.
Aujourd'hui, je suis tout seul et ai bien l'ambition de mettre à profit le concept.
Ce qui est génial de mon point de vue, c'est la simplicité de mise en oeuvre.
Je n'ai fait que intégrer des solutions et concepts déjà existantes.
[^] # Re: Windows
Posté par pizaninja . En réponse au journal La blague. Évalué à 4. Dernière modification le 17 mars 2015 à 02:32.
CTRL+s?
[^] # Re: Open Path View
Posté par pizaninja . En réponse au journal Open Earth View. Évalué à 1.
2 approches:
* L'approche mathématique: une page A1 de calculs et schéma.
* L'approche physique et pragmatique: on peut se permettre quelques simplifications et on voit qu'on obtient une valeur quasi constante. Donc on finit par tatonner et trouver une valeur qui répond bien au besoin: entre 16 et 20 selon la définition que l'on souhaite atteindre.
Je veux bien prendre en photo ma feuille A1 pour le fun si tu veux. Ce serait intéressant après tout…
[^] # Re: Open Path View
Posté par pizaninja . En réponse au journal Open Earth View. Évalué à 1. Dernière modification le 24 février 2015 à 08:42.
Pfff… La looze! Tout ces calculs pour finir avec une pauvre équation du calcul du zoom:
Zoom = C - log2(hauteur)avec C, une constante aux alentours de 18…
[^] # Re: Open Path View
Posté par pizaninja . En réponse au journal Open Earth View. Évalué à 1.
Super! J'ai laissé mon contact sur le site de ton asso pour échanger qu'on discute d'intégration de données.
Après une soirée de calculs de focal, de zoom et de projection, je devrais pouvoir mettre en place les tuiles OSM de la terre directement dans une scène 3D avec démo web d'ici une semaine.
Après viendra la prise en compte des élévations….
[^] # Re: Open Path View
Posté par pizaninja . En réponse au journal Open Earth View. Évalué à 1.
J'aime beaucoup l'initiative. Merci pour le lien!
Pour info, x3dom permet nativement le rendu de "skybox" (vue panoramique 360°/180°). D'où la facilité d'intégration de telle données dans la vue 3D.
[^] # Re: NASA World Wind
Posté par pizaninja . En réponse au journal Open Earth View. Évalué à 0.
Je suis un incompris :-(
Je sais bien que la NASA n'est pas un "projet"!
Je parle de projet libre auquel j'invite les intéressés à participer, on me répond un truc qui ressemble à: "la NASA aussi a des idées".
Entre l'usine à gaz controlées par une agence américaine, et un projet libre ouvert à tous et utilisable en web… Si vous ne voyez pas les différences fondamentales, de surcroît sur linuxfr…
=> Je m'en vais porter seul ma croix…
[^] # Re: NASA World Wind
Posté par pizaninja . En réponse au journal Open Earth View. Évalué à -3.
Y'a marqué "NASA" sur mon front? (humour).
Est-ce que la NASA est un projet libre?
[^] # Re: x3dom et performance
Posté par pizaninja . En réponse au journal Open Earth View. Évalué à 1.
Bon point pour toi!
Perso, à l'usage, si je me base sur l'usine à gaz qu'est http://www.webglearth.com/, j'ai de la marge…
Remarque que l'outil qui est sur le serveur (osm3x3d) peut tout à fait être écrit en js.
Peux-tu être plus précis? Je ne comprends pas trop de quoi tu veux parler. Des exemples?
Ben en fait, je ne me serais jamais lancé dans un tel projet s'il n'y avait pas eu un outil/lib comme x3dom, qui permet de faire abstraction des pb bas niveau liés à OpenGl/WebGl. Ça aurait été un travail de titan.
Je fais le pari que x3dom saura s'adapter pour utiliser les optimisations qui vont bien.
[^] # Re: Seulement les bâtiments "simples"?
Posté par pizaninja . En réponse au journal open street earth - appel à contribution . Évalué à 1.
Le projet n'est plus maintenu par personne…
Ça doit être le lot commun de tous les projets de recherche dont le budget est revoté tous les ans…
C'est la que les passionnés ont le dessus sur les chercheurs: pas besoin de rentrer dans des choix/décisions politiques pour faire avancer dans un projet.
[^] # Re: Seulement les bâtiments "simples"?
Posté par pizaninja . En réponse au journal open street earth - appel à contribution . Évalué à 1.
Bien sûr!
Mail envoyé, j'attends une réponse…
[^] # Re: Seulement les bâtiments "simples"?
Posté par pizaninja . En réponse au journal open street earth - appel à contribution . Évalué à 1.
Je viens de regarder… C'est un peu la déception: Ils font les 99% du taf mais ne proposent pas d'API d'accès aux modèles 3D uploadés…
[^] # Re: Seulement les bâtiments "simples"?
Posté par pizaninja . En réponse au journal open street earth - appel à contribution . Évalué à 1.
Bien vu.
Je ne connaissais pas et je vais voir ce que je peux faire pour exploiter cette banque de données.
Le VRML, c'est plutôt bien me concernant. Le X3D peut grossièrement se résumer à du VRML formaté en XML. Je suis persuadé qu'il existe un moyen d'automatiser la conversion à la volée sans trop de difficultés.
La question: peut-on downloader les modèles 3D via un API "web"?
[^] # Re: Seulement les bâtiments "simples"?
Posté par pizaninja . En réponse au journal open street earth - appel à contribution . Évalué à 2.
Not at all!
Merci pour le lien.
Mon projet est très ambitieux.
Je compte aller du globe terrestre jusqu'aux plans internes des bâtiments.
Pour la partie open et publique, je m'appuie sur les infos présentes sur osm: contours de bâtiments, couleurs, nombres d'étages, hauteur, points d'intérêts, toitures et m'appuyer sur l'avancement du projet 'indoor'. Pour les élévations de sol, il existe plusieurs services REST comme celui de mapquest.
Pour le 'B2B', l'idée est de fonctionner en système plus fermé, pour des raisons de confidentialité/sécurité: par exemple, on récupère en 'one shot' sur OSM une zone d'une 10zaine de bâtiments (un grand hôpital par exemple) qu'on transforme en scène 3D au format X3D (lib osm2x3d), puis on fait le lien avec des fonds de plan (svg ou X3D) par étage fournis par le client. Pour les points d'intérêts privés, j'imagine qu'un client peut aussi fournir les implantations et des caractéristiques (composteur dans une gare, guichets d'enregistrement dans un aéroport, extincteur, etc…)
Enfin, pour la tour Eiffel, on peut imaginer une banque d'objet 3D (format 'obj' wavefront par exemple) avec info d'implantation latitude/longitude/orientation.
Ce serait un peu le même principe que les textures de bâtiment: on intègre une url vers une image externe (associé à la clé building:facade:image). L'assemblage dans une scène 3D est assez simple.
[^] # Re: Zoom
Posté par pizaninja . En réponse au journal open street earth - appel à contribution . Évalué à 4.
J'y travaille…
Dans l'immédiat-tout-de-suite, je me bats avec le système de navigation 3d pour avoir une sorte de zoom progressif, qui ne me fasse pas traverser la terre…
[^] # Re: Zoom
Posté par pizaninja . En réponse au journal open street earth - appel à contribution . Évalué à 2.
Pour la texture de bâtiment, le principe est présenté là:
https://wiki.openstreetmap.org/wiki/Osm2x3d
Reste à faire une démo…
[^] # Re: Zoom
Posté par pizaninja . En réponse au journal open street earth - appel à contribution . Évalué à 3.
C'est typiquement pour ce genres de fonctionnalités que le travail restant à faire est simple, mais il reste encore à faire.
Par exemple:
- côté convertisseur osm->x3d sur le serveur: modélisation de la 20taine de types de toiture. Aujourd'hui, seuls les types "FLAT" et "PYRAMIDAL" sont implementés (+ pb d'élévation à résoudre ).
- côté client (DOM) ou serveur (SAI): un système de zoom exponentielle.
- textures de bâtiments.
- etc…
Bon, j'avoue que je suis un peu en train de tout revoir, puisque mon point de départ n'est plus une vue map type osm, mais directement un globe en 3d.
Autant en décorticage de données xml, en calculs 2d/3d et en C++, je m'en sors pas trop mal, autant en javascript avec gestion d'événements, j'ai tout à apprendre…
[^] # Re: 3d
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 0.
Déplacé ici: https://github.com/clement-igonet/osm2x3d
[^] # Re: retour ?
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 1.
Merci pour ton retour.
2 choses:
Bien vu!
C'est juste que je n'ai pas encore traité certains cas de bâtiments très sommairement modélisés.
Ça marche un peu mieux sur un exemple comme celui-là
Bien vu à nouveau. Du coup, en y réfléchissant, je pense que les images du sol, ce sera la première des choses que je mettrai à jour dynamiquement dans la scène 3D.
Encore merci.
[^] # Re: Système de rotation
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 2.
Système de navigation revu. Qu'en penses-tu Maxime?
[^] # Re: Système de rotation
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 2.
Je viens de m'apercevoir que, par défaut, "r" correspond à un reset de la caméra et "h" est le mode helicoptère.
A tester donc…
cf http://doc.x3dom.org/tutorials/animationInteraction/navigation/index.html
[^] # Re: 3d
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 1.
À moindre frais, je dois pouvoir utiliser un mode de navigation "walker" (texas ranger) proposé en standard par X3D.
Pour le doomlike, faudrait que je convertisse ma scène objets 3D dans un format 3D doom qui ait pignon sur rue.
Pour être honnête, je vais plutôt utiliser mon temps dispo pour des applications plus pro:
* Immobilier
* sécurité incendie
* office hlm
[^] # Re: 3d
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 2.
À moindre frais, je dois pouvoir utiliser un mode de navigation "walker" (texas ranger) proposé en standard par X3D.
Pour le doomlike, faudrait que je convertisse ma scène objets 3D dans un format 3D doom qui ait pignon sur rue.
Pour être honnête, je vais plutôt utilisé mon temps dispo pour des applications plus pro:
* Immobilier
* sécurité incendie
* office hlm
[^] # Re: Système de rotation
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 3.
Je suis tout à fait d'accord avec toi.
Je retiens ça comme une chose à faire sans tarder.
Merci.
[^] # Re: Reliefs
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 2.
[^] # Re: Système de rotation
Posté par pizaninja . En réponse au journal X3D et osm. Évalué à 1.
Voilà des exemples:
https://camo.githubusercontent.com/4c6783967fdc9c994bbf20c288e1420c0e4f5aa5/687474703a2f2f7765622e6f736d327833642e6e65742f6578616d706c65732f456d706972655f53746174655f4275696c64696e672e706e67
https://camo.githubusercontent.com/0503518bbf77a76b65f99764aaba26ed6113a80f/687474703a2f2f7765622e6f736d327833642e6e65742f6578616d706c65732f53745f426173696c5f43617468656472616c2e706e67