Re: [OSM-talk-fr] Comment Marquer un Jardin Ouvrier
Salut ! Je crois que les 'jardins ouvriers' ont été renommés 'jardins familiaux'. Enfin bon, c'est que de la terminologue, ca. Pour OSM, tu as landuse=allotments http://wiki.openstreetmap.org/wiki/Template:Fr:Map_Features:landuse http://wiki.openstreetmap.org/wiki/Template:Fr:Map_Features:landuse Bonne journée 2010/12/11 Pierre BOIZOT pie...@boizot.name Bonjour, Quel tag mettre sur un zone de jardin dit ouvrier landuse = Garden ? A+ Pierre Pierre Boizot My SweetHomehttp://www.openstreetmap.org/export/embed.html?bbox=6.6445,46.51747,6.67875,46.5333layer=mapnikmarker=46.52211,6.66330%22+style%3D%22border:+1px+solid+black%22 ___ 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] Suivi du tracé des limites administr atives KO
Pour avoir un aperçu plus cartographique, il y a toujours les cartes visibles sur beta.letuffe.org (via osmose par exemple). Si le rendu est à jour, on peut traverser la France du nord-ouest au sud est presque sans tourner : http://xinfe.free.fr/OSM/departements.png http://xinfe.free.fr/OSM/departements.pngPetit à petit, ça avance... 2010/11/30 Vincent de Chateau-Thierry v...@laposte.net De : Jocelyn Jaubert En fait, tu n'utilises pas la bonne URL. Les bons rapports à jour sont dans: http://osm2.crans.org/munin/stats.db/departement/index.html C'est beaucoup mieux en effet :-) Merci Jocelyn 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mapper un barrage
Salut à tous ! J'ai récemment tagué quelques barrages, mais il s'avère que KeepRight! n'aime pas vraiment ce que j'ai fait : http://keepright.ipax.at/report_map.php?zoom=18lat=45.46716lon=4.24839 D'où ma question : comment faut il faire pour un barrage sur lequel passe une route, traversé par un fleuve, et d'où part une déviation d'eau ? Merci beaucoup ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Taguer les gares ferroviaires
Bonjour à tous, Je vais peut-être faire un outil d'analyse d'avancement de saisie des gares ferroviaires en France, et pour cela, il faut d'abord savoir exactement quels sont les tags utilisés et de quelle manière... J'ai bien regardé le wiki [1], mais j'avoue ne pas avoir tout saisi... Aussi, faut il combiner/utiliser le Oxomoa Public_transport_schema [2] ? Donc pour résumer la question : comment taguer une gare (avec/sans le bâtiment, quais, etc...) ? J'ai compris ça (avec le wiki et la Gare du Nord) : Bâtiment : name=Nom de la gare building=train_station railway=station Voies : railway=rail Un node d'une des voies (au hasard ?) : name=Nom de la gare railway=station Ça ne me semble pas optimal... Par contre, j'ai pas regardé du côté des relations. Bonne journée ! Xinfe P.S. : J'ai converti la liste des gares/haltes de la page Wikipedia [3] en XML, d'une manière qui me semble utilisable. Si quelqu'un est intéressé, j'ai le XML sous le coude, sous cette forme : region name=Alsace departement name=Bas-Rhin gares en_service=oui stop type=Gare particule=de name=Benfeld / stop type=Gare particule=de name=Bischwiller / ... Le reste, c'est pour la OSM-fr-dev, si je me lance dedans... [1] http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation http://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dstation [2] http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema [3] http://fr.wikipedia.org/wiki/Liste_de_gares_de_France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM addict
Surtout que c'est plutôt layer=1 pour l'autre route... 2010/9/4 Ab_fab gamma@gmail.com Plutôt ^^ happy mapping ! Le 4 septembre 2010 19:20, ratanes rata...@ratanes.net a écrit : Bonjour, Voilà, en passant en voiture sous un pont j'ai pensé : layer = -1 Est-ce grave ? Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ 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
[OSM-talk-fr] [Dev] Alléger OpenLayers et chan ger le style des bulles
Bonjour, Je suis en train de jouer avec OpenLayers, et je me demande si il existe une manière d'alléger le script. Je n'utilise qu'un bout de tout ce qui est proposé, d'où l'intérêt de ne télécharger que le JavaScript nécessaire. En gros, j'utilise : - L'affichage de la carte fournie par osm.org - Barre de zoom - Croix de navigation - Changement de claque - Échelle - Permalien - Attribution - Chargement dynamique des POI (genre Osmose) Il me semble être tombé sur un tuto pour faire ca, mais ca semblait très artisanal (trial error). Il existe des outils pour ca ? Question subsidiaires : - est-il possible de charger dynamiquement le contenu de la bulle ? Je pense que oui - comment changer l'apparence de la bulle (autre bordures, marges, et qu'elle puisse sortir du div de la carte ? Je pense aussi que oui Merci beaucoup ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Dev] Alléger OpenLayers et chan ger le style des bulles
Merci beaucoup !
Je regarderai tout ca plus en détails.
Par contre, j'avais réussi à faire en sorte de déplier le
LayerSwitcher à l'affichage de la page, mais je n'y arrive plus.
Je ne retrouve plus quoi mettre pour cette propriété :
maximizeDiv
{DOMElement}
Enfin, merci !
2010/8/31 René-Luc D'Hont rldh...@gmail.com:
Le 31/08/2010 11:49, Xinfe Ewalavir a écrit :
Bonjour,
Je suis en train de jouer avec OpenLayers, et je me demande si il
existe une manière d'alléger le script.
Je n'utilise qu'un bout de tout ce qui est proposé, d'où l'intérêt de
ne télécharger que le JavaScript nécessaire.
En gros, j'utilise :
- L'affichage de la carte fournie par osm.org
- Barre de zoom
- Croix de navigation
- Changement de claque
- Échelle
- Permalien
- Attribution
- Chargement dynamique des POI (genre Osmose)
Il me semble être tombé sur un tuto pour faire ca, mais ca semblait
très artisanal (trial error). Il existe des outils pour ca ?
Dans le dossier contenant Openlayers tu trouveras un dossier build contenant
un script build.py, et des scripts de configuration.
Plus d'infos ici :
http://trac.openlayers.org/wiki/Profiles
et là :
http://docs.openlayers.org/library/deploying.html
Question subsidiaires :
- est-il possible de charger dynamiquement le contenu de la bulle ?
Oui bien sûr exemple ici :
http://openlayers.org/dev/examples/select-feature-openpopup.html
Je pense que oui
- comment changer l'apparence de la bulle (autre bordures, marges, et
qu'elle puisse sortir dudiv de la carte ? Je pense aussi que oui
Tu peux modifier l'apparence via 3 choses :
* avec les paramètres de créations de la popup
* avec le style du contenu que tu insères dans la popup
* avec le CSS et les images utilisé pour stylé la popup
Merci beaucoup !
De rien
René-Luc D'Hont
3liz
___
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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Dev] Alléger OpenLayers et chan ger le style des bulles
Merci pour toutes ces réponses, je les garde précieusement sous le bras. Je vais pouvoir bien m'amuser maintenant :) Bonne journée 2010/8/31 Nicolas Moyroud nmoyr...@free.fr: Salut, Il y a de très bons tutos OpenLayers ici : http://geotribu.net/?q=node/21 En particulier celui-ci qui répond à quasiment toutes tes questions : http://geotribu.net/node/3 Pour la partie chargement de POIs c'est plutôt statique dans le tuto avec un fichier txt, mais rien ne t'empêche de générer dynamiquement ce fichier avec par exemple un script php. Je l'ai fait et ça marche très bien. a+ Xinfe Ewalavir a écrit : Bonjour, Je suis en train de jouer avec OpenLayers, et je me demande si il existe une manière d'alléger le script. Je n'utilise qu'un bout de tout ce qui est proposé, d'où l'intérêt de ne télécharger que le JavaScript nécessaire. En gros, j'utilise : - L'affichage de la carte fournie par osm.org - Barre de zoom - Croix de navigation - Changement de claque - Échelle - Permalien - Attribution - Chargement dynamique des POI (genre Osmose) Il me semble être tombé sur un tuto pour faire ca, mais ca semblait très artisanal (trial error). Il existe des outils pour ca ? Question subsidiaires : - est-il possible de charger dynamiquement le contenu de la bulle ? Je pense que oui - comment changer l'apparence de la bulle (autre bordures, marges, et qu'elle puisse sortir du div de la carte ? Je pense aussi que oui Merci beaucoup ! ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Page web pour le suivi des autoroutes fra nçaises
Je me suis dit qu'il faudrait peut-être signaler d'une couleur particulière les avancement 15km (ou autre) plus longs que ceux de Wikipédia. Ca ferait apparaitre une des deux A47 avec un avancement de quelques centaines de %. En revanche, 150% n'est pas choquant : certaines autoroutes font 1km selon Wikipédia, et 1,5 selon OSM. Il faut trouver un bon critère (je pense que mon 15km n'est pas stupide). Bonne journée ! On Monday, August 30, 2010, Cedric Dumez-Viou cedricdumezv...@gmail.com wrote: Le 29/08/2010 23:06, Jocelyn Jaubert a écrit : Le 29 août 2010, Jocelyn Jaubert a écrit : Le 29 août 2010, Cedric Viou a écrit : Le 26/08/2010 09:02, Cedric Viou a écrit : Le 25/08/2010 22:48, Jocelyn Jaubert a écrit : Au sujet de l'idée de créer les relations vides (sauf l'entête...) pour que leur numéro apparaissent sur [1] (ce qui orienterait les Je confirme donc qu'il faudrait au moins une way par relation :) Tout à fait, j'ai eu aussi du mal à retourver le changeset dans la liste de mes édits http://www.openstreetmap.org/user/username/edits. Mes relations vides semblent vraiment malsaines. Elles seront commencées ou completées dès que je peux. En cherchant à compléter les sorties de l'A20, j'ai vu que le travail de saisie avait été fait mais sous le tag exit_to (je ne connais pas son status ni comment il est utilisé). Pourrait-on ajouter ce tag dans le tableau pour voir si ça été renseigné ou pas, stp? : Je viens de rajouter le exit_to en plus du name sur le tableau des sorties d'autoroutes. Je pensais en fait que le name contenait ce qui était affichée sur les panneaux autoroutiers, mais c'est vrai que exit_to est plus logique. C'est ce que j'ai aussi découvert sur le wiki (merci à Charlie Echo pour l'exemple). Est-ce que quelqu'un sait comment et où c'est utilisé (rendu, routage,...)? Merci Cedric ___ 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] Stand osm aux JDLL, présence ?
Bonjour Comme les RMLL se font à CPE Lyon et que j'y suis étudiant, ca pourrait être le bon moment pour leur demander d'héberger des serveurs Free, puisqu'il en reste. Si c'est inutile, bah tant pis :D Bonne journée 2010/8/27 René-Luc D'Hont rldh...@gmail.com: Cool si tous les deux vous pouvez venir, si j'ai fixé une limite à lundi c'était pour avancé dans la réservation du stand. Pour le moment nous sommes 3 (arno, kimaidou et moi même) et 2 potentiels il y a d'autre personne qui pourrait être là ? Le 27/08/2010 14:06, Rodolphe Quiedeville a écrit : Le 27/08/2010 09:58, René-Luc D'Hont a écrit : Bonjour, Afin d'organiser la présence d'OpenStreetMap à Lyon pendant les JDLLs, j'ai ouvert un doodle : http://www.doodle.com/k28pa5zw638ypq6u L'objectif principal de ce sondage est de savoir si il y aura suffisamment de personne pour tenir le stand, et donc savoir si oui ou non OpenStreetMap pourra être représenté pendant les JDLLs. Tout comme Nicolas je suis en discussion pour faire le déplacement à titre professionnel, si je peux venir je prendrais ma part de présence sur le stand. Par contre je risque de n'avoir une réponse positive/négative que fin de semaine prochaine, au mieux mardi. A++ ___ 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] Stand osm aux JDLL, présence ?
On va dire que pour l'instant, je ne sais pas du tout comment ca se passera en octobre, mais j'essaierai de faire mon possible. Bye 2010/8/27 René-Luc D'Hont rldh...@gmail.com: Salut Xinfe Ewalavir, Si tu es étudiant au CPE Lyon, pourras-tu être présent sur le stand ? Si oui peux tu remplir le doodle http://www.doodle.com/k28pa5zw638ypq6u René-Luc Le 27/08/2010 14:43, Xinfe Ewalavir a écrit : Bonjour Comme les RMLL se font à CPE Lyon et que j'y suis étudiant, ca pourrait être le bon moment pour leur demander d'héberger des serveurs Free, puisqu'il en reste. Si c'est inutile, bah tant pis :D Bonne journée 2010/8/27 René-Luc D'Hontrldh...@gmail.com: Cool si tous les deux vous pouvez venir, si j'ai fixé une limite à lundi c'était pour avancé dans la réservation du stand. Pour le moment nous sommes 3 (arno, kimaidou et moi même) et 2 potentiels il y a d'autre personne qui pourrait être là ? Le 27/08/2010 14:06, Rodolphe Quiedeville a écrit : Le 27/08/2010 09:58, René-Luc D'Hont a écrit : Bonjour, Afin d'organiser la présence d'OpenStreetMap à Lyon pendant les JDLLs, j'ai ouvert un doodle : http://www.doodle.com/k28pa5zw638ypq6u L'objectif principal de ce sondage est de savoir si il y aura suffisamment de personne pour tenir le stand, et donc savoir si oui ou non OpenStreetMap pourra être représenté pendant les JDLLs. Tout comme Nicolas je suis en discussion pour faire le déplacement à titre professionnel, si je peux venir je prendrais ma part de présence sur le stand. Par contre je risque de n'avoir une réponse positive/négative que fin de semaine prochaine, au mieux mardi. A++ ___ 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 ___ 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] Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moins nou veaux) ? (était : Changement de licence [ etc.])
On Thursday, August 26, 2010, Vincent de Chateau-Thierry v...@laposte.net wrote: Bonjour, De : Matthias Dietrich Le 26 août 2010 07:50, Jean-Francois Nifenecker a écrit : Beaucoup d'idées dans ce message. je ne suis pas sûr que l'import du bâti, pour superbe que soit le résultat, sans une réflexion préalable approfondie soit une bonne chose. Quid de la gestion des évolutions désynchronisées des données cadastrales et des données OSM ? Cette reflexion n'est pas spécifique du bâti. Elle vaut pour la voirie tout autant. Mais en terme d'actualité et de mise à jour, OSM a tous les moyens de garder une sacré avance sur le cadastre, qui n'est mis à jour parfois que plusieurs années après une modification du terrain. Le cadastre comme point de départ est une mine d'or. Comme outil d'actualisation, en revanche, il est largement dépassable. Ça pourrait être intéressant de faire des diffs (tous les mois) depuis les extractions du cadastre, avec un petit marqueur dans Osmose. Je pense que c'est ce qu'il y a de plus fiable pour suivre les mises a jour. Il faut bien commencer par quelque chose. Pourquoi pas le bâti ? Tu sous-entends que certaines données seraient plus importantes que d'autres, lesquelles ? Et qui définit cette importance ? D'autre part, le bâti peut servir de référence pour placer avec plus de précision d'autres données (POI, calage de relevés GPS, etc.). Certes il faut bien commencer par quelque chose. Mais avant l'apparition des fichiers vectoriels de buildings, on ne commençait jamais par mapper tous les buildings d'une commune sans rien faire autour. Ce phénomène de villes/villages couverts de bâti sans aucune rue n'est apparu que depuis le début de l'été. Et il est devenu banal en se promenant sur la carte de rencontrer ce type de vision surréaliste. Autant je rejoins complètement le principe de chacun mappe ce qui lui plaît autant je bloque quand c'est pour trouver une forêt de buildings sans rien autour, avec des anciennetés de changeset de plusieurs semaines. A ces endroits, la carte, j'ose le mot, est ridicule (et zut pour le troll). Lorsqu'un contributeur travaille ensuite sur une commune ainsi traitée, l'emploi de Potlatch devient lourd : les téléchargements prennent une éternité en raison du volume des données. Si sous JOSM c'est nettement mieux, on ne peut manquer de s'interroger sur des options de masquage (sans téléchargement) du bâti dans les deux éditeurs. Certes, mais éditer des données sans tenir compte de toutes les données existantes dans la région, c'est aussi courir le risque de se retrouver avec des noeuds superposés, des ways qui se croisent dans tous les sens, des doublons, etc. Le masquage ne me semble pas être une solution parfaite. Une option purge vient d'apparaître sur JOSM dans ce sens : http://josm.openstreetmap.de/wiki/Help/Action/Purge A utiliser avec des pincettes... Quid d'une priorisation, de la définition d'axes de travail par zones, du suivi de l'avancement ? Ou comment probablement faire fuir des nouveaux contributeurs. Si on m'avait dit en janvier, lorsque j'ai commencé, tu dois d'abord tracer toutes les routes de France, ne t'occupe pas des bâtiments, des POI j'aurais laissé tomber immédiatement. Chacun a ses motivations pour contribuer à OSM. Certains sont passionnés de chemin de fer et voudront tracer les lignes ferroviaires, d'autres font du kayak et voudraient tracer toutes les rivières, d'autres encore tracent les lignes électriques. Si on dicte aux participants ce qu'ils doivent mapper il n'y aura plus beaucoup de nouveaux. +1. Mais je doute (voire plus haut) qu'il y ait subitement depuis cet été des passionnés de buildings :-). Je sais bien que quand le bâtiment va tout va, mais là non... 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [XAPI] Exclure des éléments de la recherche sur xapi
Bonjour, J'ai parfois voulu charger une ville, mais sans les bâtiments, et j'utilise la XAPI, avec une requète du genre (malgré un petit retard) : http://www.informationfreeway.org/api/0.6/way[highway=*][bbox=minlon,minlat,maxlon,maxlat] Par contre, comment faire l'inverse : récupérer par exemple tous les nodes sans aucun attribut intéressant (donc ignorer id, timestamp, uid, user, visible, version, changeset, lat, lon et source) ? Je pense qu'il faut jouer avec le modificateur 'not', mais...mes tests étaient infructueux... Enfin, c'est pas pour maintenant, les requêtes tombent actuellement à l'eau. (Mettre une petite XAPI sur un serveur Free ? Ouep, yaka) Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Source de données et mise à jou r du Wiki
Bonjour, En lisant le wiki, je suis tombé sur cette page [1], qui contient le paragraphe suivant : La Direction générale des infrastructures de transport fournit trois cartes [2] du réseau routier national sur son site Internet. Cette carte du réseau routier national doit trouver sa traduction en routes primary, trunk et motorway dans OpenStreetMap. Mais il est aussi possible que des primary ne figurent pas sur ces cartes de la DGIT. Les routes nationales d'aujourd'hui (ref=N ..), ainsi que les routes ayant un caractère interrégional peuvent être taguées avec: En suivant le [2], je suis tombé sur un lien mort. J'ai donc essayé de rechercher les documents évoqués, mais sans succès. En revanche, j'ai trouvé une Carte des sites intermodaux de marchandises en France [3]. Je ne sais pas si on peut l'utiliser dans OSM. Le site indique : Droit d’auteur Tous les contenus présents sur le site du Ministère de l’Écologie, de l’Énergie, du Développement durable et de la Mer sont couverts par le droit d’auteur. Toute reprise est dès lors conditionnée à l’accord de l’auteur en vertu de l’article L.122-4 du Code de la Propriété Intellectuelle. Le PDF indique : Plus d'informations sur les données : se reporter à la notice accompagnant la carte. La notice semble assez vide. Donc questions : 1 - Quels sont les trois cartes d'origine ? 2 - Les données de la carte (réseau primaire et ferroviaire) sont elles-intéressantes à importer, même si elles sont probablement assez grossières ? 3 - A-t-on le droit d'utiliser cette carte ? Merci de l'éclaircissement ! [1] http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging [2] http://www.route.equipement.gouv.fr/rubrique.php3?id_rubrique=35 [3] http://www.developpement-durable.gouv.fr/spip.php?page=articleid_article=14807num_rows=1url_ret=%2Fspip.php%3Fpage%3DsearchSalleLecture%26query%3Dcarte%2BAND%2B%2528thematique_libelle%253A%2522Transports%2B%253A%2BRoutier%2522%2529%26motclesaisi%3Dcarte%26datedebut%3D%26datefin%3D%26theme%3DTransports%26soustheme%3DRoutier%26auteur%3D0%26type%3D0%26collection%3D0%26langue%3D0%26niveau%3D0%26x%3D35%26y%3D12 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tech] Noeuds orphellins
Hummm, c'est sur la bonne voie : http://matt.dev.openstreetmap.org/dupe_nodes/dupe_nodes.png Bien joué ! 2010/8/18 Benoît ROUSSEAU adressepossi...@free.fr J'ai effacé tous les nœuds orphelins trouvés jusqu'au 27 juillet 2010. Soit moins de 56.089 nœuds en 3-4 jours. J'ai arrêté au 27 juillet car je suis tombé sur un import CLC a cette date et dont les points ne sont toujours pas reliés. J'ai écrit à l'auteur sans réponse pour l'instant. Est-ce un import abandonné ? Je n'ai pas compris ce qui été en cours, pas en cours et depuis quand sur la page wiki d'import des CLC. Donc si qqun sait... Il y a d'autres imports bizarres mais comme les serveurs OSM ont l'air sur les rotules, wait and see les points seront peut-être connectés un jour. Benoît R. ___ 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] [Tech] Noeuds orphellins
Non, c'est mondial. Pour voir la carte : http://matt.dev.openstreetmap.org/dupe_nodes/ Courage, plus que quelques millions ! 2010/8/18 Benoît ROUSSEAU adressepossi...@free.fr Ce sont les nœuds dupliqués en France uniquement ? Xinfe Ewalavir a écrit : Hummm, c'est sur la bonne voie : http://matt.dev.openstreetmap.org/dupe_nodes/dupe_nodes.png Bien joué ! 2010/8/18 Benoît ROUSSEAU adressepossi...@free.fr J'ai effacé tous les nœuds orphelins trouvés jusqu'au 27 juillet 2010. Soit moins de 56.089 nœuds en 3-4 jours. J'ai arrêté au 27 juillet car je suis tombé sur un import CLC a cette date et dont les points ne sont toujours pas reliés. J'ai écrit à l'auteur sans réponse pour l'instant. Est-ce un import abandonné ? Je n'ai pas compris ce qui été en cours, pas en cours et depuis quand sur la page wiki d'import des CLC. Donc si qqun sait... Il y a d'autres imports bizarres mais comme les serveurs OSM ont l'air sur les rotules, wait and see les points seront peut-être connectés un jour. Benoît R. ___ 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] [Tech] Noeuds orphellins
J'ai aussi des passes de nettoyage, j'ai trouvé énormément de nœuds dupliqués suite aux imports du cadastre... Effectivement, ca fait pas tout non plus. 2010/8/18 julien balas jul...@krilin.org On 08/18/2010 09:34 PM, Xinfe Ewalavir wrote: Hummm, c'est sur la bonne voie : http://matt.dev.openstreetmap.org/dupe_nodes/dupe_nodes.png Bien joué ! Benoit supprime les noeuds orphelins, ca n'est pas la même chose que les noeuds dupliqués. Il y a surement des orphelins dupliqués ceci dit ;) -- JB ___ 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
[OSM-talk-fr] [GéoVélo] Petites remarques sur OpenLayers
Bonjour à tous,
Je viens faire deux petites remarques pour Géovélo, et plus
particulièrement pour OpenLayers :
1) L'échelle est présente mais elle ne s'adapte pas en fonction de la
latitude. Il suffit juste d'ajouter une petit drapeau :
new OpenLayers.Control.ScaleLine( {geodesic: true} )
J'ai pas comparé avec la réalité, mais les distances indiquées
semblent prendre en compte la déformation de la projection
2) Petit problème de positionnement du curseur sur la barre de zoom :
il se place sur les séparateurs (barres blanches) et non pas dans les
intervalles. C'est pas dramatique, mais ça induit un décalage au zoom
max et min.
Pour le coup, je ne sais pas ce qui cause ce problème ni comment le
corriger. Si quelqu'un trouve une solution, je suis aussi intéressé
;-)
Sinon, je dois dire que je suis séduit pas le design général. Il y a
juste le panneau Vos préférences qui est perturbant : on s'attend à
un variateur (de 0 à 1) et non à un bouton (0 ou 1).
Bonne soirée !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))
2010/7/26 François Van Der Biest francois.vanderbi...@camptocamp.com En parlant d'indicateurs d'avancement... http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une couverture européenne ! intérêt premier : systématiser et rationaliser le travail sur le cadastre, geolittoral et autres sources (BMO, imports massifs ...). En prime, et au final, on a une jolie carte d'avancement, même si 1) ce n'était pas l'objectif initial du projet et 2) cette carte n'est pas exhaustive. F. PS: si vous pensez à plus d'indicateurs que les 3 actuellement supportés (highways, landuse, building), n'hésitez pas à vous manifester ... je me suis notamment demandé un temps (http://code.google.com/p/osmqa/issues/detail?id=12) s'il ne fallait pas utiliser le statut de Munich (http://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Status) comme clé d'avancement. Peut-être différentier sous forme de tableau : *Catégorie | Géométrie | Tags* Bâtiments | | Landuse | | Routes| | Autre genre d'idées : - pouvoir sélectionner plusieurs tuiles pour changer les attributs d'un groupe de tuiles - verdir progressivement les tuiles : Non OK : rouge Un True : orange Deux True : jaune Trois : vert (A voir en fonction du nombre de tags...) Je suis conscient que ca demande sûrement du travail, vu la peine que j'ai pour un projet web perso 2010/7/26 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: 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 ___ 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] Re : Superposition dans l'import cadastral et plugin osmose
Bonsoir, Je guette depuis un moment (une grosse semaine) la prochaine lise à jour des erreurs d'osmose, et après une mise en pause de tous les traitements dernièrement, les analyses ont visiblement repris, sauf pour une douzaine d'entre eux, dont gis_building_overlaps-france. C'est possible de savoir si c'est une nouvelle pause, ou qu'un problème est survenu il y a 9h. Ou que c'est pas une analyse qui tourne fréquemment... Bonne soirée ! 2010/7/2 Xinfe Ewalavir ewala...@gmail.com Le graph est visiblement arrivé, et il y a du boulot ! C'est pas avec cette vitesse de progression qu'on arrivera à 0... :) http://osmose.openstreetmap.fr/cgi-bin/graph.py?source=64class=1 Pour la maintenance, voici qui pourrait être utile : http://www.informationfreeway.org/api/0.6/way[building=yes][bbox=gauche,bas,droite,haut]http://www.informationfreeway.org/api/0.6/way%5Bbuilding=yes%5D%5Bbbox=gauche,bas,droite,haut%5D 2010/7/1 THEVENON Julien julien_theve...@yahoo.fr *De :* chove ch...@crans.org ** On Thu, 1 Jul 2010 16:12:47 +0200, Tenshu ten...@gmail.com wrote: La génération du graph à visiblement plantée. C'est parce qu'il n'y a qu'un point dans la base de données. On verra ce que ça donne demain. Par contre super d avoir les numeros de way maintenant ! Julien ___ 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] Données OSMXAPI dans OpenLayers
Free bloque en effet toute requête sur un site extérieur sauf si il est dans la whitelist. Pour ajouter un site a la whitelist, il faut demander sur les newsgroups Proxad pagesperso. Dommage On Thursday, July 15, 2010, François Van Der Biest francois.vanderbi...@camptocamp.com wrote: Ha, c'est dommage ! En effet, il faut un proxy pour relayer les requêtes ajax vers un domaine autre que le tien.Tu peux essayer d'en coder un très simple en PHP (ou installer http://sourceforge.net/projects/poxy/), que ton site free hébergera, et il ne te restera plus qu'a spécifier dans ton code OL : OpenLayers.ProxyHost = '/mon_proxy.php?url=' (ou approchant, cf la doc de PHPproxy) N'hésite pas à me pinger si tu as des soucis. F. 2010/7/15 Frédéric Bonifas fredericboni...@gmail.com Salut, Merci François, j'ai essayé mais sans succès. J'ai l'impression que le problème vient du proxy nécessaire pour récupérer des données sur un site tiers avec OpenLayers, et ça semble interdit sur les pages perso free. Tant pis je vais récupérer les données xapi et les stocker en local. Frédéric Le 14 juillet 2010 21:43, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Salut Frederic, 2010/7/14 Frédéric Bonifas fredericboni...@gmail.com Bonjour, Je cherche un exemple, très basique si possible, pour visualiser des données récupérées de la OSMXAPI sur OpenLayers. J'ai trouvé cela http://geotribu.net/node/260 (d'ailleurs les données ne sont pas tout le temps affichées car la OSMXAPI ne semble pas très en forme), mais j'aurais bien aimé trouver quelque chose d'encore plus simple, sans l'utilisation de la classe Strategy Cluster par exemple. Tu as essayé le même code que Geotribu, qui va taper sur une variante de la XAPI (cf http://wiki.openstreetmap.org/wiki/XAPI#Servers) en retirant juste la strategy qui ne t'intéresse pas ? (ou en la remplaçant par une strategie BBOX ou Fixed) F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- G. SURREL g...@s.o 06 29 - 42 SE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction des adresses...
Je suis bluffé par l'avancée du projet ! Quand j'ai vu l'idée proposée peu après l'utilisation des PDFs vectoriels, je ne pensais pas à une progression si rapide. Bien joué ! 2010/7/13 Benoît ROUSSEAU adressepossi...@free.fr Pour ceux que ça intéresse... Bonjour, Où j'en suis : 1- je reconnais les n° de rue, 2- je positionne les n° de rue, 3- je mets en grappes les n° de rues proches qui se suivent à -2 d'écart, 4- je télécharge et positionne les rues et places nommées. Un aperçu (détail) : [image: apreçu] Les voies nommées sont en magenta, les grappes en bleu, les n° en bleu foncé. J'ai ajouté en rouge des endroits potentiellement problématiques et en vert des voies non nommée pour une meilleur compréhension. La zone visible ici : http://www.openstreetmap.org/?lat=46.61079lon=0.21543zoom=17layers=B000FTFet vous pourrez vérifier le Cadastre sous JOSM. En ce qui concerne les points problématiques : - pour les points rouges haut et bas : quand deux points d'une même grappe sont très proches de deux voies de noms différents, il suffit de casser la grappe et d'associer les adresses à leurs voies respectives. Sur le Cadastre quand c'est proche, c'est vraiment proche. Un seuillage permet déjà de résoudre un paquet d'ambiguïtés ; - point rouge du milieu : dans le cas du n°11, la voie la plus proche reste la bonne mais, en cas de doute, avec celle de la grappe du n°4, il faudrait regarder la cohérence de numérotation : le 11 s'insère dans la continuité 9-13 bien mieux que dans la 4-rien. Donc c'est soluble sans ambiguïté. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr full2b.png___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème de rendu, ou de multipoly gon ?
Bonjour à tous ! J'ai remarqué sur le rendu OpenCycleMap [1] un problème lié à un multipolygon [2] que j'ai modifié pour ajouter un trou rempli d'eau. Le problème, c'est que le trou est rempli d'eau, mais aussi tout le multipolygon. Ce problème n'apparait pas sur le rendu mapnik officiel' ni sur le rendu Osmarender... Il y a quelque chose à faire ? En passant, j'ai taggué en natural=water, mais c'est une retenue de barrage, donc je ne sais pas si c'est adapté... Merci de l'aide ! [1] : http://osm.org/go/0...@hh?layers=00b0ftf [2] : http://www.openstreetmap.org/browse/relation/281470 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Si c'était à refaire, était : OUAHOU !!!!!
La fusion des nœuds est plus rapide dans JOSM lorsque peu de choses sont affichées à l'écran : Si à chaque fusion, il doit redessiner tout l'écran, ca prend du temps, avec tant de données. Pour gagner...pour pas perdre de temps, je zoom sur 3-4 nœuds pendant le temps de la fusion, ca tourne vers les 10-15 nœuds/s En espérant que ca aide... 2010/7/8 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le jeudi 8 juillet 2010 17:16:33 Vincent Pottier, vous avez écrit : Mais maintenant, en plus du réseau routier et des landuses je me prends des paquets de maisons. Je charge un rectangle et Paf, 250 Ko de données dans la figure. Tiens ! Ajoute-toi 15 minutes à la fusion des points ! Un autre rectangle : re-paf ! Pour le polygone FR-221176, à l'est de Toulouse, le fichier, sur disque, fait 114 Mo en ajoutant le substrat OSM. Il a fallu 4 h à ma machine pour effectuer seulement la fusion de 10 000 nœuds : 1,4 s/nœud sur un dual-core 3GHz. Il n'y aurait pas moyen au moment de charger (pour après, on sait déjà le faire pour l'affichage) les données d'une zone de filtrer les données ? Parce que c'est clair que si on récupère des gros polygones en 2015, on a intérête à avoir des sacrés bécanes pour charger des grandes zones (au delà de la commune). -- 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] France zoom 10
J'ai eu la même idée, faite avec patience grâce à GIMP http://xinfe.free.fr/OSM/difference.png 2010/7/3 Etienne Trimaille etienne.trimai...@gmail.com C'est beau ! On voit les imports CLC autour de Paris, la forêt des Landes,... Je voulais faire une image résultant de la différence entre les 2 images, mais les tailles des fichiers font planter python apparement. :( Le 3 juillet 2010 14:30, Vincent Pottier vpott...@gmail.com a écrit : Bonjour, La France au zoom 10 dernière édition : http://frvipofm.net/osm/sotm/2010/france10-20100702.png Vous pouvez comparer avec : http://frvipofm.net/osm/sotm/2010/france10-20100512.png J'ai quelques images intermédiaires. Peut-être que je vais les monter en vidéo (mais pas à cette résolution). -- FrViPofm ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] France zoom 10
C'est étrange, mon Firefox me l'affiche sans problèmes, ainsi que la visionneuse Picasa, ou même IE (avec le plugin QuickTime-qui-squatte) . Je sais pas ce qui va pas... 2010/7/3 Etienne Trimaille etienne.trimai...@gmail.com Avec patience, peut-être, mais l'image ne peut être affichée, car elle contient des erreurs :( Le 3 juillet 2010 16:15, Xinfe Ewalavir ewala...@gmail.com a écrit : J'ai eu la même idée, faite avec patience grâce à GIMP http://xinfe.free.fr/OSM/difference.png 2010/7/3 Etienne Trimaille etienne.trimai...@gmail.com C'est beau ! On voit les imports CLC autour de Paris, la forêt des Landes,... Je voulais faire une image résultant de la différence entre les 2 images, mais les tailles des fichiers font planter python apparement. :( Le 3 juillet 2010 14:30, Vincent Pottier vpott...@gmail.com a écrit : Bonjour, La France au zoom 10 dernière édition : http://frvipofm.net/osm/sotm/2010/france10-20100702.png Vous pouvez comparer avec : http://frvipofm.net/osm/sotm/2010/france10-20100512.png J'ai quelques images intermédiaires. Peut-être que je vais les monter en vidéo (mais pas à cette résolution). -- FrViPofm ___ 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 ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] France zoom 10
2010/7/3 Vincent Pottier vpott...@gmail.com Le 03/07/2010 16:15, Xinfe Ewalavir a écrit : J'ai eu la même idée, faite avec patience grâce à GIMP http://xinfe.free.fr/OSM/difference.png Superbe ! On repère bien en bleu les imports de farm, en rose, les imports de forêt, en violet les imports de prairie. Les traits verts correspondent, je pense, à des boundaries. Je ne sais pas pourquoi j'ai un décalage d'1 px dans la partie droite de l'image de début mai. Bon à l'époque, je faisais du montage à la main en copier-coller (je ne l'ai fait qu'une fois !) Maintenant c'est totoche qui bosse pour moi. Et bien ça vaut le coup de passer du temps aux polygones. Ça fait de belles images. Tu la propose comme image du mois pour osm.fr ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr A priori, c'est pas prévu. J'étais pas si satisfait du résultat ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Superposition dans l'import cadastral et plugin osmose
Le graph est visiblement arrivé, et il y a du boulot ! C'est pas avec cette vitesse de progression qu'on arrivera à 0... :) http://osmose.openstreetmap.fr/cgi-bin/graph.py?source=64class=1 Pour la maintenance, voici qui pourrait être utile : http://www.informationfreeway.org/api/0.6/way[building=yes][bbox=gauche,bas,droite,haut] 2010/7/1 THEVENON Julien julien_theve...@yahoo.fr *De :* chove ch...@crans.org ** On Thu, 1 Jul 2010 16:12:47 +0200, Tenshu ten...@gmail.com wrote: La génération du graph à visiblement plantée. C'est parce qu'il n'y a qu'un point dans la base de données. On verra ce que ça donne demain. Par contre super d avoir les numeros de way maintenant ! Julien ___ 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] Superposition dans l'import cadastral et plugin osmose
Effectivement, après avoir passé quelques heures à corriger les erreurs de type 1 grâce au validator, il reste tous les types 2 et 3... Juste pour savoir, ça prend combien de temps, une telle analyse ? Quand je vois le temps nécessaire au Validator JOSM pour des petits bouts de commune, je prend peur. Merci pour ce nouvel outil ! Vive Osmose, quand même. 2010/6/29 Bruno Cortial bruno.cort...@gmail.com Le 29 juin 2010 19:26, Etienne Chové ch...@crans.org a écrit : Coucou tout le monde, Bonjour, J'appelle ça du remplissage inutile de base de données ! Le travail composite serait au minimum d'ajouter un peu d'intelligence dans les données. Je ne jette pas la pierre à Balooval, car c'est loin d'être le seul. Oula oui, j'en fais parti ! Afin de vous aider à corriger ces erreurs, j'ai écrit un petit module pour osmose disponible là [1] et dont les résultats sont affichés là [2], les stats là [3] et bientôt le graphe là [4]. Je ne met pas les ways concernés dans les bulles car vu la quantité de bulles, ça chargerai inutilement le backend. Pour le moment, c'est du one-shot. Pour le moment, c'est pas affiché sur le front-end principal d'osmose, j'ai d'autres choses à faire sur osmose avant ça et une thèse à écrire (mais rassurez vous, elle ne recule pas). Je laisse quelqu'un mettre le lien sur le wiki. Merci une nouvelle fois pour cet outil. Jusque là je continuais mes imports en surveillant Osmose et Keepright sans aucun retour, confiant. Il s'avère que le plugin validator utilise les intersections de segment pour déterminer l'avertissement Bâtiments chevauchant. Je l'avais remarqué il y a déjà quelques temps, sans percuter sur l'import du bati : pour les bâtiment partageant les même points, et donc sans intersection des segments les composant, cela ressort en zones superposées, un avertissement bleu que j'ai zappé (tous les bâtiments contigus ressortent là également). Le pire c'est que je tentais de produire un script pour faire des J sur les noeuds très proche d'un segment. Si cela corrige pas mal d'ano, cela a produit cas qui passent au travers de validator. Cas 1 : ressort en Bâtiments chevauchant (ok, normal) +--+ | | |+ | | / \ | +--+ / \ /\ + + | | +--+ Cas 2: Aucune ano sous validator ! +--+ | | | | |+ | | / \ | | /\ | | / \ | |/\| +--+ | | | | | | +--+ Cas 3: ressort en zone superposée (j'ai zappé et j'ai ai un paquet !) Ce n'est pas la zone a qui est superposée pour validator, mais les segments contigues +--++ | || | +| | |a\ | | +--+-+ | | | | | | +---+ A+ BrunoC (à la louche 300*2 bâtiments à corriger) PS: J'espère que ta thèse te laissera du temps pour un apéro OSM sur Nantes à la rentrée ___ 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
[OSM-talk-fr] Plugin Osmose pour JOSM
Salut ! J'ai pensé qu'un plugin à l'image de Celui d'OpenStreetBugs serait bien pratique pour Osmose. Je ne sais pas si c'est facile à faire, mais je pense que ça pourrait grandement aider (plus besoin de recharger les données a chaque correction : on charge un quartier et paf!, on a tout sous les yeux) Yaka ! -- Grégoire SURREL grego...@surrel.org Tel : 06 28 25 38 89 29 rue Paul Michelon - 42100 Saint-Étienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les adresses... -- devient molo mol o sur l'anarchie du bâti
On Friday, June 25, 2010, THEVENON Julien julien_theve...@yahoo.fr wrote: De : sylvain letuffe sylv...@letuffe.org L'outil n'ajoute aucun autre tag repérable que : $tag_source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : . ($year + 1900); Ce qui, grosso modo, correspond également à tout ce qui a été fait également à la main. En bref, il va être dur d'identifier l'automatique, le semi-automatique, du manuel. Alors forcément, pour d'éventuel mise à jour ultérieur, c'est plus compliqué. En effet se serait bien d avoir un tag pour la traçabilite j'ai pensé a mettre un tag note sur ce que j'ai importé, comme quoi ça vient de l'import semi-automagique du PDF C'est plus facile a identifier a posteriori. n'est il pas judicieux de : - récupérer au plus vite la source pour éviter de se trouver le bec dans l'eau - réfléchir tranquillement à tout ça - et proposer un plan d'action ? Tout ce qui est fait en ce moment rend plus difficile un éventuel import total, génère du temps perdu. On fait une pause et on y réfléchi ? Carrément d accord avec le premier point, et passée l euphorie du départ avec les autres aussi Julien -- Grégoire SURREL grego...@surrel.org Tel : 06 28 25 38 89 29 rue Paul Michelon - 42100 Saint-Étienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] /!\ Import bâti et noeuds dupliqu és /!\
Effectivement, je suis responsable d'une partie de ceux-ci, surement à cause d'un problème de l'import. J'ai du m'y reprendre en plusieurs fois... Je passerai la ville au peigne fin, pour finir l'import (fusionner entités, corriger géométrie avec le plugin Cadastre-fr, et corriger la géométrie arrondie du PDF+Simplification). Bonne soirée ! 2010/6/23 Christophe Merlet red...@redfoxcenter.org Bonjour, ATTENTION Je constate que l'import du bâti multiplie les explosion de nœuds dupliqués à travers la France. http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=7lat=46.39718lon=1.72491layers=BT Vérifiez vos imports et faites les nettoyages qui s'imposent ! Librement, ___ 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] Import semi-automatique du bâti
Wow, je ne sais pas si c'est généralisé, mais je suis en train d'importer un petit bout de commune et le validator trouve un nombre d'erreurs assez impressionnant. Principalement, l'erreur la plus commune, après Noeuds dupliqués (et les noeuds inutiles sur une ligne droite), est Bâtiments chevauchants. Ahhh, si ils tagguaient pas pour le rendu, avec un petit plugin Validator dans la foulée... Finalement, il y a encore du boulot pour tout purifier... Les fourmis ont encore de l'avenir ! Bonne soirée ! 2010/6/22 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le mardi 22 juin 2010 14:42:52 Nicolas Dumoulin, vous avez écrit : Je verrai le résultat pour ce premier test, et suis tout ouvert à la critique. Bon, ben je galère pas mal pour téléverser mes modifications, je me retrouve avec des « Error uploading changeset:412 Precondition failed: Node 451700667 is still used by way 38281923. » Apparemment, le problème vient de la suppression des anciens bâtiments que je n'ai pas dû faire assez proprement. Peut-être que je n'aurait pas dû fusionner mes calques et téléverser en deux temps : 1) les suppressions et modif de relations 2) les ajouts et modif de relations Du coup, je suis passé à une autre commune sans bâtiment pour voir … -- 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] Import semi-automatique du bâti
Hummm, rien que pour le concept, je suis fan, alors pour la réalisation, bravo ! Par contre, je vais pas relancer un débat sur les cathédrales à 605 nœuds (je suis aussi partisan des jolis bâtiments bien détaillés), mais ca va faire des nœuds en plus ! Il faudra juste vérifier dans la cambrousse que les les angles sont bien droits :) Merci ! 2010/6/18 V vvass.p...@gmail.com Passage dans josm et validator = 1 seule erreur (un way en double)! Malheureusement le fichier pdf contient aussi le way en double. Ici les 2 ways sont vraiment identique donc ça se repère assez facilement mais d'autres fois c'est plus dure comme par exemple au niveau de la place Vendôme où une relation multipolygon se superpose sur plusieurs ways. Question peut-être idiote: est-ce légal d'importer aussi massivement le cadastre ? Ça je ne sais pas trop, mais au final le fichier renvoyé n'est pas vraiment importable tel quel étant donné ce genre d'erreurs ou encore quand les bâtiments sont à cheval sur plusieurs parcelles et qu'il faut les joindre (Maj-J dan JOSM). Mais je pense que c'est tout aussi légal (ou illégal suivant le point de vue) que de tout décalquer à la main, d'ailleurs à certains endroits, il est difficile de différencier ce qui a été fait à la mano de ce qui a été fait automatiquement. ___ 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] petite misère
Hummm, probablement un coup du mode Fil de fer : Affichage Mode Fil de fer (Ctrl+W) 2010/6/7 hpmt h...@free.fr Bouhouhou Après avoir voulu visioner dans josm un petit village de région parisienne (sans succès, probablement un coup des zones lambert) je reviens chez moi, près de toulouse, et là, surprise, JOSM ne remplit plus avec une couleur les surfaces, building=yes ou autre ; tous les traits sont devenus bleu foncé, la carte devient carrément illisible. Pourtant dans les préférences, rien ne semble avoir changé ; j'ai rechargé depuis une nouvelle carte flottante, pareil. Vu dans OSM, tout est normal, il n'y a que dans josm que les surfaces ne se voient plus. Heu, je doit faire quoi, là ? merci ! ___ 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] petite misère
Sauf rares exceptions, j'utilise toujours le mode fil de fer (avec polygones CORINE masqués)... On Monday, June 7, 2010, Pieren pier...@gmail.com wrote: 2010/6/7 hpmt h...@free.fr Merci Xinfe Ewalavir et Julien D., c'était bien le fil de fer qui était enclenché ; ouf ! Suis-je le seul à ne travailler que dans le mode fil de fer ? Pieren -- Grégoire SURREL grego...@surrel.org Tel : 06 28 25 38 89 29 rue Paul Michelon - 42100 Saint-Étienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Comment visualiser les modifs loca les récentes
J'utilise OWL qui permet de générer un flux RSS sur les modifications. Bien pratique aussi. matt.dev.openstreetmap.org/owl_viewer/ Xinfe 2010/5/26 hpmt h...@free.fr THEVENON Julien a écrit , Le 26/05/2010 09:47: ( ce qu ils appellent le hoover menu est la petite fleche a gauche de Ipswitchdemo ) on dirait que moi, je l'ai plutôt à droite ; détail. Tu vas sur http://www.itoworld.com/static/products.html .. Génial, merci, ça marche super bien. Hélène ___ 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] Transports en commun
2010/3/21 Vincent Pottier vpott...@gmail.com Le 21/03/2010 15:44, Xinfe Ewalavir a écrit : Bonjour à tous ! Je sais que la question des transports en commun revient régulièrement, mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne sais même pas quel schéma de mapping adopter : http://wiki.openstreetmap.org/wiki/Relation:route http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Relation:route Ou sur la mailing list : relation:line relation:route (aller) relation:route (retour) relation:stop_area node:bus_stop (un côté) node:bus_stop (l'autre côté) En fait, je suis confronté à une ligne de ce typehttp://xinfe.free.fr/OSM/realite.png(la partie en pointillés est desservie une fois sur deux). Les données déjà dans OSM ressemblent à cette image http://xinfe.free.fr/OSM/data.png. La relation existante est simplement embryonnaire. Donc quel serait le meilleur moyen de mapper cette ligne ? Je sens qu'il va falloir faire jouer les relations... Ma solution : * relation:line, name= A - B, ref=NN ** relation:route, name=A B, ref=NN ** relation:route, name=B A par 4, ref=NN ** relation:route, name=B A par 4, ref=NN Merci pour votre aide ! PS:Faudrait-il éditer le wiki pour faire une page en français qui regroupe que qu'il faut faire/préférer ? Je crois que ce schéma est relativement courant en Allemagne mais peu en Angleterre. Il est possible qu'il soit aussi utilisé en Italie. En tout cas il fonctionne avec les outils OpenTransport : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on öpnvkarte : http://www.öpnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BThttp://www.%C3%B6pnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BT(la ligne 5 n'est pas complète) sketch-line : http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Merci bien pour la réponse. C'est quelque chose de relativement simple à mettre en œuvre, et c'est compatible avec les principaux outils existants. Je ferai donc la ligne suivant ce principe... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Si l'empilement n'est pas exact, merci de me corriger. Ce qui me semble bizarre, c'est de mettre les *relation type = site, site=stop_area avec le rôle bus_stop* dans la relation *line*. Faut-il plutôt mettre les relation *sites stop_area* dans les *route*s ? Un bon casse tête, ces lignes :D Merci de l'aide ! 2010/3/23 Xinfe Ewalavir ewala...@gmail.com 2010/3/21 Vincent Pottier vpott...@gmail.com Le 21/03/2010 15:44, Xinfe Ewalavir a écrit : Bonjour à tous ! Je sais que la question des transports en commun revient régulièrement, mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne sais même pas quel schéma de mapping adopter : http://wiki.openstreetmap.org/wiki/Relation:route http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Relation:route Ou sur la mailing list : relation:line relation:route (aller) relation:route (retour) relation:stop_area node:bus_stop (un côté) node:bus_stop (l'autre côté) En fait, je suis confronté à une ligne de ce typehttp://xinfe.free.fr/OSM/realite.png(la partie en pointillés est desservie une fois sur deux). Les données déjà dans OSM ressemblent à cette image http://xinfe.free.fr/OSM/data.png. La relation existante est simplement embryonnaire. Donc quel serait le meilleur moyen de mapper cette ligne ? Je sens qu'il va falloir faire jouer les relations... Ma solution : * relation:line, name= A - B, ref=NN ** relation:route, name=A B, ref=NN ** relation:route, name=B A par 4, ref=NN ** relation:route, name=B A par 4, ref=NN Merci pour votre aide ! PS:Faudrait-il éditer le wiki pour faire une page en français qui regroupe que qu'il faut faire/préférer ? Je crois que ce schéma est relativement courant en Allemagne mais peu en Angleterre. Il est possible qu'il soit aussi utilisé en Italie. En tout cas il fonctionne avec les outils OpenTransport : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on öpnvkarte : http://www.öpnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BThttp://www.%C3%B6pnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BT(la ligne 5 n'est pas complète) sketch-line : http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Merci bien pour la réponse. C'est quelque chose de relativement simple à mettre en œuvre, et c'est compatible avec les principaux outils existants. Je ferai donc la ligne suivant ce principe... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
C'est vrai que pour le coup, c'est un joli empilement de relations, mais quitte à mapper le géographique, autant utiliser ce qui est dans la base de données. Une ligne de bus, c'est quand même un minimum géographique... Enfin c'est vrai que je ne vais probablement pas faire toutes les lignes de la ville...Ou alors en longtemps... 2010/3/23 Pieren pier...@gmail.com 2010/3/23 Xinfe Ewalavir ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! Pieren ___ 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] Transports en commun
2010/3/23 Vincent Pottier vpott...@gmail.com Le 23/03/2010 20:52, Xinfe Ewalavir a écrit : Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Hé, j'ai pas fini ! En plus, le wiki http://wiki.openstreetmap.org/wiki/Besançon/Ginkohttp://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginkon'est pas à jour. La flemme depuis que j'ai trouvé le moyen de charger tout le réseau dans JOSM avec XAPI ( *[network=Ginko][bbox=NNN]. Du coup, les abris-bus, les lines, les routes... sont taggués network=Ginko Dire que dans le temps, j'étais travailleur social pour éviter que les jeunes tagguent les abris-bus... La ligne 1 doit être pas mal. J'avais compris que c'était pas fini, mais comme l'exemple donné était la ligne 1, c'est celle que j'ai regardé en priorité. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Si l'empilement n'est pas exact, merci de me corriger. L'exemple de Saint-Jacques à Besançon est particulier. C'est le seul site dans le réseau. C'était pour voir, pour inclure le vélo-partage, les toilettes, le parking... bref essayer le multimodal. A priori, les sites, c'est pour lier tous les arrêts de même nom, non ? En particulier si c'est un gros nœud de correspondance (donc avec des arrêts disjoints, mais proches), il me semble... Ce qui me semble bizarre, c'est de mettre les *relation type = site, site=stop_area avec le rôle bus_stop* dans la relation *line*. J'ai fait ça moi ? Mea culpa ! Il me semble que j'ai vu ca passer dans la mailing-list... Faut-il plutôt mettre les relation *sites stop_area* dans les *route*s ? Non, on met, en plus des ways qui forment la route, les nodes highway=bus_stop (ou je ne sais plus quoi) dans la relation type=route . Bien souvent les nodes highway:bus_stop sont par deux, un de chaque côté de la route, avec le même nom. Je les regroupent dans une relation type=stop_area qui permet à coup sûr de les retrouver. OK technique Sketch-line recherche les correspondances en cherchant les bus-stop à moins de N mètres d'un arrêt donné. Sur le réseau Ginko on peut voir des carrefours où près d'un arrêt, il y a un arrêt avec un nom différent dans la rue de derrière et un arrêt avec le même nom un peu plus loin dans la même rue... Le calcul sur la distance peut être trompeur. /technique C'est donc comme ca qu'il fonctionne ! Ca sera plus pratique pour assurer la compatibilité ! tuto:jargon Quand on parle d'une relation route ou d'une route, on sous-entend relation type=route, relation line ou 'line, il faut entendre relation type=line, de même lorsqu'on parle d'une boundary... aussi quand on parle d'une route:bus, il faut entendre relation type=route + route=bus /tuto:jargon C'est noté ! Un bon casse tête, ces lignes :D Vive les transports wireless ! -- FrViPofm ___ 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
[OSM-talk-fr] Transports en commun
Bonjour à tous ! Je sais que la question des transports en commun revient régulièrement, mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne sais même pas quel schéma de mapping adopter : http://wiki.openstreetmap.org/wiki/Relation:route http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Relation:route Ou sur la mailing list : relation:line relation:route (aller) relation:route (retour) relation:stop_area node:bus_stop (un côté) node:bus_stop (l'autre côté) En fait, je suis confronté à une ligne de ce typehttp://xinfe.free.fr/OSM/realite.png(la partie en pointillés est desservie une fois sur deux). Les données déjà dans OSM ressemblent à cette image http://xinfe.free.fr/OSM/data.png. La relation existante est simplement embryonnaire. Donc quel serait le meilleur moyen de mapper cette ligne ? Je sens qu'il va falloir faire jouer les relations... Merci pour votre aide ! PS:Faudrait-il éditer le wiki pour faire une page en français qui regroupe que qu'il faut faire/préférer ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie Loire
J'ai importé le polygone Corine de Saint-Étienne à Roanne, en le découpant en petits morceaux... Pour la suite, je ne sais pas, et pour ce qui est du coté de la source, le polygone Corine disparait. 2010/3/19 ades_f...@orange.fr ades_f...@orange.fr Bonjour Quelques remarques, questions, au sujet de la cartographie des rivières, la Loire en l'occurrence. En l'état d'avancement de la carte,les rives ne correspondent pas au lit mineur, elles ont du être tracées d'après une vue aérienne prise l'été, les bancs de sables (mouvants ;-) ) ont été pris comme riverbanks, je pense que c'est à signaler, comme chose à reprendre (cadastre ou, plus sur, trace GPS en bateau l'hiver, à pied l'été). Je ne sais pas comment taguer une île et il y en a beaucoup (basse Loire et Loire moyenne). On peut les marquer avec 'name' et 'landuse' mais pas comme' île' ou 'îlôt termes qui semblent plus adaptés au milieu maritime. Quelle relation indiquer entre 'riverbanks' et 'river' ? J'ai jeté un coup d'œil sur le Wikiproject france cours d'eau et j'avoue ne pas avoir tout compris. ___ 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
[OSM-talk-fr] STAS : Données utilisables ou non ?
Bonjour à tous ! Les transports en commun commencent à avancer du coté de Saint-Étienne. J'ai regardé sur le site du transporteur (la STAS) et la page Mentions Légales http://www.stas.tm.fr/presentation/index.asp?rub_code=51 stipule que : Droit de reproduction Les informations présentées sur le site sont publiques, mais elles ne peuvent être utilisées à des fins commerciales ou publicitaires. La reproduction des pages de ce site est interdite. OpenStreetMap n'utilise pas les données à des fins commerciales. Par contre, puisque la licence OSM autorise les utilisations commerciales des données, ça empêche toute importation. Il faudrait donc leur demander de libérer encore un chouilla leurs données. En passant, dans quelle mesure sont-ils propriétaire du Plan du Réseauhttp://www.stas.tm.fr/plan/index.asp?rub_code=5thm_id=102? Il y a le positionnement des arrêts et la construction des lignes, mais les données géographiques qui servent de support, ça tombe aussi sous le Les informations présentées sur le site sont publiques. Donc voila, il serait bien d'ajouter le réseau stéphanois au tableau de chasse d'OSM. Merci des éclaircissements ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] STAS : Données utilisables ou non ?
C'est vrai qu'il faudrait faire des demandes officielles. L'import de bâti serait quand même rudement pratique pour positionner des POI, et la libération des données des transports en commun un petit plus non négligeable. Sinon, comme le site de la ville est en train de refaire son site (à refait?), j'ai suggéré OSM dans la boîte à idées : La réponse ne semble pas indiquer un grand intérêt dans les données libres...http://votreavis.saint-etienne.fr/forums/31767-votre-avis-/suggestions/414685-utiliser-les-donn-es-cartographiques-libres-proven?ref=title Enfin, qui tente rien n'a rien ! 2010/3/18 Vincent Pottier vpott...@gmail.com Le 18/03/2010 17:19, Xinfe Ewalavir a écrit : Bonjour à tous ! Les transports en commun commencent à avancer du coté de Saint-Étienne. J'ai regardé sur le site du transporteur (la STAS) et la page Mentions Légales http://www.stas.tm.fr/presentation/index.asp?rub_code=51 stipule que : Droit de reproduction Les informations présentées sur le site sont publiques, mais elles ne peuvent être utilisées à des fins commerciales ou publicitaires. La reproduction des pages de ce site est interdite. Classique, hélas. OpenStreetMap n'utilise pas les données à des fins commerciales. Par contre, puisque la licence OSM autorise les utilisations commerciales des données, ça empêche toute importation. Il faudrait donc leur demander de libérer encore un chouilla leurs données. Voila ! En passant, dans quelle mesure sont-ils propriétaire du Plan du Réseauhttp://www.stas.tm.fr/plan/index.asp?rub_code=5thm_id=102? Il y a le positionnement des arrêts et la construction des lignes, mais les données géographiques qui servent de support, ça tombe aussi sous le Les informations présentées sur le site sont publiques. Donc voila, il serait bien d'ajouter le réseau stéphanois au tableau de chasse d'OSM. Pour cela, il faut qu'il y ait des chasseur et que le gibier ne soit pas trop coriace (la Mairie ?)... Bon courage. ___ 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] Re : STAS : Données utilisables ou non ?
Effectivement, Saint-Étienne n'est pas très plate. Il y a en effet de belle montées. J'ai remarqué aujourd'hui que l'autre contributeur actif sur la ville à créé une page dédiée à la STAS http://wiki.openstreetmap.org/wiki/STAS que j'ai complété, remaniée. Bonne soirée 2010/3/18 THEVENON Julien julien_theve...@yahoo.fr * De :* Vincent Pottier vpott...@gmail.com** * ** * Donc voila, il serait bien d'ajouter le réseau stéphanois au tableau de chasse d'OSM. * * Pour cela, il faut qu'il y ait des chasseur et que le gibier ne soit pas trop coriace (la Mairie ?)... * * Bon courage. Sinon tu as la methode qui consiste a suivre toutes les lignes a velo et marquer au gps tous les arrets en notant les lignes qui y passent les noms etc. C est ce que j ai fait pour Grenoble etant donne la mauvaise qualite des plans dispos sur le site web de la tag, par contre ceux de la stas ont l air bien plus propres. C est aussi tres bien pour s aerer l esprit ou faire du sport, surtout pour les lignes qui montent sur les hauteurs genre la metare ;-) Julien ___ 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] [cadastre-fr] [niveau: sévèr e] Impossible d'annuler requête
On peut annuler une opération en procédant ainsi : 1. Cliquer sur Annuler 2. Fermer la fenêtre d'avancement En fait, la petite croix n'a pas de réaction tant que l'on a pas cliqué sur Annuler, et un clic sur Annuler semble ne rien faire... Donc finalement, en annulant d'abord et en fermant ensuite la fenêtre, on retrouve un JOSM utilisable sans perte de travail. J'ai constaté que l'astuce marche aussi bien sur Windows que sur Ubuntu. Bye 2010/3/10 Lapinos03 lapino...@free.fr Petite précision, en fait on ne peut même plus quitter JOSM. Le menu Quitter JOSM ne répond plus non plus. Reste plus que le kill... ___ 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] Nouvelle version du plugin cadastre-fr 20391 (1.8)
C'est pour cela qu'il faudrait faire une slippy map qui utilise massivement les layers : Base : terre/mers Layers : - Utilisation du territoire - Batiments - Routes - Points d'intérêt Comme ça, en modulant ces calques, on peut se faire une carte qui nous plait, avec les informations désirées... Ensuite, je pense que d'un point de vue temps de rendu et espace disque utilisé, ca doit pas arranger les choses. Bye 2010/3/10 Vincent Pottier vpott...@gmail.com Le 10/03/2010 12:09, Christophe Merlet (RedFox) a écrit : Personnellement, je ne vois pas l'intérêt de décalquer frénétiquement les contours de bâti. Je trouve que ça rend les cartes assez illisible et empêche de distinguer d'un coup d'œil rapide les véritables points d'intérêt. Ça n'est pas une question de cartographier ou non, c'est une question de rendu. -- FrViPofm ___ 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
[OSM-talk-fr] beta.letuffe.org : admin_level_8
Bonjour, Je me suis penché récemment du coté des limites administratives, et j'ai du coup quelques questions : En jouant avec les layers de http://beta.letuffe.org, je suis tombé sur les limites communales, et plein de jolies couleurs. Justement, en parlant de ces couleurs, que signifient-elles ? Exemple pour Saint-Étiennehttp://beta.letuffe.org/?zoom=12lat=45.4268lon=4.40629layers=BFFFT(en rouge) : je ne vois pas la répétition du nom par le layer admin_level_8, avec le code INSEE correspondant. Est-ce pour ca qu'il est en rouge ? Comment y remédier ? Je précise que la relation est bienhttp://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=117905 validehttp://old-osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation_result.py?NumRelation=117905 . Aussi, il y a une exclave vers l'ouest (juste au delà de Roche-la-Molière), qui n'est coloré en rouge que très partiellement. Il faudrait éventuellement purger certaines tuiles qui ne sont plus à jour. On ne peut compléter ceci qu'en utilisant le cadastre, sans Windows pour l'import automatique, d'après ce que j'ai pu comprendre du Wiki... Question bonus : comment filtrer ce que JOSM affiche ? Je suis tombé sur cette entrée http://josm.openstreetmap.de/ticket/4454 du ticket-tracker de JOSM, avec une réponse qui indique qu'il faut utiliser des filtres, que je n'ai pas trouvé non plus. Merci bien ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changer le lien voir la carte sur www.openstreetmap.fr
2010/2/10 Etienne Chové ch...@crans.org Pieren a écrit : On mercredi 10 février 2010, Erik Amzallag wrote: Maplint est activé lorsqu'on passe par openstreemap.fr http://openstreemap.fr puis Voir la carte. Y-a-t-il un administrateur d'openstreetmap.fr http://openstreetmap.fr dans l'avion ? quelqu'un pour modifier le lien vers voir la carte d'openstreetmap.fr http://openstreetmap.fr en remplaçant layers par B000FTF ? Ca évitera l'activation de Maplint par défaut. Et même virer la variable layers. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Autant laisser la variable layers. Ca désactivera le calque fautif de manière forcée. Comme ca, ceux qui sont restés avec un cookie calque maplint actif retrouveront la bonne visualisation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données OSM indisponibles ?
J'ai un message étrange : Téléchargement des données OSM : ?? KB Mais finalement, les données arrivent bien à destination... 2010/1/30 Cavok cavok...@free.fr Bonjour, C'est moi ou on ne peu pas télécharger les données OSM avec JOSM ou Merkaartor ? Et vous ça fonctionne ? ___ 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] Données OSM indisponibles ?
Effectivement, un paté de maisons, ca marche, mais plus grand, ca pose problème... 2010/1/30 Cavok cavok...@free.fr Si je ne sélectionne qu'une infime partie ça fonctionne, mais si je choisi une zone normale (ou l'on peut voir plus qu'un croisement), rien n'abouti. Serais-je le seul à avoir ce problème ? Le 30 janvier 2010 15:39, Xinfe Ewalavir ewala...@gmail.com a écrit : J'ai un message étrange : Téléchargement des données OSM : ?? KB Mais finalement, les données arrivent bien à destination... 2010/1/30 Cavok cavok...@free.fr Bonjour, C'est moi ou on ne peu pas télécharger les données OSM avec JOSM ou Merkaartor ? Et vous ça fonctionne ? ___ 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] [annonce-beta] module firefox map jumper
Merci aussi pour cette extension bien pratique. Pour être plus constructif, voici de quoi la completer avec Keep Right : http://keepright.ipax.at/report_map.php?db=osm_EUzoom= zoomlat=latlon=lon Bonne journée ! 2010/1/26 Guillaume Allegre allegre.guilla...@free.fr En tous cas, merci Étienne. En tant qu'utilisateur de base, je trouve cette petite extension très utile. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.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] JOSM : area et way superposés
Bonjour, On peut séparer deux éléments (chemins, points) en séléctionnant un élément et en cliquant sur G. Normalement, l'élément sélectionné est détaché du reste, et si il s'agit d'un chemin fermé (area), il est ouvert : le point de fin et de départ sont séparés. Il faut donc les refusionner (touche M). Voila ! 2009/12/14 OSM42 openstreet...@surrel.org Bonjour, Comment dans JOSM séparer 2 area et 1 way superposés (=qui partagent les même points) ? Je trouve que ca manque de lisibilité dans ce cas et il semble que 'généralement' le consensus veuille qu'on laisse un espace entre un chemin et une foret attenante. (d'autant que cela semble logique, les arbres ne vont pas jusqu'au milieu du chemin...) osm42 ___ 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
[OSM-talk-fr] JOSM/Cadastre-fr : Aucune carte avec les caractéristiques demandées est disponible
Bonjour à tous ! Depuis la maintenance de vendredi, je n'arrive plus à avoir les plan cadastraux avec josm et le plugin cadastre (à jour). Le problème de Saint-Étienne, c'est que la ville était en Lambert 4 zones, où il fallait régler manuellement Zone 2. Depuis hier, j'obtiens le message suivant : Aucune carte avec les caractéristiques demandées est disponible J'ai donc essayé le CC 9 zones (Zone 5 pour la loire, 42, et Zone 4 car elle est pas loin), mais sans succès. J'ai vérifié les coordonnées sur le site du cadastre, les coordonnées ne dépassent pas le million, donc c'est surement encore du 4 zones. Donc au final, où est passé Saint-Étienne ? Voici le log de la console : http://xinfe.free.fr/OSM/osm.txt Merci de vos lumières ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau plugin de vérif ication des majuscules
Je pense être tombé sur un nouveau cas de faux positif, mais je n'en suis pas tout à fait sûr : rural Il faut bien écrire Chemin rural de la Chapelle ? Voici le path incriminé :http://www.openstreetmap.org/browse/way/43226490 En tous cas, merci pour ce formidable outil qu'est Osmose, c'est très pratique! 2009/10/10 Gilles LAMIRAL gilles.lami...@laposte.net Bonjour, En faux positif, il y a aussi la préposition ou l'article ès qui est un diminutif de en les. Tu as une exemple, parce qu'il est déjà dans les exceptions. J'ai des exemples avec es sans accent, qui est une faute. Ne change rien. -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvel inscrit !
2009/10/8 Pieren pier...@gmail.com: 2009/10/8 Grégoire Surrel ewala...@gmail.com: Bonjour à tous ! Bienvenue sur OSM ! Si vous avez des remarques quelconques ou des informations importantes a me dire, je suis toute ouïe ! - je vois une pharmacie avec dispensing=no. Ils ne délivrent vraiment pas de médicaments sur ordonnance ? Effectivement, il s'agit d'une erreur à rectifier. Je m'en occupe quand j'ai l'occasion. - l'attribution pour le cadastre : il manque le millésime à la fin (remplace par 2008 ou 2009, voir la doc du plugin). Effectivement, j'ai pas fait attention à ça. C'est possible de mettre à jour tous les tags d'un coup ? Je pense, vu le nombre de choses que j'ai faites, qu'il y en a beaucoup à changer. - il y a une Rue Antoine Claudinon qui passe sous un bâtiment. Tu peux le marquer en tunnel mais inutile de le faire 5 mètres avant et après le bâtiment, ça ne reflète pas la réalité (à moins que ce soit vraiment un tunnel) En fait, il s'agit d'une barre d'immeuble qui est traversée par la route au niveau du sol (Porche. Je ne sais donc pas comment gérer le problème. Si ça peut aider, voici la photo Streetview (à défaut de pouvoir en faire une moi même maintenant) : http://maps.google.com/?ie=UTF8ll=45.418322,4.416772spn=0,359.998794t=hz=20layer=ccbll=45.418272,4.416905panoid=UK95-8Od7fAgrycGwBZ9igcbp=12,314.44,,0,-14.72 - tu as un shop=laundry, name=Laverie. Ca serait mieux de donner le nom complet ou pas de nom. Le tag name ne sert pas juste à traduire un autre tag. J'ai mis Laverie, car c'est la seule chose lisible sur la boutique. Pas de nom, si ce n'est ce mot. Faut-il mieux l'enlever, alors ? J'ai lu dans les archives de talk-fr qu'il faut pas encore toucher aux données CORINE avant la fin (prévue pour quand ?) Tu peux d^hors et déjà déplacer les nodes ou changer les tags landuses si la nature du terrain désigné par le polygone a changé depuis 2006 (voir avant). Bon mapping, Pieren ___ 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
