Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Hello, 2010/5/4 Jeff MERCIER : > Bonjour, > En tant que responsable du SIG de la Communauté de Communes du Pays de > Romans, dans la Drôme, je me propose de procéder à l'import de l'ensemble > des batis du cadastre, à l'image de ce qui a été fait sur Brest Métropole. Bravo Bravo ! > Je souhaite néanmoins recueillir avant tout l'avis des contributeurs du > secteur. J'envisage de procéder à un import respectant le travail déjà > réalisé, important sur la ville de Romans, en n'important pas les bâtiments > déjà dessinés, et comportant souvent des données descriptives > complémentaires. Si tu as besoin d'un coup de main avec postgis, n'hésite pas à demander ici même... > Je conserverais à priori les mêmes attributs que BMO, avec également > BMO:type pour le type de bati, ce qui me semble plus logique que de recréer > un attribut CCPR:type. Perso, je ne trouve pas ça plus logique d'utiliser le namespace bmo pour un import qui n'est pas celui de BMO. Hmm, il va falloir vite trouver une correspondance avec les map features pour cet attribut dur/léger ... > J'attends vos réactions par rapport à cet import. Et bien : ravi que BMO fasse des émules, et que des contributeurs fassent la demande à leur service SIG pour libérer leurs données ! F. PS: un article, écrit à trois mains (Steven, F. Vigouroux et moi-même) a été envoyé hier à Geomatique Expert à propos de OSM et BMO... je vous enverrai le PDF dès qu'il sera disponible. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calculateur multimodal sur Rennes (première démo)
Merci pour ce retour. En effet, c'est un peu gênant, et je n'ai pas réussi à trouver de réponse élégante à ce problème... En fait il cherche le nœud (dans le sens interesction de deux ways ou extrémité de ways) le plus proche, qui se trouve etre le bout de l'allée Perault. J'ouvre un bug pour me le garder sous le coude 2010/5/4 Yannick VOYEAUD : > Le 04/05/2010 15:24, Tristram Gräbener a écrit : >> Bonjour, >> >> Je travaille sur des itinéraires multimodaux et multiobjectifs (on >> propose plusieurs solutions équivalentes). >> >> Avec la libération en cours des données de transport à Rennes on a >> décidé de faire un démonstrateur sur Rennes (même si ma thèse est >> principalement financée par la région midi-pyrénées...). >> >> Vous pouvez voir une toute première version sur >> http://mumoro.openstreetmap.fr/ (c'est hébergé par le crans sur un des >> serveurs offert par Free – merci Étienne !) >> >> Il reste encore énormément à faire : >> - intégrer les données de transports en commun (dès qu'elles sont libérées) >> - améliorer l'interface (j'attends vos retours sur cette question en >> particulier) >> - avoir un code qui soit plus facile à déployer et adapter là où on veut >> - traduire en Français (voire breton et gallo s'il y a des volontaires :p) >> >> Voilà, n'hésitez pas à dire ce que vous en pensez à reporter les bugs ! >> > > Bonsoir, > > Une 'petite' anomalie: > Les flèches semblent bien positionner par contre le chemin proposé est > planté: > Itinéraire entré > 9 rue de la Serpette > 10 rue de la Palestine > > Tu fais partir le trajet de l'allée René Perrault qui bien que dans le > quartier n'est pas dans la rue de la Serpette > > Il y a quelque chose à revoir amha > > Sinon bravo pour l'initiative > > Amitiés > > -- > Si on n'avait toujours voulu que la "meilleure" des solutions, > ce serait vide. > Yannick VOYEAUD > http://www.voyeaud.org > Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ > Actes En Vrac: http://www.francegenweb/actes/ > Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr > Inconnu de Saulcy: http://www.lced.org > Antoine Payet de la Réunion: http://payet.voyeaud.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] remplacement des limites administrat ives "cartographes associés "
Le 04/05/2010 23:58, Vincent de Chateau-Thierry a écrit : > http://beta.letuffe.org/cron/etat-communes/communes.csv.txt du jour on > trouve : > > tous;tous;tous;20044;36239;21217;55.3;94.5 Je l'ai collé dans un graphe munin mais je ne suis pas sûr que ça soit très lisible. J'ai pas (encore) réussi à virer les unités exponentielles des légendes (pour le graphe Tous). http://osm2.crans.org/munin/ Les données sont récupérées dans le fichier de sly toutes les 2 heures (qui lui même est mis à jour toutes les 24 heures). Donc il faut attendre au plus 26 heures avant de voir votre travail modifier la courbe. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
2010/5/5 François Van Der Biest Question subsidiaire : qui peut décider de verser les données cadastrales dans une collectivité locale ? Si j'ai bien compris, une partie du cadastre est produite par la DGFip seule et une autre est co-produite avec des collectivités locales. C'est uniquement dans cette seconde partie que la collectivité locale peut décider elle-même de reverser ses données dans OSM puisque la DGFip l'y autorise (bien qu'elle soit seule détentrice des droits intellectuels). Autrement dit, si j'ai bien vu que pour Brest Metropole, il y avait au départ un accord des autorités politiques pour ouvrir les données, est-ce que le chef d'un département SIG peut décider seul de verser ses mêmes données ou faut-il demander s'il le fait avec l'accord des autorités politiques qui dirigent la collectivité locale ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
2010/5/4 Frédéric Rodrigo > Salut, > Je réveille un vieux thread pour faire un point. J'ai passé en revue toutes > les limites départementales de la métropole pour retirer les tag > "Cartographes > Associés" en faux positif. J'en ai profité pour corriger des choses lors > que > j'ai pu. > > Dans l'est il y a des limites avec > note=approximation; pas de cadastre vectoriel (fixme) > et pas de source. Je n'ai pas plus approfondi la question. > > Ca doit venir de moi... dans une tentative d'élimination des limites "Cartographes Associés" et avant la possibilité d'utiliser les plans images du cadastre. Les limites étaient tracées grossièrement à partir de la forme générale de la commune. Bravo pour ce travail colossal. Est-ce que ça veut dire qu'on peut effacer toutes les limites "Cartographes Associés" par script maintenant ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] maintenance et Marcaissonne (ça sonne bien)
La Marcaissonne est un ruisseau permanent que je connais assez bien, et comme je me promenais dessus par osm interposé (on peut marcher sur les eaux d'une carte), j'ai observé ce point : 366525831 (43.55122,1.56359) ; il s'agit d'une boucle de la Marcaissonne aujourd'hui disparue ; On peut observer l'absence de cette boucle sur géoportail : http://www.geoportail.fr/visu2D.do?cg=djoxLjEqYzptZXRyb3BvbGUqY3Y6MS4wKnZ2OjEuMSp4eToxLjU2NDkxODY3Mjc0NDk0MzN8NDMuNTUwNjY2OTY5MzAxMDcqczo0KnB2OjEuMCpwOmRlY291dmVydGUqbDpQaG90b3wxfDEwMHwwLEFkbWlufDF8ODh8MyxQYXJjZWxsZXN8MXwxMDB8OCxpZ25wb2lyZ2N8dHJ1ZXx8 La carte IGN 2144O (1:25 000) indique bien aussi (logique, c'est la même crèmerie) la limite de canton (un trait trois points), et donc par inférence, la limite de commune, SUR le cours ACTUEL de la Marcaissonne. Par ailleurs le cadastre (chargé de fixer la limite des propriétés foncières) a évidemment conservé l'ancienne limite de parcelle ; mais, plus étonnant, il a gardé l'ancienne limite administrative ; Résultat, la parcelle N°12 est probablement à cheval sur deux communes (Auzielle et Lauzerville ; ça sonne bien aussi), mais dans cadastre.gouv.fr ça ne se voit pas, et nous on est devant un dilemne. Amusant, pour qui s'intéresse au marquage des limites administratives dans OSM ; dans ce cas-là, ce ne sont que quelques mètres. Certes ; dans ce cas-là . Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
Selon Pieren : > 2010/5/4 Frédéric Rodrigo > > > Salut, > > Je réveille un vieux thread pour faire un point. J'ai passé en revue toutes > > les limites départementales de la métropole pour retirer les tag > > "Cartographes > > Associés" en faux positif. J'en ai profité pour corriger des choses lors > > que > > j'ai pu. > > > > Dans l'est il y a des limites avec > > note=approximation; pas de cadastre vectoriel (fixme) > > et pas de source. Je n'ai pas plus approfondi la question. > > > > > Ca doit venir de moi... dans une tentative d'élimination des limites > "Cartographes Associés" et avant la possibilité d'utiliser les plans images > du cadastre. Les limites étaient tracées grossièrement à partir de la forme > générale de la commune. > > Bravo pour ce travail colossal. Est-ce que ça veut dire qu'on peut effacer > toutes les limites "Cartographes Associés" par script maintenant ? Absolument pas ! Ça veut dire que tous les "Cartographes Associés" restant sont des données provenant réellement de CA, et que le travail de remplacement peut continuer sur ceux restant. Si on veux on peut toujours essayer de les remplacer par des approximations à main levé comme tu as fait dans l'est pour s'en débarrasser plus vite... je ne suis pas forcement pour. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
2010/5/5 > > Absolument pas ! > Ça veut dire que tous les "Cartographes Associés" restant sont des données > provenant réellement de CA, et que le travail de remplacement peut > continuer sur > ceux restant. > > Pourtant, la dernière fois qu'on en avait parlé ici, une majorité se dégageait pour éliminer les données litigieuses... et ça serait une motivation supplémentaire pour compléter les limites manquantes. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
Selon Pieren : > 2010/5/5 > >Selon Pieren : > > > Bravo pour ce travail colossal. Est-ce que ça veut dire qu'on peut effacer > > > toutes les limites "Cartographes Associés" par script maintenant ? > > > > Absolument pas ! > > Ça veut dire que tous les "Cartographes Associés" restant sont des données > > provenant réellement de CA, et que le travail de remplacement peut > > continuer sur > > ceux restant. > > > Pourtant, la dernière fois qu'on en avait parlé ici, une majorité se > dégageait pour éliminer les données litigieuses... et ça serait une > motivation supplémentaire pour compléter les limites manquantes. > Autant pour moi, j'avais mal compris ce que tu proposais. Effectivement cela veux dire qu'elles peuvent être effacé... si l'on se dirige vers ça, je conseillerais que quelqu'une d'autre refasse une passe. Passe qui irait bien plus vite cette fois. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administra tives "cartographes associés "
On mercredi 5 mai 2010, Pieren wrote: > 2010/5/5 > > > > > Absolument pas ! > > Ça veut dire que tous les "Cartographes Associés" restant sont des données > > provenant réellement de CA, et que le travail de remplacement peut > > continuer sur > > ceux restant. > > > > > Pourtant, la dernière fois qu'on en avait parlé ici, une majorité se > dégageait pour éliminer les données litigieuses... et ça serait une > motivation supplémentaire pour compléter les limites manquantes. Je suis plutôt contre. D'abord parce que je pense que la motivation y est, le problème c'est le boulot colossale que ça représente. Et supprimer quelque chose en disant : "bon maintenant au boulot" ça fait un peu ultimatum. Quitte à devoir refaire des limites de toute façon, je préfère autant qu'il y est quelque chose de facile à identifier (source CA) qui soit à refaire plutôt que du vide. Ça permet d'avancer en collant à l'existant sans rompre la fermeture des départements. Ce qui permet, bien sûr, tout un tas de statistiques, même approximatifs à cause de la précision des limites. Concernant cette source litigieuse, je pense qu'on fait ce qu'il faut, c'est à dire ne pas fournir d'export de ces données et ne s'en servir que de façon dérivé. Et ne crions pas avant d'avoir mal, il subsiste un "doute" (valable dans les deux sens), personne n'a eu de procès/menaces au cul -- 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] remplacement des limites administrat ives "cartographes associés "
On mercredi 5 mai 2010, Etienne Chové wrote: > Le 04/05/2010 23:58, Vincent de Chateau-Thierry a écrit : > > http://beta.letuffe.org/cron/etat-communes/communes.csv.txt du jour on (...) > http://osm2.crans.org/munin/ > Les données sont récupérées dans le fichier de sly toutes les 2 heures > (qui lui même est mis à jour toutes les 24 heures). Donc il faut > attendre au plus 26 heures avant de voir votre travail modifier la courbe. Wh p'tain, j'ai la pression maintenant. C'est malin ça de venir parser mes fichiers "à la con". Ils ont plus où moins été prévus pour une lecture manuelle et une intégration à la main dans un tableur, pas pour que des scripts viennent les chercher. Y'a au moins 2 moulinettes qui viennent chercher les tuiles "communes", 1 script qui vient chercher pour convertir en joli wiki, et maintenant un truc qui intègre dans une base de stats graphiques. Si je change l'en-tête, y'a tout qui marche plus ? Bref, faut pas hésiter à demander s'il y a le besoin, faire les graphs moi, ça m'intéresse pas, mais je peux au moins découper ça proprement en plusieurs fichiers genre : stats : http://beta.letuffe.org/cron/etat-communes/communes.csv suivi : http://beta.letuffe.org/cron/etat-communes/suivi.txt gros bing boom qui rassemble : http://beta.letuffe.org/cron/etat-communes/communes.php Sinon, je viens de passer à 4 générations par jour, ça aura plus de sens que de venir chercher 24/2=12 fois le même fichier qui n'a pas changé PS:Je vais pouvoir commencer à faire un peu plus de truc, car je suis en train de remplacer le vieux tromblon par une bécanne de la mort qui tue (ouais j'ai craqué) -- 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] maintenance et Marcaissonne (ça s onne bien)
J'ai constaté plus d'une fois des limites de commune surprenantes, en particulier en plaine : http://osm.org/go/0AFkBUXm4- Dans l'exemple ci-dessus, ce n'est pas la rivière qui s'est déplacée. S'agissant de ta rivière, il faudrait aller discuter le bout de gras avec les propriétaires respectifs des parcelles pour savoir ce qu'ils considèrent comme leurs terrains. A voir les cultures, je pense qu'ils ont renoncé à leurs fractions post-rivière. Et, de fait à défaut de droit, la rivière forme la limite des communes comme des parcelles. Ce que j'aurais tendance à mettre dans OSM. M'enfin, j'ai quand même l'impression que le gars au Sud s'est un peu fait arnaqué lors de la rectification de la rivière ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Import du bati cadastral du Pays de Romans
Voici la réponse de François Vigouroux, responsable SIG de BMO, sollicité par François Van Der Biest et publiée avec son accord : -- Forwarded message -- From: VIGOUROUX François Date: 2010/5/5 Subject: RE: [OSM-talk-fr] Import du bati cadastral du Pays de Romans To: Pieren Cc: François Van Der Biest Import du bati cadastral *De mon point de vue. :* *Cas de Brest *: initialement (mi-2009) le bati cadastral assemblé au format SHP (DGFiP ne fournit que le format Edigeo/DXF par section à un tiers à un coût unitaire) a été remis à OSM par et à la seule initiative du responsable SIG de BMO. Puis la situation, en généralisant à de nombreux autres données, a été ‘régularisé’ par une délibération fixant les conditions de délivrance des données publiques géographiques. Nous venons aussi de mettre le parcellaire (parcelles/batis) en téléchargement libre sur notre site.sur notre site. *De mon point de vue. :* Dans le cas du CAD, on ne fait pas payer le cout de la mise à disposition comme le texte de 1978 nous l’ y autorise. Ne pas oublier que la collectivité apporte une plus value : assemblage, conversion format SHP,évitement des couts unitaires de délivrance des sections pour la clientèle privée par DGFiP.. Ce choix relève pour moi de l’autorité politique, donc c’est mieux de passer par une délib et d’en profiter pour étendre aux autres données géo d’ interet général. C’ est aussi l’ occasion de sensibiliser nos élus ( et ce sujet n’ est pas particulièrement attractif ni facile ) sur le thème de l’ accessibilité de nos données publiques notamment dans la perspective des échéances d’ application d’ Inspire. Mais je dois constater que ce sujet n’ est pas particulièrement facile à appréhender ni attractif pour un élu ) La législation amène de plus à fixer le régime de diffusion. *Le régime de la "réutilisation des données publiques" (loi du 17 juillet 1978 modifiée par l’ordonnance du 6 juin 2005, et décret du 30 décembre 2005) . La perception d’une redevance pour la réutilisation de données publiques est autorisée, que la réutilisation soit commerciale ou non*. Du côté OSM, on est dans la diffusion d’ un document composite donc autorisé à condition de citer le propriétaire des droits d’ auteur DGFiP et l’ année de référence. (tags OSM) Mais bon, je pense qu’ on se pose trop de questions, et que le pire est de ne rien faire. (sous réserve du respect de la CNIL et du droit d’ auteur bien entendu). Et merci à Pieren, qui je crois, est à l’ origine du wms CAD/OSM, une belle avancée. *Autre sujet digne d’ attention : *La cartographie d’ urgence : Excusez- moi d’ en parler dans ce mail, mais le passage à l’ instant de mon collègue du SDIS29 me le rappelle. Le SDIS29 entretient une magnifique carto du département en s’ appuyant sur la Bd Topo de IGN. Cette carto très à jour (grâce au travail du SDIS et de BMO) n’ est malheureusement pas diffusable à SAMU, aux professionnels de santé, de l’ urgence . Droits IGN obligent. Est-ce bien vu ? Que se passera t-il si le médecin arrive trop faute de pouvoir disposer de la belle carte à jour du SDIS sur son navigateur ?… Bon, retour aux affaires …. *François VIGOUROUX / responsable SIG* Atelier des données et études urbaines Brest métropole océane *plan d' accès* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
Le 05/05/2010 16:01, sly (sylvain letuffe) a écrit : > C'est malin ça de venir parser mes fichiers "à la con". J'osais pas le dire, c'est une vraie m... à parser, et c'est assez bancal. > Si je change l'en-tête, y'a tout qui marche plus ? Il y a des chance. Pour ma part, je prend la première ligne qui matche : - ^01; - ... - ^95; - ^tous; > Bref, faut pas hésiter à demander s'il y a le besoin, faire les graphs moi, ça > m'intéresse pas, Avec munin, c'est un vrai plaisir. Il n'y a que quelques lignes (6 si je condense). > mais je peux au moins découper ça proprement en plusieurs Si tu le fait, j'adapterai mon script, ce sera moins bancal, mais bon le jour où tu changes le format, je peux m'adapter. > Sinon, je viens de passer à 4 générations par jour, ça aura plus de sens que > de venir chercher 24/2=12 fois le même fichier qui n'a pas changé Cool, mais bon je ne pense pas que les données des communes évoluent énormément. > PS:Je vais pouvoir commencer à faire un peu plus de truc, car je suis en train > de remplacer le vieux tromblon par une bécanne de la mort qui tue (ouais j'ai > craqué) Génial !!! On va avoir des belles nouvelles cartes ? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osm2pgsql diff benchmark, beta.letuffe.org reborn
Petit message de retour d'expérience pour les gestionnaires de bases osm de type osm2pgsql (rendu, stats, ...) que ça pourrait intéresser : Certains qui connaissent beta.letuffe.org savent sans doute que ce dernier mois a été pénible au niveau des mises à jour de la base. (Toujours en retard, jamais à jour, super méga trop lent, etc.) En fait, ça fait plutôt 6 mois que c'est vraiment la galère, car d'un coté la base osm dispose de plus en plus de mise à jour et de contributeur (c'est plutôt une bonne chose !) et je traite un peu plus de choses qu'avant. Bref, la mise à jour de la base par le système de diff (planet.openstreetmap.org) avait atteint sa limite car il fallait à mon petit serveur environ 50 secondes pour manger 1 minute de mise à jour (zone europe), il passait donc plus son temps qu'a ça, ralentissant tout le reste et après 1 mois n'a toujours pas rattrapé mainstream. Mais voilà, Moore est passé par là ! La base osm grandi et grossi ? que cela ne tienne, c'est pareil pour les ordinateurs ! Je résume pour les pressés en une seule phrase : "les disque SSD c'est de la bombe de balle" Benchs : Bécanne A, (la vielle): 2Go RAM / 2 disques SATA magnétiques RAID0 (1rpm) Bécanne B, (tests): 32Go RAM / 2 disques SATA magnétiques RAID1 (1rpm) Bécanne C, (new): 8Go RAM / 2 disques SATA SSD RAID0 (INTEL SSDSA2M080) case1) Import du fichier europe.osm.bz2 géofabrik ($/home/ressource-for-osm/osm2pgsql/osm2pgsql -C 1200 -s -S ./default.style -G -x -m -d gis europe.osm.bz2) A: 7 jours B: 3 jours (2.5j avec 16Go de cache) C: 8 heures case 2) moyenne d'import d'un diff d'une minute (moyenne sur nuit/jour) ($time /home/ressource-for-osm/osm2pgsql/osm2pgsql -C 400 --bbox -27,31,50,72 -e 18 -o./regeneration_old_tiles/expire_file_list -x -G -a -s -S ./default.style -m -d gis temporaire.osc) A:~50secondes B:~30secondes (le cache RAM du noyau linux doit bien aider) C:~3secondes Donc, si vous voulez vous monter un rendu mapnik à jour, le SSD, vous ne regretterez pas ! Sans compter que le rendu lui même dépote grave. Passage en prod sous peu. -- 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] osm2pgsql diff benchmark, beta.letuffe.org reborn
Le 05/05/2010 16:42, sly (sylvain letuffe) a écrit : > Donc, si vous voulez vous monter un rendu mapnik à jour, le SSD, vous ne > regretterez pas ! Whouahou !! Ça fait rêver !! Merci pour ces benchs. ... mais c'est encore un peu cher. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boulette !
Stéphane Brunner a écrit , Le 04/05/2010 10:12: > Il me semble qu'il lui manque un 'building=yes' ;-) Comme on ne peut pas modifier un way, je l'ai écrasé avec une version 2, en rajoutant "building=yes". Mais, on ne voit toujours pas ce bâtiment dans OSM ; un autre bug (shop=mall) ? délai de calcul normal ? Vous voyez vos modifs tout de suite, vous-autres ? Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
Bonjour, Etienne Chové a écrit : > > Le 04/05/2010 23:58, Vincent de Chateau-Thierry a écrit : >> http://beta.letuffe.org/cron/etat-communes/communes.csv.txt du jour on >> trouve : >> >> tous;tous;tous;20044;36239;21217;55.3;94.5 > > Je l'ai collé dans un graphe munin mais je ne suis pas sûr que ça > soit très lisible. J'ai pas (encore) réussi à virer les unités > exponentielles des légendes (pour le graphe Tous). > > http://osm2.crans.org/munin/ Merci Etienne, c'est très parlant déjà pour les graphes par dpt, on voit en un coup d'oeil là où "le rouge est en dessous du vert", ça permet de cibler très vite les endroits les plus "rentables" à traiter. Yapluka (et désolé sly de voir que tes fichiers gagnent encore des usages ;o))) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Questions de débutant
Bonjour, Débutant OSM, j'ai posté quelques ajouts de tracés autour de Valence récupérés suite à mes ballades en vélo. Je commence à comprendre un peu mieux l'utilisation d'OSM et de ses outils. Il me reste toutefois quelques questions sur lesquelles je n'ai pas trouvé de réponse et je voudrais des avis: * J'ai un soucis de cohérence entre les tags de routes départementales, nationales, communales ... Malgré les regles du wiki (http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging) je trouve souvent sur une meme zone, plusieurs départementales avec des représentationtrèsdifférente. Par exemple sur Lamastre (http://www.openstreetmap.org/?lat=44.9709&lon=4.6014&zoom=13&layers=B000FTF) D2, D234, D278 sont en orange, D269 et D238 en jaune et enfin D533 en rose. Faut-il homogénéiser ? Ou est-ce normal qu'une "départementale" en milieu isolé devienne "primary" ? Ou alors le primary est justifié par la largeur un peu plus importante ? * Sur la même zone, la D2 est visiblement doublée. Un tracé issu d'un script on dirait et une autre manuelle. Je dois en supprimer une ? Je dois demander aux auteurs ? Si je comprends bien, il y'en a une de "Eldin" et une de "PierenBot" qui serait la version automatique http://www.openstreetmap.org/?lat=44.96853&lon=4.59723&zoom=17&layers=B000FTF * Dernier point, est-ce un problème si en traçant une nouvelle route un point est commun entre la route nouvellement créée et un point appartement à un polygone existant qui n'a rien à voir ? Le magnétisme de JOSM fait que les points que je crée sont souvent attirés par les polygones traversés et ca m'inquiete un peu puisqu'une route et un bosquet n'ont pas trop de rapport. Mais c'est sûrement pas gênant, c'est juste pour avoir confirmation Merci de vos tuyaux :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm2pgsql diff benchmark, beta.letuffe.org reborn
Surtout des SSD Intel, belle machine. Je suis totalement jaloux. 2010/5/5 Etienne Chové > Le 05/05/2010 16:42, sly (sylvain letuffe) a écrit : > > Donc, si vous voulez vous monter un rendu mapnik à jour, le SSD, vous ne > > regretterez pas ! > > Whouahou !! Ça fait rêver !! Merci pour ces benchs. > > ... mais c'est encore un peu cher. > > -- > Etienne > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
sly (sylvain letuffe) a écrit : > On mercredi 5 mai 2010, Pieren wrote: > >> 2010/5/5 >> >> >>> Absolument pas ! >>> Ça veut dire que tous les "Cartographes Associés" restant sont des données >>> provenant réellement de CA, et que le travail de remplacement peut >>> continuer sur >>> ceux restant. >>> >>> >>> >> Pourtant, la dernière fois qu'on en avait parlé ici, une majorité se >> dégageait pour éliminer les données litigieuses... et ça serait une >> motivation supplémentaire pour compléter les limites manquantes. >> > > Je suis plutôt contre. > > D'abord parce que je pense que la motivation y est, le problème c'est le > boulot colossale que ça représente. Et supprimer quelque chose en > disant : "bon maintenant au boulot" ça fait un peu ultimatum. > > Quitte à devoir refaire des limites de toute façon, je préfère autant qu'il y > est quelque chose de facile à identifier (source CA) qui soit à refaire > plutôt que du vide. Ça permet d'avancer en collant à l'existant sans rompre > la fermeture des départements. Ce qui permet, bien sûr, tout un tas de > statistiques, même approximatifs à cause de la précision des limites. > > Concernant cette source litigieuse, je pense qu'on fait ce qu'il faut, c'est > à > dire ne pas fournir d'export de ces données et ne s'en servir que de façon > dérivé. Et ne crions pas avant d'avoir mal, il subsiste un "doute" (valable > dans les deux sens), personne n'a eu de procès/menaces au cul > > +1 pour remplacer sans rupture des contours, tant qu'aucune menace ne plane au dessus. Cartographes Associés était une filiale d'ADDE, distributeur en France de Mapinfo...au XXe siècle. Depuis, CA n'est plus, Mapinfo en France est passé par 2 ou 3 autres structures (Claritas, Axciom, PB), je pense qu'on peut ne pas se précipiter. Dans la même idée que la carte faite par Frédéric, il serait intéressant d'avoir une carte des contours (lignes et non surfaces) de dpts avec une mise en évidence des ways sourcés "CA". On verrait au cas par cas l'ampleur de la tâche, pour faire basculer un dpt d'orange à vert. Je vais essayer de faire ça mais sans base OSM France chargée sous le coude, ça ne sera pas immédiat (fin de semaine j'espère). Si d'autres veulent s'y pencher avant... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
On mercredi 5 mai 2010, you wrote: > Le 05/05/2010 16:01, sly (sylvain letuffe) a écrit : > > C'est malin ça de venir parser mes fichiers "à la con". > > J'osais pas le dire, c'est une vraie m... à parser, et c'est assez bancal. J'ai refais la répartition en 3 fichiers, je te donne l'adresse dès que le nouveau serveur tourne. > Si tu le fait, j'adapterai mon script, ce sera moins bancal, mais bon le > jour où tu changes le format, je peux m'adapter. J'ai la possibilité de fournir un csv assez propre, mais je suppose que tu as besoin de la date ? > Cool, mais bon je ne pense pas que les données des communes évoluent > énormément. Certes, mais c'est toi qui a commencé à aller chercher toutes les 2h ;-) > Génial !!! On va avoir des belles nouvelles cartes ? Pour l'instant non, mais on va avoir les actuelles plus vite ;-) J'ai toujours mon rêve d'un rendu rando sur la terre... -- 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] osm2pgsql diff benchmark, beta.letuffe.org reborn
2010/5/5 Tenshu > Surtout des SSD Intel, belle machine. Je suis totalement jaloux. > > J'ai lu que les performances des SSD se dégradaient sérieusement avec le temps. Est-ce toujours le cas ? C'était, je crois, l'une des raisons qui fait qu'ils n'ont pas été choisis pour le nouveau serveur de l'API OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : remplacement des limites adm inistratives "cartographes associés "
De : sly (sylvain letuffe) Pour l'instant non, mais on va avoir les actuelles plus vite ;-) C est vrai que pour l instant la carte court toujours apres les diffs depuis le reimport complet J'ai toujours mon rêve d'un rendu rando sur la terre... C est vrai que se serait sympa :-) surtout si il y avait moyen de l utiliser en embedded Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : remplacement des limites adm inistratives "cartographes associés "
De : Vincent de Chateau-Thierry Dans la même idée que la carte faite par Frédéric, il serait intéressant d'avoir une carte des contours (lignes et non surfaces) de dpts avec une mise en évidence des ways sourcés "CA". On verrait au cas par cas l'ampleur de la tâche, pour faire basculer un dpt d'orange à vert. Je vais essayer de faire ça mais sans base OSM France chargée sous le coude, ça ne sera pas immédiat (fin de semaine j'espère). Si d'autres veulent s'y pencher avant... Tu peux le voir sur osmose ( http://osmose.openstreetmap.fr/map/cgi-bin/index.py )en gardant que mauvais tag source dans la rubrique mauvais tag ( dans la limite du nombre de marqueurs affiches je crois ) je sais plus si c est tjs visible sur beta.letuffe mais a une époque la couleur des limites était différente si la source etait cartographe associée Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Relation france 11980
Coucou tout le monde, Le relation france est (encore) cassée, pour plusieurs raisons : - ouverture à certains endroits (count impair) - boucles dupliquées(count > 2 ) node id=30426824, count=1, lat=49.486536, lon=0.090590 node id=298465288, count=1, lat=48.639997, lon=-2.415212 node id=632423466, count=1, lat=50.254476, lon=1.587392 node id=16652555, count=1, lat=50.218182, lon=1.643590 node id=16652655, count=1, lat=50.210472, lon=1.652795 node id=30426998, count=3, lat=49.478613, lon=0.098915 node id=28214068, count=4, lat=48.637305, lon=-4.567676 node id=28215524, count=4, lat=48.629499, lon=-4.547707 node id=28215533, count=4, lat=48.627083, lon=-4.555755 node id=28240168, count=1, lat=48.656006, lon=-2.372049 node id=28215603, count=4, lat=48.625985, lon=-4.561136 node id=28215640, count=4, lat=48.622731, lon=-4.592750 node id=28215675, count=4, lat=48.620476, lon=-4.570248 node id=28215709, count=4, lat=48.613744, lon=-4.575066 node id=28215769, count=4, lat=48.612959, lon=-4.576202 node id=28215789, count=4, lat=48.605154, lon=-4.584465 node id=28215804, count=4, lat=48.604560, lon=-4.571688 node id=28215860, count=4, lat=48.600812, lon=-4.583169 node id=28215881, count=4, lat=48.599394, lon=-4.620623 node id=28215901, count=4, lat=48.599348, lon=-4.632992 node id=28215922, count=4, lat=48.599145, lon=-4.610950 node id=28215928, count=4, lat=48.598654, lon=-4.609389 node id=28215945, count=4, lat=48.598349, lon=-4.612858 node id=28215983, count=4, lat=48.591979, lon=-4.646283 node id=28215992, count=4, lat=48.590201, lon=-4.645065 node id=28216605, count=4, lat=48.585275, lon=-4.639881 node id=28216663, count=4, lat=48.584428, lon=-4.618212 node id=28216685, count=4, lat=48.582664, lon=-4.669940 node id=28216690, count=4, lat=48.581069, lon=-4.638199 node id=28216699, count=4, lat=48.578524, lon=-4.663621 node id=16651902, count=1, lat=50.227910, lon=1.609948 node id=28215625, count=4, lat=48.623290, lon=-4.570722 node id=28215973, count=4, lat=48.598295, lon=-4.616722 Oui, il faudrait le mettre dans osmose qui ne gère que les relations simples un jour viendra. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : remplacement des limites ad ministratives "cartographes associés "
On mercredi 5 mai 2010, THEVENON Julien wrote: > De : sly (sylvain letuffe) > > Pour l'instant non, mais on va avoir les actuelles plus vite ;-) > C est vrai que pour l instant la carte court toujours apres les diffs depuis > le reimport complet Et c'est de pire en pire, en une semaine c'est passé de 45h de retard à 47h de retard ! Et pendant ce temps, le nouveau serveur que j'ai configuré hier soir est déjà à jour ! > > J'ai toujours mon rêve d'un rendu rando sur la terre... > C est vrai que se serait sympa :-) surtout si il y avait moyen de l utiliser > en embedded Viking http://sourceforge.net/apps/mediawiki/viking/ ou http://wiki.openstreetmap.org/wiki/Bigmap Savent faire une copie locale d'une zone choisie. Après, j'aurais envie de dire que c'est pas super fait pour, une solution vectorielle me semble plus adaptée dans un GPS, dans la gamme garmin je suis surpris de la qualité du rendu à chaque nouveau modèle. -- 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] Re : remplacement des limites ad ministratives "cartographes associés "
On mercredi 5 mai 2010, THEVENON Julien wrote: > je sais plus si c est tjs visible sur beta.letuffe mais a une époque la > couleur des limites était différente si la source etait cartographe associée J'importe plus le tag source pour des (anciennes) raisons de puissance, et je trouve que c'est hâchement mieux sur osmose pour ce genre de chose -- 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] remplacement des limites administrat ives "cartographes associés "
Le 05/05/2010 18:36, sly (sylvain letuffe) a écrit : >> Si tu le fait, j'adapterai mon script, ce sera moins bancal, mais bon le >> jour où tu changes le format, je peux m'adapter. > J'ai la possibilité de fournir un csv assez propre, mais je suppose que tu as > besoin de la date ? Pas besoin de la date, munin trace en direct la valeur qu'il lit. La date est donc la date courante de mon pc (enfin celui de free) au moment de la lecture. >> Cool, mais bon je ne pense pas que les données des communes évoluent >> énormément. > Certes, mais c'est toi qui a commencé à aller chercher toutes les 2h ;-) Et si j'y vais toutes les 5 minutes (période de scrutation par défaut de munin). -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : remplacement des limites adm inistratives "cartographes associés "
THEVENON Julien a écrit > > > Tu peux le voir sur osmose > ( http://osmose.openstreetmap.fr/map/cgi-bin/index.py )en gardant que > mauvais tag source dans la rubrique mauvais tag ( dans la limite du > nombre de marqueurs affiches je crois ) Oui tout à fait. Et fonctionnellement c'est 99.9 % de ce que je voudrais. Le 0.1% (parce que je chipote) c'est de voir tous les endroits sur la même carte, au même moment. Donc je vais m'y atteler ;o) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
Le 05/05/2010 18:05, Vincent de Chateau-Thierry a écrit : >> http://osm2.crans.org/munin/ > Merci Etienne, c'est très parlant déjà pour les graphes par dpt, on > voit en un coup d'oeil là où "le rouge est en dessous du vert", En effet, et munin est vraiment fait pour ça. > ça > permet de cibler très vite les endroits les plus "rentables" à traiter. > Yapluka (et désolé sly de voir que tes fichiers gagnent encore des > usages ;o))) Merci. On pourrait imaginer tracer d'autres stats, du genre le nombre de kilomètre de voie par département, mais bon pour tout ça il faut faire des stats. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions de débutant
La classification des routes, vaste sujet Ce que dit le wiki... et ce que je fais :-p : - nationales ou nationales déclassées ces dernières années : primary - départementales : secondary pour les plus importantes, tertiary pour les autres, unclassified pour les bouts menant nulle part (en montagne par exemple) - il n'est pas interdit de moduler. La D533 a quand même l'air d'être une transversale reliant Valence au Puy-en-Velay. C'est une nationale qui a été déclassé dans les années 70 : http://routes.wikia.com/wiki/Route_nationale_fran%C3%A7aise_533 Je classe typiquement ce genre de route en secondary. - chaque niveau doit être cohérent. Les primary doivent faire un maillage s'appuyant sur les autoroutes et sans cul de sac. Idem avec les secondary en s'appuyant sur les primary et les autoroutes. Idem avec les tertiary. - on s'attend à ce qu'il y a plus de tertiary que de secondary, plus de secondary que de primary. - en ville, on attend 50 % de unclassified/residential sur le total primary/secondary/tertiary/unclassified/residential. Et je l'applique aussi à la campagne. Quand on étudie la zone que tu proposes, on constate déjà qu'il y a pas mal de routes qui ne débouche sur rien de niveau égal ou supérieur. Rien que dans Lamastre village, la D534 est branchée sur de la tertiary et de la unclassified. L'ensemble me paraît classé un peu trop haut. Dans ma logique (avec une étude à la louche du coin sans connaissance du terrain), on aurait : - secondary : D 533, D 534, D 578 - tertiary : toutes les autres départementales - unclassified : les autres routes - residential : les rues des villages qui ne sont pas des départementales D'autres avis? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions de débutant
2010/5/5 Eric SIBERT > L'ensemble me paraît classé un peu trop haut. Dans ma logique (avec une > étude à la louche du coin sans connaissance du terrain), on aurait : > - secondary : D 533, D 534, D 578 > - tertiary : toutes les autres départementales > - unclassified : les autres routes > - residential : les rues des villages qui ne sont pas des départementales > > D'autres avis? > > Ben, en gros, c'est ce qui écrit sur le wiki ;-) Sauf que je trouve le pourcentage 50% trop élevé pour une moyenne et subjectif puisque ça varie beaucoup d'une zone à l'autre. Pour les départementales à mettre en tertiary, je ne répèterais pas ce qui écrit sur le wiki. Donc il faut connaitre le terrain pour juger. Pour ce qui est de la D2 dédoublée, tu cites "Pierenbot" qui est un script que j'ai lancé il y a quelques temps pour corriger l'espace dans les refs sur toute la France. Il n'est donc pas l'auteur de cette route mais le dernier utilisateur à l'avoir modifiée. Pour trouver le créateur, on peut utiliser l'historique depuis Potlatch, l'éditeur en ligne ou la même fonction sur JOSM. Sur la portion que j'ai examiné, une copie est de 'STA' du 19/08/2009 et l'autre de 'eldin' du 25/09/2009 (puis modifiée par Pierenbot plus-tard). C'est donc 'eldin' qui a créé un doublon après STA, sans se préoccuper de ce qui existait déjà dans la base. C'est à lui de corriger ses erreurs et comme je vois qu'il continue ses contributions dans OSM: http://www.openstreetmap.org/user/eldin/edits tu devrais le contacter via la messagerie OSM pour lui demander de nettoyer ça sinon tu effaces sa version. Les doublons viennent de gens qui convertissent leurs traces GPS en données OSM et qui importent le résultat sans se soucier des autres et des données existantes. Ils méritent un blâme et nous pouvons considérer leurs contributions au même niveau que eux considèrent les nôtres, c.a.d comme nulles. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boulette !
hpmt wrote: > Stéphane Brunner a écrit , Le 04/05/2010 10:12: >> Il me semble qu'il lui manque un 'building=yes' ;-) > > Comme on ne peut pas modifier un way, je l'ai écrasé avec une version 2, > en rajoutant "building=yes". > Mais, on ne voit toujours pas ce bâtiment dans OSM ; un autre bug > (shop=mall) ? délai de calcul normal ? > Vous voyez vos modifs tout de suite, vous-autres ? ca depends ;) Si tu veut voir tout de suite les changements il faut faire - clique droit sur le point qui t'intéresse dans osm.org, puis "View Image" - ca t'affiche juste une partie de la carte et dans l'adresse de ton navigateur tu doit avoir kkchose qui ressemble a ca http://b.tile.openstreetmap.org/18/132209/95805.png - si tu rajoute "/dirty" a la fin de l'adresse et que tu valide, http://b.tile.openstreetmap.org/18/132209/95805.png/dirty tu devrais avoir un message qui dit "Tile submitted for rendering" - là en général c'est très rapide si tu est au zoom maximum, tu fait juste "back" deux fois pour revenir sur ta carte initiale - tu rafraichi ton navigateur (F5) et normalement tu a un carré à jour. Pour le cas de ton bâtiment, il est reparti sur 2 carré, il faut faire 2x la manip. (je l'ai fait, normalement c bon maintenant) Par contre les differents niveaux de zoom ne sont pas mis a jour par cette manip, il faut attendre que les mise a jour "normale" arrivent, ou peut être répéter la même manip a chaque niveau de zoom. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mapping parties à Fleurance (Ger s) le samedi 19 juin 2010
Bonjour, L'Association prend toi en main de Fleurance en partenariat avec les GUL du grand sud-ouest organise une journée mapping partie et présentation des logiciels libres à Fleurance dans le Gers le samedi 19 juin 2010. Coté OpenStreetMap la journée sera consacré pour les mappeurs venu de toute la région à cartographier en terre inconnue car la zone est encore vierge (à noter toute fois que le cadastre vecteur y est disponible). Le Q.G. de campagne sera le Café du centre, partenaire de l'évènement, qui mettra à notre disposition de quoi se restaurer et une connection internet. Cette journée est organisé dans le cadre de la promotion des RMLL 2010 à Bordeaux, à cet effet la presse et les élus locaux y seront conviés. Librement, Frédéric Rodrigo Association prend toi en main : http://prends.toi.en.main.free.fr Fleurance sur OSM : http://osm.org/go/xVQ7euSS- Fleurance sur wiki OSM : http://wiki.openstreetmap.org/wiki/Fleurance RMLL 2010 : http://2010.rmll.info ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions de débutant
2010/5/5 Eric > * Dernier point, est-ce un problème si en traçant une nouvelle route > un point est commun entre la route nouvellement créée et un point > appartement à un polygone existant qui n'a rien à voir ? Le magnétisme > de JOSM fait que les points que je crée sont souvent attirés par les > polygones traversés et ca m'inquiete un peu puisqu'une route et un > bosquet n'ont pas trop de rapport. Mais c'est sûrement pas gênant, > c'est juste pour avoir confirmation > > Sur ce dernier point, il n'y a pas vraiment de règle générale, si ce n'est qu'il ne faut pas joindre des lignes qui peuvent prêter à confusion, par exemple lorsque des voies se croisent sur différents niveaux (ponts, tunnels) ou avec d'autres éléments physiques comme des voies ferrées, rivières, fossés, etc. Pour les autres cas, joindre ou pas les lignes n'a pas beaucoup d'importance. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Proposition de collecte des donnée s de géoréférencement des plans image du cadastre
Bonjour, Je viens de lire un journal récent sur orm.org [1] et je me dit qu'il serait intéressant de mutualiser les données de géoréférencement des plans raster du cadastre. Il faudrait remonter ces informations sur un serveur avant quelles ne soient perdus chez les contributeurs les ayant collectées et surtout qu'elles pourraient profiter à d'autres. Il serrait par exemple imaginable de faire des traitements automatiques sur les plans raster, mais pour cela il faut qu'ils soient géoréférencés. My 2cents Fred [1] http://www.openstreetmap.org/user/vincent_95/diary/10567 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm2pgsql diff benchmark, beta.letuffe.org reborn
sly (sylvain letuffe) a écrit : > Petit message de retour d'expérience pour les gestionnaires de bases osm de > type osm2pgsql (rendu, stats, ...) que ça pourrait intéresser : [...] > Benchs : > > Bécanne A, (la vielle): 2Go RAM / 2 disques SATA magnétiques RAID0 (1rpm) > Bécanne B, (tests): 32Go RAM / 2 disques SATA magnétiques RAID1 (1rpm) > Bécanne C, (new): 8Go RAM / 2 disques SATA SSD RAID0 (INTEL SSDSA2M080) > > case1) Import du fichier europe.osm.bz2 géofabrik > ($/home/ressource-for-osm/osm2pgsql/osm2pgsql -C > 1200 -s -S ./default.style -G -x -m -d gis europe.osm.bz2) > > A: 7 jours > B: 3 jours (2.5j avec 16Go de cache) > C: 8 heures Merci pour ces benchs c'est très intéressant. Peux-tu nous donner aussi la version de osm2pgsql que tu utilises. De mon coté je fais des tests en utilisant un tablespace répartit sur plusieurs disques dans un raid0. J'utilise la base en oneshot je peux me permettre de la perdre, je ne travaille que sur la France aussi donc les imports sont moins long. Néanmoins je vais lancer un import de l'europe pour faire des comparatifs avec tes 8 heures. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Proposition de collecte des données de géoréférencement des plans image du cad astre
De : Frédéric Rodrigo Bonjour, Je viens de lire un journal récent sur orm.org [1] et je me dit qu'il serait intéressant de mutualiser les données de géoréférencement des plans raster du cadastre. Il faudrait remonter ces informations sur un serveur avant quelles ne soient perdus chez les contributeurs les ayant collectées et surtout qu'elles pourraient profiter à d'autres. +1 , vu le temps passé a référencer des feuilles j avais pense a la même chose mais pas encore eu le temps de me pencher sur le code du plugin pour voir comment c était traite. En attendant je fais des sauvegardes régulières du cache du plugin du cadastre Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administrat ives "cartographes associés "
Le 05/05/2010 00:22, sylvain letuffe a écrit : > Le mercredi 05 mai 2010 00:03:07, Yannick VOYEAUD a écrit : >> Bonsoir Sylvain à tout hasard le nom du département 35 est 'Ille et >> Vilaine'! Ce serait mieux que (None) >> ;-) > > Je n'ai fais aucune saisie manuelle nulle part, les (None) apparaissent > lorsqu'un département n'est pas fermé dans ma base. Sur le wiki, c'est généré > automatiquement pour faire un tableau "sexy" > > -- > sly Bonsoir, Merci de cette explication alors vite que l'on me ferme le 35 c'est le seul à être ouvert dans le mauvais sens du terme. Amitiés -- Si on n'avait toujours voulu que la "meilleure" des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calculateur multimodal sur Rennes (première démo)
Le 05/05/2010 11:34, Tristram Gräbener a écrit : > Merci pour ce retour. > > En effet, c'est un peu gênant, et je n'ai pas réussi à trouver de > réponse élégante à ce problème... En fait il cherche le nœud (dans le > sens interesction de deux ways ou extrémité de ways) le plus proche, > qui se trouve etre le bout de l'allée Perault. > > J'ouvre un bug pour me le garder sous le coude Bonsoir, Bon courage Amitiés -- Si on n'avait toujours voulu que la "meilleure" des solutions, ce serait vide. Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm2pgsql diff benchmark, beta.letuffe.org reborn
Merci pour les bench, Dans 10 ans on les regardera avec nostalgie ;-) Vivement que les prix des SSD baissent. On pourrat demander a Intel un coup de pouce? !? -- RatZilla$ FoRêVeu$e$ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm2pgsql diff benchmark, beta.letuffe.org reborn
Aller Gaël (RatZilla$), je suis sûr que tu as un contact chez intel ;-) Le 05/05/2010 22:42, RatZilla$ a écrit : > Merci pour les bench, > Dans 10 ans on les regardera avec nostalgie ;-) > Vivement que les prix des SSD baissent. > On pourrat demander a Intel un coup de pouce? !? > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Proposition de collecte des d onnées de géoréférencement des plans image du cadastre
Pour l'instant, les données de géoréférencement sont sauvegardées dans l'entête du fichier cache. On peut imaginer: - un outil qui extrait ses données depuis le cache vers un serveur - le plugin qui envoie ces données directement sur un serveur (avec l'accord de l'utilisateur) - le plugin qui sauvegarde ces données sur un fichier séparé qui peut pourrait être partagé dans un réseau p2p Yapuka Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Proposition de collecte des d onnées de géoréférencement des plans image du cada stre
Bonsoir, Pieren a écrit : > Pour l'instant, les données de géoréférencement sont sauvegardées dans > l'entête du fichier cache. On peut imaginer: > - un outil qui extrait ses données depuis le cache vers un serveur > - le plugin qui envoie ces données directement sur un serveur (avec > l'accord de l'utilisateur) > - le plugin qui sauvegarde ces données sur un fichier séparé qui peut > pourrait être partagé dans un réseau p2p > Est-ce que le partage des fichiers mis en cache, au format "plugin cadastre" avec des extensions .1, .cc1, etc. seraient directement envisageable sans contrevenir à l'accord donné par la DGFP ? A environ 1Mo le fichier, et 214440 plans images (total France), ça fait un peu de volume, certes. . Plus généralement sur le sujet de la productivité liée à l'usage des plans scannés, outre la proposition émise hier (le géoréférencement par clic), serait-il possible dans le plugin cadastre d'avoir dans la liste des feuilles d'une commune, le choix de la feuille "tableau d'assemblage" ? Il arrive qu'elle soit dôtée de croisillons voire géoréférencée, sans qu'aucune des feuilles de la commune n'ait de croisillons. Et là c'est rageant : on doit traiter n planches approximatives plutôt qu'une seule déjà calée. Bien sûr, ce tableau d'assemblage est d'une échelle moins précise, mais quand c'est du 1/5000 comme je l'ai souvent vu, ça n'est pas pire que certaines feuilles. Pour tracer une première version les limites communales, c'est tout à fait acceptable. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boulette !
hpmt a écrit : Stéphane Brunner a écrit , Le 04/05/2010 10:12: Il me semble qu'il lui manque un 'building=yes' ;-) Comme on ne peut pas modifier un way, je l'ai écrasé avec une version 2, en rajoutant "building=yes". on peut tres bien modifier un way en faisant un nouveau changeset c'est a dire que si tu charge la zone dans JOSM, que tu rajoute le tag "building" et que tu fais "envoyer au serveur" il va ouvrir un nouveau changeset pour rajouter ce tag ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions de débutant
Le 6 mai 2010 01:03, Pieren a écrit : > * Dernier point, est-ce un problème si en traçant une nouvelle route >> un point est commun entre la route nouvellement créée et un point >> appartement à un polygone existant qui n'a rien à voir ? Le magnétisme >> de JOSM fait que les points que je crée sont souvent attirés par les >> polygones traversés et ca m'inquiete un peu puisqu'une route et un >> bosquet n'ont pas trop de rapport. Mais c'est sûrement pas gênant, >> c'est juste pour avoir confirmation >> > > Sur ce dernier point, il n'y a pas vraiment de règle générale, si ce n'est > qu'il ne faut pas joindre des lignes qui peuvent prêter à confusion, par > exemple lorsque des voies se croisent sur différents niveaux (ponts, > tunnels) ou avec d'autres éléments physiques comme des voies ferrées, > rivières, fossés, etc. Pour les autres cas, joindre ou pas les lignes n'a > pas beaucoup d'importance. > Un bémol toutefois, si ce magnétisme positionne ton point là où tu ne voulais pas le mettre, tu peux enfoncer la touche CTRL avant de cliquer, ça désactive le magnétisme. Jette un oeil dans l'aide de JOSM, tu trouveras la page des raccourcis ici: http://josm.openstreetmap.de/wiki/Fr%3AShortcuts Lors de la traduction, j'ai vérifié les raccourcis et j'avais noté quelques inexactitudes et corrigé la page anglaise cela va de soit. Si vous notez encore des incohérences ou des bugs, vérifiez que le comportement est semblable sur différents OS (Win/Linux/MacOs) avant de modifier la page ou ouvrir un nouveau ticket dans le tracker de JOSM ( http://josm.openstreetmap.de/newticket). A+ -- Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remplacement des limites administratives "cartographes associés "
Le 5 mai 2010 21:35, Vincent de Chateau-Thierry a écrit : > > http://osm2.crans.org/munin/ > > Merci Etienne, c'est très parlant déjà pour les graphes par dpt, on > voit en un coup d'oeil là où "le rouge est en dessous du vert", ça > permet de cibler très vite les endroits les plus "rentables" à traiter. > Yapluka (et désolé sly de voir que tes fichiers gagnent encore des > usages ;o))) > Oui, merci pour ces graphes qui sont vraiment très parlants. Je vois qu'avec la Manche, j'ai choisi un département avec un bon potentiel. J'ai nettoyé les sources Cartographes Associés qui m'avaient échappées. Donc sauf erreur, le svg de Frédéric n'est déjà plus jour ;-) -- Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boulette !
Le 5 mai 2010 21:16, hpmt a écrit : > Mais, on ne voit toujours pas ce bâtiment dans OSM ; un autre bug > (shop=mall) ? délai de calcul normal ? > Vous voyez vos modifs tout de suite, vous-autres ? > Veni, vidi, wiki: http://wiki.openstreetmap.org/wiki/FR:FAQ#Je_viens_juste_de_faire_quelques_changements_sur_la_carte._Comment_puis-je_les_voir_.3F Si après 1-2 jours, il n'y a toujours pas de rendu, tu peux vérifier la zone avec l'outil KeepRight (http://keepright.ipax.at/) qui détecte de nombreuses erreurs. Penses au Permalien si tu l'utilises souvent. -- Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr