Re: [OSM-talk-fr] devient : des layers car il est de plus en plus pénible de travailler sur les donn ées
On mardi 27 juillet 2010, openstreet...@coutiere.com wrote: Reste qu'avec une telle densité d'informations et de bâtiments, Potlatch devient bien souvent inutilisable... Quand on veut ajouter une Boîte aux lettres, on y passe des heures juste pour un point... Je suis bien d'accord avec toi, on avait senti le problème venir avec les limites administratives, on avait commencé à bien se rendre compte du problème avec l'import de corine, et là, avec le bâti, on est en plein dedans : - ça RAME !! Ne serait-il pas intelligent de créer des layers pour le stockage des données ? Il n'y a pas vraiment de notion de layer dans osm (à part la fourberie pour dire ce qui est au dessus et au dessous) par contre c'est bien plus souple que d'avoir des layers car chaque objet est identifié par ses tags. Est-ce intelligent ? Le but et la fonctionnalité : oui La méthode : à mon avis, non Si ça l'est, on pourrait soumettre ça au niveau mondial pour voir si c'est implémentable... J'ai peur que ce ne soit pas pour tout de suite, l'API 0.6 ne permet pas se genre de chose, et en changer, c'est un gros morceaux (XAPI en revanche le permettrait presque.) Aujourd'hui, je ne vois que deux solutions : - télécharger une zone ou - ne pas télécharger une zone Pour en sortir, il faudrait pouvoir demander à l'API ce que l'on veut vraiment, et pouvoir ignorer le reste. Et pour ça, il faudrait que l'API : 1) le permette ;-) 2) s'occupe de calculer les dépendances (un noeud qui appartient à une route et à un bâtiment doit être téléchargée même si on a demander : pas les bâtiments ) 3) les éditeurs le supporter Mais à mon avis, demander aux contributeurs d'ajouter un tag à la main pour faire le distinguons est inutile et utopique -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] devient : des layers car il est de plus en plus pénible de travailler sur les donn ées
OSM s'alourdit s'est sûr et c'est quand même souhaitable ! Les bâtiments rendent effectivement de travail sur des zones importantes de plus en plus délicat, mais le rendu pourrait aussi descendre un niveau de zoom plus bas. J'ai testé mapnik avec un zoom 19 et 20 pour voir, car sur ma ville, certains POI proches ne sont pas rendus. Est-il envisageable qu'avec la future refonte de portail OSM France, on puisse offrir un niveau de zoom de plus et que P(iiip) puisse démarrer ses modifs un cran plus bas (voire 2, histoire d'anticiper). Est-il envisageable d'avoir un P(iiip) légèrement modifié sur le site OSM France ? P(iiip) est un outil formidable pour les nouveaux contributeurs. Sa simplicité d'accès permet de démarrer facilement, ça serait vraiment dommage qu'il devienne inutilisable au fur et à mesure qu'OSM s'enrichit de données. L'import massif des bâtiments peut inciter et faciliter l'ajout de POI et autres données par de nouveaux contributeurs. Autre réflexion sur le masquage/filtrage: je pense que cela peut aussi poser pas mal de problème car si l'on masque des éléments comment être sûr que les ajouts qui devraient leur être lié sont bien faits ? Exemple: on masque les bâtiments génériques (ceux qui n'ont que le building=yes) mais si on ajoute un POI du genre là il y a un garage et que le garage c'est le bâtiment qui a été masqué... vous voyez où je veux en venir ? Au final on peut même se retrouver à rajouter des infos déjà présentes mais masquées par ailleurs (erreur que j'ai déjà commise avec JOSM et un filtre activé). -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] devient : des layers car il est de plus en plus pénible de travailler sur les donn ées
2010/7/27 Christian Quest christian.qu...@gmail.com OSM s'alourdit s'est sûr et c'est quand même souhaitable ! Les bâtiments rendent effectivement de travail sur des zones importantes de plus en plus délicat, mais le rendu pourrait aussi descendre un niveau de zoom plus bas. J'ai testé mapnik avec un zoom 19 et 20 pour voir, car sur ma ville, certains POI proches ne sont pas rendus. Est-il envisageable qu'avec la future refonte de portail OSM France, on puisse offrir un niveau de zoom de plus et que P(iiip) puisse démarrer ses modifs un cran plus bas (voire 2, histoire d'anticiper). Est-il envisageable d'avoir un P(iiip) légèrement modifié sur le site OSM France ? P(iiip) est un outil formidable pour les nouveaux contributeurs. Sa simplicité d'accès permet de démarrer facilement, ça serait vraiment dommage qu'il devienne inutilisable au fur et à mesure qu'OSM s'enrichit de données. L'import massif des bâtiments peut inciter et faciliter l'ajout de POI et autres données par de nouveaux contributeurs. P(iiip) 2 est en cours de développement actif. http://random.dev.openstreetmap.org/potlatch2/potlatch2.html Je pense qu'il serait intéressant a terme de voir si celui ci gère mieux la quantité de donnée. Le lien donne n'est pour le moment pas connecte a la base de donnée principale mais il serait trivial de pointer vers la base de donnée principale. P(iiip)2 est plus rapide sur pas mal de point grâce au passage a Action Script 3 avec l'effet secondaire (qui déplaît aux libristes) de ne pas tourner sous Flash en open source (Gnash par exemple). De plus, il y pas mal de boulot pour ajouter de nouvelles icônes et de nouveaux presets (tout est configurable). Il serait donc tout a fait possible de permettre un niveau de zoom supplémentaire avec une version modifiée de P(iiip)2. Traduire cela en Francais ou integrer le plugin Cadastre serait un bon projet pour une hack week. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr