Re: [OSM-talk-fr] Systèmes de numérotation des voi es en France. Suite, c'est moins tranché.
On 07/25/2010 01:48 PM, Christian Quest wrote: Il me semble aussi que pour l'aspect composite, tout le reste des données d'Osm ajoute justement cette dimension. Si on n'avait que les données du cadastre dans SOS ça serait une autre histoire... Si le seul apport d'OSM dans le proces c'est la rue déjà existante et son nom, ca fait peut par rapport au bati, a la numerotation et aux relations non ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut dire que les vélo circule dans le sens opposé du trafic. Après il faut en dire un peu plus... Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la voie, dans le même sens que les voitures, on met juste cycleway:left = lane Si j'ai le même cas de figure mais que la voie est en double sens, je met cycleway:left = opposite_lane car pour le coup les vélos dans le sens inverse des voitures ? Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5336935.html Sent from the France mailing list archive at Nabble.com. ___ 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
Le 26/07/2010 09:37, GaelADT a écrit : Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut dire que les vélo circule dans le sens opposé du trafic. Après il faut en dire un peu plus... opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste à contresens. Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la voie, dans le même sens que les voitures, on met juste cycleway:left = lane à la condition qu'une bande cyclable soit matérialisée (à gauche par rapport au sens de circulation, donc à droite pour les cyclistes circulant à contresens). mes deux sous -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
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] Systèmes de numérotation des voi es en France. Suite, c'est moins tranché.
Le 26 juillet 2010 08:09, julien balas jul...@krilin.org a écrit : On 07/25/2010 01:48 PM, Christian Quest wrote: Il me semble aussi que pour l'aspect composite, tout le reste des données d'Osm ajoute justement cette dimension. Si on n'avait que les données du cadastre dans SOS ça serait une autre histoire... Si le seul apport d'OSM dans le proces c'est la rue déjà existante et son nom, ca fait peut par rapport au bati, a la numerotation et aux relations non ? OSM ce n'est pas que des bâtiments et des rues... il y a les POI, les landuse et toutes les informations complémentaires sur la circulation (les types de voies ou les pistes cyclables par exemple), les voies de chemins de fer, les itinéraires de bus et plus généralement les transports en commun, les cours d'eau. Il y a beaucoup de richesse dans ces infos ! -- Christian ___ 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
2010/7/26 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net Le 26/07/2010 09:37, GaelADT a écrit : Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut dire que les vélo circule dans le sens opposé du trafic. Après il faut en dire un peu plus... opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste à contresens. Non ca c'est cycleway=opposite. opposite_lane veut justement dire qu'il y a une lane Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la voie, dans le même sens que les voitures, on met juste cycleway:left = lane à la condition qu'une bande cyclable soit matérialisée (à gauche par rapport au sens de circulation, donc à droite pour les cyclistes circulant à contresens). mes deux sous -- Jean-Francois Nifenecker, Bordeaux ___ 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] Suffixes :left/:right - piqûre de rappel
Le 26/07/2010 09:37, GaelADT a écrit : Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut dire que les vélo circule dans le sens opposé du trafic. Après il faut en dire un peu plus... opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste à contresens. ca n'est pas ce qui est dit dans le wiki http://wiki.openstreetmap.org/wiki/Cycleway opposite_lane -- The route is a lane, but bicycles may go in the direction opposite of other traffic. Only applies where oneway=yes. tu voulais peut etre dire opposite tout court ? opposite -- The route may be cycled in the direction opposite of other traffic, but does not have a dedicated lane. Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la voie, dans le même sens que les voitures, on met juste cycleway:left = lane à la condition qu'une bande cyclable soit matérialisée (à gauche par rapport au sens de circulation, donc à droite pour les cyclistes circulant à contresens). De mon point de vue si on met un cycleway (left ou right), c'est forcement dans le sens de circulation. Il y a des endroits (je peut faire une photo) ou il y a une bandes cyclables a droite ET a gauche, dans un sens unique. Les opposite et opposite_lane exprimant justement le fait que c'est dans le sens contraire. -- JB ___ 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
Le plus simple serait de remanier un peu les tags cycleway:right = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane cycleway:left = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane cycleway = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane (quand on ne sait pas ou les pistes sont placées) (+ les memes avec track) On couvre tous les cas de piste cyclable sur les voies 2010/7/26 jul...@krilin.org Le 26/07/2010 09:37, GaelADT a écrit : Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut dire que les vélo circule dans le sens opposé du trafic. Après il faut en dire un peu plus... opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste à contresens. ca n'est pas ce qui est dit dans le wiki http://wiki.openstreetmap.org/wiki/Cycleway opposite_lane -- The route is a lane, but bicycles may go in the direction opposite of other traffic. Only applies where oneway=yes. tu voulais peut etre dire opposite tout court ? opposite -- The route may be cycled in the direction opposite of other traffic, but does not have a dedicated lane. Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la voie, dans le même sens que les voitures, on met juste cycleway:left = lane à la condition qu'une bande cyclable soit matérialisée (à gauche par rapport au sens de circulation, donc à droite pour les cyclistes circulant à contresens). De mon point de vue si on met un cycleway (left ou right), c'est forcement dans le sens de circulation. Il y a des endroits (je peut faire une photo) ou il y a une bandes cyclables a droite ET a gauche, dans un sens unique. Les opposite et opposite_lane exprimant justement le fait que c'est dans le sens contraire. -- 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
Re: [OSM-talk-fr] Petit tour d'horizon des sites openstreetmap
Le 25/07/2010 12:07, Pierre Mauduit a écrit : http://www.openstreetmap.nl/ qui a mon sens a une manière de présenter la map du pays de façon tout à fait originale (perso, j'aime bien). +1 -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit tour d'horizon des sites openstreetmap
Le 25/07/2010 12:07, Pierre Mauduit a écrit : http://www.openstreetmap.nl/ qui a mon sens a une manière de présenter la map du pays de façon tout à fait originale (perso, j'aime bien). +1 -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le vendredi 23 juillet 2010, hamster a écrit : Tanguy Ortolo a écrit : Je ne suis qu'un débutant, mais ça me semble contraire au bon sens. Lorsque je décris une route à quelqu'un, je dis qu'elle a [plein de voies]. Je ne parle pas d'une chaussée, d'une piste cyclable, d'une bande cyclable et de deux trottoirs. c'est parce que quand tu decris une route a quelqu'un tu le fais avec des mots et non pas avec un systeme geographique par contre si tu te mets a lui faire un croquis pour lui expliquer tu va dire et la y'a une bande cyclable (ce qui ne contient pas d'information sur la position de cette bande cyclable) et en le disant tu va la dessiner la ou elle est (et c'est la que se trouve l'information de position) dans un systeme geographique la bonne methode pour indiquer la position d'une chose c'est de la dessiner a sa place mais ce n'est que mon avis À ce prix-là, on pourrait aussi bien individualiser chacune des voies de circulation d'une route… Tel que je le conçois, un plan tracé n'est qu'une représentation graphique d'une partie des données logiques, qui sont elles-mêmes une représentation logique partielle des objets matériels, pas une photographie. Par exemple, les pistes et bandes cyclables, ça intéresse évidemment les cyclistes. Et je pense que mon ami cycliste se moquera que la bande soit à trois mètres trente-huit du centre de la chaussée ; en revanche il sera intéressé de savoir qu'elle est à droite de la chaussée, et que dix mètres plus loin, elle passe à gauche. Et cette information me semble plus facile à reconnaître dans un placement relatif et liée — la bande est à droite, puis à gauche de la chaussée — que dans un placement absolu — la bande est *ici*, et chaussée est *là*, comme tu peux le calculer, l'une est à droite de l'autre. -- Tanguy Ortolo « La carte n'est pas le territoire » signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Hello, Et de bien définir la différence entre cycleway:right=lane et cycleway:right=opposite_lane, car personnellement je ne m'y retrouve pas surtout si on fais une différence entre une route a sens unique ou pas ! Personnellement j'aurais définis les chose comme ceci: - :left/:right coter par rapport au sens du way. - opposite si la piste cyclable ce trouve dans le sens opposé a la normale, c'est a dire que les vélo roulerais (pour la France) a gauche. - lane/track comme dab. ;-) CU Sarge Lord Awikatchikaen [via GIS] a écrit : Le plus simple serait de remanier un peu les tags cycleway:right = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane cycleway:left = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane cycleway = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane (quand on ne sait pas ou les pistes sont placées) (+ les memes avec track) On couvre tous les cas de piste cyclable sur les voies 2010/7/26 jul...@krilin.org Le 26/07/2010 09:37, GaelADT a écrit : Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut dire que les vélo circule dans le sens opposé du trafic. Après il faut en dire un peu plus... opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste à contresens. ca n'est pas ce qui est dit dans le wiki http://wiki.openstreetmap.org/wiki/Cycleway opposite_lane -- The route is a lane, but bicycles may go in the direction opposite of other traffic. Only applies where oneway=yes. tu voulais peut etre dire opposite tout court ? opposite -- The route may be cycled in the direction opposite of other traffic, but does not have a dedicated lane. Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la voie, dans le même sens que les voitures, on met juste cycleway:left = lane à la condition qu'une bande cyclable soit matérialisée (à gauche par rapport au sens de circulation, donc à droite pour les cyclistes circulant à contresens). De mon point de vue si on met un cycleway (left ou right), c'est forcement dans le sens de circulation. Il y a des endroits (je peut faire une photo) ou il y a une bandes cyclables a droite ET a gauche, dans un sens unique. Les opposite et opposite_lane exprimant justement le fait que c'est dans le sens contraire. -- 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 __ View message @ http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337127.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337161.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites des pays (type loi Voinet)
Le 25 juillet 2010 23:40, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : B'soir, Y a t'il un tag pour les pays type loi voynet - http://fr.wikipedia.org/wiki/Pays_(aménagement_du_territoire)http://fr.wikipedia.org/wiki/Pays_%28am%C3%A9nagement_du_territoire%29 - pour OSM ? Ou est ce que cela n'a pas sa place ? Merci ! Lionel Bonjour, Moi, je verrais bien une relation pour ça : elle permet de regrouper des éléments hétérogènes dans un ensemble. Après reste la question de sa caractérisation : type=boundary, boundary=administrative et puis ? http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives mes 0.02 € -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le lundi 26 juillet 2010, Stéphane Brunner a écrit : Et de bien définir la différence entre cycleway:right=lane Une bande cyclable sur la droite par rapport au sens du tracé, qui roule dans le sens du tracé ? et cycleway:right=opposite_lane Une bande cyclable sur la droite par rapport au sens du tracé, qui roule dans le sens opposé au tracé ? Bon, là où ça devient pénible, c'est quand il y a des oneway=-1. J'ai envie de dire que oneway=-1, c'est un cas que je ne considère pas comme normal, mais qui ne devrait influer que sur la partie principale d'une route qui a été tracée à l'envers. Personnellement j'aurais définis les chose comme ceci: - :left/:right coter par rapport au sens du way. +1 - opposite si la piste cyclable ce trouve dans le sens opposé a la normale, c'est a dire que les vélo roulerais (pour la France) a gauche. Autrement dit, dans le sens opposé au tracé pour les :right, et dans le sens du tracé pour les :left. -- Tanguy Ortolo signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Tanguy Ortolo [via GIS] a écrit : Le lundi 26 juillet 2010, Stéphane Brunner a écrit : Et de bien définir la différence entre cycleway:right=lane Une bande cyclable sur la droite par rapport au sens du tracé, qui roule dans le sens du tracé ? et cycleway:right=opposite_lane Une bande cyclable sur la droite par rapport au sens du tracé, qui roule dans le sens opposé au tracé ? Bon, là où ça devient pénible, c'est quand il y a des oneway=-1. J'ai envie de dire que oneway=-1, c'est un cas que je ne considère pas comme normal, mais qui ne devrait influer que sur la partie principale d'une route qui a été tracée à l'envers. je ne voie pas ce que viens faire le oneway ici ta définitions me parrais claire et sans tenir compte du sens de circulation ! Personnellement j'aurais définis les chose comme ceci: - :left/:right coter par rapport au sens du way. +1 - opposite si la piste cyclable ce trouve dans le sens opposé a la normale, c'est a dire que les vélo roulerais (pour la France) a gauche. Autrement dit, dans le sens opposé au tracé pour les :right, et dans le sens du tracé pour les :left. Effectivement mais ce n'est pas bien grave tant que c'est bien défini comme tu viens de le faire. Par contre ce n'est dit nul par sur le wiki (et je ne voie pas ou l'ajouter) surtout que le opposite est acctuellement lier au oneway ce qui ne doit plus être le cas. Jute pour être sur d'avoir bien compris une troute toute simple avec une bande ce chaque côté est taggée (suis on utilise la méthode left/right): highway=* cycleway:left=lane cycleway:right=opposite_lane CU Stéphane -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337221.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?
Bonjour, J'ai voulu regarder sur OSM pour une ballade dans la région des 7 Laux, et j'y ai trouvé un truc bizarre : http://www.openstreetmap.org/?lat=45.2415lon=6.0863zoom=14layers=B000FTF Tous les lacs de ce coin (les 7 Laux = les 7 lacs) portent le même nom (« Lac de la Motte ») dans l'affichage Mapnik, alors que lorsqu'on regarde les données dans JOSM, ils sont bien marqués avec un nom distinct ! Avec Osmarender, on n'a aucun lac… Avec l'affichage « SansNom », c'est encore plus drôle, on a les lacs, avec des noms corrects ou non suivant le niveau de zoom ! Est-ce un problème connu ? Peut-on y faire quelque chose ? fredb. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites des pays (type loi Voinet)
Salut ! Moi, je verrais bien une relation pour ça : elle permet de regrouper des éléments hétérogènes dans un ensemble. Après reste la question de sa caractérisation : type=boundary, boundary=administrative et puis ? Selon http://wiki.openstreetmap.org/wiki/FR:Key:boundary on pourrait lui accorder le level 7 ... boundary of intercommunalités (communes groups like Communautés Urbaines, Communautés d'agglomération, Communautés de Communes) J'attends une confirmation de la liste et je fais ça ce soir ... Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superpos ant
Bonjour, Voilà, j'ai envoyé le dernier lot de suppressions ce matin : http://www.openstreetmap.org/browse/changeset/5318380 Enfin, pour Osmose, il en reste encore : http://osmose.openstreetmap.fr/cgi-bin/all-update.py?source=64 A+ -- Marc Sibert m...@sibert.fr ___ 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
Jute pour etre sur d'avoir bien compris une troute toute simple avec une bande ce chaque cote est taggee (suis on utilise la methode left/right): highway=* cycleway:left=lane cycleway:right=opposite_lane si c'est dans un sens unique ca me parait bon si c'est une route a double sens avec une bande de chaque coté un cycleway=lane suffit non ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le lundi 26 juillet 2010, Stéphane Brunner a écrit : Effectivement mais ce n'est pas bien grave tant que c'est bien défini comme tu viens de le faire. Par contre ce n'est dit nul par sur le wiki (et je ne voie pas ou l'ajouter) surtout que le opposite est acctuellement lier au oneway ce qui ne doit plus être le cas. Justement, ce n'est pas évident. Aujourd'hui, ce n'est pas très clair. En fait, la vraie question est celle du sens de ce « opposite » : — sens contraire à la voie de circulation adjacente, — sens contraire au sens du tracé, — sens contraire au sens normal pour une voie située à cet endroit-là ? Jute pour être sur d'avoir bien compris une troute toute simple avec une bande ce chaque côté est taggée (suis on utilise la méthode left/right): highway=* cycleway:left=lane cycleway:right=opposite_lane C'est une route à sens unique, ça. Sinon, autant mettre tout simplement : cycleway=lane, ce qui signifie une de chaque côté dans la sens de circulation. Ou bien, en utilisant la convention actuelle : highway=* oneway=yes cycleway=lane oneway:bicycle=no Ce qui signifie assez logiquement : la rue est globalement à sens unique, il y a des bandes cyclables qui sont dans les deux sens, et elles sont placées de façon standard. Personnellement, je suis partisan des représentations simples pour les cas simples. Devoir sortir systématiquement des :left, :right et opposite pour des cas standard de pistes ou de bandes normalement placées sur la droite de chaque sens, ça me semble nuisible, ça rend la cartographie inutilement compliquée. -- Tanguy Ortolo signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tech] Question sur l'aide à la saisie d'adresses du plugin Cadastre.
2010/7/25 hamster hams...@suna.fdn.fr il m'a ete conseille sur cette meme liste de ne pas suivre le wiki a la lettre et c'est ce que je fais : je mets tous les segments de la rue avec le role=street dans la relation Effectivement, il ne faut pas prendre le wiki pour une bible avec des règles gravées dans le marbre. Mais c'est l'endroit où l'on documente les consensus. Si tu trouves des défauts à ce qui est écrit, essaie de le faire modifier pour que tout le monde fasse pareil au lieu de suivre tes propres règles. Sinon, il y a peu de chances que ceux qui développent des logiciels se basent sur tes pratiques plutôt que sur celles documentées dans le wiki. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites des pays (type loi Voinet)
2010/7/26 Club Informatique Inter Communes / C2IC cont...@c2ic.net Selon http://wiki.openstreetmap.org/wiki/FR:Key:boundary on pourrait lui accorder le level 7 ... boundary of intercommunalités (communes groups like Communautés Urbaines, Communautés d'agglomération, Communautés de Communes) Le problème, c'est que l'admin_level 7 est déjà pris par des entités qui vont partiellement recouvrir tes pays. Il y aura donc plus de cohérence dans ce niveau (si on considère que la somme des boundaries forment le territoire en entier, sans recouvrements, ni trous), ni possibilité de les distinguer. D'après wikipedia, Il s'agit en fait d'une délimitation qui suit les limites des cantons.. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit tour d'horizon des sites openstreetmap
Le 25 juillet 2010 12:07, Pierre Mauduit pierre.maud...@gmail.com a écrit : http://www.openstreetmap.nl/ qui a mon sens a une manière de présenter la map du pays de façon tout à fait originale (perso, j'aime bien). C'est sûr, la carte en grand écran, c'est une bonne idée. Mais on en veut toujours plus : je reste frustré que la seule façon de faire disparaître la fenêtre texte soit le bouton Toon Kaart : j'ai plutôt envie de la déplacer à la souris. Et y'a des questions politiques : leur carte ne couvre pas les autres pays (Allemagne, GB, France), mais couvre la Belgique et le Luxembourg . Art. ___ 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
2010/7/26 Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu Justement, ce n'est pas évident. Aujourd'hui, ce n'est pas très clair. Je dois dire que certaines personnes font tout pour que cela le devienne (pas clair). J'ai fait les dessins du wiki Bicycle en décembre pour justement clore ce genre de débats. L'idée de mettre :left/:right systématiquement a été discutée de long en large (fortune pour Vincent). Le problème, c'est qu'on veut imposer à tout le monde de mettre deux tags partout alors qu'un seul suffirait pour l'immense majorité des cas. C'est comme l'histoire du oneway=no à mettre sur toutes les routes à double sens. - opposite et opposite_lane ne s'appliquent que pour les rues à sens unique POUR LES VOITURES. A l'époque de leur création, notre code de la route interdisait de rouler dans le sens contraire mais ce tag venait des hollandais qui, eux, avaient déjà le droit de circuler à contre-sens en vélo. - cette page du wiki, je l'ai annoncée sur plusieurs listes et il y a eu des commentaires et améliorations fin décembre et janvier de la part de contributeurs partout en Europe. Lisez les commentaires sur la page discussion. Si vous voulez refaire le schéma de tags depuis zéro, pourquoi pas mais faites-le sur une page à part avec vos propositions mais ne redéfinissez pas des usages largement en place ici et partout ailleurs sur le wiki existant sans en discuter à un niveau international. - ceux qui ont des problèmes pour des pistes à gauche de la circulation, je les félicite d'abord d'en avoir trouver parce que moi, je n'en ai jamais vu. Il faut dire que c'est un peu suicidaire. Comme l'a dit Lapinos03, le code de la route demande aux cyclistes de serrer à droite. Et comme il est maintenant possible de rouler en vélo à contre-sens (sauf contre-indication), boujour les collisions. Mais bref, pour les sens-uniques, que vous importe que la piste soit à droite ou à gauche, l'essentiel étant de savoir s'il y a une piste ou pas. Et si, pour aller vraiment dans le détail, vous voulez le montrer, il existe le cas M2 du wiki qui propose une alternative pour tagguer ces cas et il suffit de remplacer cycleway:right par cycleway:left. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?
On lundi 26 juillet 2010, Fred wrote: Bonjour, J'ai voulu regarder sur OSM pour une ballade dans la région des 7 Laux, et j'y ai trouvé un truc bizarre : http://www.openstreetmap.org/?lat=45.2415lon=6.0863zoom=14layers=B000FTF Il s'agit peut-être simplement d'un bug de rendu dans la gestion de la relation qui s'appelle les 7 laux et qui les comprend tous. En choisissant un rendu bien fait ;-) ça passe : http://maps.refuges.info/?lat=45.24458lon=6.07961zoom=14layers=B0F Est-ce un problème connu ? Peut-on y faire quelque chose ? Je viens d'analyser la relation qui regroupe les lacs : http://www.openstreetmap.org/browse/relation/331364 Il serait peut être plus logique d'y ajouter natural=water pour indiquer de quel type de relation il s'agit, bien que je ne pense pas que ça change quoi que ce soit au rendu. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqà »re de rappel
julien balas [via GIS] a écrit : Jute pour etre sur d'avoir bien compris une troute toute simple avec une bande ce chaque cote est taggee (suis on utilise la methode left/right): highway=* cycleway:left=lane cycleway:right=opposite_lane si c'est dans un sens unique ca me parait bon si c'est une route a double sens avec une bande de chaque coté un cycleway=lane suffit non ? Oui mais c'était pour illustrer un usage possible car une des deux piste aurais très bien pu être un track. CU Stéphane -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337530.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger des frontières anciennes e t actuelles
On dimanche 25 juillet 2010, Eric SIBERT wrote: Il est aussi évoqué un problème que j'ai passé sous silence: la méthode surfacique nécessite d'avoir toutes les surfaces élémentaires. C'est en effet une contrainte forte parce que : Encore loin en nombre d'années je le crains. Je n'espère pas ! Mais en attendant, il est en effet utile à plusieurs niveaux de disposer des limites n8 sans pour autant les avoir toutes à n=8 D'où le modèle hybride contour et surface des espagnols pour cumuler les avantages des deux systèmes. B... ça me fait encore plus peur d'avoir un système hybride/double. Cela voudrait dire que certains vont utiliser le modèle contour pour reconstruire les niveaux n8, et d'autre vont utiliser le modèle surface. Ce qui veut dire deux système parrallèles à maintenir, surveiller et entretenir. En fait, j'espère secrètement qu'un autre pays va utiliser le modèle surface et qu'ils essuierons les éventuels plâtres de cette méthode pour nous faire ensuite un retour ;-) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Hello, Merci Pieren, je n'avais effectivement pas lu cette page en anglais elle met bien les choses au point, donc finalement :left/:right + opposite ne devrais pas exister ! CU Stéphane Pieren [via GIS] a écrit : 2010/7/26 Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu Justement, ce n'est pas évident. Aujourd'hui, ce n'est pas très clair. Je dois dire que certaines personnes font tout pour que cela le devienne (pas clair). J'ai fait les dessins du wiki Bicycle en décembre pour justement clore ce genre de débats. L'idée de mettre :left/:right systématiquement a été discutée de long en large (fortune pour Vincent). Le problème, c'est qu'on veut imposer à tout le monde de mettre deux tags partout alors qu'un seul suffirait pour l'immense majorité des cas. C'est comme l'histoire du oneway=no à mettre sur toutes les routes à double sens. - opposite et opposite_lane ne s'appliquent que pour les rues à sens unique POUR LES VOITURES. A l'époque de leur création, notre code de la route interdisait de rouler dans le sens contraire mais ce tag venait des hollandais qui, eux, avaient déjà le droit de circuler à contre-sens en vélo. - cette page du wiki, je l'ai annoncée sur plusieurs listes et il y a eu des commentaires et améliorations fin décembre et janvier de la part de contributeurs partout en Europe. Lisez les commentaires sur la page discussion. Si vous voulez refaire le schéma de tags depuis zéro, pourquoi pas mais faites-le sur une page à part avec vos propositions mais ne redéfinissez pas des usages largement en place ici et partout ailleurs sur le wiki existant sans en discuter à un niveau international. - ceux qui ont des problèmes pour des pistes à gauche de la circulation, je les félicite d'abord d'en avoir trouver parce que moi, je n'en ai jamais vu. Il faut dire que c'est un peu suicidaire. Comme l'a dit Lapinos03, le code de la route demande aux cyclistes de serrer à droite. Et comme il est maintenant possible de rouler en vélo à contre-sens (sauf contre-indication), boujour les collisions. Mais bref, pour les sens-uniques, que vous importe que la piste soit à droite ou à gauche, l'essentiel étant de savoir s'il y a une piste ou pas. Et si, pour aller vraiment dans le détail, vous voulez le montrer, il existe le cas M2 du wiki qui propose une alternative pour tagguer ces cas et il suffit de remplacer cycleway:right par cycleway:left. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337510.html To start a new topic under France, email ml-node+3070341-1406367393-41...@n2.nabble.com To unsubscribe from France, click (link removed) == -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE version:2.1 end:vcard -- View this message in context: http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337569.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le lundi 26 juillet 2010, Pieren a écrit : Je dois dire que certaines personnes font tout pour que cela le devienne (pas clair). J'ai fait les dessins du wiki Bicycle en décembre pour justement clore ce genre de débats. C'est vrai qu'on s'embrouille vite. L'idée de mettre :left/:right systématiquement a été discutée de long en large (fortune pour Vincent). Le problème, c'est qu'on veut imposer à tout le monde de mettre deux tags partout alors qu'un seul suffirait pour l'immense majorité des cas. C'est comme l'histoire du oneway=no à mettre sur toutes les routes à double sens. Tout à fait d'accord. Ce qui rend les choses difficiles à mon avis, et qui fait qu'il peut rester des interrogations, c'est que la page en question donne les cas possibles, mais pas le sens de chaque tag ou valeur : c'est bon pour un usage pratique, mais pas pour la curiosité. Je rajouterais bien cette explication théorique. - ceux qui ont des problèmes pour des pistes à gauche de la circulation, je les félicite d'abord d'en avoir trouver parce que moi, je n'en ai jamais vu. Il faut dire que c'est un peu suicidaire. 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. [1] http://osm.org/go/0BOd_t63?layers=C En revanche, ça vaut la peine d'être mentionné, parce que ce qui est dangereux, c'est le passage de la piste cyclable de la gauche à la droite, et vice-versa. Le fait qu'elle soit à gauche ou à droite n'est pas important en tant que tel, les changements le sont. Donc effectivement, cycleway:left=track. C'est un cas qui n'est pas indiqué, je le rajouterais bien. Ceci dit, c'est le long d'une chaussée à sens unique. Une bande cyclable circulant à gauche sur une route à double sens, c'est à dire en opposition du sens de circulation, ça ce serait un aménagement aberrant. -- Tanguy Ortolo signature.asc Description: Digital signature ___ 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
2010/7/26 Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu 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. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le lundi 26 juillet 2010, Pieren a écrit : 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 simple. Oui, en effet, ça semble le plus simple. Question en apparté : comment raccorde-t-on cette piste à la route principale lorsqu'elle est remplacée par [autre chose] ? On lui fait faire un angle droit pour rejoindre le point où se termine la route ? -- Tanguy Ortolo signature.asc Description: Digital signature ___ 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
Le lundi 26 juillet 2010 à 14:02 +0200, Pieren a écrit : 2010/7/26 Tanguy Ortolo tanguy+...@ortolo.eu 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
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 red...@redfoxcenter.org Le lundi 26 juillet 2010 à 14:02 +0200, Pieren a écrit : 2010/7/26 Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu 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] Suffixes :left/:right - piqûre d e rappel
Le lundi 26 juillet 2010, Christophe Merlet a écrit : Comment on fait lorsque la bande cyclable est au milieu des voies de circulation automobile ? Genre voiture | voiture | bus | vélo | voiture ? Quand ça devient aussi compliqué, je pense que la seule solution est de faire des routes séparées. Ça peut se compliquer à souhait, et on n'arrivera jamais à traiter des cas aussi bizarres avec de simples tags. Et si les cyclistes ont un trajet spécial pour un virage, qui emprunte momentanément le passage piéton ? ;-) -- Tanguy Ortolo signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Ok, Donc par exemple, pour les deux problèmes réels (pour lesquels cette discussion a été lancée) sur Paris : Cas 1 : Sur une voie en sens unique pour les voiture, si la bande cyclable est à gauche et dans le même sens de circulation, il faut mettre cycleway:left = lane ? Cas 2 : Et pour une voie à double sens, où il n'y a qu'une bande cyclable à gauche de la voie (par rapport au sens de création du way), on met cycleway:left = lane également ? Du coup pour déduire dans quel sens circulent les vélos sur la bande cyclable il faut regarder le cycleway:left + le oneway. Si oneway=yes alors les vélos circulent dans le même sens que les voitures, sinon les vélos circulent en fait dans le sens opposé du sens de création de la voie. J'ai bon ? Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/Suffixes-left-right-piqure-de-rappel-tp5327383p5337796.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?
Le Mon, 26 Jul 2010 13:13:53 +0200, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Il s'agit peut-être simplement d'un bug de rendu dans la gestion de la relation qui s'appelle les 7 laux et qui les comprend tous. En choisissant un rendu bien fait ;-) ça passe : http://maps.refuges.info/?lat=45.24458lon=6.07961zoom=14layers=B0F Il s'agit donc bien d'un bug de rendu… je n'en étais pas sûr. Le site indiqué a un rendu bien joli, mais pour le site officiel OSM, où et comment pourrait-on signaler le problème pour une correction ? Sur le site de Mapnik ? quelque part sur OSM ? fredb. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
Yo, 888 Mo, c'est la taille du fichier osm compressé du france.osm.bz2 de cette nuit présent chez géofabrik. Est-ce si extraordinaire ? le chiffre, ça, on s'en fout, par contre c'est la première fois que la taille du fichier france dépasse celui de l'allemagne (887Mo) , faisant du même coup du fichier france le plus gros fichier d'europe. Hé ben, on a bien fait de rentrer des cathérales aux 1500 points ;-) Bien sûr personne ne s'étonnera d'apprendre, sans que je le dise, d'où vient cette croissance récente du fichier... -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
2010/7/26 sly (sylvain letuffe) sylv...@letuffe.org Yo, 888 Mo, c'est la taille du fichier osm compressé du france.osm.bz2 de cette nuit présent chez géofabrik. Est-ce si extraordinaire ? le chiffre, ça, on s'en fout, par contre c'est la première fois que la taille du fichier france dépasse celui de l'allemagne (887Mo) , faisant du même coup du fichier france le plus gros fichier d'europe. Hé ben, on a bien fait de rentrer des cathérales aux 1500 points ;-) Bien sûr personne ne s'étonnera d'apprendre, sans que je le dise, d'où vient cette croissance récente du fichier... :) 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 ;) Emilie Laffray ___ 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
Le 26/07/2010 10:35, jul...@krilin.org a écrit : tu voulais peut etre dire opposite tout court ? oups ! oui, bien sûr ! pas réveillé... -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?
On lundi 26 juillet 2010, Fred wrote: Le Mon, 26 Jul 2010 13:13:53 +0200, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Il s'agit peut-être simplement d'un bug de rendu dans la gestion de la relation qui s'appelle les 7 laux et qui les comprend tous. En choisissant un rendu bien fait ;-) ça passe : http://maps.refuges.info/?lat=45.24458lon=6.07961zoom=14layers=B0F Il s'agit donc bien d'un bug de rendu… je n'en étais pas sûr. Le site indiqué a un rendu bien joli, mais pour le site officiel OSM, où et comment pourrait-on signaler le problème pour une correction ? Sur le site de Mapnik ? quelque part sur OSM ? http://wiki.openstreetmap.org/wiki/Mapnik#Bugs_and_rendering_suggestions -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
Le lundi 26 juillet 2010, GaelADT a écrit : Donc par exemple, pour les deux problèmes réels (pour lesquels cette discussion a été lancée) sur Paris : Cas 1 : Sur une voie en sens unique pour les voiture, si la bande cyclable est à gauche et dans le même sens de circulation, il faut mettre cycleway:left = lane ? Ça semble logique : il y a une bande cyclable à gauche, c'est tout. Cas 2 : Et pour une voie à double sens, où il n'y a qu'une bande cyclable à gauche de la voie (par rapport au sens de création du way), on met cycleway:left = lane également ? Pareil. Du coup pour déduire dans quel sens circulent les vélos sur la bande cyclable il faut regarder le cycleway:left + le oneway. Si oneway=yes alors les vélos circulent dans le même sens que les voitures, sinon les vélos circulent en fait dans le sens opposé du sens de création de la voie. J'ai bon ? C'est cohérent. On indique où il y a une bande cyclable, et, sauf si c'est un contresens — auquel cas on l'indique vu que c'est un cas bien particulier —, le sens de circulation est juste le sens « normal » : sur double sens, le sens du côté où elle est, si c'est un sens unique, le sens unique. -- Tanguy Ortolo signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tech] Question sur l'aide à la saisie d'adresses du plugin Cadastre.
Pieren a écrit : Effectivement, il ne faut pas prendre le wiki pour une bible avec des règles gravées dans le marbre. Mais c'est l'endroit où l'on documente les consensus. Si tu trouves des défauts à ce qui est écrit, essaie de le faire modifier pour que tout le monde fasse pareil au lieu de suivre tes propres règles. Sinon, il y a peu de chances que ceux qui développent des logiciels se basent sur tes pratiques plutôt que sur celles documentées dans le wiki. j'ai bien compris cela, mais ce que j'ai pas bien compris c'est a partir de quel moment un truc est considere comme un consensus et a sa place dans le wiki essayer de le faire modifier, c'est comment qu'on procede ? de plus pour tout ce qui est edition du wiki il y a la barriere de la langue : lire c'est deja difficile mais alors ecrire... (oui, je sais, cette page est traduite en francais, seulement je me dis que si je marque un truc dans la version francaise uniquement ca sera pas top, et puis la page de discussion correspondante n'est qu'en anglais) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 888 Mo (taille de l'extrait france.osm.bz2)
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
Re: [OSM-talk-fr] Suffixes :left/:right - piqû re de rappel
Tanguy Ortolo a écrit : À ce prix-là, on pourrait aussi bien individualiser chacune des voies de circulation d'une route… c'est bien de ca que je parle Tel que je le conçois, un plan tracé n'est qu'une représentation graphique d'une partie des données logiques, qui sont elles-mêmes une représentation logique partielle des objets matériels, pas une photographie. je ne pense pas dans SIG le G est pour geographique, il ne s'agit pas de donnees logiques mais bien de donnees geographiques le rendu et la base de donnees sont 2 langages differents pour exprimer les memes donnees geographiques par contre les donnees geographiques sont une representation partielle de la realite, ca je suis d'accord Par exemple, les pistes et bandes cyclables, ça intéresse évidemment les cyclistes. pas que Et je pense que mon ami cycliste se moquera que la bande soit à trois mètres trente-huit du centre de la chaussée ; en revanche il sera intéressé de savoir qu'elle est à droite de la chaussée, et que dix mètres plus loin, elle passe à gauche. les services techniques de la mairie qui cherchent a calculer la surface de goudron de la rue pourront etres interesses de savoir que la piste cyclable est a 3 m 38 du centre de la rue... de la meme facon qu'il ne faut pas mapper pour le rendu, il ne faut pas non plus mapper pour un usage, il faut decrire le terrain avec un raisonnement comme le tien pourquoi ne pas mettre les n° des adresses directement sur le way de la rue, avec un tag qui indique si ils sont a droite ou a gauche ? Et cette information me semble plus facile à reconnaître dans un placement relatif et liée — la bande est à droite, puis à gauche de la chaussée — que dans un placement absolu — la bande est *ici*, et chaussée est *là*, comme tu peux le calculer, l'une est à droite de l'autre. ca c'est si tu cherche a calculer, par contre si tu regarde avec tes yeux c'est la representation absolue qui est la plus facile a interpreter Quand ça devient aussi compliqué, je pense que la seule solution est de faire des routes séparées. Ça peut se compliquer à souhait, et on n'arrivera jamais à traiter des cas aussi bizarres avec de simples tags. Et si les cyclistes ont un trajet spécial pour un virage, qui emprunte momentanément le passage piéton ? ;-) je te remercie de redire ce que j'avais dit quelques mails plus tot ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Argumentaire pour des données libr es
Good afternoon OSM !! Je mets actuellement en place un catalogue de données géographiques pour un parc naturel régional et j’en profite pour amorcer une discussion sur la libération des données. Malgré la pénétration de ces idées au sein de plusieurs collectivités (je pense à Brest entre autre) on reste tout même confronté à de vieilles crispations concernant ce sujet. Comme dirait l’autre : « le savoir c’est le pouvoir et je compte bien le garder. » J’ai relu l’argumentaire publié sur le wiki de l’OSGéo. Je ne sais pas si quelqu’un l’a déjà confronté à des responsables de SIG, des responsables de collectivité ou encore des élus un peu hostiles à la libération des données mais il me semble maladroit. Les arguments ne sont pas tournés de façon à séduire les décideurs. Pour en avoir employé certains, ils sont même plutôt contre-productif. Bref, je me suis permis de faire quelques commentaires sur le texte, je vous invite à venir me rejoindre sur la page discussion du wiki: http://wiki.osgeo.org/wiki/Talk:Pourquoi_des_donnees_geographiques_libres_fr Merci d'avance =) -- Christophe Bayle ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Argumentaire pour des données libres
Le lundi 26 juillet 2010, Christophe Bayle a écrit : Je mets actuellement en place un catalogue de données géographiques pour un parc naturel régional et j’en profite pour amorcer une discussion sur la libération des données. Malgré la pénétration de ces idées au sein de plusieurs collectivités (je pense à Brest entre autre) on reste tout même confronté à de vieilles crispations concernant ce sujet. Comme dirait l’autre : « le savoir c’est le pouvoir et je compte bien le garder. » C'est amusant comme argument. Si on me l'opposait, personnellement je répondrais : « Quoi que vous fassiez, la concurrence progresse, avec un atout terrible : elle est utilisable librement pour un prix nul. Donc même si vous gardez vos données, un jour vous n'arrivez plus à les vendre. » C'est déjà partiellement le cas avec l'IGN, j'ai l'impression : des organisations qui achetaient auparavant leurs données utilisent maintenant celles, libres, de la NASA à la place. Ma réaction personnelle face à une collectivité qui refuse de libérer ses données cartographiques, c'est de faire mon possible pour reconstruire ces données librement, et rendre leur base obsolète. -- Tanguy Ortolo signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))
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. 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
Re: [OSM-talk-fr] Limites des pays (type loi Voinet)
Pieren a écrit : Le problème, c'est que l'admin_level 7 est déjà pris par des entités qui vont partiellement recouvrir tes pays. Il y aura donc plus de cohérence dans ce niveau (si on considère que la somme des boundaries forment le territoire en entier, sans recouvrements, ni trous), ni possibilité de les distinguer. D'après wikipedia, Il s'agit en fait d'une délimitation qui suit les limites des cantons. Il ne faut pas croire tout ce que raconte Wikipédia. Les Pays ne sont pas des regroupements de cantons. Dans le meilleur des cas, des regroupements d'EPCI (parfois, c'est un peu plus complexe). Comment expliquer que les communes de Wittelsheim, Kleingoeft ou Jetterswiller n'appartient à aucun Pays en Alsace ? La couche des Pays ne formera pas une partition complète du territoire français (pas en 2010 du moins). Quelques villages gaulois résistent. Au boulot, pour garder le coté homogénéïté de la Région, on a inventé le concept de pseudo-pays, à l'image des pseudo-cantons créés et utilisés par l'INSEE pour les statistiques. Je crois qu'il serait bon de distinguer les collectivités locales (département, région, comcom, etc.) des autres territoires de projet ou règlementaire qui s'entremêleront inévitablement ; je pense aux périmètres de transport urbain, aux schémas de cohérence territoriale (SCOT), aux zones urbaines sensibles, parcs naturels, etc. On pourrait considérer les Pays-Voynet comme des Réserves Naturelles Régionales de Développement, au moins sous l'angle des tags ;-) Un site incontournable pour tenter de comprendre l'échevau des zonages : http://www.territoires.gouv.fr Denis ___ 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 ! 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 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] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))
François Van Der Biest a écrit : En parlant d'indicateurs d'avancement... http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une couverture européenne ! le chocolat c'est fin, ça se mange sans fin 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. Je ne savais pas comment cela s'appelait, mais j'avais vu cela sur les pages d'avancement de communes par départements et je m'étais dit que ce serait bien de mélanger cette finesse d'analyse avec l'aspect quality-carte. Du coup au lieu de mettre un indicateur : bâti =0/1 on pourait avoir bâti = [0,1,2,3,...] avec un curseur pour positionner le niveau au niveau de l'interface. Au niveau rendu, on pourrait avoir un dégradé de couleur comme sur l'avancement des communes fournies par beta.letuffe.org Denis ___ 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
M'enfin, pourquoi c'est si compliqué ? La référence est le sens du tracé. C'est par rapport à cela que [oneway]=yes prend consistence. LANE / TRACK suivent le sens de la circulation automobile, le sens directeur maître étant celui du tracé. Evidemment, dans une circulation à double-sens, le sens du tracé n'a que peu d'importance. Avec un [oneway]=yes, cela devient significatif. Par défaut, LANE / TRACK suivent la même règle que la circulation automobile, en direction(s) et en nombre de voies. OPPOSITE / OPPOSITE_LANE / OPPOSITE_TRACK indique un sens contraire au sens du tracé pour éloigner toute équivoque. :LEFT / :RIGHT sont optionnels et précisent un positionnement de l'axe cycliste par rapport au tracé directeur, si nécessaire. LANE/TRACK ont un positionnement par défaut qui dépend du système de conduite. En France, à droite, en Angleterre, à gauche. Après, vous pouvez combiner ces tags pour cartographier la quasi totalité des cas de figure. Maintenant, c'est l'heure du grand QUIZZ ! Dans les questions qui suivent, la rue est tracée à la verticale et s'étire du Sud vers le Nord. On fera fi du tag [highway]=* et [oneway]=yes pour les rues à sens niques, le cas échéant. Les pistes/bandes cyclables sont naturellement placées en fonction du système de conduite, sauf mention contraire. Plusieurs réponses sont parfois possibles mais il faut donner la plus pertinente. Qui fera un sans-faute ? ;-) --- 1. Une rue à double-sens dispose d'une bande cyclable que d'un côté, pour aller du Sud vers le Nord. Je mappe : a. [cycleway]=lane b. [cycleway:right]=lane c. [cycleway:left]=opposite_lane d. [cycleway]=lane [oneway:bicycle]=yes 2. Une rue à sens unique dispose d'une bande cyclable pour aller du Sud vers le Nord et d'une piste pour aller du Nord vers la Sud. Je mappe : a. [cycleway]=lane;track b. [cycleway:right]=lane [cycleway:left]=track c. [cycleway:right]=lane [cycleway:left]=opposite_track d. [cycleway:right]=lane et je trace 1 piste indépendante côté gauche, en sens opposé 3. Une rue, à double-sens, dispose d'une piste cyclable de chaque côté. Je mappe : a. [cycleway]=track b. [cycleway:right]=track [cycleway:left]=track c. [cycleway:right]=track [cycleway:left]=opposite_track d. je trace 2 pistes indépendantes de part et d'autre de la rue 4. Une rue, à sens unique, dispose d'une bande cyclable pour aller du Sud vers le Nord, placée côté gauche. Je mappe : a. [cycleway]=lane b. [cycleway:left]=lane c. [cycleway:left]=opposite_lane d. joker 5. Je suis en Angleterre. Une rue, à sens unique, dispose d'une bande cyclable en contre-sens. Je mappe : a. [cycleway]=opposite_lane b. [cycleway:left]=lane c. [cycleway:right]=opposite_lane d. [cycleway:left]=opposite_lane 6. Une rue à sens unique dispose de marquages répétés au sol, chevrons+sigle cycliste, dans le même sens de circulation. Je mappe : a. [cycleway]=lane b. [bicycle]=yes c. [cycleway]=opposite d. C'est bon, j'arrête là et je pars avec la caisse. Et c'est mon dernier mot. 7. Une rue à sens unique dispose de marquages répétés au sol, chevrons+sigle cycliste, dans le sens contraire de circulation. Je mappe : a. [cycleway]=lane b. [bicycle]=yes c. [cycleway]=opposite d. Cette fois-ci, j'arrête vraiment. 8. Une rue à sens unique dispose d'une bande cyclable en sens contraire à ses extrémités, sur 10m, puis de marquages répétés au sol, chevrons+sigle cycliste, sur le reste de la rue. Je mappe : a. [cycleway]=lane b. [cycleway]=opposite_lane c. [cycleway]=opposite d. [oneway:bicycle]=-1 9. Une rue à sens unique dispose d'un couloir de bus en sens contraire autorisé au vélo. Je mappe : a. [cycleway]=lane b. [cycleway:left]=opposite_lane c. [busway]=opposite_lane [cycleway]=share_busway d. [busway:left]=opposite_lane [cycleway:left]=opposite_lane 10. Une rue, à sens unique, dispose d'un couloir de bus pour aller du Sud vers le Nord, placée côté gauche. Laquelle bande de bus dispose d'une bande cyclable, placée côté gauche sur cette même bande. Je mappe : a. [cycleway]=lane b. [cycleway:left]=lane c. [busway:left]=lane [cycleway:left]=share_busway d. [busway:left]=lane [cycleway:left]=lane 11. Un couloir de bus à double-sens n'autorise les vélos dans le sens sud-nord. Je mappe : a. [bicycle]=yes b. [cycleway:left]=lane c. [cycleway:left]=share_busway d. [bicycle:left]=yes 12. Une rue est mappée [oneway]=-1 et [cycleway]=opposite_lane. Je retourne la rue et modifie [oneway]=yes. Que devient cycleway? a. [cycleway]=opposite_lane b. [cycleway]=lane c. je demande des infos sur cette rue auprès du contributeur d. non, décidément, je préfère les Jeux d'Eté du Figaro ___ 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))
Le lundi 26 juillet 2010 16:55:43 François Van Der Biest, vous avez écrit : En parlant d'indicateurs d'avancement... http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une couverture européenne ! Super. J'espère que tu ne seras pas jeté à la rue cette fois-ci. PS: si vous pensez à plus d'indicateurs que les 3 actuellement supportés (highways, landuse, building), n'hésitez pas à vous manifester ... On en avais déjà discuté il me semble, et la remarque de Raphaël va dans ce sens, la modalité true/false est trop restrictive. Le statut de München a en effet un gradient intéressant, basique mais déjà bien mieux que rien/tout. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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
1- b 2- b,d 3- a,d 4- b 5- a 6- b 7- c 8- c 9- c 10- d 11- c 12- Je vais voir moi même sur le terrain :) Le lundi 26 juillet 2010 à 17:35 +0200, Lapinos03 a écrit : M'enfin, pourquoi c'est si compliqué ? La référence est le sens du tracé. C'est par rapport à cela que [oneway]=yes prend consistence. LANE / TRACK suivent le sens de la circulation automobile, le sens directeur maître étant celui du tracé. Evidemment, dans une circulation à double-sens, le sens du tracé n'a que peu d'importance. Avec un [oneway]=yes, cela devient significatif. Par défaut, LANE / TRACK suivent la même règle que la circulation automobile, en direction(s) et en nombre de voies. OPPOSITE / OPPOSITE_LANE / OPPOSITE_TRACK indique un sens contraire au sens du tracé pour éloigner toute équivoque. :LEFT / :RIGHT sont optionnels et précisent un positionnement de l'axe cycliste par rapport au tracé directeur, si nécessaire. LANE/TRACK ont un positionnement par défaut qui dépend du système de conduite. En France, à droite, en Angleterre, à gauche. Après, vous pouvez combiner ces tags pour cartographier la quasi totalité des cas de figure. Maintenant, c'est l'heure du grand QUIZZ ! Dans les questions qui suivent, la rue est tracée à la verticale et s'étire du Sud vers le Nord. On fera fi du tag [highway]=* et [oneway]=yes pour les rues à sens niques, le cas échéant. Les pistes/bandes cyclables sont naturellement placées en fonction du système de conduite, sauf mention contraire. Plusieurs réponses sont parfois possibles mais il faut donner la plus pertinente. Qui fera un sans-faute ? ;-) --- 1. Une rue à double-sens dispose d'une bande cyclable que d'un côté, pour aller du Sud vers le Nord. Je mappe : a. [cycleway]=lane b. [cycleway:right]=lane c. [cycleway:left]=opposite_lane d. [cycleway]=lane [oneway:bicycle]=yes 2. Une rue à sens unique dispose d'une bande cyclable pour aller du Sud vers le Nord et d'une piste pour aller du Nord vers la Sud. Je mappe : a. [cycleway]=lane;track b. [cycleway:right]=lane [cycleway:left]=track c. [cycleway:right]=lane [cycleway:left]=opposite_track d. [cycleway:right]=lane et je trace 1 piste indépendante côté gauche, en sens opposé 3. Une rue, à double-sens, dispose d'une piste cyclable de chaque côté. Je mappe : a. [cycleway]=track b. [cycleway:right]=track [cycleway:left]=track c. [cycleway:right]=track [cycleway:left]=opposite_track d. je trace 2 pistes indépendantes de part et d'autre de la rue 4. Une rue, à sens unique, dispose d'une bande cyclable pour aller du Sud vers le Nord, placée côté gauche. Je mappe : a. [cycleway]=lane b. [cycleway:left]=lane c. [cycleway:left]=opposite_lane d. joker 5. Je suis en Angleterre. Une rue, à sens unique, dispose d'une bande cyclable en contre-sens. Je mappe : a. [cycleway]=opposite_lane b. [cycleway:left]=lane c. [cycleway:right]=opposite_lane d. [cycleway:left]=opposite_lane 6. Une rue à sens unique dispose de marquages répétés au sol, chevrons+sigle cycliste, dans le même sens de circulation. Je mappe : a. [cycleway]=lane b. [bicycle]=yes c. [cycleway]=opposite d. C'est bon, j'arrête là et je pars avec la caisse. Et c'est mon dernier mot. 7. Une rue à sens unique dispose de marquages répétés au sol, chevrons+sigle cycliste, dans le sens contraire de circulation. Je mappe : a. [cycleway]=lane b. [bicycle]=yes c. [cycleway]=opposite d. Cette fois-ci, j'arrête vraiment. 8. Une rue à sens unique dispose d'une bande cyclable en sens contraire à ses extrémités, sur 10m, puis de marquages répétés au sol, chevrons+sigle cycliste, sur le reste de la rue. Je mappe : a. [cycleway]=lane b. [cycleway]=opposite_lane c. [cycleway]=opposite d. [oneway:bicycle]=-1 9. Une rue à sens unique dispose d'un couloir de bus en sens contraire autorisé au vélo. Je mappe : a. [cycleway]=lane b. [cycleway:left]=opposite_lane c. [busway]=opposite_lane [cycleway]=share_busway d. [busway:left]=opposite_lane [cycleway:left]=opposite_lane 10. Une rue, à sens unique, dispose d'un couloir de bus pour aller du Sud vers le Nord, placée côté gauche. Laquelle bande de bus dispose d'une bande cyclable, placée côté gauche sur cette même bande. Je mappe : a. [cycleway]=lane b. [cycleway:left]=lane c. [busway:left]=lane [cycleway:left]=share_busway d. [busway:left]=lane [cycleway:left]=lane 11. Un couloir de bus à double-sens n'autorise les vélos dans le sens sud-nord. Je mappe : a. [bicycle]=yes b. [cycleway:left]=lane c. [cycleway:left]=share_busway d. [bicycle:left]=yes 12. Une rue est mappée [oneway]=-1 et [cycleway]=opposite_lane. Je retourne la rue et modifie [oneway]=yes. Que devient cycleway? a. [cycleway]=opposite_lane b. [cycleway]=lane c. je demande des infos sur cette rue auprès du contributeur d. non, décidément, je préfère les Jeux d'Eté du Figaro
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] Suffixes :left/:right - piqûre d e rappel
Le lundi 26 juillet 2010, Lapinos03 a écrit : M'enfin, pourquoi c'est si compliqué ? À cause de quelques rares oneway=-1… Maintenant, c'est l'heure du grand QUIZZ ! Youpi ! Mes réponses (en vrac pour ne pas troubler les autres joueurs) : 1d 2b 3a 4b 5a 6d : ça existe, ces marquages, mais c'est du foutage de gueule de cycliste 7c 8c, mais en fait je ferais une représentation plus détaillée 9c 10c 11e : aucune réponse ne me convient, en fait 12c : même si je sais parfaitement ce que ça voulait théoriquement dire (hmmm…), j'ai des doutes sur le fait que le contributeur précédent le savait aussi -- Tanguy Ortolo signature.asc Description: Digital signature ___ 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
Re: [OSM-talk-fr] Bonjour à tous
Le lundi 26 juillet 2010 17:54:13 Raphaël Pinson, vous avez écrit : 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! Salut et bienvenue à toi, même si tu es plus ancien contributeur que moi :-) P.S. : À force de fréquenter les mêmes listes, on va finir par se rencontrer IRL ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites des pays (type loi Voinet)
2010/7/26 Denis dhel...@free.fr l'échevau des zonages En tant que citoyen lambda, j'utiliserais plutôt le terme de sac de noeuds (mais c'est une définition que l'on pourrait aussi donner à OSM ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tech] Question sur l'aide à la saisie d'adresses du plugin Cadastre.
2010/7/26 hamster hams...@suna.fdn.fr de plus pour tout ce qui est edition du wiki il y a la barriere de la langue : lire c'est deja difficile mais alors ecrire... (oui, je sais, cette page est traduite en francais, seulement je me dis que si je marque un truc dans la version francaise uniquement ca sera pas top, et puis la page de discussion correspondante n'est qu'en anglais) Oui je sais que ça peut être une barrière. Mais il arrive que certains posent de bonnes questions dans un mauvais anglais sur la liste principale (l'inverse arrive plus souvent). Il se trouve que maintenant, on a dans le wiki deux relations assez proches associatedStreet et street et qu'il faudra sans doute faire le ménage. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
Salut, Le lundi 26 juillet 2010 à 17:54 +0200, Raphaël Pinson a écrit : 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! Bienvenu sur la liste Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : 888 Mo (taille de l'extrait france.osm.bz2)
De : Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net É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. +1 Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites des pays (type loi Voinet)
B'soir, Le problème, c'est que l'admin_level 7 est déjà pris par des entités qui vont partiellement recouvrir tes pays. Il y aura donc plus de cohérence dans ce niveau (si on considère que la somme des boundaries forment le territoire en entier, sans recouvrements, ni trous), ni possibilité de les distinguer. D'après wikipedia, Il s'agit en fait d'une délimitation qui suit les limites des cantons.. Bon ... Même si l'idée de Denis, des Réserves Naturelles Régionales de Développement me plaît bien je pense que je vais conserver mon tracé dans un coin ... Si je fais ça c'est surtout pour avoir un élément visuel qui pourrait faire percuter les élus ! Ils sont tellement fiers de leur territoire ! :o) Merci de vos retours ! Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème d'affichage mapnik ou de la base OSM aux 7 Laux ?
Le Mon, 26 Jul 2010 15:11:17 +0200, sly (sylvain letuffe) sylv...@letuffe.org a écrit : http://wiki.openstreetmap.org/wiki/Mapnik#Bugs_and_rendering_suggestions Merci ! C'est enregistré (http://trac.openstreetmap.org/ticket/3143). fredb. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre d e rappel
J’ai suivi un peu ce fil de discussion, et j’ai effectivement l’impression qu’une certaine obscurité reigne chez certains. Ceci dit, je n’ai pas encore pris la peine de cartographier les pistes et bandes cyclables. Aussi, c’est avec un œil assez neuf et intuitif (je n’ai pas lu précisément le wiki à ce sujet, mais en dehors des vélos, j’ai une certaine expérience). Alors j’ai répondu au QUIZZ avec la sensation d’avoir des réponses et une modélisation cohérentes. J’ai lu les questions, posé les balises modélisant chaque objet et condition, et je les ai combiné. 1. Une rue à double-sens (highway=*) dispose d'une bande cyclable (cycleway=lane) que d'un côté, highway=* ; cycleway=lane (on pourrait préciser :left ou :right) 2. Une rue à sens unique (highway=* ; oneway=1) dispose d'une bande cyclable (cycleway=lane) pour aller du Sud vers le Nord (oneway:bicycle=1) et d'une piste (cycleway=track) pour aller du Nord vers la Sud (oneway:bicycle=-1). Je mappe : highway=* ; oneway=1 ; cycleway=lane,opposite_track ; oneway:bicycle=1 3. Une rue, à double-sens (highway=*), dispose d'une piste cyclable de chaque côté (cycleway:left=track ; cycleway:right=track). si le sens des pistes n’est pas précisé : highway=* ; cycleway:left=track ; cycleway:right=track si il est implicite qu’il y a un seul sens par piste : highway=* ; cycleway:left=track ; cycleway:right=opposite_track ; oneway:bicycle=1 (ou -1 selon le sens à donner alors) 4. Une rue (highway=*), à sens unique (oneway=1), dispose d'une bande cyclable (cycleway=lane) pour aller du Sud vers le Nord (oneway:bicycle=1), placée côté gauche (cycleway:left=lane). Je mappe : highway=* ; oneway=1 ; cycleway:left=lane ; oneway:bicycle=1 5. Je suis en Angleterre (on s’en moque). Une rue (highway=*), à sens unique (oneway=1), dispose d'une bande cyclable (cycleway=lane) en contre-sens (oneway:bicycle=-1). Je mappe : highway=* ; oneway=1 ; cycleway=lane ; oneway:bicycle=-1 ou highway=* ; oneway=1 ; cycleway=opposite_lane ; oneway:bicycle=1 6. Une rue à sens unique (highway=* ; oneway=1) dispose de marquages répétés au sol, chevrons+sigle cycliste (bicycle=yes), dans le même sens de circulation (oneway:bicycle=1). Je mappe : highway=* ; oneway=1 ; bicycle=1 ; oneway:bicycle=1 Comme cycleway n’apparaît pas on pourrait le faire apparaître comme suit : highway=* ; oneway=1 ; cycleway=share_highway ; oneway:bicycle=1 7. Une rue à sens unique (highway=* ; oneway=1) dispose de marquages répétés au sol, chevrons+sigle cycliste (bicycle=yes), dans le sens contraire de circulation (oneway:bicycle=-1). Je mappe : Même chose que 6. mais le sens des cyclistes est opposé : highway=* ; oneway=1 ; bicycle=1 ; oneway:bicycle=-1 Comme cycleway n’apparaît pas on pourrait le faire apparaître comme suit : highway=* ; oneway=1 ; cycleway=share_highway ; oneway:bicycle=-1 8. Une rue à sens unique (highway=* ; oneway=1) dispose d'une bande cyclable (cycleway=lane) en sens contraire (oneway:bicycle=-1) à ses extrémités, sur 10m (je découpe le « way »), puis de marquages répétés au sol, chevrons+sigle cycliste, sur le reste de la rue (bicycle=yes). Je mappe : sur les extrémités coupées : highway=* ; oneway=1 ; cycleway=lane ; oneway:bicycle=-1 ou highway=* ; oneway=1 ; cycleway=opposite_lane ; oneway:bicycle=1 sur le reste : highway=* ; oneway=1 ; bicycle=1 ; oneway:bicycle=-1 ou highway=* ; oneway=1 ; cycleway=share_highway ; oneway:bicycle=-1 9. Une rue à sens unique (highway=* ; oneway=1) dispose d'un couloir de bus (busway=lane) en sens contraire (oneway:bus=-1) autorisé au vélo (bicycle=yes). Je mappe : highway=* ; oneway=1 ; busway=lane ; oneway:bus=-1 ; bicycle=1 ; oneway:bicycle=-1 (ici on ne voit pas que le vélo partage la voie des bus) ou highway=* ; oneway=1 ; busway=lane ; oneway:bus=-1 ; cycleway=share_busway ; oneway:bicycle=-1 10. Une rue (highway=*), à sens unique (oneway=1), dispose d'un couloir de bus (busway=lane) pour aller du Sud vers le Nord (oneway:bus=1), placée côté gauche (busway:left=lane). Laquelle bande de bus dispose d'une bande cyclable (cycleway=share_busway), placée côté gauche sur cette même bande (cycleway:left=lane). Je mappe : highway=* ; oneway=1 ; busway:left=lane ; oneway:bus=1 ; cycleway=share_busway ; cycleway:left=lane ; oneway:bicycle=1 (ici c’est la combinaison de cycleway=share_busway et cycleway:left=lane qui permet de déduire que la bande cyclable est sur la voie de bus) 11. Un couloir de bus à double-sens (busway=lane) n'autorise les vélos (bicycle=yes) dans le sens sud-nord (oneway:bicycle=1). Je mappe : busway=lane ; bicycle=1 ; oneway:bicycle=1 ou busway=lane ; cycleway=share_busway ; oneway:bicycle=1
Re: [OSM-talk-fr] qualitystreetmap.org is back ! (was: Re: 888 Mo (taille de l'extrait france.osm.bz2))
2010/7/26 Raphaël Pinson raph...@gmail.com: Quelles sont les conditions pour marquer une tuile comme bonne? Bah, c'est un peu comme le contributeur veut :-) Je me suis dit que dans une premiere approximation, marquer OK pour highways sur une tuile peut vouloir dire : - OK, toute les routes y sont, mais comme j'ai tracé depuis une photo aerienne, j'ai pas les noms (1) - mieux : depuis le cadastre, j'ai toutes les rues, et leurs noms (2) - encore mieux : pareil, mais je suis allé vérifier sur le terrain (3) Comme tout cela est complexe à modéliser, je me suis dit : faisons simple pour commencer, avec un critère binaire. Rien n'empeche de marquer la tuile comme OK pour le statut (1) ci-dessus, puis se dire : OK, je refais une passe en précisant, auquel cas, le contributeur repasse sur les tuiles en les remettant à false, puis les repasse à true au fur et à mesure de son avancement vers le critère (2)... Auquel cas, la fonctionnalité de sélection multiple de tuiles aurait clairement son intérêt... Ticket créé à l'instant : http://code.google.com/p/osmqa/issues/detail?id=18 Un import du cadastre dans une ville suffit-il à marquer les tuiles de la ville comme bonnes? A priori, oui. Mais là encore, une fois un import réalisé, si on se rend compte qu'il y a des noeuds en double, et qu'il faut travailler zone par zone pour corriger, on peut repasser en building = false toute la ville d'un coup, et changer les statuts de chaque tuile au fur et à mesure de l'avancement. Enfin, c'est ma vision des choses... Comment s'assurer que les routes sont bonnes pour une tuile? cf ci-dessus... F. ___ 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 Denis dhel...@free.fr: François Van Der Biest a écrit : En parlant d'indicateurs d'avancement... http://www.qualitystreetmap.org/osmqa/?lang=fr est de retour, avec une couverture européenne ! le chocolat c'est fin, ça se mange sans fin Héhé ... Denis, tu files la métaphore comme d'autres, la guimauve ;-) 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. Je ne savais pas comment cela s'appelait, mais j'avais vu cela sur les pages d'avancement de communes par départements et je m'étais dit que ce serait bien de mélanger cette finesse d'analyse avec l'aspect quality-carte. Du coup au lieu de mettre un indicateur : bâti =0/1 on pourait avoir bâti = [0,1,2,3,...] avec un curseur pour positionner le niveau au niveau de l'interface. Au niveau rendu, on pourrait avoir un dégradé de couleur comme sur l'avancement des communes fournies par beta.letuffe.org Oui, j'y ai bien pensé, mais n'est ce pas compliquer l'outil ? C'est vrai que la solution passage à false en masse, puis repassage à true pour affiner n'est pas généralisable, puisqu'elle ne fonctionne que pour un contributeur isolé. A partir du moment ou il y a 2 ou plus mappeurs, les critères ne seront pas homogènes... F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Argumentaire pour des données libr es
2010/7/26 Christophe Bayle christophe.ba...@gmail.com: Good afternoon OSM !! Salut Christophe, Bref, je me suis permis de faire quelques commentaires sur le texte, je vous invite à venir me rejoindre sur la page discussion du wiki: http://wiki.osgeo.org/wiki/Talk:Pourquoi_des_donnees_geographiques_libres_fr Superbe travail ! J'embraye sur la suite dès que j'ai un peu de temps... j'aime bien la dynamique on est à plusieurs sur un document. Sinon, dans l'idée la preuve par les faits, le document suivant (en cours de finalisation avant publication dans le journal de l'EPFL) peut aider à convaincre des décideurs, surtout si on leur montre comment réutiliser les données OSM (maposmatic, serveur de tuiles, etc ...) : http://dl.free.fr/oeHMyR3pg - regarder essentiellement les figures 2 et 3 ... le reste est probablement déjà connu de vous tous. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Argumentaire pour des données libr es
2010/7/26 Tanguy Ortolo tanguy+...@ortolo.eu: C'est amusant comme argument. Si on me l'opposait, personnellement je répondrais : « Quoi que vous fassiez, la concurrence progresse, avec un atout terrible : elle est utilisable librement pour un prix nul. Donc même si vous gardez vos données, un jour vous n'arrivez plus à les vendre. » C'est déjà partiellement le cas avec l'IGN, j'ai l'impression : des organisations qui achetaient auparavant leurs données utilisent maintenant celles, libres, de la NASA à la place. Ha bon ? Je veux bien savoir qui est passé de IGN à NASA ... Et quels produits de la NASA concurrencent ceux de l'IGN ? Personnellement, je n'en vois aucun, mais peut etre est-ce ma méconnaissance de l'offre de produits de la NASA. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Argumentaire pour des données libres
Le lundi 26 juillet 2010, François Van Der Biest a écrit : 2010/7/26 Tanguy Ortolo tanguy+...@ortolo.eu: C'est déjà partiellement le cas avec l'IGN, j'ai l'impression : des organisations qui achetaient auparavant leurs données utilisent maintenant celles, libres, de la NASA à la place. Ha bon ? Je veux bien savoir qui est passé de IGN à NASA ... Au moins un des commentateurs de la page http://www.regardscitoyens.org/etat-des-lieux-de-lopendata-en-france/. Mais je me trompais, il ne s'agit pas spécifiquement de la NASA, juste de l'armée américaine, sans précision de l'arme en question. Et quels produits de la NASA concurrencent ceux de l'IGN ? Des cartes, je pense. Ou des photographies aériennes. Je ne connais pas non plus les produits de la NASA, je sais juste que les américains sont d'une façon générale beaucoup plus ouverts que nous dans ce domaine. En tout cas, si ce n'est pas l'IGN, ce sera bientôt le cas des fournisseurs de cartographie urbaine, je pense. Déjà, vu l'état du plan OpenStreetMap de Paris, j'imagine mal un éditeur de carte aller se fournir ailleurs, à moins d'avoir spécialement envie de dépenser de l'argent… -- Tanguy Ortolo signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fusionner des ways redondants resultants d'imports successifs
Le 23 juil. 2010 à 20:02, Pieren a écrit : Euh, pas sûr que ce soit une bonne idée de fusionner: OK, merci à tous pour le retour. Je vais laisser comme ça pour le moment. Mais d'un point de vue purement technique, dans JOSM, y-a-t'il une autre méthode que de faire ça à la main tronçon par tronçon ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Demande de Bati et de Rivière
Bonjour à tous Avant de quémander, je tiens à vous remercier tous, pour tout ce que vous faites pour les contributeurs modestes comme moi, en mettant gracieusement fichiers et abondants conseils en ligne. Pour en venir au fait, la commune de La Croix sur Gartempe en Haute Vienne vient juste d'être numérisée et l'aide d'une bonne âme pour recuperer le bati et les cours d'eau serait appréciable et appréciée. Librement et cordialement Eric -- View this message in context: http://gis.638310.n2.nabble.com/Demande-de-Bati-et-de-Riviere-tp5340002p5340002.html Sent from the France mailing list archive at Nabble.com. ___ 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
2010/7/26 Mikaël Cordon mikael.cor...@gmail.com En confrontant les réponses avec les figures de cette page: http://wiki.openstreetmap.org/wiki/Bicycle 1. Une rue à double-sens (highway=*) dispose d'une bande cyclable (cycleway=lane) que d'un côté, highway=* ; cycleway=lane (on pourrait préciser :left ou :right) C'est pas 'on peut'. C'est 'on doit'. Sinon on tombe sur le cas L1a avec simplement cycleway=lane. 2. Une rue à sens unique (highway=* ; oneway=1) dispose d'une bande cyclable (cycleway=lane) pour aller du Sud vers le Nord (oneway:bicycle=1) et d'une piste (cycleway=track) pour aller du Nord vers la Sud (oneway:bicycle=-1). Je mappe : highway=* ; oneway=1 ; cycleway=lane,opposite_track ; oneway:bicycle=1 Tracez les tracks avec des polylignes séparées, ça sera beaucoup plus simple. La virgule n'est pas utilisée comme séparateur (c'est le point-virgule). On recommande depuis longtemps de ne plus utiliser '1' mais 'yes' (uniquement accepté pour -1). On ne sait pas si ton 'oneway:bicycle' s'applique au lane ou au track. Etc, etc... J'arrête là pour ce soir. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr