Re: [OSM-talk-fr] Recherche de mappeurs sur la commune et alentours de la Ville de Grasse - Cartopartie ?
> > Bonjour à tous, > Dans une optique de compléter et améliorer la carte de la commune de Grasse, le Service des N.T.I.C (DSI) de la ville est à la recherche de mappeurs volontaires pour participer à la cartographie de Grasse sur O.S.M.. Bonjour, Je suis domicilié à Magagnosc et je contribue déjà à la cartographie sur cette zone. Je suis d'ailleurs avec attention les modifications apportées récemment à la carte par votre stagiaire. > Nous recherchons également des personnes intéressées pour organiser et participer à une "cartopartie" soit le samedi 18 et / ou dimanche 19 septembre, soit le le samedi 24 et / ou dimanche 25 septembre 2010. Je ne peux pas m'engager pour organiser, mais il est possible que je puisse me rendre disponible le samedi. Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
Bonjour, Les tags :left et :right sont valides pour cycleway, mais peuvent-il être utilisés pour footway? Un rue qui a un trottoir d'un seul côté peut-elle être taguée footway:right=lane? Raphaël 2010/7/26 Christophe Merlet > Le lundi 26 juillet 2010 à 14:02 +0200, Pieren a écrit : > > 2010/7/26 Tanguy Ortolo > > > > > C'est bizarre et rare, mais pas forcément dangereux ni > > insensé. Il y en > > a par exemple sur le boulevard Lenoir [1] à Paris. La piste > > est > > complètement séparée des voies de circulation, de gauche à > > droite : > > piste cyclable, voie de stationnement, voie de circulation, > > voie de > > circulation. > > > > > > Alors je t'arrrête tout de suite. Si c'est complètement séparé des > > voitures (par un muret ou par des voies de parquage de voitures ou par > > un trottoir, symbolisé par une bande verte sur les dessins du wiki), > > on trace un way parallèle et on le taggue comme en T1 ou S2. Ultra > > simle. > > > Bon allez, je rajoute mon grain de sel... > > Comment on fait lorsque la bande cyclable est au milieu des voies de > circulation automobile ? > > Genre > voiture | voiture | bus | vélo | voiture ? > > >Librement, > -- > Christophe Merlet (RedFox) > > > ___ > 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] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))
2010/7/26 François Van Der Biest > En parlant d'indicateurs d'avancement... > http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une > couverture européenne ! > > C'est très intéressant. Quelles sont les conditions pour marquer une tuile comme bonne? Un import du cadastre dans une ville suffit-il à marquer les tuiles de la ville comme bonnes? Comment s'assurer que les routes sont bonnes pour une tuile? Raphaël > 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. > > > 2010/7/26 Nicolas Dumoulin : > > 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
[OSM-talk-fr] Bonjour à tous
Bonjour, J'ai déjà posté sur la liste, mais je pense qu'il pourrait être bien de me présenter. Je suis inscrit depuis 2008 à OSM mais je n'avais pas contribué jusqu'à maintenant. J'habite à Grasse (06) et je travaille comme admin système Linux à Sophia Antipolis. Je suis par ailleurs investi dans plusieurs projets open-source depuis 5 ans (Ubuntu/Debian, KDE, Augeas). Je suis originaire de région parisienne et j'ai donc fait des modifications en PACA et en vallée de Chevreuse ces derniers temps. Je suis heureux de voir que la communauté OSM en France est bien active, et j'espère voir encore grandir ce beau projet qu'est OSM! Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Orthophoto 40cm Alpes Maritimes et d onnées SIG
Bonjour, Y-a-t-il des nouvelles de l'orthophoto des Alpes Maritimes? Quelqu'un a-t-il pu récupérer les données. Y-a-t-il besoin d'aide pour monter un serveur WMS/TMS? Dans la même ligne de mire, j'ai été en contact avec la cellule SIG de la communauté d'agglomération de Provence d'Azur, avec qui la mairie de Grasse travaille pour importer leurs données dans OSM. Ils cherchent un expert en imports de données vectorielles automatiques (depuis SIG). Quelqu'un s'y connait-il suffisamment dans ce domaine pour les aider? Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophoto 40cm Alpes Maritimes et d onnées SIG
2010/8/2 François Van Der Biest > Hello, > > 2010/8/2 Raphaël Pinson : > > Bonjour, > > Y-a-t-il des nouvelles de l'orthophoto des Alpes Maritimes? Quelqu'un > a-t-il > > pu récupérer les données. > > Non, on devait entrer en contact avec moi la semaine dernière, mais je > pense que les vacances sont passées par là. > Je relance mon contact à la rentrée, après le 15 aout je pense. > > OK, ça se tient :-) J'attend ces données avec impatience, les données satellites étant très peu précises pour placer des chemins (et mon GPS n'étant pas assez précis non plus). > > Y-a-t-il besoin d'aide pour monter un serveur > > WMS/TMS? > > Il y aura probablement ce besoin à un moment ou un autre, oui. > Merci de ta proposition. > Je n'ai jamais monté de serveur, mais je suis sysadmin de profession, et je pense que cela ne devrait pas me poser trop de problèmes. Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] imagerie aérienne pour le Kyrgyzst an
2010/8/3 Frédéric Bonifas > Salut à tous, > > Suite à la récente crise au Kyrgyzstan, de l'imagerie satellite a été > demandée à UNOSAT et est maintenant disponible pour du tracé dans OSM. > > Pour des raisons de licence, ces images sont pour une utilisation > exclusive dans OSM, et l'URL du WMS ne doit pas être partagé. > Les données tracées avec cette imagerie doivent être créditées “UNOSAT, > e-geos” > > Bonjour, Quelles sont les actions attendues avec ces données? Tracer les routes, les nommer (sur la base d'autres sources?)? Quel est le but de la manoeuvre? Fournir des cartes au pays pour aider au redressement politique? Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographie de quartiers
Bonjour à tous, Pour cartographier des quartiers de communes, est-il préférable d'utiliser un way landuse=residential ou une relation de type boundary en admin_level=10? Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie de quartiers
Les arguments sont très intéressants :-) J'ai justement un problème avec le fait d'utiliser un noeud pour un quartier lorsque le découpage administratif des communes est un peu complexe. Un quartier localisé en périphérie de ville/village peut déborder énormément sur les communes voisines, au point que l'information sur la carte est entièrement erronée. Au moins avec un type=boundary, la limite est clairement définie et un noeud avec un role de label peut permettre de bien positionner l'information sur la carte. Je suis en train d'expérimenter avec les type=boundary pour les quartiers des Ulis (91940). En fait, comme remarqué par Pieren, les autochtones ont tendance à utiliser plus les noms de résidences (que je me retrouve donc à garder en landuse=residential) au sein de ces quartiers (plutôt utilisés par les services communaux). Voilà un exemple de secteur+résidences/quartiers aux Ulis, tel que j'en suis venu à le cartographier: http://www.openstreetmap.org/browse/relation/1359866 Les Hautes Plaines est une résidence inscrite dans ce secteur: http://www.openstreetmap.org/browse/way/93664154 Raphaël 2011/1/7 Pieren : > 2011/1/7 Christophe Savigny >> >> Bonjour, >> >> à Grenoble, j'ai crée les "secteurs" à partir d'une relation boundary de >> niveau 10. >> voir ici par exemple : >> http://www.openstreetmap.org/browse/relation/1186180 >> > > Christian parle de 20 quartiers sur Grenoble mais il y a 6 "secteurs" > utilisés par la mairie. Pour moi, c'est l'exemple typique de découpage > interne qui n'a aucune valeur dans OSM (d'ailleurs l'article wikipedia > mentionné précise bien que les indigènes ne s'identifient pas à ces secteurs > mais à leur quartier). > A tout le moins, si on conserve ce genre de découpage (à mon avis, on ne > devrait pas sinon on va se retrouvé submergé par des tas de boundaries à > usage interne), il ne faudrait pas y appliquer les tags > boundary=administrative; admin_level=10 mais autre chose. Sinon c'est quoi > la prochaine étape, les bureaux de vote en admin_level=11, les cartes > scolaires en admin_level=12, etc ? > > 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] Cartographie de quartiers
2011/1/7 Nicolas Dumoulin : > Le vendredi 7 janvier 2011 15:39:31 Raphaël Pinson, vous avez écrit : >> Les arguments sont très intéressants :-) >> >> J'ai justement un problème avec le fait d'utiliser un noeud pour un >> quartier lorsque le découpage administratif des communes est un peu >> complexe. Un quartier localisé en périphérie de ville/village peut >> déborder énormément sur les communes voisines, au point que >> l'information sur la carte est entièrement erronée. Au moins avec un >> type=boundary, la limite est clairement définie et un noeud avec un >> role de label peut permettre de bien positionner l'information sur la >> carte. > > Si le quartier déborde sur la carte, c'est un problème de rendu selon moi. > Après on pourrait définir une classification comme pour les > hamlet/village/city/ > … pour representé la taille du quartier avec le node et pouvoir mieux s'en > sortir pour le rendu. > Le bondary=administrative n'est selon moi pas approprié pour les quartiers. > Ce qui m'a amené à penser ça à l'origine est http://wiki.openstreetmap.org/wiki/Admin_level. Cette page (la ligne France bien sûr) est-elle incorrecte? Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie de quartiers
Dans le cas des Ulis, qui est mon exemple, la ville a défini des quartiers dont les limites sont clairement tracées (Champagne, Ardennes, Alsace, Bourgogne, Franche-Comté, Ile-de-France, Normandie, Anjou, Saintonge, Périgord, Béarn, Cévennes, Ventoux et La Queue d'Oiseau). Ces quartiers sont regroupés en 4 conseils de quartiers (Nord et Centre-Est, Plein Sud, Berry-Saintonge et Nord Ouest). Pour l'instant, j'ai représenté les quartiers par des boundary=administrative de admin_level=10, et je n'ai pas représenté les conseils de quartier. Chaque quartier contient une ou plusieurs résidences (que j'ai représenté par des landuse=residential). Le résultat est que de z=14 à z=16, on voit apparaître les quartiers sur la carte de la ville, et à z=18, on voit apparaître en plus les résidences, et les noms des quartiers sont inscrits sur les limites. Raphaël 2011/1/7 Christian Rogel : > Le 07/01/11 09:38, Nicolas Dumoulin a écrit : > >> >> Hormis les cas spécifiques des grandes villes, je reste convaincu que >> c'est le >> node le plus approprié. >> Exemple : >> http://www.openstreetmap.org/browse/node/1051343292 >> (faites pas trop gaffe aux alentours, il reste du boulot) > > Pour ma ville, j'ai considéré que tout lieu-dit englobé dans le tissu urbain > méritait "hamlet", voire "village" pour les 3 commues fusionnées et je > réserve "locality" aux fermes isolées ou aux emplacements non-habités. > Evidemment, un noeud décentré (l'église d'une paroisse antique est à 1,5 km > de la cathédrale) sur un espace virtuel de 4 000 hectares (l'ancienne > commune) est un peu noyé dans la masse des autres lieux-dits. > Montferrand étant une ancienne (petite) ville indépendante (il y a très > longtemps) me semble nettement au dessus du rang de "locality" qui concerne > les lieux peu ou pas habités, mais au moins à celui de "village". > "Town" qui ne concernerait pas une commune paraîtrait étrange, mais, il me > semble que l'idée dominante sur cette liste est que la qualité de commune > doit être plutôt mise dans la relation plutôt que dans la localisation qui > doit chercher à refléter la hiérarchie de la population agglomérée > localement. > Ce qui a un effet sur le rendu et qu'on ne vienne pas me dire que le rendu > est une affaire de logiciel de routage, car une bonne carte est une carte > qui hiérarchise ses étiquettes majeures. > > > Christian > > > > ___ > 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] Cartographie de quartiers
Une autre petite remarque: si les relations (boundary=administrative, admin_level=10) apparaissent (et alourdissent) bien sur mapnik, ils sont absents des rendus mapquest et cloudmade. Cela ajoute donc des informations pertinentes (à mon sens) sans surcharger les cartes publiques. Raphaël 2011/1/8 Raphaël Pinson : > Dans le cas des Ulis, qui est mon exemple, la ville a défini des > quartiers dont les limites sont clairement tracées (Champagne, > Ardennes, Alsace, Bourgogne, Franche-Comté, Ile-de-France, Normandie, > Anjou, Saintonge, Périgord, Béarn, Cévennes, Ventoux et La Queue > d'Oiseau). Ces quartiers sont regroupés en 4 conseils de quartiers > (Nord et Centre-Est, Plein Sud, Berry-Saintonge et Nord Ouest). > > Pour l'instant, j'ai représenté les quartiers par des > boundary=administrative de admin_level=10, et je n'ai pas représenté > les conseils de quartier. > > Chaque quartier contient une ou plusieurs résidences (que j'ai > représenté par des landuse=residential). > > Le résultat est que de z=14 à z=16, on voit apparaître les quartiers > sur la carte de la ville, et à z=18, on voit apparaître en plus les > résidences, et les noms des quartiers sont inscrits sur les limites. > > > Raphaël > > > > 2011/1/7 Christian Rogel : >> Le 07/01/11 09:38, Nicolas Dumoulin a écrit : >> >>> >>> Hormis les cas spécifiques des grandes villes, je reste convaincu que >>> c'est le >>> node le plus approprié. >>> Exemple : >>> http://www.openstreetmap.org/browse/node/1051343292 >>> (faites pas trop gaffe aux alentours, il reste du boulot) >> >> Pour ma ville, j'ai considéré que tout lieu-dit englobé dans le tissu urbain >> méritait "hamlet", voire "village" pour les 3 commues fusionnées et je >> réserve "locality" aux fermes isolées ou aux emplacements non-habités. >> Evidemment, un noeud décentré (l'église d'une paroisse antique est à 1,5 km >> de la cathédrale) sur un espace virtuel de 4 000 hectares (l'ancienne >> commune) est un peu noyé dans la masse des autres lieux-dits. >> Montferrand étant une ancienne (petite) ville indépendante (il y a très >> longtemps) me semble nettement au dessus du rang de "locality" qui concerne >> les lieux peu ou pas habités, mais au moins à celui de "village". >> "Town" qui ne concernerait pas une commune paraîtrait étrange, mais, il me >> semble que l'idée dominante sur cette liste est que la qualité de commune >> doit être plutôt mise dans la relation plutôt que dans la localisation qui >> doit chercher à refléter la hiérarchie de la population agglomérée >> localement. >> Ce qui a un effet sur le rendu et qu'on ne vienne pas me dire que le rendu >> est une affaire de logiciel de routage, car une bonne carte est une carte >> qui hiérarchise ses étiquettes majeures. >> >> >> Christian >> >> >> >> ___ >> 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] Cartographie de quartiers
Pour en revenir au problème de noeuf qui "déborde", voici un exemple: http://www.openstreetmap.org/browse/node/1038274011 Historiquement, "Montjay" est considéré comme un hameau de Bures-sur-Yvette. En réalité, depuis les années 70, la ville nouvelle des Ulis s'est construite dans sa continuité et l'a "désenclavé". Il s'agit maintenant plutôt d'un quartier que d'un hameau. Montjay est tagué par un point (car les limites officielles ne sont pas connues), avec les tags suivants: is_in = Bures-sur-Yvette, Communauté d’Agglomération du Plateau de Saclay, Essonne, Île-de-France, France name = Montjay place = suburb Le résultat donne un polygone (calculé) assez large, qui déborde très largement sur la commune des Ulis, alors que Montjay est limité à Bures-sur-Yvette (ce que j'ai tenté de spécifier par le tag is_in, en vain). Là où le bas blesse, c'est dans le calcul des adresses par Nominatim. Par exemple, si je cherche le quartier "Champagne" des Ulis, défini par une relation précise de type boundary strictement incluse dans les frontières des Ulis, j'obtiens l'objet suivant: http://www.openstreetmap.org/browse/relation/1361065 L'objet est correct, mais l'adresse affichée par Nominatim est "Champagne, Coulée Verte, Montjay, Bures-sur-Yvette, Les Ulis, Essonne, 91440, Île-de-France, France" Le quartier "Champagne" est donc considéré comme faisant partie de Montjay, et par conséquent de Bures-sur-Yvette, du fait du débordement du polygone calculé pour Montjay. Est-ce un problème connu, me manque-t-il un tag pour bien définir Montjay? Raphaël 2011/1/7 Raphaël Pinson : > Les arguments sont très intéressants :-) > > J'ai justement un problème avec le fait d'utiliser un noeud pour un > quartier lorsque le découpage administratif des communes est un peu > complexe. Un quartier localisé en périphérie de ville/village peut > déborder énormément sur les communes voisines, au point que > l'information sur la carte est entièrement erronée. Au moins avec un > type=boundary, la limite est clairement définie et un noeud avec un > role de label peut permettre de bien positionner l'information sur la > carte. > > Je suis en train d'expérimenter avec les type=boundary pour les > quartiers des Ulis (91940). En fait, comme remarqué par Pieren, les > autochtones ont tendance à utiliser plus les noms de résidences (que > je me retrouve donc à garder en landuse=residential) au sein de ces > quartiers (plutôt utilisés par les services communaux). > > Voilà un exemple de secteur+résidences/quartiers aux Ulis, tel que > j'en suis venu à le cartographier: > http://www.openstreetmap.org/browse/relation/1359866 > Les Hautes Plaines est une résidence inscrite dans ce secteur: > http://www.openstreetmap.org/browse/way/93664154 > > > > Raphaël > > > > 2011/1/7 Pieren : >> 2011/1/7 Christophe Savigny >>> >>> Bonjour, >>> >>> à Grenoble, j'ai crée les "secteurs" à partir d'une relation boundary de >>> niveau 10. >>> voir ici par exemple : >>> http://www.openstreetmap.org/browse/relation/1186180 >>> >> >> Christian parle de 20 quartiers sur Grenoble mais il y a 6 "secteurs" >> utilisés par la mairie. Pour moi, c'est l'exemple typique de découpage >> interne qui n'a aucune valeur dans OSM (d'ailleurs l'article wikipedia >> mentionné précise bien que les indigènes ne s'identifient pas à ces secteurs >> mais à leur quartier). >> A tout le moins, si on conserve ce genre de découpage (à mon avis, on ne >> devrait pas sinon on va se retrouvé submergé par des tas de boundaries à >> usage interne), il ne faudrait pas y appliquer les tags >> boundary=administrative; admin_level=10 mais autre chose. Sinon c'est quoi >> la prochaine étape, les bureaux de vote en admin_level=11, les cartes >> scolaires en admin_level=12, etc ? >> >> 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] Qualité d'OSM
Bonjour Ophélie, Une hypothèse, basée sur mon expérience personnelle: La majorité des autoroutes ont dû être tracées au début d'OSM, à l'aide de GPS uniquement. Les voies secondaires par contre, sont plus récentes dans beaucoup de cas, et ont bénéficié du support des images satellites pour corriger les inexactitudes des traces GPS. Lorsque les voies secondaires sont peu précises, elles sont corrigées au moment de l'édition de détails sur le quartier concerné. Au contraire, les autoroutes parcourent des zones peu habitées où peu de contributeurs ont l'occasion d'aller vérifier et corriger la précision des voies, préférant se concentrer sur la précision des information dans les zones habitées. Raphaël 2011/1/10 Ophélie PETIT : > Bonjour, > > Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour l'ESGT > (Ecole des géomètres Topographes au Mans) et notre groupe de travail est > confronté à des résultats étonnants : les autoroutes et les voies piétonnes > présentent les plus grosses erreurs géométriques avec une précision moyenne > de 4m et un écart type entre 4 et 5m... Tandis que les voies secondaires, > primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m. > Pourquoi? > Nous avons plusieurs hypothèses: > - les autoroutes sont levées avec des GPS de voitures et la vitesse ne > permet pas une bonne précision. > - les voies piétonnes sont plus étroites en ville, et fréquemment sous > couvert forestier donc il y a un phénomène de masques qui gène le GPS (peu > probable étant donné que les voies piétonnes ne concernent pas seulement les > ruelles mais aussi les GR) > Hélas nous n'avons pas d'autres idées... > En avez-vous? > Merci d'avance! > PS: Notre rapport sera posté fin janvier de façon à ce que tout le monde > puisse en profiter. > -- > Ophélie PETIT > 39 Avenue Frédéric Bartholdi > Batiment B > Appartement n°16 > 72 000 LE MANS > Tel: 0033 (0)243293849 > > ___ > 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] Voie de bus en sens inverse
Bonjour René-Luc, Même si ce n'est pas directement le sujet, la page [0] te donnera des indications pour cartographier ce type de situtation. Raphaël [0] http://wiki.openstreetmap.org/wiki/Bicycle 2011/1/10 rldhont : > Bonjour, > > Les travaux en cours sur Montpellier entraine une réorganisation des voies > de circulations, et je suis tombé sur un os. > > Il existe des voies de circulations en sens unique pour tous les véhicules > mais avec une voie de bus en sens inverse. Cette particularité était > présente seulement sur le jeu de paume où un contributeur a créer une voie > service dédié à cette voie de bus. Cette solution ne me semble pas juste > puisqu'il n'existe pas de limite physique entre les 2 voies, juste une ligne > blanche. Mais donc ce modèle c'est étendu à d'autres rues. > > Ma question est donc comment taggé proprement le fais qu'il existe une voie > de bus en sens inverse de la route en sens unique ? > > René-Luc > > ___ > 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] Qualité d'OSM
2011/1/10 Ophélie PETIT : > L'hypothèse de la largeur des voies me semble très probable! Merci! > Il n'y a plus qu'à élucider les voies piétonnes! > A bientôt! Une petite note: si vous avez des données concernant les autoroutes mal calées, je pense que cela peut être fort intéressant, d'autant que les images satellites Bing ont grandement amélioré la qualité de traçage des routes. En connaissant les routes problématiques, quelques semaines devraient suffir à corriger les inexactitudes. Raphaël > > Le 10 janvier 2011 14:43, Ophélie PETIT > a écrit : >> >> Je suis allée regarder les timestamp pour les autoroutes du Mans, les >> traces datent de 2008, 2009 et 2010... >> La source n'est pas indiquée... J'ose penser qu'il s'agit du GPS... >> Comment connaitre la source d'une donnée lorsqu'elle n'est pas taggée? >> Les routes secondaires sont effectivement plus récentes 2009 à 2011... >> Celà pourrait-il vraiment faire la différence? >> Merci ! >> >> Le 10 janvier 2011 14:32, eMerzh a écrit : >>> >>> Moi je pense aussi qu'une partie doit venir du fait que les voies >>> principales ont probablement été créées avec des sources relativement >>> moyenne au niveau précision et n'ont pas forcément été retouchée depuis... >>> >>> Les routes secondaires sont plus récentes et auraient donc bénéficié de >>> meilleures sources... >>> >>> Corriger est bien plus complexe que d'ajouter... >>> >>> Théorie à vérifier bien sûr :) >>> >>> 2011/1/10 Raphaël Pinson >>>> >>>> Bonjour Ophélie, >>>> >>>> >>>> Une hypothèse, basée sur mon expérience personnelle: >>>> >>>> La majorité des autoroutes ont dû être tracées au début d'OSM, à >>>> l'aide de GPS uniquement. Les voies secondaires par contre, sont plus >>>> récentes dans beaucoup de cas, et ont bénéficié du support des images >>>> satellites pour corriger les inexactitudes des traces GPS. >>>> >>>> Lorsque les voies secondaires sont peu précises, elles sont corrigées >>>> au moment de l'édition de détails sur le quartier concerné. Au >>>> contraire, les autoroutes parcourent des zones peu habitées où peu de >>>> contributeurs ont l'occasion d'aller vérifier et corriger la précision >>>> des voies, préférant se concentrer sur la précision des information >>>> dans les zones habitées. >>>> >>>> >>>> Raphaël >>>> >>>> >>>> >>>> 2011/1/10 Ophélie PETIT : >>>> > Bonjour, >>>> > >>>> > Je réalise une étude sur la qualité d'OpenStreetMap en Sarthe pour >>>> > l'ESGT >>>> > (Ecole des géomètres Topographes au Mans) et notre groupe de travail >>>> > est >>>> > confronté à des résultats étonnants : les autoroutes et les voies >>>> > piétonnes >>>> > présentent les plus grosses erreurs géométriques avec une précision >>>> > moyenne >>>> > de 4m et un écart type entre 4 et 5m... Tandis que les voies >>>> > secondaires, >>>> > primaires, tertiaires et les rues tournent plutôt autour de 3 à +- 3m. >>>> > Pourquoi? >>>> > Nous avons plusieurs hypothèses: >>>> > - les autoroutes sont levées avec des GPS de voitures et la vitesse ne >>>> > permet pas une bonne précision. >>>> > - les voies piétonnes sont plus étroites en ville, et fréquemment sous >>>> > couvert forestier donc il y a un phénomène de masques qui gène le GPS >>>> > (peu >>>> > probable étant donné que les voies piétonnes ne concernent pas >>>> > seulement les >>>> > ruelles mais aussi les GR) >>>> > Hélas nous n'avons pas d'autres idées... >>>> > En avez-vous? >>>> > Merci d'avance! >>>> > PS: Notre rapport sera posté fin janvier de façon à ce que tout le >>>> > monde >>>> > puisse en profiter. >>>> > -- >>>> > Ophélie PETIT >>>> > 39 Avenue Frédéric Bartholdi >>>> > Batiment B >>>> > Appartement n°16 >>>> > 72 000 LE MANS >>>> > Tel: 0033 (0)243293849 >>>> > >>>> > ___ >>>> > 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 >>> >> >> >> >> -- >> Ophélie PETIT >> 39 Avenue Frédéric Bartholdi >> Batiment B >> Appartement n°16 >> 72 000 LE MANS >> Tel: 0033 (0)243293849 > > > > -- > Ophélie PETIT > 39 Avenue Frédéric Bartholdi > Batiment B > Appartement n°16 > 72 000 LE MANS > Tel: 0033 (0)243293849 > > ___ > 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] Cartographie de quartiers
2011/1/10 Pieren : > 2011/1/10 Nicolas Dumoulin >> >> Donc typiquement ta ferme relève du place=isolated_dwelling et non de >> locality. Je faisais la même erreur au début, mais place=locality n'est >> pas >> approprié à une ferme. Ou alors, je me trompe. > > Non, je confirme . Pour une ferme, on devrait utiliser isolated_dwelling qui > est une création relativement récente - on en a déjà parlé ici - et qui > essaie aussi de supplanter l'ancien place=farme qui avait plusieurs > inconvénients (celui de créer la confusion avec landuse et d'être un peu > trop spécifique). > >> >> Je comprends ton avis sur le place=hamlet/village plutôt que locality sur >> un >> quartier. Mais j'aurai vraiment du mal à déterminer la limite spatiale et >> la >> population de Montferrand. >> > > Mettre un place=district ou place=quarter serait plus approprié. > Mais ça ne résoudra pas les problèmes de débordement de frontière sur les autres communes... Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag addr:*, rues et résidences
Bonjour, En plaçant des relations de type associatedStreet pour marquer des numéros de bâtiments dans des rues, je rencontre un cas qui ne semble pas prévu par les tags addr:*. J'ai à taguer des bâtiments faisant partie d'une résidence. Les bâtiments sont numérotés de 1 à 27, mais les adresses officielles sont liées aux rues délimitant la résidence. La résidence est la suivante: http://www.openstreetmap.org/browse/way/24478176 Prenons par exemple le bâtiment n° 9, qui a été associé à la rue du Forez, selon la relation suivante: http://www.openstreetmap.org/browse/relation/1372066 Grâce à cette relation, nominatim est capable de trouver le 9, rue du Forez, mais pas le 9, Jardin des Lys, alors que les utilisateurs sont susceptibles de faire cette recherche. Existe-t-il un tag permettant d'associer un bâtiment à une zone résidentielle? Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag addr:*, rues et résidences
2011/1/12 Marc SIBERT : > Le 12 janvier 2011 10:41, Raphaël Pinson a écrit : >> >> Bonjour, >> >> >> En plaçant des relations de type associatedStreet pour marquer des >> numéros de bâtiments dans des rues, je rencontre un cas qui ne semble >> pas prévu par les tags addr:*. J'ai à taguer des bâtiments faisant >> partie d'une résidence. Les bâtiments sont numérotés de 1 à 27, mais >> les adresses officielles sont liées aux rues délimitant la résidence. >> >> La résidence est la suivante: >> http://www.openstreetmap.org/browse/way/24478176 >> >> Prenons par exemple le bâtiment n° 9, qui a été associé à la rue du >> Forez, selon la relation suivante: >> http://www.openstreetmap.org/browse/relation/1372066 >> >> >> Grâce à cette relation, nominatim est capable de trouver le 9, rue du >> Forez, mais pas le 9, Jardin des Lys, alors que les utilisateurs sont >> susceptibles de faire cette recherche. Existe-t-il un tag permettant >> d'associer un bâtiment à une zone résidentielle? >> >> >> Raphaël >> > Bonjour, > > ou tu ne fait pas une relation, mais un tag addr:street="Jardin des Lys" En l'occurrence, cela revient au même, et ça renverse le problème. Je trouverai bien le bâtiment à l'adresse "9, Jardin des Lys", mais plus au "9, rue du Forez" ; or les deux adresses sont correctes. > ou > tu peux faire une relation avec une zone (landuse par exemple) qui portera > le nom "Jardin des Lys". C'est ce que j'ai fait. Le nœud portant le tag addr:housenumber est localisé à l'intérieur du chemin portant les tags "landuse=residential; name=Le Jardin des Lys", mais cela n'apparaît pas dans l'adresse pour autant, car j'ai rattaché le nœud à la rue du Forez, qui est en dehors du chemin landuse. Faut-il que j'annule la relation et que je mette le nom de la rue en dur dans chaque nœud? Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag addr:*, rues et résidences
2011/1/12 Pieren : > 2011/1/12 Raphaël Pinson >> >> > ou tu ne fait pas une relation, mais un tag addr:street="Jardin des Lys" >> En l'occurrence, cela revient au même, et ça renverse le problème. Je >> trouverai bien le bâtiment à l'adresse "9, Jardin des Lys", mais plus >> au "9, rue du Forez" ; or les deux adresses sont correctes. >> > > Qu'est-ce qui t'empêche de faire deux relations ? > Quelles seraient les 2 relations? Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rectification du bâti suite à import franceosm
Bonjour, Pour ma part, j'ai fait des imports sur le 41 et le 45 ces dernières semaines. Après quelques imports, j'en suis arrivé au fonctionnement suivant (au cas où ça serait utile à quelqu'un) : 1) je récupère le fichier houses.osm, je l'ouvre avec JOSM et je l'enregistre (recommandé sur le wiki) ; 2) je lance le validateur et je corrige les erreurs et warnings : a) je commence par les chemins dupliqués (bâtiments importés en superposition). Dans ce cas, je supprime simplement les doublons, en faisant attention aux multipolygones (relations) qui peuvent être abîmés au passage. Il faut donc s'assurer que les chemins conservés forment un multipolygone correct, et que les relations dupliquées inutilisés sont supprimées. b) ensuite, je passe aux bâtiments chevauchant. Soit il s'agit de petits ajouts sur les bords d'un bâtiment auquel cas je fusionne les formes, ou bien il s'agit de 2 bâtiments dont les bords se superposent, et dans ce cas, je place un point à l'intersection et je fusionne avec le point qui dépasse. 3) je fais l'import des données d'OSM dans un nouveau calque et je merge les calques. 4) je relance une validation et je corrige les erreurs, notamment : a) les bâtiments superposés (avec l'existant dans OSM): attention aux tags déjà posés pour ne pas perdre d'infos. b) les routes croisant les bâtiments: il s'agit souvent de chemins peu précis, et le cadastre + bing permettent de les recadrer proprement. 5) j'ajoute les routes manquantes + noms + éventuellement les numéros de maisons (avec relations de type associatedStreet) pour compléter (quitte à utiliser le cadastre, autant le faire au maximum). 6) j'uploade le résultat par morceaux de 100 à 500 (selon la connexion) objets. Sur la commune d'Amilly par exemple (fichier osm de 11M), j'estime avoir passé environ 3 heures à corriger les bâtiments + rues avant upload (pour donner un ordre d'idée). Raphaël 2011/1/18 Christian Rogel : > Johan (franceosm) qui a importé des éléments du cadastre dans plusieurs > villes particulièrement en Morbihan et aussi à Quimper et Concarneau m'a > écrit pour m'indiquer qu'il a retiré l'import pour cette dernière ville, > mais, pas à Quimper, puisque je l'ai informé du fait que les mappeurs locaux > opèreront les rectifications. > Il indique aussi : > I promised Eric Marsden a few days ago to cleanup all my imported buildings > in Brittany (8 places centered around Carnac, and apart from that > Concarneau). So, after 8 hours of work I managed to clean up some 800 errors > like 'crossing buildings' in Carnac and the seven neighbouring places. Too > bad it's in the Cadastre files, but it appears that it is impossible to make > them less faulty. > > Résumé : il a mis 8 heures pour rectifier 800 erreurs sur des bâtiments > dans 8 communes autour de Carnac. > > En s'aidant du "Validator" de JOSM, il a réparé plus de 50 défauts de > jonction de voies, mais, il en reste beaucoup à Plouhinec (celui du > Morbihan). > Il estime qu'il aurait fallu 10 heures pour réparer les 1100 erreurs sur > Concarneau et espère donc un meilleur fichier de départ, ce qui, d'ailleurs, > va être le cas, grâce à la contribution de la Communauté de communes. > > > Christian > > > > > > ___ > 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] Rectification du bâti suite à import franceosm
2011/1/18 Vincent Pottier : > Le 18/01/2011 14:25, Raphaël Pinson a écrit : >> >> Bonjour, >> >> Pour ma part, j'ai fait des imports sur le 41 et le 45 ces dernières >> semaines. Après quelques imports, j'en suis arrivé au fonctionnement >> suivant (au cas où ça serait utile à quelqu'un) : >> >> 1) je récupère le fichier houses.osm, je l'ouvre avec JOSM et je >> l'enregistre (recommandé sur le wiki) ; >> 2) je lance le validateur et je corrige les erreurs et warnings : >> a) je commence par les chemins dupliqués (bâtiments importés en >> superposition). Dans ce cas, je supprime simplement les doublons, en >> faisant attention aux multipolygones (relations) qui peuvent être >> abîmés au passage. Il faut donc s'assurer que les chemins conservés >> forment un multipolygone correct, et que les relations dupliquées >> inutilisés sont supprimées. >> b) ensuite, je passe aux bâtiments chevauchant. Soit il s'agit de >> petits ajouts sur les bords d'un bâtiment auquel cas je fusionne les >> formes, ou bien il s'agit de 2 bâtiments dont les bords se >> superposent, et dans ce cas, je place un point à l'intersection et je >> fusionne avec le point qui dépasse. > > Il n'est pas rare que l'un des deux bâtiments ait le tag wall=no. Un merge > des deux risque donc de produire un hangar là où il y avait une maison avec > un auvent. Merci pour cette remarque, j'y ferai attention :-) >> >> 3) je fais l'import des données d'OSM dans un nouveau calque et je >> merge les calques. >> 4) je relance une validation et je corrige les erreurs, notamment : >> a) les bâtiments superposés (avec l'existant dans OSM): attention >> aux tags déjà posés pour ne pas perdre d'infos. >> b) les routes croisant les bâtiments: il s'agit souvent de chemins >> peu précis, et le cadastre + bing permettent de les recadrer >> proprement. >> 5) j'ajoute les routes manquantes + noms + éventuellement les numéros >> de maisons (avec relations de type associatedStreet) pour compléter >> (quitte à utiliser le cadastre, autant le faire au maximum). >> 6) j'uploade le résultat par morceaux de 100 à 500 (selon la connexion) >> objets. >> >> >> Sur la commune d'Amilly par exemple (fichier osm de 11M), j'estime >> avoir passé environ 3 heures à corriger les bâtiments + rues avant >> upload (pour donner un ordre d'idée). >> >> >> Raphaël >> > > > ___ > 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] Fwd: [OSM-talk] magical road detector to play with
2011/2/4 Nicolas Dumoulin : > Le vendredi 4 février 2011 00:15:12 François Van Der Biest, vous avez écrit : >> Pour les non-windowsiens, privés de silverlight (lol), j'ai créé une petite >> interface web basée sur OpenLayers qui utilise ce nouveau service : >> http://maps.qualitystreetmap.org/bingtracing/ Excellent. Si on peut se passer de Silverlight (même sous Windows), ça ne fait pas de mal. >> >> Ca permet de se faire une idée des capacités du service. >> Et pour l'instant, je dois avouer que je suis assez déçu des résultats ... > > Ouch, c'est clair qu'il est un peu dans les choux sur les quelques tests que > j'ai fait. Ça dépend peut-être aussi de la qualité de l'imagerie et donc de la > zone d'utilisation. Ou alors, il y a un soucis dans ta surcouche bingtracing > ;-) Tu as pu faire des tests sur l'interface originale pour voir si il se > plantait autant ? J'ai eu pas mal de tests dans les choux aussi, même sur une bonne imagerie. Sur la carte d'accueil de ton lien, en fonction de l'endroit où on clique, il sort parfois des tracés sinueux. Sinon, au bout de 2 points, il trace une ligne (parfois correcte), mais au 3ème point, il fait une erreur 503. C'est normal? Raphaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
