[OSM-talk-fr] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
Bonjour à tous, Le 18 novembre 2009 09:28, Arnaud Vandecasteele arnaud@gmail.com a écrit : 1/ Chaque application créée son propre répertoire de tuile (cache). Il n'y a que moi que ça choque de lire qu'une application embarquée sur un PDA utilise des tuiles (des images) plutôt que des données vectorielles optimisées (prend moins de place, zoom infini) ? Ceci dit, je ne fais pas de code pour changer les choses. :-) Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
+--On 18 novembre 2009 10:35:57 +0100 David MENTRE dmen...@linux-france.org wrote: | Bonjour à tous, | | Le 18 novembre 2009 09:28, Arnaud Vandecasteele arnaud@gmail.com a | écrit : | 1/ Chaque application créée son propre répertoire de tuile (cache). | | Il n'y a que moi que ça choque de lire qu'une application embarquée | sur un PDA utilise des tuiles (des images) plutôt que des données | vectorielles optimisées (prend moins de place, zoom infini) ? Oui et non, c'est *compliqué* de faire le rendu d'une tuile, et un PDA n'a pas la puissance necessaire pour en général. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
Bonjour, Ce qui suit n'est qu'une remarque de end-user complètement nul en programmation: Les derniers smartphones montrent des bonnes perfs en 3D, avec des jeux plutôt sympas visuellement. Cela doit être un boulot monstre de créer un moteur de rendu 3D live de la base de données, mais ensuite quel pied cela pourrait être pour les applications ! Mon GPS Windows Mobile se fait vieux, mon tel aussi. Et Android commence à me faire saliver, grace à vos efforts Bravo aux développeurs !! :-) Le 18 novembre 2009 10:51, Mathieu Arnold m...@mat.cc a écrit : +--On 18 novembre 2009 10:35:57 +0100 David MENTRE dmen...@linux-france.org wrote: | Bonjour à tous, | | Le 18 novembre 2009 09:28, Arnaud Vandecasteele arnaud@gmail.com a | écrit : | 1/ Chaque application créée son propre répertoire de tuile (cache). | | Il n'y a que moi que ça choque de lire qu'une application embarquée | sur un PDA utilise des tuiles (des images) plutôt que des données | vectorielles optimisées (prend moins de place, zoom infini) ? Oui et non, c'est *compliqué* de faire le rendu d'une tuile, et un PDA n'a pas la puissance necessaire pour en général. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
2009/11/18 David MENTRE dmen...@linux-france.org Bonjour à tous, Le 18 novembre 2009 09:28, Arnaud Vandecasteele arnaud@gmail.com a écrit : 1/ Chaque application créée son propre répertoire de tuile (cache). Il n'y a que moi que ça choque de lire qu'une application embarquée sur un PDA utilise des tuiles (des images) plutôt que des données vectorielles optimisées (prend moins de place, zoom infini) ? J'ai écris une réponse assez complète que le fil d'origine. Chaque méthode a ses avantages et inconvénients. Si Google a choisi de sortir aujourd'hui un logiciel online, c'est pour certaines raisons infaisable en offline. Concernant la carte, en online pas de mises à jour des routes à effectuer vu qu'elles sont téléchargées régulièrement (mais optimalement pas à chaque fois, vive le cache) ; en mode offline on doit faire forcément des manipulations régulières tous les quelques mois pour mettre à jour ses cartes de plusieurs centaines de mégas. L'optimal serait bien sûr une base de données intégré au sein du mobile avec les mises à jour uniquement pour les éléments modifiés ! Mais Google Maps Navigation a l'air assez rusé et utilise du vectoriel pour les inscriptions, qui tournent avec l'affichage. Pour la route en elle-même je pense que c'est des tuiles bien que je n'en suis pas certain. Et si ils avaient trouvé le moyen de downloader juste le morceau de chemin (et alentours) en vectoriel, c'est faisable il me semble ? Dans ce principe, si on avait des serveurs offerts par free, je verrai bien un serveur ayant une base de données OSM à jour et capable sur requête de 2 coordonnées d'envoyer un flux xml contenant toutes les instructions de parcours... avec plan vectoriel du chemin (et alentours) ! Ensuite le mobile pourrait gérer ces données nativement et dans le cas d'un itinéraire loupé, le petit recalcul pourrait être possible en local grâce à ces données vectorielles légères (et aux données alentours du parcours). Ah c'est beau de rêver... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
Le 18 nov. 2009 à 11:17, Julien D. a écrit : Mais Google Maps Navigation a l'air assez rusé et utilise du vectoriel pour les inscriptions, qui tournent avec l'affichage. Pour la route en elle-même je pense que c'est des tuiles bien que je n'en suis pas certain. Et si ils avaient trouvé le moyen de downloader juste le morceau de chemin (et alentours) en vectoriel, c'est faisable il me semble ? Dans ce principe, si on avait des serveurs offerts par free, je verrai bien un serveur ayant une base de données OSM à jour et capable sur requête de 2 coordonnées d'envoyer un flux xml contenant toutes les instructions de parcours... avec plan vectoriel du chemin (et alentours) ! Ensuite le mobile pourrait gérer ces données nativement et dans le cas d'un itinéraire loupé, le petit recalcul pourrait être possible en local grâce à ces données vectorielles légères (et aux données alentours du parcours). De ce que j'ai vu (démo vidéo et captures d'écran), les données de base (carte et trajet) sont au format vectoriel. Reste les vues sattelites et streetview qui forcément sont des images. Concernant ta deuxième requête : ça existe déjà ! Alors certains vont me répondre que c'est commercial et c'est le mal, mais cloudmade propose une API pour faire exactement ce que tu voudrais. C'est même dispo en français à cause de moi ;) Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
2009/11/18 Yann Coupin y...@coupin.net Le 18 nov. 2009 à 11:17, Julien D. a écrit : Mais Google Maps Navigation a l'air assez rusé et utilise du vectoriel pour les inscriptions, qui tournent avec l'affichage. Pour la route en elle-même je pense que c'est des tuiles bien que je n'en suis pas certain. Et si ils avaient trouvé le moyen de downloader juste le morceau de chemin (et alentours) en vectoriel, c'est faisable il me semble ? Dans ce principe, si on avait des serveurs offerts par free, je verrai bien un serveur ayant une base de données OSM à jour et capable sur requête de 2 coordonnées d'envoyer un flux xml contenant toutes les instructions de parcours... avec plan vectoriel du chemin (et alentours) ! Ensuite le mobile pourrait gérer ces données nativement et dans le cas d'un itinéraire loupé, le petit recalcul pourrait être possible en local grâce à ces données vectorielles légères (et aux données alentours du parcours). De ce que j'ai vu (démo vidéo et captures d'écran), les données de base (carte et trajet) sont au format vectoriel. Reste les vues sattelites et streetview qui forcément sont des images. Concernant ta deuxième requête : ça existe déjà ! Alors certains vont me répondre que c'est commercial et c'est le mal, mais cloudmade propose une API pour faire exactement ce que tu voudrais. C'est même dispo en français à cause de moi ;) Les services de routage par internet tel Cloudmade existent même en libre : http://wiki.openstreetmap.org/wiki/Routing/OnlineRouters Le truc intéressant qui sort de l'ordinaire, ce serait, en plus du parcours du gpx lui-même, que le service soit capable d'envoyer en même temps des données vectorielles du chemin et alentours pour que le terminal soit capable d'afficher la carte, voir même de recalculer le chemin en local si changement de route léger. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tuile et vectoriel (was: Re: Standardisation des applications Android utilisant OSM)
Tuile ou vectoriel. Le choix dépend avant tout de l'utilisation de la donnée. En effet si les tuiles sont plus lourdes que des données vecteurs elles demandent par contre moins de ressources au niveau des traitements informatiques. D'autant plus qu'avec un simple système de cache de tuiles, il est facile d'obtenir de bonnes performances. Que pensez-vous de la possibilité d'estampiller des projets avec le label OSM ? Cela va dans le sens de la réflexion menée sur la création d'une association OSM-fr non? Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
