Re: [OSM-talk-fr] Carte montrant les landuse=residential nommable
Selon Olivier Boudet : > Salut, > > Le jeudi 29 avril 2010 23:05:52, Frédéric Rodrigo a écrit : > > Salut, > > J'ai encore fait une requête pour montrer des améliorations possibles. > > > > Cette fois le but est d'essayer d'ajouter des tags place et name sur des > > landuse=residantial venant principalement de CLC. > > > > La carte montre donc les landuses residentials pour les quels il y a une > > boundary dont le nom de la commune n'est pas retrouvé à l'intérieur sur un > > node place ou un landuse=residential place. > > Il y a alors deux possibilités : > > - soit ajouter le tag place et name après vérification, > > - soit regarder pourquoi il n'y a pas de place avec le nom de la boundary > > > > Le résultat est particulière intéressant sur les zone rurales. > > > > http://f.rodrigo.free.fr/tmp/osm-map/lost.html > > > > Fred > > > Effectivement, cela peut être pratique. > Par contre si je regarde là : http://f.rodrigo.free.fr/tmp/osm- > map/lost.html?zoom=13&lat=48.18701&lon=-1.22915&layers=BT > ( du côté de Taillis en Bretagne), je vois un node > "place=village;name=Taillis". > > Je n'ai pas compris le principe où il y a un problème dans la requête ? En fait il y avait un problème hier et tu l'a corrigé toi même ! http://www.openstreetmap.org/browse/node/299117552/history "Correction Tallis ->Taillis" ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte montrant les landuse=residential nommable
> Selon Olivier Boudet : > > Salut, > > > > Le jeudi 29 avril 2010 23:05:52, Frédéric Rodrigo a écrit : > > > Salut, > > > J'ai encore fait une requête pour montrer des améliorations > > > possibles. > > > > > > Cette fois le but est d'essayer d'ajouter des tags place et name sur > > > des landuse=residantial venant principalement de CLC. > > > > > > La carte montre donc les landuses residentials pour les quels il y a > > > une boundary dont le nom de la commune n'est pas retrouvé à > > > l'intérieur sur un node place ou un landuse=residential place. > > > Il y a alors deux possibilités : > > > - soit ajouter le tag place et name après vérification, > > > - soit regarder pourquoi il n'y a pas de place avec le nom de la > > > boundary > > > > > > Le résultat est particulière intéressant sur les zone rurales. > > > > > > http://f.rodrigo.free.fr/tmp/osm-map/lost.html > > > > > > Fred > > > > Effectivement, cela peut être pratique. > > Par contre si je regarde là : http://f.rodrigo.free.fr/tmp/osm- > > map/lost.html?zoom=13&lat=48.18701&lon=-1.22915&layers=BT > > ( du côté de Taillis en Bretagne), je vois un node > > "place=village;name=Taillis". > > > > Je n'ai pas compris le principe où il y a un problème dans la requête ? > > En fait il y avait un problème hier et tu l'a corrigé toi même ! > http://www.openstreetmap.org/browse/node/299117552/history > "Correction Tallis ->Taillis" Ok la requête vérifie qu'il y un place et fait une vérification sur le nom. Je pensais qu'il vérifiait juste la présence du node place. Parfait, la preuve que c'est pratique, ca m'a permis de corriger une erreur ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MemoryError avec pyosm
julien balas a écrit : > Rodolphe Quiedeville wrote: >> Yann Coupin a écrit : >>> A vue de nez, ça monte le fichier sous forme d’arbre en mémoire. Donc ça >>> peut prendre beaucoup de mémoire si le fichier est gros (le stockage ne >>> doit pas en plus être optimisé pour être compact). Tout ça pour dire qu’à >>> part recoder pyosm pour utiliser un cache disque (pas regardé le code pour >>> savoir la meilleure façon de faire) ou ajouter de la RAM dans ta machine >>> (je pense en même temps que 3Go c’est déjà bien), il n’y a pas vraiment >>> d’autres solution. >>> Il est peut-être temps de te monter un postgresql et d’utiliser osm2pgsql >>> en premier ? >> Salut, >> >> J'ai déjà des pg qui tournent mais je pensais tout de même ne pas avoir >> besoin d'en arriver là juste pour parser des fichiers xml. Information >> de pro qui m'intéresse c'est pourquoi osm2pgsql s'en sortirait lui avec >> de si gros fichiers ? > > Il doit utiliser un parser SAX plutôt qu'un parseur DOM. > Et puis il ne garde pas les infos en mémoire, il sauve les éléments en > base au fur et a mesure. J'ai solutionné mon problème en utilisant osm2pgsql, mais juste pour info pyosm utilise aussi un parser SAX ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Article sur OSM dans s...@ture
La revue s...@ture N°42 d'avril 2010, éditée par le CERTU, propose page 12 un article intitulé "Un point de vue sur la qualité des données collaboratives : cas d'Open Street Map". Le sommaire sur : http://www.certu.fr/spip.php?page=news_letter&id_rubrique=227&id_article=182&lang=fr La revue est téléchargeable en pdf : http://www.certu.fr/fr/IMG/pdf/signature_n_42.pdf Je l'ajoute dans le wiki sur http://wiki.openstreetmap.org/wiki/FR:OpenStreetMap_in_the_media. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article sur OSM dans s...@ture
Le 30/04/2010 10:40, Damouns a écrit : > La revue s...@ture N°42 d'avril 2010, éditée par le CERTU, propose > page 12 un article intitulé "Un point de vue sur la qualité des > données collaboratives : cas d'Open Street Map". > Le sommaire sur : > http://www.certu.fr/spip.php?page=news_letter&id_rubrique=227&id_article=182&lang=fr > La revue est téléchargeable en pdf : > http://www.certu.fr/fr/IMG/pdf/signature_n_42.pdf > > Je l'ajoute dans le wiki sur > http://wiki.openstreetmap.org/wiki/FR:OpenStreetMap_in_the_media. > Merci. Très instructif ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Article sur OSM dans s...@ture
De : Vincent Pottier Le 30/04/2010 10:40, Damouns a écrit : > La revue s...@ture N°42 d'avril 2010, éditée par le CERTU, propose > page 12 un article intitulé "Un point de vue sur la qualité des > données collaboratives : cas d'Open Street Map". > Le sommaire sur : > http://www.certu.fr/spip.php?page=news_letter&id_rubrique=227&id_article=182〈=fr > La revue est téléchargeable en pdf : > http://www.certu.fr/fr/IMG/pdf/signature_n_42.pdf > > Je l'ajoute dans le wiki sur > http://wiki.openstreetmap.org/wiki/FR:OpenStreetMap_in_the_media. > Merci. Très instructif ! +1. Par contre pour le détail des modifications dans l historique on l a déjà non ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte montrant les landuse=residential nommable
2010/4/30 Olivier Boudet > Ok la requête vérifie qu'il y un place et fait une vérification sur le nom. > Je pensais qu'il vérifiait juste la présence du node place. > > Euh. Question bête : comment le nom est vérifié et par rapport à quoi ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte montrant les landuse=residential nommable
Selon Pieren : > 2010/4/30 Olivier Boudet > > > Ok la requête vérifie qu'il y un place et fait une vérification sur le nom. > > Je pensais qu'il vérifiait juste la présence du node place. > > > > > Euh. Question bête : comment le nom est vérifié et par rapport à quoi ? > > Pieren > C'est une vérification de cohérence entre le nom associé à "place" et le nom de la relation de type "boundary" qui le contient. Il y a un lien vers la requête sur la page. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Des tracés trop différents
Bonjour, J'ai un gros problème de limites : Haute-Normandie, Basse-Normandie, Eure, Orne. La commune de Monnai (Orne) est limitrophe de ces entités administratives : http://beta.letuffe.org/ressources/communes/61-Orne/061-MONNAI-OD282.simp.gpx Le tracé de la commune est vraiment différent du (des) tracé(s) déjà indiqué(s) pour les limites régionales et départementales. Une idée ? Merci, Maurice (alias momovimout) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des tracés trop différents
Bonjour, > De : "Maurice" > > J'ai un gros problème de limites : Haute-Normandie, Basse-Normandie, > Eure, Orne. > > La commune de Monnai (Orne) est limitrophe de ces entités administratives : > http://beta.letuffe.org/ressources/communes/61-Orne/061-MONNAI-OD282.simp.gpx > Le tracé de la commune est vraiment différent du (des) tracé(s) déjà > indiqué(s) pour > les limites régionales et départementales. > > Une idée ? > Si tu parles de la limite régionale / départementale faite par ce way : http://www.openstreetmap.org/browse/way/23301762 son tag "source" te donne une indication. "Cartographes associés" est une source ancienne et très imprécise en terme de géométrie, par rapport à ce que propose le cadastre. Toute limite issue du cadastre est à privilégier dans ce cas. Il te faut donc couper la grande limite actuelle pour lui substituer, sur le territoire de Monnai, les tracés que tu vas créer...en recollant les morceaux ensuite pour que les relations "Orne", "Eure", "Haute-Normandie" et "Basse-Normandie" restent complètes. Bon tricot ;o) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des tracés trop différents
Le 30/04/2010 14:40, Maurice a écrit : > Bonjour, > > J'ai un gros problème de limites : Haute-Normandie, Basse-Normandie, > Eure, Orne. > > La commune de Monnai (Orne) Un lien pour qu'on trouve facilement sur la carte ? > est limitrophe de ces entités administratives : > http://beta.letuffe.org/ressources/communes/61-Orne/061-MONNAI-OD282.simp.gpx > Le tracé de la commune est vraiment différent du (des) tracé(s) déjà > indiqué(s) pour > les limites régionales et départementales. > > Une idée ? > Oui. La limite issue du cadastre est probablement plus juste que la limite inter-départementale qui est probablement une limite "cartographes associés" Si tel est le cas, c'est la limite cadastrale qui est à appliquer pour le département et la région. Un lien vers la zone serait pratique pour aller voir... > Merci, > > Maurice (alias momovimout) > -- Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des tracés trop différents
Re, Vincent I : > Si tu parles de la limite régionale / départementale faite par ce way : > http://www.openstreetmap.org/browse/way/23301762 > > son tag "source" te donne une indication. "Cartographes associés" est une > source > ancienne et très imprécise en terme de géométrie, par rapport à ce que > propose le cadastre. > Toute limite issue du cadastre est à privilégier dans ce cas. Il te faut > donc couper la > grande limite actuelle pour lui substituer, sur le territoire de Monnai, les > tracés que tu vas créer...en recollant les morceaux ensuite pour que les > relations "Orne", "Eure", > "Haute-Normandie" et "Basse-Normandie" restent complètes. > > Bon tricot ;o) Je vois que l'expérience des anciens est incontournable Je m'en vais tricoter. Vincent II > La limite issue du cadastre est probablement plus juste que la limite > inter-départementale qui est probablement une limite "cartographes associés" > Si tel est le cas, c'est la limite cadastrale qui est à appliquer pour > le département et la région. > > Un lien vers la zone serait pratique pour aller voir... Euh, j'avais pensé qu'en chargeant le fichier ci-dessous dans josm puis la zone correspondante, j'avais bien exposé le problème. http://beta.letuffe.org/ressources/communes/61-Orne/061-MONNAI-OD282.simp.gpx Maurice (alias momovimout) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Flamingo map server utilisé par 3 provinces Hollandaises.
Bonjour, (le logiciel est devenu logiciel ouverte) http://www.flamingo-mc.org/ Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Indisponibilité serveurs Free hé bergés pas le Crans
Bonjour, L'association qui héberge 4 de nos serveurs a de gros problèmes de climatisation dans le local serveur principal. L'arrivée des 4 serveurs n'a pas arrangé leur problème Les serveurs osm se mettent en sécurité en permanence à cause de la chaleur. J'ai donc décidé de les arrêter complètement jusqu'à installation de la clim. Ils viennent d'avoir l'accord du CROUS, propriétaire des locaux, pour changer de clim et installer une plus grosse. La commande a été passée et les travaux devraient être effectués la semaine prochaine. Je les remercie au passage encore de leur hébergement. Je vous tiens au courant dès le retour de la clim. Vous pouvez suivre la courbe de température du local là : http://munin.crans.org/crans.org/supervision.crans.org/temp_all.html Les chutes sont dues à l'ouverture de la porte du local par les admins. A priori, nos serveur n'ont pas souffert des 40°. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Extraction des données adresses.
Bonjour, Comme on a pu en discuter sur ce forum, OpenAddresses a pour but de synchronizer les données adresses avec OpenStreetMap. Pour atteindre ce but, il s'agit en tout premier lieu de définir la manière d'extraire les adresses d'OpenStreetMap. Quels sont les cas de figure relatifs aux adresses les plus courants que l'on retrouve dans la base OSM ? Le but est d'extraire les adresses caractérisées par les tags addr:housenumber, addr:housename,addr:street,addr:state, addr:postcode, addr:city et addr:country (référence: http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema ). Merci d'avance pour votre aide, Cédric -- Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
