Re: [OSM-talk-fr] nom de rue sur le cadastre mais pas de panneau
Pieren a écrit : Et les mêmes causes provoquant les mêmes effets (en référence au fil de début mars), on constatera que la page wiki sur l'usage des données cadastrales n'a pas été mise à jour. Je m'y attèle tout de suite. Je plaide coupable ! Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème d'import dans PostGreSQ L
Bonjour à tous, Je souhaiterai me monter un petit serveur de rendu de tuiles personnel pour m'amuser un peu avec les feuilles de styles d'OSM. Je cherche à importer la zone Europe récupérée sur Geofabrik mais le processus s'arrête sans autre forme de procès après avoir tourné quelques minutes. Quelqu'un saurait m'orienter afin de comprendre ce qui cloche ? Merci d'avance. Voici le message que j'obtiens : osm2pgsql -m -d gis -H localhost -P 5433 -U tilegen /home/goon/carto/data/OSM/europe.osm.bz2 osm2pgsql SVN version 0.52-20080413 $Rev: 7141 $ Password: Using projection SRS 900913 (Spherical Mercator) Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Reading in file: /home/goon/carto/data/OSM/europe.osm.bz2 Processing: Node(90450k) Way(0k) Relation(0k)Processus arrêté Thomas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'import dans PostGreSQ L
Salut, Je souhaiterai me monter un petit serveur de rendu de tuiles personnel pour m'amuser un peu avec les feuilles de styles d'OSM. Je cherche à importer la zone Europe récupérée sur Geofabrik mais le processus s'arrête sans autre forme de procès après avoir tourné quelques minutes. Quelqu'un saurait m'orienter afin de comprendre ce qui cloche ? Merci d'avance. L'import de toute l'Europe est méga-bourrin ! J'avais essayé pour tenter de faire un serveur secondaire pour Sylvain, mais apres 1 jour 1/2 de remplissage de base Postgres, quasi-saturation de la partition qui héberge tout ca, et corruption de mon cluster par défaut, j'ai fini par laisser tomber :-/ Si tu tentes avec l'extrait de la France seulement, ca passe ? Bon courage, -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'import dans PostGreSQ L
2009/5/6 OSM Léon osm.l...@gmail.com: Marrant, avec une petite recherche dans les archives , on trouve à peu près le même message ici: http://lists.openstreetmap.org/pipermail/talk/2009-April/035985.html Traduction : le processus s'arrête faute de mémoire. Je crois avoir lu qu'actuellement il faut 6GB de RAM pour importer le planet sans passer par des indexations sur le disque. La solution (je recopie bêtement la réponse de Jukka Rahkonen) : You are just running out of memory. Running osm2pgsql with slim mode --slim should help. le mode slim est beaucoup plus lent mais c'est la seule solution si on a pas assez de RAM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Référents OSM sur Rennes ?
Bonjour, Le chargé de mission TIC à la ville de Rennes recherche les « référents open street map sur Rennes (Grumly ?) » pour la programmation des étés TIC de Bretagne. Est-ce que l'un d'entre vous pourrais me donner le contact d'un ou deux Rennais fortement impliqué dans OSM (ou s'auto-dénoncer ;-) pour que je puisse leur donner le contact précis ? Merci d'avance, Amicalement, d. -- pour Gulliver -- GPG/PGP key: A3AD7A2A David MENTRE dmen...@linux-france.org 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] présentation
Bonjour, je suis l'heureux possesseur d'un openmoko freerunner, et j'en profite pour enregistrer des traces GPS et contribuer à OSM (principalement sud-ouest) J'utilise JOSM sous debian. Je vais parcourir l'historique de cette ML pour chercher des réponses à quelques questions (lorsque j'aurai trouvé la fonction recherche!) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] présentation
2009/5/6 piratebab pirate...@hotmail.com: Bonjour, je suis l'heureux possesseur d'un openmoko freerunner, et j'en profite pour enregistrer des traces GPS et contribuer à OSM (principalement sud-ouest) J'utilise JOSM sous debian. Je vais parcourir l'historique de cette ML pour chercher des réponses à quelques questions (lorsque j'aurai trouvé la fonction recherche!) Salut et bienvenue sur OSM. Pour la recherche dans les archives, essaie google et: site:http://lists.openstreetmap.org/pipermail/talk-fr/ + mot-clés Sinon, il y a quand même pas mal de choses dans le wiki, même si c'est pas toujours actualisé. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Maps to OSM
Bonjour, http://bentobako.org/googlemaps2osm.php Une version qui plaira j'espère : En plus, ça marche. Sur la page sus-citée pourrais tu mettre la version informationfreeway aussi ? Merci d'avance. PS: Je dépile toujours mars 2009... -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] utf8 vs utf32
Bonjour, en meme temps, le jour ou t'as des fichiers texte de 250M, tu m'appelles ;) Avoir des fichier de cette taille n'est pas si rare que ça, les fichier de log peuvent facilement être de cette taille, par contre l'operation qui consiste a trouver le 250 millième caractère n'a aucun sens (du moins pas que je sache) ! Compter les caractères a un sens, en UTF-32 c'est immédiat, c'est la taille du fichier x 4, en utf-8 ça l'est beaucoup moins. Avancer/reculer de 10 caractères peut très bien avoir un sens dans l'exploration et l'exploitation de longs textes (encyclopédies, compilations etc.). Pour les logs, tout dépend du format de log. Par exemple il est tout à fait possible de décider qu'une ligne de log fait toujours 80 caractères (qu'elle peut éventuellement se prolonger sur la ligne suivante si le 80 ième caractère est un \, amis du fortran bonsoir). Dans ce cas utf-8 produit un fichier binaire bordélique à souhait alors que utf-32 est un beau carré très facile à manier. par contre trouver la x-ième ligne a en sens et du coup l'utf-8 est bien plus rapide ! Sur des entrées-sorties en 32 bits (ou plus) avec des bus en 32 bits (ou plus) et des processeurs travaillant aussi en 32 bits ou plus, il n'est pas du tout évident que ce soit plus rapide, sauf si c'est codé par des américains (je blague). -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] gros paté xml
Salut, http://planet.openstreetmap.org/planet-latest.osm.bz2 5.3 Go compressé. Et comme c'est du xml, on va dire que le choix utf-8 n'est rien à coté de la pile mémoire nécessaire au traitement des langages à balise imbriquées blabla /imbriquées balise. -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr