Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
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... Ne serait-il pas intelligent de créer des layers pour le stockage des données ? Par exemple, quand on veut travailler sur les Ways ou les Surfaces, on travaille en général uniquement sur les Highways, les Buildings, ou les Landuse. Et les Nodes associés devraient probablement être qualifiés de Highways only, Buildings only, Landuse only, ou multi-usage. Ainsi, pour ajouter ma boîte aux lettres, je demanderais à Potlatch de charger les Highways, et de me donner en image de fond une carte, et j'ajouterais le point sans douleur. En fait, il s'agirait juste de rajouter un champ dans la base décrivant le layer. Est-ce intelligent ? Si ça l'est, on pourrait soumettre ça au niveau mondial pour voir si c'est implémentable... Charlie Echo - Mail Original - De: sly (sylvain letuffe) sylv...@letuffe.org À: talk-fr@openstreetmap.org Envoyé: Lundi 26 Juillet 2010 15:00:44 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2) Yo, 888 Mo, c'est la taille du fichier osm compressé du france.osm.bz2 de cette nuit présent chez géofabrik. Est-ce si extraordinaire ? le chiffre, ça, on s'en fout, par contre c'est la première fois que la taille du fichier france dépasse celui de l'allemagne (887Mo) , faisant du même coup du fichier france le plus gros fichier d'europe. Hé ben, on a bien fait de rentrer des cathérales aux 1500 points ;-) Bien sûr personne ne s'étonnera d'apprendre, sans que je le dise, d'où vient cette croissance récente du fichier... -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Le mardi 27 juillet 2010 15:19:47 openstreet...@coutiere.com, vous avez écrit : 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... Ne serait-il pas intelligent de créer des layers pour le stockage des données ? Par exemple, quand on veut travailler sur les Ways ou les Surfaces, on travaille en général uniquement sur les Highways, les Buildings, ou les Landuse. Et les Nodes associés devraient probablement être qualifiés de Highways only, Buildings only, Landuse only, ou multi-usage. Ainsi, pour ajouter ma boîte aux lettres, je demanderais à Potlatch de charger les Highways, et de me donner en image de fond une carte, et j'ajouterais le point sans douleur. Avec JOSM, on peut masquer des éléments. D'un point de vue purement affichage, c'est terriblement efficace ! J'utilise régulièrement un filtre pour masquer les bâtiments ou bien n'afficher que les bâtiments, masquer les CLC, … Après, l'autre problème est la quantité de données à faire tenir en RAM (et le temps de traitement de certaines opérations) quand on édite de grandes zones comme pour les CLC. Pour les limites admin, en général, j'arrive dans des zones vierges :-) En conclusion, de ce que j'ai compris, vous ne parlez pas de la même chose : - pour ajouter une boîte aux lettres, c'est au logiciel de masquer des éléments et restreindre peut-être la zone d'édition pour ne pas être dérangé - pour les grandes zones, il faudrait effectivement facilement télécharger uniquement des objets d'un type. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Si si, on parle de la même chose : le téléchargement gigantesque qu'il faut pour ajouter le moindre objet. Et je me concentrais sur Potlatch, mais c'est pareil pour JOSM, en fait. Le problème n'est pas un problème d'affichage, mais un problème de chargement (avec les lenteurs que ça implique). De toutes façons, le problème va apparaître au grand jour dans 1 an : les données seront tellement lourdes, et ça coûtera tellement cher en bande passante et surtout en contraintes sur la Base, qu'il FAUDRA trouver une solution. C'est ridicule de charger 50 Mo de données pour le moindre ajout dans Paris, et ça va démotiver les débutants (même moi, qui ai débuté il y a longtemps déjà, je suis démotivé par cette lourdeur...) Charlie Echo - Mail Original - De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net En conclusion, de ce que j'ai compris, vous ne parlez pas de la même chose : - pour ajouter une boîte aux lettres, c'est au logiciel de masquer des éléments et restreindre peut-être la zone d'édition pour ne pas être dérangé - pour les grandes zones, il faudrait effectivement facilement télécharger uniquement des objets d'un type. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
On mardi 27 juillet 2010, Nicolas Dumoulin wrote: Avec JOSM, on peut masquer des éléments. D'un point de vue purement affichage, Il est clair que JOSM s'en sort bien mieux, et même en téléchargeant et affichant tout, ça reste utilisable la plupart du temps (à condition d'être pas trop gourmand) Avec un plugin de masquage, ça devrait aller encore mieux (je viens de tester ghost, c'est celui que tu utilises ? ) Le problème vient surtout de celui dont il faut taire le nom (et dont on parlait), je viens d'éssayer, et si tu cliques sur modifier en étant pourtant en zoom 18 au dessus de grenoble, c'est du domaine du pas utilisable. Alors certes, il faudrait recommander d'utiliser JOSM plutôt que Ppp mais il reste l'editeur simple d'accès que les imports massifs de building rendent de moins en moins utilisable. Après, l'autre problème est la quantité de données à faire tenir en RAM (et le Pour JOSM, je pense qu'on a encore un peu de marge, bien que dans certaines zones, ça devient pénible et il faut de plus en plus réduire la fenêtre de téléchargement sous peine de faire péter soit le serveur OSM (erreur 500), soit JOSM (out of memory), mais disons que c'est gérable et comme on est encore loin de tagguer individuellement les pavés des rues, ça devrait nous laisser largement du temps. Non, le problème, c'est le contributeur de passage, il connaît le coin, il veut juste indiquer une boite au lettre/resto/hotel/fontaine et n'a pas envie de se plonger loin dans le JOSM, ben il n'a que le modifier pour cliquer, et les yeux pour pleurer. La solution n'est peut-être pas le découpage en layer, peut-être viendra-t-elle d'éditeurs simples, comme http://wiki.openstreetmap.org/wiki/Amenity_Editor que je viens juste de découvrir et qui est bien caché au fond du wiki En conclusion, de ce que j'ai compris, vous ne parlez pas de la même chose : Si, il me semble qu'on s'est compris - pour ajouter une boîte aux lettres, c'est au logiciel de masquer des éléments et restreindre peut-être la zone d'édition pour ne pas être dérangé A condition qu'il sache faire ! - pour les grandes zones, il faudrait effectivement facilement télécharger uniquement des objets d'un type. Voilà l'autre cas auquel je n'avais pas pensé, mais bon, on arrive à s'en sortir dès qu'il s'agit d'une relation en faisant : télécharger les membres + zoom assez fort pour ne pas être perturber par tout le reste, mais c'est pas non plus l'extase car ajouter par exemple les inner d'une immense forêt, ben c'est dur si on n'a pas téléchargé les polygones à l'intérieure de cette forêt. -- 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] 888 Mo (taille de l'extrait france.osm.bz2)
Le mardi 27 juillet 2010 16:13:58 openstreet...@coutiere.com, vous avez écrit : Si si, on parle de la même chose : le téléchargement gigantesque qu'il faut pour ajouter le moindre objet. Et je me concentrais sur Potlatch, mais c'est pareil pour JOSM, en fait. Le problème n'est pas un problème d'affichage, mais un problème de chargement (avec les lenteurs que ça implique). […] C'est ridicule de charger 50 Mo de données pour le moindre ajout dans Paris, Je viens de faire le test dans Paris en chargeant une zone de 100mx100m, ça me donne 111ko, et pour 500mx500m ça me fait à peine 2Mo. Donc, selon moi, ça reste raisonnable pour ajouter un POI. Le problème reste entier pour travailler avec de très grandes zones. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Je n'ai pas de quoi mesurer les données chargées sous la main. Il est vrai que 50 Mo est un peu exagéré si on est en zoom maximal. Mais quand je cherche à modifier, avec Potlatch, la zone http://www.openstreetmap.org/?lat=48.852885lon=2.332884zoom=18layers=M (zoom 18, maximum par l'interface) Potlatch me dit lui-même la zone est très détaillée, le chargement sera long. Voulez-vous zoomer ? et il zoome à 20. Comme quoi le problème a été identifié... La zone en zoom 18 contient 1400 éléments... La requête sur la base doit être monstrueuse pour juste un point à ajouter... Plus que le volume, je présume que c'est la charge de la Base qui va poser problème... Charlie Echo - Mail Original - De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 27 Juillet 2010 16:36:37 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2) Le mardi 27 juillet 2010 16:13:58 openstreet...@coutiere.com, vous avez écrit : Si si, on parle de la même chose : le téléchargement gigantesque qu'il faut pour ajouter le moindre objet. Et je me concentrais sur Potlatch, mais c'est pareil pour JOSM, en fait. Le problème n'est pas un problème d'affichage, mais un problème de chargement (avec les lenteurs que ça implique). […] C'est ridicule de charger 50 Mo de données pour le moindre ajout dans Paris, Je viens de faire le test dans Paris en chargeant une zone de 100mx100m, ça me donne 111ko, et pour 500mx500m ça me fait à peine 2Mo. Donc, selon moi, ça reste raisonnable pour ajouter un POI. Le problème reste entier pour travailler avec de très grandes zones. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
openstreet...@coutiere.com a écrit : 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... Ne serait-il pas intelligent de créer des layers pour le stockage des données ? Par exemple, quand on veut travailler sur les Ways ou les Surfaces, on travaille en général uniquement sur les Highways, les Buildings, ou les Landuse. Et les Nodes associés devraient probablement être qualifiés de Highways only, Buildings only, Landuse only, ou multi-usage. Ainsi, pour ajouter ma boîte aux lettres, je demanderais à Potlatch de charger les Highways, et de me donner en image de fond une carte, et j'ajouterais le point sans douleur. En fait, il s'agirait juste de rajouter un champ dans la base décrivant le layer. si potlach ne sait pas gerer la grande densite de donnees c'est potlach qu'il faut ameliorer, il n'est pas une bonne idee de vouloir adapter la base aux defauts et limitations de potlach Si si, on parle de la même chose : le téléchargement gigantesque qu'il faut pour ajouter le moindre objet. Et je me concentrais sur Potlatch, mais c'est pareil pour JOSM, en fait. Le problème n'est pas un problème d'affichage, mais un problème de chargement (avec les lenteurs que ça implique). pour ajouter une boite aux lettres avec JOSM, je choisis la zone avant de la charger et je la choisis a peu pres grosse comme une maison, ca se passe tres bien et tres vite je comprend pas comment tu te debrouille pour faire des telechargements gigantesques ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Le mardi 27 juillet 2010 16:54:43 openstreet...@coutiere.com, vous avez écrit : Je n'ai pas de quoi mesurer les données chargées sous la main. Il est vrai que 50 Mo est un peu exagéré si on est en zoom maximal. Mais quand je cherche à modifier, avec Potlatch, la zone http://www.openstreetmap.org/?lat=48.852885lon=2.332884zoom=18layers=M (zoom 18, maximum par l'interface) Potlatch me dit lui-même la zone est très détaillée, le chargement sera long. Voulez-vous zoomer ? et il zoome à 20. Comme quoi le problème a été identifié... La zone en zoom 18 contient 1400 éléments... La requête sur la base doit être monstrueuse pour juste un point à ajouter... Plus que le volume, je présume que c'est la charge de la Base qui va poser problème... Bon, en tout cas, ça montre peut-être une des limites de Potlach. Avec Josm, sur la même zone, on a les données en 15 secondes. Avec josm, tu peux affiner la zone de travail plus précisément. Si trop de gens trouve Josm compliqué, il faut qu'on améliore la doc, ou faire un mode light, mais ça me paraît vraiment une approche plus raisonnable. Mais bon, je voudrai pas lancer de troll :-) Concernant la surcharge de la base, je ne suis pas sûr que ce soit si terrible, mais je ne suis pas assez au jus pour juger … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
De: hamster hams...@suna.fdn.fr pour ajouter une boite aux lettres avec JOSM, je choisis la zone avant de la charger et je la choisis a peu pres grosse comme une maison, Certes, avec JOSM, c'est facile. Mais je parlais ici de Potlatch : avec Potlatch, on doit charger un écran entier, avec un zoom finalement faible. Et je ne parle pas vraiemnt de moi, mais plutôt des débutants rebutés par ces chargements longs. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Charlie Echo a écrit : avec Potlatch, on doit charger un écran entier on est d'accord : le probleme est dans potlach, la solution doit donc etre dans potlach et non pas dans la base ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Le mardi 27 juillet 2010 16:31:10 sly (sylvain letuffe), vous avez écrit : Avec un plugin de masquage, ça devrait aller encore mieux (je viens de tester ghost, c'est celui que tu utilises ? ) Hmm, je ne vois pas de plugin spécifiquement installé. Ça m'a l'air d'être un outil intégré. C'est l'entonoir sur la barre d'outil. Perso, ça devient indispensable pour les zones avec bâti ! Le mardi 27 juillet 2010 16:31:10 sly (sylvain letuffe), vous avez écrit : On mardi 27 juillet 2010, Nicolas Dumoulin wrote: Après, l'autre problème est la quantité de données à faire tenir en RAM (et le Pour JOSM, je pense qu'on a encore un peu de marge Sauf quand tu travailles sur le cadastre de plusieurs communes ;-) Je pète vite des records moi. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Le 27/07/2010 17:29, hamster a écrit : Charlie Echo a écrit : avec Potlatch, on doit charger un écran entier on est d'accord : le probleme est dans potlach, la solution doit donc etre dans potlach et non pas dans la base on est d'accord : le probleme est dans potlach, la solution doit donc etre dans potlach et/ou dans l'API :-) -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
2010/7/26 sly (sylvain letuffe) sylv...@letuffe.org Yo, 888 Mo, c'est la taille du fichier osm compressé du france.osm.bz2 de cette nuit présent chez géofabrik. Est-ce si extraordinaire ? le chiffre, ça, on s'en fout, par contre c'est la première fois que la taille du fichier france dépasse celui de l'allemagne (887Mo) , faisant du même coup du fichier france le plus gros fichier d'europe. Hé ben, on a bien fait de rentrer des cathérales aux 1500 points ;-) Bien sûr personne ne s'étonnera d'apprendre, sans que je le dise, d'où vient cette croissance récente du fichier... :) Cette fameuse cathédrale a énormément impressionné au SOTM :) Bon maintenant, il ne manque plus qu'a battre les allemands sur l'exhaustivité de nos rues et de nos routes ;) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Bonjour, Le lundi 26 juillet 2010 15:03:29 Emilie Laffray, vous avez écrit : Cette fameuse cathédrale a énormément impressionné au SOTM :) Bon maintenant, il ne manque plus qu'a battre les allemands sur l'exhaustivité de nos rues et de nos routes ;) Étant donné que les indicateurs d'avancement ont tendance à stimuler mes contributions (ben quoi, c'est beau de voir la carte des limites de communes qui progresse grâce à ses clics, ou de faire progresser un cours d'eau pour s'approcher de la longueur officielle du SANDRE), on pourrait pas générer des indicateurs intéressants, 'fin plus intéressant que la taille genre : * le km de linéaire * le nombre d'amenités, éventuellement classées (écoles, bars, …) * … Le tout classé par département par exemple. Après, on peut aussi ajouter les indicateurs d'alarme comme les nœuds dupliqués ou le nombre d'erreurs d'osmose en général. Une petite page wiki pour recenser, voir centraliser ces stats serait du plus bel effet je pense pour booster les contributions d'un type pas toujours facile. mon idée à 2 balles du jour :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
