Re: [OSM-talk-fr] Le nouveau Nominatim 2.3 est arrivé
Le 6 oct. 2014 à 15:18, Pieren pier...@gmail.com a écrit : Vu sur la liste dev, une info qui va sans doute intéresser tous les utilisateurs de nominatim. Deux changements majeurs: - la prise en compte de la relation waterway pour la recherche de rivières ça fonctionne même avec les écluses (ou presque) :-) Recherchez « Cléry-sur-somme, canal du nord » depuis la carte de Christian : http://tile.openstreetmap.fr/~cquest/leaflet/bano.htm (Choisissez le fond de carte OpenRiverBoat plus adapté) Par contre « écluse de cléry-sur-somme, canal du nord » ne fonctionne pas… Peut-être que Claude ou Yohan auront regardé ça de plus près ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Bonjour, Le 20 sept. 2014 à 15:16, Brice Person brice.per...@zenordi.fr a écrit : Je viens d'en faire un CSV tout neuf ;-) https://www.data.gouv.fr/fr/datasets/stations-services-en-france/ Merci, c’est plus lisible pour un humain ;-) Le 25 sept. 2014 à 23:15, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : J'ai finalement refait la conversion pour l'avoir dans un format qui me va mieux : une colonne = une donnée. +1 C’est plus facile aussi pour utiliser les fonctions de filtrage d’un tableur. Ça ne me choque pas pour les jours de fermeture, mais ce n’est pas pratique pour la colonne service. Peux-tu mettre une colonne par service et une croix/Oui dans la ligne correspondante de point de vente ? Sur ta page data.gouv.fr tu indiques : « Heureusement, beaucoup de pompes sont aujourd'hui équipées en carte bleue. Mais malheureusement cette information n'est pas précisée dans le XML. » Il me semble que c’est le tag serviceAutomate CB/service qui indique ça ;-) Par contre, on ne connait pas effectivement le type de cartes utilisées, ni si l’automate accepte les billets. « On ne peux donc pas non plus faire complètement confiance aux horaires d'ouverture. Le modèle du XML source ne se prêtant d'ailleurs pas à la précision. » On peut leur suggérer le format de opening_hours ? Certes, pas facile à saisir mais hyper fiable. L’outil opening_hours evaluation tool est très pratique pour se faire la main et vérifier ses valeurs avant de les intégrer dans OSM. — Yves PS: Peux-tu aussi trier les pdv par département et par ville ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 Cordialement, 2014-10-06 17:49 GMT+02:00 Pierre pie...@expan.fr: Bonjour, Je cherche à réactualiser la carte d’Ile Maurice suite au constat suivant : Navigator Mapfactor m’interdit le chemin le plus court entre 2 points (très proches pourtant et reliés par une route nationale à proximité d’un rond-point) et m’impose un trajet de contournement très important. Indice : Si je choisis un point (arrivée ou départ) dans la zone sensible, le logiciel m’indique que l’un des points se situe dans une zone réglementée alors qu’il n’y a rien qui ne le justifie à priori. Si je les écarte pour sortir de cette zone sensible, le contournement est imposé (voir image ci-jointe). En souhaitant modifier la carte sur OpenStreetMap, je n’ai pas trouvé trace d’indication de « zone réglementée » (voir image ci-jointe) ou de marquage particulier. Une copie d’écran est ci-jointe. Comment modifier cette zone ou l’effacer ? Merci pour votre aide. Cordialement. *Pierre Buchmann* 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
En tous cas, OSRM s'en sort bien : osrm.at/9Hp http://osrm.at/9Hp JB. Le 07/10/2014 09:48, Greg a écrit : Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 Cordialement, 2014-10-06 17:49 GMT+02:00 Pierre pie...@expan.fr mailto:pie...@expan.fr: Bonjour, Je cherche à réactualiser la carte d’Ile Maurice suite au constat suivant : Navigator Mapfactor m’interdit le chemin le plus court entre 2 points (très proches pourtant et reliés par une route nationale à proximité d’un rond-point) et m’impose un trajet de contournement très important. Indice : Si je choisis un point (arrivée ou départ) dans la zone sensible, le logiciel m’indique que l’un des points se situe dans une zone réglementée alors qu’il n’y a rien qui ne le justifie à priori. Si je les écarte pour sortir de cette zone sensible, le contournement est imposé (voir image ci-jointe). En souhaitant modifier la carte sur OpenStreetMap, je n’ai pas trouvé trace d’indication de « zone réglementée » (voir image ci-jointe) ou de marquage particulier. Une copie d’écran est ci-jointe. Comment modifier cette zone ou l’effacer ? Merci pour votre aide. Cordialement. *Pierre Buchmann* 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Tu as vérifié l'état du rond-point ? Souvent ceux qui découpent les rond-points ne reconnectent pas correctement les segments, ou les tracent à l'envers (ce qui avec la restriction junction=roundabout en fait des sens uniques qui ne peuvent pas être parcours à l'envers: certains segments sont peut-être dans le mauvais sens. J'ai personnellement horreur d tronçonnage inutile des ronds-points (ce qui n'est justifié QUE s'il y a réellement besoin de tags différents pour certains tronçons, par exemple un pont ou une voie cyclable seulement sur une partie de l'anneau. A chaque fois que c'est fait on se retroue avec des routages brisés (par exemple les lignes de bus en ville, parce qu'il y a beaucoup de relations à les emprunter, parfois une bonne trentaine, et que ces segments de découpage iniital sont souvent mal faits, pas alignés, il manque des voies d'accès ou des jonctions de chemins) De très nombreux ronds-points sont très mal tracés ou retracés n'importe commun dans la précision suffisante (OK pour un nouveau rond*point dont on n'a pas encore les photos pour aligner les triangles d'accès et passage piétons, mais même dansce cas il ne fait pas les découper. De même ne pas utiliser l'anneau du rond-point pour une ligne adminsitrative (alors que les textes oficiel parlent des axes des rues, ces axes passent par le centre des carrefours, on il vaut mieux tracer un segment pour la limie administrative passant par le centre du rond-point et et même éviter d'utiliser une des deux voies à sens unique du triangle d'accès d'une rue: on peu se reconnecter à la rue uniquement au point de jonction de ces deux voies à sens unique. Note: quand les textes parlent d'un côté de la rue (côté sud ou côté pair c'est juste pour indisuer quelles habitations sont incluses dans la zone administrative définie dans le même article du décret ou de la loi, cela ne positionne pas la limite sur le côté de la rue, la limite continue à passer par les axes centraux (si la voirie de la rue/route est divisée en deux avec un expace central, la ligne administrative ne passe par aucune des deux mais an centre de cette partie centrale); si un rond-point a été construit en bordure de commune en acquérant des parcelles sur une seule; on se base sur le plan cadastral pour faire passer la ligne (le rond-point peut être décalé par rapport à l'axe central initial. Mais même dans ce cas il vaut mieux ne pas utiliser des segments de l'anneau qu'on doit laisser entièrement fermé en un seul tenant. En plus ne pas découper ces ronds-points donne le jeu de données le plus simple et il n'y a aucune ambiguité pour le routage qui passe par un rond-point inclus dans son entier puisqu'il est en sens unique de toute façon (et c'est bien pratique de voir sur le plan qu'on peut chercher son chemin sur le rond-point et vouloir en faire le tour, au lieu de vouloir piler et tenter une marche arrière ou un demi-tour imprudent une fois engagé sur la mauvaise sortie. Ces rond-points sont d'excellents points aussi pour faire demi-tour en toute sécurité si on change d'avis. et les laisser entier donne aussi une excellente indication au conducteur pour se situer; et anticiper aussi les priorités et la vitesse d'approche (même s'il n'y a pas de panneau de limitation sur une route à 90, on anticipe en passant à 70 à 250 mètres pour arriver à 50 ou au rond-points (30 en ville), et ne pas se faire suprendre non plus par les piétons. d'autant qu'on n'a qu'une visibilité limitée de ceux qui arrivent à gauche ou d'en face sur l'anneau (et qu'ils sont prioritaires et oublient fréquemment leurs clignotants quand ils tournent à gauche sous le nez de ceux qui vont entrer dans le rond-point...) Il faut juste faire attention dans certains rond-points à ceux qui ont des voies centrales à sens unique réservées au bus pour leur faciliter un tourne à gauche, ces voies sont prioritaires et coupent l'anneau, il y a des cédez-le passage marqués au sol, et souvent un damier blanc à la traversée de la voie bus avec l'anneau, et les véhicules dans l'anneau doivent s'arrêter aussi bien pour les bus qui entre dans e rond-point vers cette voie centrale, que pour les bus qui sortent de cette voie centrale et traversent à nouveau l'anneau pour sortir du rond-point. Mais même pour ce cas là, pas nécessaire de tronçonner l'anneau, le cédez-le-passage n'est qu'un noeud placé sur l'anneau avant son intersection avec la voie centrale réservée. Même chose si un passage piéton existe passant par le centre du rond-point (assez rare sauf les très grands ronds-points avec une place piétonne ou un jardin au centre, parfois aussi des constructions légères comme un kiosque ou une aire de jeux mais ces centres sont nomalement ceinturés de barrières de protection pour éviter de traverser n'importe où, surtout qu'il n'y a pas de feux et la visibilité pour les piétons est limitée pour traverser depuis le centre; si on prend l'énorme rond-point de l'Etoile à Paris, avec de nombreuses voies dans l'anneau et
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Bonjour - Mail original - De: Greg ewala...@gmail.com Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 - Mail original - Déjà pour le chemin 305679207 : junction=roundabout oneway=yes Le oneway est de trop Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Et OSRM n'a pas aucune difficulté avec les ronds-points non découpés, même les plus complexes comme la place Albert 1er à Brest (rond-point non découpé, avec une voie centrale réservée pour les bus en tourne à gauche et encore en dessous un tunnel de passage directe d'un grand boulevard à chaussées séparées connectées l'anneau): http://map.project-osrm.org/?hl=frloc=-20.280975,57.478603loc=-20.287819,57.471661z=15center=-20.284016,57.469418alt=0df=0re=0ly=763558683 Regardez comment les indications de routage sont même plus claires sans le découpage du rond-point (si on découpe au lieu d'avoir au rond-point prenez la deuxième sortie, on se retrouve avec une série de prenez à gauche puis prenez à droite sur une distance très courte, inadaptée même à la conduite). Le 7 octobre 2014 10:06, JB jb...@mailoo.org a écrit : En tous cas, OSRM s'en sort bien : osrm.at/9Hp JB. Le 07/10/2014 09:48, Greg a écrit : Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 Cordialement, 2014-10-06 17:49 GMT+02:00 Pierre pie...@expan.fr: Bonjour, Je cherche à réactualiser la carte d’Ile Maurice suite au constat suivant : Navigator Mapfactor m’interdit le chemin le plus court entre 2 points (très proches pourtant et reliés par une route nationale à proximité d’un rond-point) et m’impose un trajet de contournement très important. Indice : Si je choisis un point (arrivée ou départ) dans la zone sensible, le logiciel m’indique que l’un des points se situe dans une zone réglementée alors qu’il n’y a rien qui ne le justifie à priori. Si je les écarte pour sortir de cette zone sensible, le contournement est imposé (voir image ci-jointe). En souhaitant modifier la carte sur OpenStreetMap, je n’ai pas trouvé trace d’indication de « zone réglementée » (voir image ci-jointe) ou de marquage particulier. Une copie d’écran est ci-jointe. Comment modifier cette zone ou l’effacer ? Merci pour votre aide. Cordialement. *Pierre Buchmann* 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Pardon le lien généré était mauvais (pas à jour dans la barre d'adresse si on ne redemande pas un nouveau lien) http://map.project-osrm.org/?hl=frloc=48.392166,-4.484754loc=48.402740,-4.512014z=17center=48.395698,-4.490436alt=0df=0re=0ly=763558683 Regardez ce qui se passe quand on inverse le chemin et comment on traverse ce rond-point. Bref fini ces découpages infernaux inutiles qui provoquent plus de dégâts qu'autre chose et compliquent en fait plus les données et leurs modifications. (Note: il semble ne pas y avoir de restrictions seulement pour les bus pour la voie centrale, et on peut depuis l'anneau faire un tournant serré à gauche pour éviter de faire le grand tour, mais e ne suis pas sûr que ce soit autorisé, à vérifier localement s'il ne faudrait pas mettre une restriction interdisant de tourner à gauche à destination de cette voie centrale depuis l'anneau; mais même dans ce cas pas besoin de découper non plus l'anneau, s'il y a une restriction pour les bus seulement, OSRM ne semble pas en tenir compte même quand on l'utilise en mode 'voiture (le plus rapide) qui est pour l'instant le seul mode proposé... rien pour les piétons, ou les bus ou les poids-lourds; et OSRM sur son descriptif de trajet oublie de lister des restrictions comme la limite de poids ou de gabarit qui peut nécessiter de passer par un autre point à chercher sur la carte; il ne mentionne pas non plus les limites de vitesse et les ralentisseurs dans cette même liste...). Le 7 octobre 2014 10:33, Philippe Verdy verd...@wanadoo.fr a écrit : Et OSRM n'a pas aucune difficulté avec les ronds-points non découpés, même les plus complexes comme la place Albert 1er à Brest (rond-point non découpé, avec une voie centrale réservée pour les bus en tourne à gauche et encore en dessous un tunnel de passage directe d'un grand boulevard à chaussées séparées connectées l'anneau): http://map.project-osrm.org/?hl=frloc=-20.280975,57.478603loc=-20.287819,57.471661z=15center=-20.284016,57.469418alt=0df=0re=0ly=763558683 Regardez comment les indications de routage sont même plus claires sans le découpage du rond-point (si on découpe au lieu d'avoir au rond-point prenez la deuxième sortie, on se retrouve avec une série de prenez à gauche puis prenez à droite sur une distance très courte, inadaptée même à la conduite). Le 7 octobre 2014 10:06, JB jb...@mailoo.org a écrit : En tous cas, OSRM s'en sort bien : osrm.at/9Hp JB. Le 07/10/2014 09:48, Greg a écrit : Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 Cordialement, 2014-10-06 17:49 GMT+02:00 Pierre pie...@expan.fr: Bonjour, Je cherche à réactualiser la carte d’Ile Maurice suite au constat suivant : Navigator Mapfactor m’interdit le chemin le plus court entre 2 points (très proches pourtant et reliés par une route nationale à proximité d’un rond-point) et m’impose un trajet de contournement très important. Indice : Si je choisis un point (arrivée ou départ) dans la zone sensible, le logiciel m’indique que l’un des points se situe dans une zone réglementée alors qu’il n’y a rien qui ne le justifie à priori. Si je les écarte pour sortir de cette zone sensible, le contournement est imposé (voir image ci-jointe). En souhaitant modifier la carte sur OpenStreetMap, je n’ai pas trouvé trace d’indication de « zone réglementée » (voir image ci-jointe) ou de marquage particulier. Une copie d’écran est ci-jointe. Comment modifier cette zone ou l’effacer ? Merci pour votre aide. Cordialement. *Pierre Buchmann* 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Le 7 octobre 2014 10:50, Philippe Verdy verd...@wanadoo.fr a écrit : Pardon le lien généré était mauvais (pas à jour dans la barre d'adresse si on ne redemande pas un nouveau lien) http://map.project-osrm.org/?hl=frloc=48.392166,-4.484754loc=48.402740,-4.512014z=17center=48.395698,-4.490436alt=0df=0re=0ly=763558683 Bref fini ces découpages infernaux inutiles qui provoquent plus de dégâts qu'autre chose et compliquent en fait plus les données et leurs modifications. Il avait été démontré exemple à l'appui qu'OSRM pouvait donner de bonne indications (prenez la Nème sortie), malgré un giratoire tronçonné. [Navré d'avoir alimenté le hors-sujet, mais bon...] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Quitte à relever les erreurs, nous avons de magnifiques outils pour ça : KeepRight! http://keepright.ipax.at/report_map.php?lang=frch30=1ch40=1ch50=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch191=1ch192=1ch193=1ch194=1ch195=1ch196=1ch197=1ch198=1ch201=1ch202=1ch203=1ch204=1ch205=1ch206=1ch207=1ch208=1ch210=1ch220=1ch231=1ch232=1ch270=1ch281=1ch282=1ch283=1ch284=1ch285=1ch291=1ch292=1ch293=1ch294=1ch295=1ch296=1ch297=1ch298=1ch311=1ch312=1ch313=1ch320=1ch350=1ch370=1ch380=1ch401=1ch402=1ch411=1ch412=1ch413=1number_of_tristate_checkboxes=8highlight_error_id=0highlight_schema=0lat=-20.28611lon=57.47446zoom=16show_ign=1show_tmpign=1layers=B0Tch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C295%2C296%2C297%2C298%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413 Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=15lat=-20.28597lon=57.48034layer=Mapnikoverlays=FFFTitem=level=1tags=fixable=bbox=57.432703971862786%2C-20.30772409500546%2C57.51437187194824%2C-20.263243871387033 Par contre, c'est vrai qu'aucun de ces deux outils n'indique que le oneway est de trop. 2014-10-07 10:32 GMT+02:00 david.croc...@online.fr: Bonjour - Mail original - De: Greg ewala...@gmail.com Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 - Mail original - Déjà pour le chemin 305679207 : junction=roundabout oneway=yes Le oneway est de trop Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Le 6 oct. 2014 à 20:25, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Mais c'est quand même plus facile lorsque les ref sont intégrées à OSM et il n'y a pas toujours de ref, ou des ref non privé en la qu'elle on peut avoir confiance. J’ai vu que tu ne proposes pas d’attribut ref. Est-ce un oubli ou un plutôt un choix ? Le 06/10/2014 17:38, Jérôme Amagat a écrit : Les stations bien geocodé (ou pas trop mal) et presente dans osm ont disparu (osmose en a trouvé combien? c'est possible de la savoir?) La mise à jour de données OSM avec des données OpenData est une amélioration de l'intégration de données avec Osmose que j'ai en tête. Super :-) Peux-tu forcer l’affichage de toutes les stations services pour les tests ? Le 25 sept. 2014 à 23:15, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Tous les autres services étant des amenity séparé, je vais les ignorer pour l’instant Le preset dans JOSM permet d’indiquer si il y a une boutique, des toilettes, un kiosque… shop=yes shop=convenience shop=kiosk En regardant la page shop, je ne trouve pas ça très adapté — au moins pour les toilettes : Le tag le plus adapté serait toilets=yes ? cf. Toilets within places J’ai vu dans ton framapad que tu pensais à amenity=toilets mais il est précisé que l’utilisation de la clé amenity est uniquement dans le cas où les toilettes sont un objet à part. Idem pour les stations de gonflage des pneus : compressed_air=yes pour un service de proposé dans un lieu et amenity=compressed_air pour une station « isolée ». Piste poids lourds. C’est vital pour des camions, mais aussi pour des campings-car, une voiture tirant un van pour transporter des chevaux… La question a été traitée pour les voies d’accès de parking… Cf. HGV pour Heavy good vehicles) dans Lane dependent restrictions et la section Parking in Industrial Areas de la page OSM Transport Karte Donc : serviceToilettes publiques/service toilets=yes serviceStation de gonflage/service compressed_air=yes serviceBoutique non alimentaire/service shop=yes ?? serviceBoutique alimentaire/service shop=convenience il y a parfois les 2 services simultanément servicePiste poids lourds/service hgv:lanes=yes — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Aucun hors sujet, on en était à la vérification des ronds-points et des restrictions. Quant à démontrer qu'OSRM est sans défaut sur les ronds-points découpé, regarde cet autre trajet http://map.project-osrm.org/?hl=frloc=48.392166,-4.484754loc=48.402740,-4.512014z=17center=48.395698,-4.490436alt=0df=0re=0ly=763558683 et là il affiche de prendre la deuxième sortie (normalement à droite...) au lieu d'afficher un tournant serré à gauche pour prendre la voie centrale étant de faire tout le tour de l'anneau. L'indication d'OSRM est fausse (et dans ma note je me demandais s'il n'y a pas une interdiction de faire ce tournant serré à gauche depuis l'anneau vers cette voie centrale de tourne à gauche mais c'est un autre sujet). Mais j'ai vu pire dans OSMRM avec les ronds-points découpés y compris des tas de 'faire demi-tour sur la rue X à l'angle des voies d'accès en triangle et à sens unique pour revenir au rond-point alors qu'on n'a même pas imposé de passer par un point du triangle d'accès. Ce n'est pas foncièrement faux mais ce n'est même pas le chemin le plus court, le plus rapide, et le plus sûr (et OSRM n'indique pas où on peut faire ce demi-tour en sécurité sur la rue qu'il annonce (il ignore aussi totalement les voies de service comme les entrées de parking qui permettraient de faire ce demi-tour facilement et en sécurité, sans immobiliser la voie principale avec le véhicule en travers et en plus une marche arrière ou en empiétant un trottoir... D'ailleurs on ne peut pas fixer de point de départ ou de destination ou intermédiaire sur une voie privée ou de service, ce qui est très gênant pour organiser une tournée de livraison). Le 7 octobre 2014 11:05, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 7 octobre 2014 10:50, Philippe Verdy verd...@wanadoo.fr a écrit : Pardon le lien généré était mauvais (pas à jour dans la barre d'adresse si on ne redemande pas un nouveau lien) http://map.project-osrm.org/?hl=frloc=48.392166,-4.484754loc=48.402740,-4.512014z=17center=48.395698,-4.490436alt=0df=0re=0ly=763558683 Bref fini ces découpages infernaux inutiles qui provoquent plus de dégâts qu'autre chose et compliquent en fait plus les données et leurs modifications. Il avait été démontré exemple à l'appui qu'OSRM pouvait donner de bonne indications (prenez la Nème sortie), malgré un giratoire tronçonné. [Navré d'avoir alimenté le hors-sujet, mais bon...] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Bonjour - Mail original - De: Philippe Verdy verd...@wanadoo.fr Regardez ce qui se passe quand on inverse le chemin et comment on traverse ce rond-point. - Mail original - Ben, c'est bien la quatrième sortie du sens giratoire qui est utilisée, même si la troisième est à gauche Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Parce que ce n'est pas non plus une erreur, juste une redondance. L'erreur c'est quand le rond-point est à l'envers (et ce n'est pas détecté forcément non plus par Osmose quand le rond-point a été tronçonné et certains segments oneway=yes se retrouvent tracés à l'envers ou quand un des segments a disparu ou a mal été reconnecté; ou bien quand une voie d'accès s'y est connectée en déformant tellement l'anneau qu'il est trop éloigné du cercle avec une trop forte variation de longieur des rayons par rapport au centre calculé, qui est d'autant plus difficile à déterminer si la découpe a été faite et qu'il manque en plus des junction=roundabout sur certains segments...) Je suis partisan du taggage le plus simple et le plus logique lié à la morphologie du terrain, mais sans se compliquer la vie à cause des usages (routages pour certains véhicules ou lignes de transport publiques de diverses collectivités locales ou régionales, ou commerciales, ou parfois associatives, ou des lignes non régulières, à la demande par réservation au téléphone, ou saisonniaires voire temporaires quand un train ne circule pas à cause de pannes sur la ligne ferroviaires ou d'arbres tombés, glissements de terrain, inondation, et qu'ç la place ce sont des cars affrétés en dernière minute par la SNCF...). Le 7 octobre 2014 11:18, Greg ewala...@gmail.com a écrit : Quitte à relever les erreurs, nous avons de magnifiques outils pour ça : KeepRight! http://keepright.ipax.at/report_map.php?lang=frch30=1ch40=1ch50=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch191=1ch192=1ch193=1ch194=1ch195=1ch196=1ch197=1ch198=1ch201=1ch202=1ch203=1ch204=1ch205=1ch206=1ch207=1ch208=1ch210=1ch220=1ch231=1ch232=1ch270=1ch281=1ch282=1ch283=1ch284=1ch285=1ch291=1ch292=1ch293=1ch294=1ch295=1ch296=1ch297=1ch298=1ch311=1ch312=1ch313=1ch320=1ch350=1ch370=1ch380=1ch401=1ch402=1ch411=1ch412=1ch413=1number_of_tristate_checkboxes=8highlight_error_id=0highlight_schema=0lat=-20.28611lon=57.47446zoom=16show_ign=1show_tmpign=1layers=B0Tch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C295%2C296%2C297%2C298%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413 Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=15lat=-20.28597lon=57.48034layer=Mapnikoverlays=FFFTitem=level=1tags=fixable=bbox=57.432703971862786%2C-20.30772409500546%2C57.51437187194824%2C-20.263243871387033 Par contre, c'est vrai qu'aucun de ces deux outils n'indique que le oneway est de trop. 2014-10-07 10:32 GMT+02:00 david.croc...@online.fr: Bonjour - Mail original - De: Greg ewala...@gmail.com Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 - Mail original - Déjà pour le chemin 305679207 : junction=roundabout oneway=yes Le oneway est de trop Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Changements dans le style de carte standard openstreetmap-carto v2.22.0
Petite info passée sur la liste globale signalant les derniers changements dans le style de carte principal sur osm.org Brève traduction (les détails en dessous en VO): - changements majeurs pour afficher le nom des landcover (oblique et dans la couleur du landuse). Ceci pourrait rendre visible des erreurs de tags à corriger. - changement dans le labelling de island et islet. place=islet affiche maintenant son nom. Le zoom minimum d'affichage dépend de la taille de l'ile/ilot (uniquement lorsque le tag est sur un area évidemment). - affichage des noms des bus stops - en plus du rendu de bridge=yes, il accepte aussi bridge=boardwalk,cantilever, covered, low_water_crossing, movable, trestle, viaduct - les noms des ferries sont affichés (et les superpositions multiples mieux gérées) - les gates ne sont plus visibles au zoom 15 - les stream, ditche et drain sont plus larges - les noms de place et aérodromes trop long sont mis à la ligne - divers corrections de bug Pieren -- Forwarded message -- From: Matthijs Melissen i...@matthijsmelissen.nl Date: Mon, Oct 6, 2014 at 8:55 PM Subject: [OSM-talk] Release openstreetmap-carto v2.22.0 To: d...@openstreetmap.org, OpenStreetMap t...@openstreetmap.org Dear all, Today, v2.22.0 of the openstreetmap-carto stylesheet has been released and rolled out to the openstreetmap.org servers. It might take up to 48 hours before all tiles show the new rendering. Changes include: * Major changes in landcover labelling. Landcover labels are now rendered oblique, and in the colour of the landuse they belong to. The minimum zoom level on which the labels appear, as well as their font size, now depends on the size of the landcover object. All rendered landcover labels now have their name rendered. The new rendering might highlight tagging errors, so all mappers are invited to inspect their local area for possible problems. Note that adding the name tag to the landuse area rather than to a node generally yields better results. * Changes in island and islet labelling. Islets (place=islet) now have their name rendered. The minimum zoom level on which islands and islets appear now depends on the island/islet size. The area size can only be used when the island/islet is tagged as area, not as point, so tagging islands/islets as area is recommended. Note that smaller place=island objects can now be retagged as place=islet without losing their label in the main renderer. * Bus stops now have their name rendered. * Apart from bridge=yes, we now also render the bridge keys boardwalk, cantilever, covered, low_water_crossing, movable, trestle, and viaduct. When applicable, bridges can now be retagged using the correct key. * Ferries now have their name rendered (when applicable), and overlapping ferry lines now look better. * Gates are no longer rendered on zoom level 15. * Streams, ditches and drains are now rendered slightly wider. * Long place names are now wrapped. * Aerodrome names are now wrapped. * Various bug fixes. For a full list of commits, see https://github.com/gravitystorm/openstreetmap-carto/compare/v2.21.0...v2.22.0. As always, we welcome any bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues. -- Matthijs ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneaux de directions : tag Destination
Le panneau est un objet bien réel, la direction sur un tronçon de route est quelque chose qu'on déduit du reste. Exemple, tu arrive sur un T à gauche et à droite tu as des destination:forward/backward qui t'indiquent où ça va... soit mais bon, si il n'y a pas de panneau sur le terrain ça ne sert à rien de donner un tel renseignement qu'on ne peut confirmer. Par contre, si tu modélise le panneau, le logiciel de guidage peut de dire suivre le panneau machin et on sait qu'il y a bien sur le terrain un objet qui te permet de te repérer. Le 7 octobre 2014 07:48, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : La raison est très simple, utiliser OSMAnd autour de Paris est très complexe à cause de l'absence de cartographie des panneaux. Mais le problème est le même en campagne, entendre tournez à droite sur la rue de ... est souvent peu pratique, car si on voit le panneau directionnel, le nom de la rue est souvent bien moins visible. Donc quitte à avoir plein de photos de noms de voies, autant en profiter pour ajouter les panneaux pris au passage. Quel est l'intérêt de la relation par rapport à un direction:forward/backward comme l'indique David ? -- Jean-Baptiste Holcroft Le 7 octobre 2014 00:08, Christian Quest cqu...@openstreetmap.fr a écrit : Pourquoi veux-tu mettre destination=* ? Je ne vois pas ce que ça apporte dans ce cas. C'est un noeud place=* qui donne l'info de position du lieu-dit, ensuite c'est aux algo de routage de calculer la route et ils n'ont pas besoin de panneaux routier pour cela. Sur un échangeur, les affectations des voies sont intéressantes à renseigner à l'aide de destination=* Si tu veux vraiment mapper cette info, c'est le panneau qu'il faut modéliser avec une relation destination_sign: http://wiki.openstreetmap.org/wiki/Relation:destination_sign On a peut être d'autres trucs à faire avant ;) Le 6 octobre 2014 22:35, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Eh bien, ça me semble parfait pour décrire le périphérique et les autoroutes (motorway freeway + 1ère phrase de la traduction française), mais je me m'interroge pour un simple panneau. Alors cela me donne une impression de complexité. -- Jean-Baptiste Holcroft Le 6 octobre 2014 21:16, David Crochet david.croc...@free.fr a écrit : Bonjour Le 06/10/2014 21:04, Jean-Baptiste Holcroft a écrit : Je trouve que le wiki [2] met l'accent sur les cas compliqués, mais les cas simples et classiques ne me sautent pas aux yeux. Comme ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Itinéraires cyclo-touristiques de l'Ardéchoise
Bonjour, Avant de me lancer, je souhaiterais avoir votre avis sur le caractère approprié ou non d'ajouter des relations type=route route=bicycle pour ce genre de parcours cycliste: «Sur les Routes de l'Ardéchoise» vous ouvre toute l'année 13 itinéraires balisés dans les roues de la célèbre manifestation... http://www.ardechoise.com/ Ces itinéraires sont balisés mais Il n'y a aucun aménagement cyclable, l’intérêt est surtout touristique et sportif (Ils éditent un topo-guide). Est-ce qu'ils ont leur place dans OSM ? Merci, Tyndare. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraires cyclo-touristiques de l'Ardéchoise
Tout à fait, tout à fait. Yves On 7 octobre 2014 13:03:48 UTC+02:00, Tyndare tynd...@wanadoo.fr wrote: Bonjour, Avant de me lancer, je souhaiterais avoir votre avis sur le caractère approprié ou non d'ajouter des relations type=route route=bicycle pour ce genre de parcours cycliste: «Sur les Routes de l'Ardéchoise» vous ouvre toute l'année 13 itinéraires balisés dans les roues de la célèbre manifestation... http://www.ardechoise.com/ Ces itinéraires sont balisés mais Il n'y a aucun aménagement cyclable, l’intérêt est surtout touristique et sportif (Ils éditent un topo-guide). Est-ce qu'ils ont leur place dans OSM ? Merci, Tyndare. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Et le problème est le même a un autre endroit https://www.openstreetmap.org/way/22908773#map=14/-20.2485/57.6020 Quartier militaire n'a de militaire que le nom. Le problème est toujours autour d'un rond point il me semble. Admettons que je décide de changer d’effacer ces rond-points pour les remplacer par des non découpés pour tenter de régler le pb. En faisant cette modif sur la carte, dois je impérativement attendre la nouvelle version mensuelle pour valider que le problème est résolu avec Navigator ? Comment tester la modif sur navigator (cartes .osm) sans attendre la nouvelle version ? Cordialement Greg ewala...@gmail.com a écrit : Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 Cordialement, 2014-10-06 17:49 GMT+02:00 Pierre pie...@expan.fr: Bonjour, Je cherche à réactualiser la carte d’Ile Maurice suite au constat suivant : Navigator Mapfactor m’interdit le chemin le plus court entre 2 points (très proches pourtant et reliés par une route nationale à proximité d’un rond-point) et m’impose un trajet de contournement très important. Indice : Si je choisis un point (arrivée ou départ) dans la zone sensible, le logiciel m’indique que l’un des points se situe dans une zone réglementée alors qu’il n’y a rien qui ne le justifie à priori. Si je les écarte pour sortir de cette zone sensible, le contournement est imposé (voir image ci-jointe). En souhaitant modifier la carte sur OpenStreetMap, je n’ai pas trouvé trace d’indication de « zone réglementée » (voir image ci-jointe) ou de marquage particulier. Une copie d’écran est ci-jointe. Comment modifier cette zone ou l’effacer ? Merci pour votre aide. Cordialement. Pierre Buchmann 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneaux de directions : tag Destination
Bonjour - Mail original - De: Christian Quest cqu...@openstreetmap.fr à gauche et à droite tu as des destination:forward/backward qui t'indiquent où ça va... soit mais bon, si il n'y a pas de panneau sur le terrain ça ne sert à rien de donner un tel renseignement qu'on ne peut confirmer. - Mail original - Ça, c'est destination=* Le GPS va dire tourner à droite, direction bouziou les deux galoches - Mail original - De: Christian Quest cqu...@openstreetmap.fr Par contre, si tu modélise le panneau, le logiciel de guidage peut de dire suivre le panneau machin et on sait qu'il y a bien sur le terrain un objet qui te permet de te repérer. - Mail original - Çà, c'est Relation=destination_sign Le GPS va afficher le panneau de signalisation directionnelle de position D21 bouziou les deux galoches Bien que les deux veulent à la fin dire la même chose, ils ont deux utilités différentes. L'un auditif, l'autre Visuel. Bien entendu, on peut définir le premier à partir du second. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine
J'avais entendu dire, dans le temps, que, pour le fisc, c'est quand le toit tombait (ou était tombé) que ça devenait inhabitable ou inutilisable et qu'on cessait de payer des impôts. La question du toit , c'est peut-être le critère... -- FrViPofm Le 06/10/2014 15:01, sylvain letuffe a écrit : On lundi 6 octobre 2014, you wrote: Grave question : à partir de quand un bâtiment en ruine perd son qualificatif de building ? lorsqu'il perd son toit ? un pan de mur ? vitres cassées ? plus de porte ? Pieren Question intéressante et récurrente sur le cycle de vie des objets : Quand passe-t-on à disused (inutilisé) puis à abondonned puis à ruined et en effet, ça risque d'être assez flou la limite ! Pour ta question, quand doit on retirer le tag building=x pour devenir autre chose je pense que le choix tient dans la définition de building. Le wiki d'osm n'en définit pas le sens pour osm, il nous reste la ou les définitions du mot building en anglais. J'en ai trouvé plusieurs sur le net : la plus courante : A closed structure with walls and a roof. ( structure = A cohesive whole built up of distinct part) A building is a man-made structure with a roof and walls standing more or less permanently in one place (wikipedia) ou parfois : a man-made structure intended for human use or occupation Dans le sens des deux premiers, c'est exactement tes deux premières propositions, un bâtiment (dans osm) perd sont qualificatif de building s'il perd son toit ou un mur. (branlette de cerveau : et s'il n'a perdu qu'une partie du toit ? a-t-il toujours sont toit ?) Dans la 3ème, s'il n'est plus prévu pour être utilisé par des humains. ps: on notera au passage que rapport à la première définition building=yes + wall=no est un usage incohérent que nous avons dans osm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneaux de directions : tag Destination
Bonjour - Mail original - De: Jean-Baptiste Holcroft jb.holcr...@gmail.com Quel est l'intérêt de la relation par rapport à un direction:forward/backward comme l'indique David ? - Mail original - J'ai répondu partiellement à cette information en réponse au courriel de Christian. Cordialeemnt -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneaux de directions : tag Destination
2014-10-07 14:12 GMT+02:00 david.croc...@online.fr: Bien que les deux veulent à la fin dire la même chose, ils ont deux utilités différentes. L'un auditif, l'autre Visuel. Bien entendu, on peut définir le premier à partir du second. Euh, je suis perdu, là :-)) Moi, j'ai surtout retenu ce qui avait été discuté sur la liste principale avec les gens de skobbler et telenav ([1]) qui se sont mis d'accord sur un schéma simple: - sur le way avant la bifurcation, sur route à plusieurs voies, on peut tagger les lanes avec destination:lanes (utiliser la barre verticale | comme séparateur entre voie). Utiliser point-virgule ; lorsqu'une voie combine plusieurs destinations - sur le way après la bifurcation, on utilise les tags destination plus ev. destination:ref, destination:int_ref - les :forward et :backward que lorsque le sens de circulation est ambigue (sans oneway=yes) - pas d'utilisation sur des noeuds, la position exacte du panneau importe peu (même si certains tagguent aussi les panneaux mais c'est une autre histoire). Le logiciel de navigation choisit lui-même le moment d'afficher ces informations. Par contre, un logiciel de rendu peut avoir intérêt à visualiser la position des panneaux (pour ceux que ça intéresse) - relations pas nécessaires - il y a même une proposition étendue pour afficher aussi les symboles ([2]) si j'ai un petit panneau avec écrit le nom d'un village vers la droite, j'indique : destination=Petit Village sur la voie qui y mène ? Oui, sur le way après la jonction/intersection * Destination=La Queue du Serre;Font Gary Correct ? Correct Je vois aussi la possibilité d'utiliser une relation [3], mais je ne vois pas vraiment l'intérêt quand des tags simples permettent de répondre au besoin Moi non plus. Mais c'est comme ça, il y a des gens qui aiment tellement les relations qu'ils en mettent partout, même quand on peut faire plus simple ;-) Ca n'a rien à voir avec visuel ou auditif ;-) Si j'ai des panneaux qui indiquent des espèces de lieux dits (des D29 d'après Wikipedia [1]), je peux l'indiquer aussi ? Aussi. Même s'il faut comprendre que l'intérêt est essentiellement pour les grands axes, autoroutes, voies rapides. C'est là que l'assistance par voie est particulièrement utile car on n'a généralement pas le temps de réfléchir ni le luxe de pouvoir ralentir contrairement aux nombreux panneaux directionnels en ville ou à la campagne (ainsi que l'impossibilité de faire demi-tour rapidement en cas d'erreur). Pieren [1] http://gis.19327.n5.nabble.com/Follow-up-on-destination-and-destination-ref-td5811034.html [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraires cyclo-touristiques de l'Ardéchoise
2014-10-07 13:22 GMT+02:00 Yves yve...@gmail.com: On 7 octobre 2014 13:03:48 UTC+02:00, Tyndare tynd...@wanadoo.fr wrote: Ces itinéraires sont balisés mais Il n'y a aucun aménagement cyclable, l’intérêt est surtout touristique et sportif (Ils éditent un topo-guide). S'ils sont balisés, oui. Sinon, non. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
2014-10-07 13:24 GMT+02:00 Pierre pie...@expan.fr: En faisant cette modif sur la carte, dois je impérativement attendre la nouvelle version mensuelle pour valider que le problème est résolu avec Navigator ? Comment tester la modif sur navigator (cartes .osm) sans attendre la nouvelle version ? Il faudrait s'adresser directement aux auteurs de Navigator pour le savoir. M'étonnerait qu'ils lisent cette liste de diffusion mais ils parlent en anglais sur le forum : http://forum.openstreetmap.org/profile.php?id=7707 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine
pour que ce soit habitable il faut un peu plus que le seul toit, le logement doit avoir aussi ses fermetures. S'il manque un mur, ou si'il n'y a pas de porte ou fenêtre; et c'est ouvert à tout vent et n'importe qui peut rentrer sans effraction. Les règles d'habitabilitié comprennent aussi celles déclarant les logements insalubres ou dangereux (la maison peut être encore debout mais si les planchers ou plafonds risquent de s'effondrer ou s'il y a des fissures menaçantes mettant l'immeuble en péril, la non habitabilité est constatée (et s'il y a des locataires, il y a des solutions à trouver avec le propriétaire pour les reloger; le temps des travaux nécessaires si c'est possible ou définitivement si cela doit mener à la démolition). De même s'il n'y a plus d'autres minimums légaux (eaux usées, point d'eau potable en état et accessible, minimum de chauffage en hiver; non exposition à des polluants comme le plomb et l'amiante, accès à l'énergie). Le fisc s'appuiera sur la constatation de fin d'habitabilitié (peut être établie par huissier ou expertise demandée par un tribunal), une décision de justice, une expulsion d'origine préfectorale par un arrêté de péril ou un constat de sécurité établi par la sécurité civile; ça suffira pour justifier de ne plus payer les impôts locaux au titre de l'habitabilité. Si le logement est inhabitable, de fait il ne peut plus être loué, et tant que les occupants ne sont pas relogés, ils ne doivent pas de loyer (mais ils en doivent un en cas de relogement par le propriétaire (mais pas au delà du bail même si le propriétaire doit louer à sa charge un autre logement plus cher ou des chambres d'hôtel en attendant une solution plus péreine) Mais dans de telles situations cela passe souvent par un tribunal et une décision de justice au delà d'un premier arrêté initial (qui peut être pris même quand le locataire est aussi le propriétaire, et aussi si le péril en la demeure est aussi un risque pour le voisinage), car les assurances trainent souvent les pieds pour prendre en charge ce qui pouvait être garanti soit par l'assurance individuelle du locataire, celle du propriétaire ou celles du voisinage et des fonds de garanties publics. Des cas sont constatés souvent après les incendies, explosions au gaz, glissements de terrain, effondrement du sol; certains accidents industriels au voisinage. L'inhabitabilité ne doit plus se suffire d'une simple règle comme plus de toit sans une réelle expertise opposable légalement (et le fisc peut aussi faire une procédure pour faire réévaluer la situation d'un bati,ent réputé inhabitable mais bien occupé et il emploiera les mêmes moyens pour prouver l'habitabilité effective et l'occupation par un locataire. On touche à du droit privé, inaccessible pour OSM. Bref pour nous les ruines ne seront que celles qu'on peut voir dans des espaces publics; pour le reste on n'en sait rien à moins que ce soit porté au cadastre ou une décision de justice a été publiée, ou un arrêté de péril a été pris et impose par affichage public une interdiction d'accès et souvent des clôtures ou des portes fermées avec des scellés légaux. Sinon il y a aussi les affichages obligatoires des permis de démolir ou permis de construire pour les réparations lourdes; ces affichages persistent pendant toute la durée des travaux jusqu'à la livraison finale (et les inspections de sécurité demandées par certaines communes ou par les fournisseurs de réseaux pour valider la fin de chantier au moins dans sa partie du gros oeuvre; des murs, planchers, toits et plafonds, et la mise en conformité des accès aux réseaux publics). e ,aitre d'oeuvre peut alors remettre les clés et valider la livraison. Il y a certainement tout un tas de règles légales encore (l'habitat en France en a de plus en plus) mais c'est trop compliqué pour nous. Le fisc en revanche connait le détail et les procédures mais ce sont des infos confidentielles invérifiables par nous. On se contentera des seules ruines historiques classées ouvertes au public ou documentées publiquement. Pour le reste si le cadastre mentionne un bâtiment, on ne peut pas juger de son état, juste voir qu'il est bien là, pas s'il est habité ou habitable ou si les occupants éventuels payent des impôts locaux (le propriétaire paye aussi une taxe foncière mais indépendante du fait que ce soit bâti et habitable il en paye moins si le terrain n'est pas construit ni constructible selon les plans d'urbanisme publics;sur la base de la valeur du terrain et de son voisinage dans des zones classées ou s'il est ou pas en zone inondable; ou impropres aux cultures et très accidenté).. Cependant si on se contente juste de l'apparence vue du ciel, on risque de classer comme building des batiments pas du tout habitables, comme des hangars à tracteurs, des ateliers, des stockage de matériaux, ou des granges agricoles très ouvertes sur l'extérieur où n'habitent que des poules de ferme, alors qu'il y a un toit et une charpente bien solide. et qu'on ne voit de
Re: [OSM-talk-fr] Géocacheurs...
Je n'ai eu aucun retour pour cet évènement qui se déroulera ce week-end. Je pense que c'est un belle opportunité à saisir pour faire venir à OSM des géocacheurs, mais à moi tout seul je vais avoir un peu de mal à assurer le week-end ! Alors ? Des volontaires ? Promis il fera super beau ! Le 11 septembre 2014 21:32, Eric Debeau eric.deb...@gmail.com a écrit : Oui, et la communauté grossit rapidement en ce moment. Déjà plus de 5000 géocacheurs actifs en France (ayant déjà déposé une cache). Faudrait effectivement organiser des événements croisant geocaching et initiation à OSM parce que c'est un public facile à sensibiliser à OSM. Eric 2014-09-10 8:46 GMT+02:00 Mides mides@gmail.com: Et grands utilisateurs de fonds cartographiques, d'où un intérêt certain pour OSM autant dans l'enrichissement de la base que dans la visualisation des données. Bon Mega ! Michel Le 10 septembre 2014 00:09, Christian Quest cqu...@openstreetmap.fr a écrit : Le 9 septembre 2014 22:44, Eric Debeau eric.deb...@gmail.com a écrit : Idée super intéressante. J'ai démarré ma contribution active à OSM par rapport à mon activité de géo-caching et je connais quelques géocacheurs qui seraient aussi volontaires pour contribuer à OSM. C'est une communauté vers laquelle nous devrions tisser plus de liens. Terrain + GPS + curieux... les ingrédients de base sont là ! Nous serons présent au Mega event à Jabline (77) en octobre... stand + cartopartie. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
2014-10-07 13:24 GMT+02:00 Pierre pie...@expan.fr: En faisant cette modif sur la carte, dois je impérativement attendre la nouvelle version mensuelle pour valider que le problème est résolu avec Navigator ? Comment tester la modif sur navigator (cartes .osm) sans attendre la nouvelle version ? Avant de faire des modifs dans le vide, il serait peut-être bon de poser la question de ce parcours bizarre aux devs de Navigator. La raison n'a peut-être rien à voir avec osm. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Question; on roule à gauche à Maurice ? Avant de corriger le sens du rond-point, il faudrait confirmer le côté de circulation; et voir si OSRM (ou l'outil de routage que tu utilises) ne se trompes pas là dessus justement à Maurice (en appliquant à tord les mêmes règles qu'à la Réunion), car visiblement tous les ronds-points nous semblent pour nous français à l'envers; mais si on regarde le fléchage au sol des rues dans la capitale (pas évident, il y a beaucoup de petites routes et peu de signalisation visible sur des routes qui paraissent souvent même pas goudronnées) il semble bien qu'on roule à gauche (comme en Inde et les anciennes colonies britanniques de l'océan indien). Au premier coup d'oeil c'est pas facile à voir mais quand on voit tous les rond-points dans le sens horaire, et le sens de circulation sur les motorways à chaussées séparées, il y a peut-être une piste à creuser de ce côté-là avec l'outil que tu utilises; peut-être un bogue des valeurs par défauts ou un oubli des règles britanniques pour Maurice. Aussi il semble avoir été tracé récemment (le rond-point n'est pas encore visible sur l'imagerie Bing; pas plus sur Google) et la route nord-sud (avant la construction du rond-point) semble très décalée par rapport à l'imagerie. Le cercle du rond-point, s'il est seulement estimé est assez grossièrement tracé et est assez loin d'un cercle le polygone est assez irrégulier; en plus il est tagué en oneway=yes en plus de junction=roundabout (là encore je ne sais pas si les ronds-points à Maurice ont une règle différente des autres carrefours comme en France sur les priorités à gauche, ce qui justifie en France l'usage de roundabout pour distinguer des règles de priorité à droite dans les autres carrefours classiques en étoile). On n'a pas assez de précision faute d'imagerie pour ajouter les équipements (triangles d'accès et passages piétons par ces triangles protégés s'il y en a), ces ronds-points estimés à vue de nez sont tracés avec des connexions en T et non en Nabla (Delta inversé). Le 7 octobre 2014 13:24, Pierre pie...@expan.fr a écrit : Et le problème est le même a un autre endroit https://www.openstreetmap.org/way/22908773#map=14/-20.2485/57.6020 Quartier militaire n'a de militaire que le nom. Le problème est toujours autour d'un rond point il me semble. Admettons que je décide de changer d’effacer ces rond-points pour les remplacer par des non découpés pour tenter de régler le pb. En faisant cette modif sur la carte, dois je impérativement attendre la nouvelle version mensuelle pour valider que le problème est résolu avec Navigator ? Comment tester la modif sur navigator (cartes .osm) sans attendre la nouvelle version ? Cordialement Greg ewala...@gmail.com a écrit : Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 Cordialement, 2014-10-06 17:49 GMT+02:00 Pierre pie...@expan.fr: Bonjour, Je cherche à réactualiser la carte d’Ile Maurice suite au constat suivant : Navigator Mapfactor m’interdit le chemin le plus court entre 2 points (très proches pourtant et reliés par une route nationale à proximité d’un rond-point) et m’impose un trajet de contournement très important. Indice : Si je choisis un point (arrivée ou départ) dans la zone sensible, le logiciel m’indique que l’un des points se situe dans une zone réglementée alors qu’il n’y a rien qui ne le justifie à priori. Si je les écarte pour sortir de cette zone sensible, le contournement est imposé (voir image ci-jointe). En souhaitant modifier la carte sur OpenStreetMap, je n’ai pas trouvé trace d’indication de « zone réglementée » (voir image ci-jointe) ou de marquage particulier. Une copie d’écran est ci-jointe. Comment modifier cette zone ou l’effacer ? Merci pour votre aide. Cordialement. *Pierre Buchmann* 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géocacheurs...
Le 7 oct. 2014 à 16:18, Christian Quest cqu...@openstreetmap.fr a écrit : Je n'ai eu aucun retour pour cet évènement qui se déroulera ce week-end. Je suis trop loin géographiquement mais le coeur y est :-) Je pense que c'est un belle opportunité à saisir pour faire venir à OSM des géocacheurs, mais à moi tout seul je vais avoir un peu de mal à assurer le week-end ! As-tu pensé à mettre des goodies dans les géocaches ? Pour ceux qui ne sont pas « initiés », les organisateurs d’un rassemblement de géocacheurs mettent des petits cadeaux/souvenirs pour les FTF (first to find) dans les nouvelles caches. Ça peut être un pins, badge… il suffit que ça tienne dans la boite ;-) Il est aussi possible de mettre des objets plus « précieux » et particuliers : les « objets voyageurs » (travel bug) ou des « géo-monnaies » (geocoin). Ceux-ci sont souvent offerts au FTF lors des rassemblement. De toutes façon, ils sont destinés à voyager. On peut ainsi voir leurs trajets sur une carte (OSM ;-) Le « top » et d’en faire réaliser des personnalisé pour l’occasion ou pour promouvoir une cause (lutte contre le diabète… et au hasard : OSM). Quelques exemples : « simples » « sophistiqués »… il n’y a pas de limites ! — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraires cyclo-touristiques de l'Ardéchoise
Le 7 octobre 2014 14:59, Pieren pier...@gmail.com a écrit : S'ils sont balisés, oui. Sinon, non. Ok merci. Je n'ai pas l'intention de vérifier sur tous les parcours mais normalement tout est balisé [1]. J'avais eu l'autorisation de la part de l'office de tourisme de Saint-Félicien de rentrer dans OSM leur itinéraires de randonnée balisés, je vais demander confirmation que l'autorisation comprends bien aussi les itinéraires de l'Ardéchoise. [1] http://www.monardechoise.com/Decouvrir/Sur-les-Routes-de-l-Ardechoise/Le-balisage-sur-les-parcours ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Amenity = fuel sur un aérodrome
Bonjour, comment peut on taguer un distributeur de carburant présent sur un petit aérodrome ? Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amenity = fuel sur un aérodrome
Le 07/10/2014 16:44, Mides a écrit : Bonjour, comment peut on taguer un distributeur de carburant présent sur un petit aérodrome ? Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Comme ça ? http://osm.org/go/0BM7unf_R -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneaux de directions : tag Destination
Bonjour - Mail original - De: Pieren pier...@gmail.com Je vois aussi la possibilité d'utiliser une relation [3], mais je ne vois pas vraiment l'intérêt quand des tags simples permettent de répondre au besoin Moi non plus. Mais c'est comme ça, il y a des gens qui aiment tellement les relations qu'ils en mettent partout, même quand on peut faire plus simple ;-) Ca n'a rien à voir avec visuel ou auditif ;-) - Mail original - La relation permet, en outre la même chose que destination:*=*, de définir l'aspect du panneau de signalisation, d'où l'information visuel. La conduite étant quasiment visuel puisqu'entendant les informations auditives, ensuite, ce ne sont que les yeux qui assureront la suite de la tenue de conduite. C'est également une fonction ajoutée au GPS de milieu de gamme. Maintenant les haut de gamme vont même jusqu'à diriger en utilisant des repères concrets comme les bâtiments, commerces, monuments comme par exemple Après l'église, tournez à droite. Ces type de données sont déjà dans OSM, les logiciels de routage sont à coder pour les utiliser. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amenity = fuel sur un aérodrome
Bonjour - Mail original - De: Mides mides@gmail.com comment peut on taguer un distributeur de carburant présent sur un petit aérodrome ? Le wiki indique également aeroway=fuel Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Oui à gauche. Les rond points sont en sens dans le sens des aiguilles d’une montre (inverse de nous). C’est en utilisant mon navigateur que je me suis rendu compte de l’erreur sur place et uniquement sur ces 2 rond-points. Les autres ronds points à proximité sont identiques et fonctionnent correctement. Je n’ai pas vu de différence. Comment valider rapidement que ma modif fonctionne ? Amicalement, Pierre Buchmann 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 De : ver...@gmail.com [mailto:ver...@gmail.com] De la part de Philippe Verdy Envoyé : mardi 7 octobre 2014 16:36 À : Pierre; Discussions sur OSM en français Cc : Greg Objet : Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice Question; on roule à gauche à Maurice ? Avant de corriger le sens du rond-point, il faudrait confirmer le côté de circulation; et voir si OSRM (ou l'outil de routage que tu utilises) ne se trompes pas là dessus justement à Maurice (en appliquant à tord les mêmes règles qu'à la Réunion), car visiblement tous les ronds-points nous semblent pour nous français à l'envers; mais si on regarde le fléchage au sol des rues dans la capitale (pas évident, il y a beaucoup de petites routes et peu de signalisation visible sur des routes qui paraissent souvent même pas goudronnées) il semble bien qu'on roule à gauche (comme en Inde et les anciennes colonies britanniques de l'océan indien). Au premier coup d'oeil c'est pas facile à voir mais quand on voit tous les rond-points dans le sens horaire, et le sens de circulation sur les motorways à chaussées séparées, il y a peut-être une piste à creuser de ce côté-là avec l'outil que tu utilises; peut-être un bogue des valeurs par défauts ou un oubli des règles britanniques pour Maurice. Aussi il semble avoir été tracé récemment (le rond-point n'est pas encore visible sur l'imagerie Bing; pas plus sur Google) et la route nord-sud (avant la construction du rond-point) semble très décalée par rapport à l'imagerie. Le cercle du rond-point, s'il est seulement estimé est assez grossièrement tracé et est assez loin d'un cercle le polygone est assez irrégulier; en plus il est tagué en oneway=yes en plus de junction=roundabout (là encore je ne sais pas si les ronds-points à Maurice ont une règle différente des autres carrefours comme en France sur les priorités à gauche, ce qui justifie en France l'usage de roundabout pour distinguer des règles de priorité à droite dans les autres carrefours classiques en étoile). On n'a pas assez de précision faute d'imagerie pour ajouter les équipements (triangles d'accès et passages piétons par ces triangles protégés s'il y en a), ces ronds-points estimés à vue de nez sont tracés avec des connexions en T et non en Nabla (Delta inversé). Le 7 octobre 2014 13:24, Pierre pie...@expan.fr a écrit : Et le problème est le même a un autre endroit https://www.openstreetmap.org/way/22908773#map=14/-20.2485/57.6020 Quartier militaire n'a de militaire que le nom. Le problème est toujours autour d'un rond point il me semble. Admettons que je décide de changer d’effacer ces rond-points pour les remplacer par des non découpés pour tenter de régler le pb. En faisant cette modif sur la carte, dois je impérativement attendre la nouvelle version mensuelle pour valider que le problème est résolu avec Navigator ? Comment tester la modif sur navigator (cartes .osm) sans attendre la nouvelle version ? Cordialement Greg ewala...@gmail.com a écrit : Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 Cordialement, 2014-10-06 17:49 GMT+02:00 Pierre pie...@expan.fr: Bonjour, Je cherche à réactualiser la carte d’Ile Maurice suite au constat suivant : Navigator Mapfactor m’interdit le chemin le plus court entre 2 points (très proches pourtant et reliés par une route nationale à proximité d’un rond-point) et m’impose un trajet de contournement très important. Indice : Si je choisis un point (arrivée ou départ) dans la zone sensible, le logiciel m’indique que l’un des points se situe dans une zone réglementée alors qu’il n’y a rien qui ne le justifie à priori. Si je les écarte pour sortir de cette zone sensible, le contournement est imposé (voir image ci-jointe). En souhaitant modifier la carte sur OpenStreetMap, je n’ai pas trouvé trace d’indication de « zone réglementée » (voir image ci-jointe) ou de marquage particulier. Une copie d’écran est ci-jointe. Comment modifier cette zone ou l’effacer ? Merci pour votre aide. Cordialement. Pierre Buchmann 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
J'ai aussi noté que le rond-point à l'est du quartier militaire était bien tracé à l'envers mais avec oneway=-1 (non seulement oneway est redondant; certains outils peuvent même ne pas en tenir compte et s'apercevoir de la valeur -1 supposée inversée le sens de circulation par rapport au sens du tracé). Malheureusement sous iD il n'est pas facile d'inverser les noeuds d'un chemin comme on peut le faire sous JOSM (il change alors automatiquement les tags qui en dépendent comme oneway=yes/-1, et les noms de tags et rôles de membres avec left/right ou forward/backward. En revanche iD sait remettre les noeuds sur un cercle bien formé (touche O comme dans JOSM) : à faire après avoir positionné correctement les interconnexions de voies pour ne pas les déplacer trop loin, les autres noeuds sans intersection sont juste répartis à angles égaux entre les noeuds d'intersections. Mais à ne pas faire quand un rond-point est ovoïde évidemment (généralement ils tournent autour d'une place rectangulaire allongée avec deux sections droites paralèlles et deux arcs de cercle aux extrémité. Le 7 octobre 2014 13:24, Pierre pie...@expan.fr a écrit : Et le problème est le même a un autre endroit https://www.openstreetmap.org/way/22908773#map=14/-20.2485/57.6020 Quartier militaire n'a de militaire que le nom. Le problème est toujours autour d'un rond point il me semble. Admettons que je décide de changer d’effacer ces rond-points pour les remplacer par des non découpés pour tenter de régler le pb. En faisant cette modif sur la carte, dois je impérativement attendre la nouvelle version mensuelle pour valider que le problème est résolu avec Navigator ? Comment tester la modif sur navigator (cartes .osm) sans attendre la nouvelle version ? Cordialement Greg ewala...@gmail.com a écrit : Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux qui recherche l'endroit en question, voici le lien : https://www.openstreetmap.org/way/22908773#map=16/-20.2875/57.4696 Cordialement, 2014-10-06 17:49 GMT+02:00 Pierre pie...@expan.fr: Bonjour, Je cherche à réactualiser la carte d’Ile Maurice suite au constat suivant : Navigator Mapfactor m’interdit le chemin le plus court entre 2 points (très proches pourtant et reliés par une route nationale à proximité d’un rond-point) et m’impose un trajet de contournement très important. Indice : Si je choisis un point (arrivée ou départ) dans la zone sensible, le logiciel m’indique que l’un des points se situe dans une zone réglementée alors qu’il n’y a rien qui ne le justifie à priori. Si je les écarte pour sortir de cette zone sensible, le contournement est imposé (voir image ci-jointe). En souhaitant modifier la carte sur OpenStreetMap, je n’ai pas trouvé trace d’indication de « zone réglementée » (voir image ci-jointe) ou de marquage particulier. Une copie d’écran est ci-jointe. Comment modifier cette zone ou l’effacer ? Merci pour votre aide. Cordialement. *Pierre Buchmann* 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amenity = fuel sur un aérodrome
Ok, ça me confirme donc que le tag amenity =fuel utilisé pour cartographier les stations services est adapté aussi à ce cas. Merci Michel Le 7 octobre 2014 17:00, Vincent Pottier vpott...@gmail.com a écrit : Le 07/10/2014 16:44, Mides a écrit : Bonjour, comment peut on taguer un distributeur de carburant présent sur un petit aérodrome ? Michel ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr Comme ça ? http://osm.org/go/0BM7unf_R -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Autre chose : le petit bout de route au sud-est du rond-point à l'est du quartier militaire n'est pas connecté, mais il est très proche de la route partant du rond-point vers l'est. C'est peut-être normal après la construction récente du rond-point, mais la proximité du bout de route avec la voie secondaire allant vers l'est peut faire penser à une erreur de raccordement. S'il y a au bout une barrière ou un talus de gravas bloquant ce bout de route ancien, penser à le taguer et mettre un noexit=yes sur le dernier noeud sans issue (et peut-être marquer ce bout de route en disused=yes, surtout s'il est barré aussi au coté ouest dur l'A7 en attendant une éventuelle déconstruction qui peut-être ne se fera pas, la voie étant laissée en abandon ou laissée pour un éventuel accès vers des habitations futures). Mais impossible de voir sur l'imagerie, ce sera à confirmer sur place par celui (toi peut-être, je n'ai pas regardé l'historique et je ne vois pas de source ni de note pour signaler une construction récente) qui a mis ces 2 ronds-points pour l'instant invisibles sur l'imagerie satellite. Le 7 octobre 2014 17:04, Pierre pie...@expan.fr a écrit : Oui à gauche. Les rond points sont en sens dans le sens des aiguilles d’une montre (inverse de nous). C’est en utilisant mon navigateur que je me suis rendu compte de l’erreur sur place et uniquement sur ces 2 rond-points. Les autres ronds points à proximité sont identiques et fonctionnent correctement. Je n’ai pas vu de différence. Comment valider rapidement que ma modif fonctionne ? Amicalement, *Pierre Buchmann* 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 *De :* ver...@gmail.com [mailto:ver...@gmail.com] *De la part de* Philippe Verdy *Envoyé :* mardi 7 octobre 2014 16:36 *À :* Pierre; Discussions sur OSM en français *Cc :* Greg *Objet :* Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice Question; on roule à gauche à Maurice ? Avant de corriger le sens du rond-point, il faudrait confirmer le côté de circulation; et voir si OSRM (ou l'outil de routage que tu utilises) ne se trompes pas là dessus justement à Maurice (en appliquant à tord les mêmes règles qu'à la Réunion), car visiblement tous les ronds-points nous semblent pour nous français à l'envers; mais si on regarde le fléchage au sol des rues dans la capitale (pas évident, il y a beaucoup de petites routes et peu de signalisation visible sur des routes qui paraissent souvent même pas goudronnées) il semble bien qu'on roule à gauche (comme en Inde et les anciennes colonies britanniques de l'océan indien). Au premier coup d'oeil c'est pas facile à voir mais quand on voit tous les rond-points dans le sens horaire, et le sens de circulation sur les motorways à chaussées séparées, il y a peut-être une piste à creuser de ce côté-là avec l'outil que tu utilises; peut-être un bogue des valeurs par défauts ou un oubli des règles britanniques pour Maurice. Aussi il semble avoir été tracé récemment (le rond-point n'est pas encore visible sur l'imagerie Bing; pas plus sur Google) et la route nord-sud (avant la construction du rond-point) semble très décalée par rapport à l'imagerie. Le cercle du rond-point, s'il est seulement estimé est assez grossièrement tracé et est assez loin d'un cercle le polygone est assez irrégulier; en plus il est tagué en oneway=yes en plus de junction=roundabout (là encore je ne sais pas si les ronds-points à Maurice ont une règle différente des autres carrefours comme en France sur les priorités à gauche, ce qui justifie en France l'usage de roundabout pour distinguer des règles de priorité à droite dans les autres carrefours classiques en étoile). On n'a pas assez de précision faute d'imagerie pour ajouter les équipements (triangles d'accès et passages piétons par ces triangles protégés s'il y en a), ces ronds-points estimés à vue de nez sont tracés avec des connexions en T et non en Nabla (Delta inversé). Le 7 octobre 2014 13:24, Pierre pie...@expan.fr a écrit : Et le problème est le même a un autre endroit https://www.openstreetmap.org/way/22908773#map=14/-20.2485/57.6020 Quartier militaire n'a de militaire que le nom. Le problème est toujours autour d'un rond point il me semble. Admettons que je décide de changer d’effacer ces rond-points pour les remplacer par des non découpés pour tenter de régler le pb. En faisant cette modif sur la carte, dois je impérativement attendre la nouvelle version mensuelle pour valider que le problème est résolu avec Navigator ? Comment tester la modif sur navigator (cartes .osm) sans attendre la nouvelle version ? Cordialement Greg ewala...@gmail.com a écrit : Bonjour, Je ne sais pas pourquoi il y a ce problème : rien ne semble indiquer une quelconque zone de quoi que ce soit. Aucune relation, aucun tag n'est présent actuellement, ni dans le passé d'après ce que je peux voir. Pour ceux
Re: [OSM-talk-fr] BANO : fréquence de mise à jour, lien vers carte de Christian manquants dans le wiki
Bonjour, De: Jérôme Seigneuret jseigneuret-...@yahoo.fr Dans ce cas il faut l'ajouter dans la page du wiki BANO le lien vers http://cadastre.openstreetmap.fr/fantoir/ Le 6 octobre 2014 22:01, Yves Pratter yves.prat...@gmail.com a écrit : #8230;mais j#8217;ai du mal m#8217;exprimer, je voulais qu#8217;un lien « officiel » soit mis dans une section « Liens externes » à la wikipedia. Oui, n'hésitez pas à amender la page BANO du wiki. C'est un wiki :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amenity = fuel sur un aérodrome
2014-10-07 17:06 GMT+02:00 Mides mides@gmail.com: Ok, ça me confirme donc que le tag amenity =fuel utilisé pour cartographier les stations services est adapté aussi à ce cas. Je pense que si la station est destinée aux avions, la réponse de David Crochet (aeroway=fuel) est plus adaptée, même si évidemment il y a plus de risque de ne pas le voir sur la carte (mais on ne taggue pas pour le rendu, hein) et qu'il n'y en a encore que 15 dans toute la base. Ce tag, que je ne connaissais pas, est mentionné dans la page amenity mais pas dans celle sur aeroway (http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Fuel_station_for_watercraft.2C_aircraft_and_rail_vehicle). Il a l'avantage de faire le distingo clair avec les stations essences de monsieur tout le monde (c'est moins ambigue qu'avec des sous-tags). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Bien vu. Effectivement je ne sais pas si ça reflète l’existant ou pas. Amicalement, Pierre Buchmann 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 De : ver...@gmail.com [mailto:ver...@gmail.com] De la part de Philippe Verdy Envoyé : mardi 7 octobre 2014 17:20 À : Pierre Cc : Discussions sur OSM en français; Greg Objet : Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice Autre chose : le petit bout de route au sud-est du rond-point à l'est du quartier militaire n'est pas connecté, mais il est très proche de la route partant du rond-point vers l'est. C'est peut-être normal après la construction récente du rond-point, mais la proximité du bout de route avec la voie secondaire allant vers l'est peut faire penser à une erreur de raccordement. S'il y a au bout une barrière ou un talus de gravas bloquant ce bout de route ancien, penser à le taguer et mettre un noexit=yes sur le dernier noeud sans issue (et peut-être marquer ce bout de route en disused=yes, surtout s'il est barré aussi au coté ouest dur l'A7 en attendant une éventuelle déconstruction qui peut-être ne se fera pas, la voie étant laissée en abandon ou laissée pour un éventuel accès vers des habitations futures). Mais impossible de voir sur l'imagerie, ce sera à confirmer sur place par celui (toi peut-être, je n'ai pas regardé l'historique et je ne vois pas de source ni de note pour signaler une construction récente) qui a mis ces 2 ronds-points pour l'instant invisibles sur l'imagerie satellite. Le 7 octobre 2014 17:04, Pierre pie...@expan.fr a écrit : Oui à gauche. Les rond points sont en sens dans le sens des aiguilles d’une montre (inverse de nous). C’est en utilisant mon navigateur que je me suis rendu compte de l’erreur sur place et uniquement sur ces 2 rond-points. Les autres ronds points à proximité sont identiques et fonctionnent correctement. Je n’ai pas vu de différence. Comment valider rapidement que ma modif fonctionne ? Amicalement, Pierre Buchmann 8 boulevard de Courcelles 75017 Paris Tél +33 142276515 Cell Pierre +33 628348115 De : ver...@gmail.com [mailto:ver...@gmail.com] De la part de Philippe Verdy Envoyé : mardi 7 octobre 2014 16:36 À : Pierre; Discussions sur OSM en français Cc : Greg Objet : Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice Question; on roule à gauche à Maurice ? Avant de corriger le sens du rond-point, il faudrait confirmer le côté de circulation; et voir si OSRM (ou l'outil de routage que tu utilises) ne se trompes pas là dessus justement à Maurice (en appliquant à tord les mêmes règles qu'à la Réunion), car visiblement tous les ronds-points nous semblent pour nous français à l'envers; mais si on regarde le fléchage au sol des rues dans la capitale (pas évident, il y a beaucoup de petites routes et peu de signalisation visible sur des routes qui paraissent souvent même pas goudronnées) il semble bien qu'on roule à gauche (comme en Inde et les anciennes colonies britanniques de l'océan indien). Au premier coup d'oeil c'est pas facile à voir mais quand on voit tous les rond-points dans le sens horaire, et le sens de circulation sur les motorways à chaussées séparées, il y a peut-être une piste à creuser de ce côté-là avec l'outil que tu utilises; peut-être un bogue des valeurs par défauts ou un oubli des règles britanniques pour Maurice. Aussi il semble avoir été tracé récemment (le rond-point n'est pas encore visible sur l'imagerie Bing; pas plus sur Google) et la route nord-sud (avant la construction du rond-point) semble très décalée par rapport à l'imagerie. Le cercle du rond-point, s'il est seulement estimé est assez grossièrement tracé et est assez loin d'un cercle le polygone est assez irrégulier; en plus il est tagué en oneway=yes en plus de junction=roundabout (là encore je ne sais pas si les ronds-points à Maurice ont une règle différente des autres carrefours comme en France sur les priorités à gauche, ce qui justifie en France l'usage de roundabout pour distinguer des règles de priorité à droite dans les autres carrefours classiques en étoile). On n'a pas assez de précision faute d'imagerie pour ajouter les équipements (triangles d'accès et passages piétons par ces triangles protégés s'il y en a), ces ronds-points estimés à vue de nez sont tracés avec des connexions en T et non en Nabla (Delta inversé). Le 7 octobre 2014 13:24, Pierre pie...@expan.fr a écrit : Et le problème est le même a un autre endroit https://www.openstreetmap.org/way/22908773#map=14/-20.2485/57.6020 Quartier militaire n'a de militaire que le nom. Le problème est toujours autour d'un rond point il me semble. Admettons que je décide de changer d’effacer ces rond-points pour les remplacer par des non découpés pour tenter de régler le pb. En faisant cette modif sur la carte, dois je impérativement attendre la nouvelle version mensuelle pour valider que le
Re: [OSM-talk-fr] Amenity = fuel sur un aérodrome
Effectivement, je n'avais pas pris le temps de consulter le Wiki en anglais qui est plus un peu plus complet. Ce tag, aeroway=fuel, correspond exactement à la situation : station uniquement réservée aux avions. Michel Le 7 octobre 2014 17:30, Pieren pier...@gmail.com a écrit : 2014-10-07 17:06 GMT+02:00 Mides mides@gmail.com: Ok, ça me confirme donc que le tag amenity =fuel utilisé pour cartographier les stations services est adapté aussi à ce cas. Je pense que si la station est destinée aux avions, la réponse de David Crochet (aeroway=fuel) est plus adaptée, même si évidemment il y a plus de risque de ne pas le voir sur la carte (mais on ne taggue pas pour le rendu, hein) et qu'il n'y en a encore que 15 dans toute la base. Ce tag, que je ne connaissais pas, est mentionné dans la page amenity mais pas dans celle sur aeroway ( http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Fuel_station_for_watercraft.2C_aircraft_and_rail_vehicle ). Il a l'avantage de faire le distingo clair avec les stations essences de monsieur tout le monde (c'est moins ambigue qu'avec des sous-tags). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
cette route : https://www.openstreetmap.org/way/170630551/history elle était en sens unique il y a moins d'un mois, est ce que le problème peut venir de là? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amenity = fuel sur un aérodrome
Peut-être plus que les seuls avions mais tous aéronefs (inclus les ULM) mais en fait réservé aux utilisateurs de l'aérodrome et peut-être utilisable aussi pour leurs autres véhicules (y compris tracteurs ou tondeuses, sauf si c'est juste du kérosène inadapté aux moteurs; cependant il y a un usage du gasoil pour les tracteurs, camions et tondeuses qui marchent au diésel). Dans ce cas il faudratit aussi access=private (avec une licence de pilote ou un contrat d'exploitant ou d'école de formation permettant l'usage de l'aérodrome et le paiement des droits au bureau de l'aérodrome qui déverouille la pompe par télécommande du bureau ou avec une clé) si le taxiway menant à la pompe n'est pas déjà clôturé par une voie privée. Le 7 octobre 2014 17:48, Mides mides@gmail.com a écrit : Effectivement, je n'avais pas pris le temps de consulter le Wiki en anglais qui est plus un peu plus complet. Ce tag, aeroway=fuel, correspond exactement à la situation : station uniquement réservée aux avions. Michel Le 7 octobre 2014 17:30, Pieren pier...@gmail.com a écrit : 2014-10-07 17:06 GMT+02:00 Mides mides@gmail.com: Ok, ça me confirme donc que le tag amenity =fuel utilisé pour cartographier les stations services est adapté aussi à ce cas. Je pense que si la station est destinée aux avions, la réponse de David Crochet (aeroway=fuel) est plus adaptée, même si évidemment il y a plus de risque de ne pas le voir sur la carte (mais on ne taggue pas pour le rendu, hein) et qu'il n'y en a encore que 15 dans toute la base. Ce tag, que je ne connaissais pas, est mentionné dans la page amenity mais pas dans celle sur aeroway ( http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Fuel_station_for_watercraft.2C_aircraft_and_rail_vehicle ). Il a l'avantage de faire le distingo clair avec les stations essences de monsieur tout le monde (c'est moins ambigue qu'avec des sous-tags). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : fréquence de mise à jour, lien vers carte de Christian manquants dans le wiki
Question bête, comment un contributeur (qui veut faire un peu plus qu’améliorer les rues autour de chez lui), qui ne suis pas cette liste, fait pour arriver sur ces infos pour ajouté les nom de rue s'il ne sais pas que ça existe? Comment on arrive sur la page BANO du wiki (sans rechercher BANO sur le wiki!) quand on ne sais pas ce que c'est que BANO. (elle n'est pas non plus sur la liste des wikiproject : http://wiki.openstreetmap.org/wiki/Category:WikiProject_France) Il y a cette page où il y a des projets et où on arrive rapidement quand on est nouveau : http://wiki.openstreetmap.org/wiki/FR:WikiProject_France Il y a plusieurs projets, pas vraiment à jour. Peut être qu'en faisant apparaître ces ajouts de nom de rue ici sous un autre nom que bano (qui parle à peu de gens) cela permettrait à plus de gens de contribuer. Tout cela s'applique aussi à la page des frontières des cantons difficilement accessible. non? Le 7 octobre 2014 17:23, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, De: Jérôme Seigneuret jseigneuret-...@yahoo.fr Dans ce cas il faut l'ajouter dans la page du wiki BANO le lien vers http://cadastre.openstreetmap.fr/fantoir/ Le 6 octobre 2014 22:01, Yves Pratter yves.prat...@gmail.com a écrit : #8230;mais j#8217;ai du mal m#8217;exprimer, je voulais qu#8217;un lien « officiel » soit mis dans une section « Liens externes » à la wikipedia. Oui, n'hésitez pas à amender la page BANO du wiki. C'est un wiki :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmose : erreur de commune pour le géocodage d'un Monument historique non intégré
Bonsoir, Le château de Malans est proposé en intégration par Osmose sur la commune de Malans dans le Doubs, alors qu’il s’agit de Malans dans la Haute-Sâone. Fiche méritée PA00102218 Est-ce un problème de données ou un bogue dans Osmose ? — Yves PS: Je ne vois pas non plus les 17 autres « monuments » de Malans. Ils ne sont pas proposés en intégration car ni inscrits et ni classés ? C’est bien ça ?___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : fréquence de mise à jour, lien vers carte de Christian manquants dans le wiki
Le 7 oct. 2014 à 18:28, Jérôme Amagat jerome.ama...@gmail.com a écrit : Question bête, comment un contributeur (qui veut faire un peu plus qu’améliorer les rues autour de chez lui), qui ne suis pas cette liste, fait pour arriver sur ces infos pour ajouté les nom de rue s'il ne sais pas que ça existe? Une entrée France après Denmark dans la page Addresses serait la bienvenue ? — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géocacheurs...
Salut, un peu loin également ce week-end ... bon courage pour les innombrables questions ;) Sylvain Le 7 octobre 2014 16:35, Yves Pratter yves.prat...@gmail.com a écrit : Le 7 oct. 2014 à 16:18, Christian Quest cqu...@openstreetmap.fr a écrit : Je n'ai eu aucun retour pour cet évènement qui se déroulera ce week-end. Je suis trop loin géographiquement mais le coeur y est :-) Je pense que c'est un belle opportunité à saisir pour faire venir à OSM des géocacheurs, mais à moi tout seul je vais avoir un peu de mal à assurer le week-end ! As-tu pensé à mettre des goodies dans les géocaches ? Pour ceux qui ne sont pas initiés , les organisateurs d'un rassemblement de géocacheurs mettent des petits cadeaux/souvenirs pour les FTF (first to find) dans les nouvelles caches. Ça peut être un pins, badge... il suffit que ça tienne dans la boite ;-) Il est aussi possible de mettre des objets plus précieux et particuliers : les objets voyageurs (travel bug) ou des géo-monnaies (geocoin). Ceux-ci sont souvent offerts au FTF lors des rassemblement. De toutes façon, ils sont destinés à voyager. On peut ainsi voir leurs trajets sur une carte (OSM ;-) Le top et d'en faire réaliser des personnalisé pour l'occasion ou pour promouvoir une cause (lutte contre le diabète... et au hasard : OSM). Quelques exemples : simples http://www.cache-aventure.com/epages/box13593.sf/fr_FR/?ObjectPath=/Shops/box13593/Categories/GEOCOINS/micro_geocoins sophistiqués http://www.cache-aventure.com/epages/box13593.sf/fr_FR/?ObjectPath=/Shops/box13593/Categories/GEOCOINS/geocoins_navigation ... il n'y a pas de limites ! -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lancement campagne de financement OSM-FR
La collecte est ouverte depuis un mois maintenant et a dépassé 150% de l'objectif initial. Avis aux retardataires... elle sera fermée demain... http://www.helloasso.com/associations/openstreetmap-france/collectes/financement-infra-2014 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géocacheurs...
Salut Je suis aussi un peu loin aussi. C'est vrai que ce serait une bonne idée de créer des objets voyageurs OSM. Bon courage et bonne promo de OSM. Eric 2014-10-07 19:14 GMT+02:00 Sylvain Maillard sylvain.maill...@gmail.com: Salut, un peu loin également ce week-end ... bon courage pour les innombrables questions ;) Sylvain Le 7 octobre 2014 16:35, Yves Pratter yves.prat...@gmail.com a écrit : Le 7 oct. 2014 à 16:18, Christian Quest cqu...@openstreetmap.fr a écrit : Je n'ai eu aucun retour pour cet évènement qui se déroulera ce week-end. Je suis trop loin géographiquement mais le coeur y est :-) Je pense que c'est un belle opportunité à saisir pour faire venir à OSM des géocacheurs, mais à moi tout seul je vais avoir un peu de mal à assurer le week-end ! As-tu pensé à mettre des goodies dans les géocaches ? Pour ceux qui ne sont pas « initiés », les organisateurs d’un rassemblement de géocacheurs mettent des petits cadeaux/souvenirs pour les FTF (first to find) dans les nouvelles caches. Ça peut être un pins, badge… il suffit que ça tienne dans la boite ;-) Il est aussi possible de mettre des objets plus « précieux » et particuliers : les « objets voyageurs » (travel bug) ou des « géo-monnaies » (geocoin). Ceux-ci sont souvent offerts au FTF lors des rassemblement. De toutes façon, ils sont destinés à voyager. On peut ainsi voir leurs trajets sur une carte (OSM ;-) Le « top » et d’en faire réaliser des personnalisé pour l’occasion ou pour promouvoir une cause (lutte contre le diabète… et au hasard : OSM). Quelques exemples : « simples http://www.cache-aventure.com/epages/box13593.sf/fr_FR/?ObjectPath=/Shops/box13593/Categories/GEOCOINS/micro_geocoins » « sophistiqués http://www.cache-aventure.com/epages/box13593.sf/fr_FR/?ObjectPath=/Shops/box13593/Categories/GEOCOINS/geocoins_navigation »… il n’y a pas de limites ! — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : fréquence de mise à jour, lien vers carte de Christian manquants dans le wiki
Bof, si chaque pays commence à inscrire un paragraphe avec ses particularités à chaque thématique, pas sûr que l'on gagne en visibilité ... - Mail original - De: Yves Pratter yves.prat...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 7 Octobre 2014 19:01:00 Objet: Re: [OSM-talk-fr] BANO : fréquence de mise à jour, lien vers carte de Christian manquants dans le wiki Le 7 oct. 2014 à 18:28, Jérôme Amagat jerome.ama...@gmail.com a écrit : Question bête, comment un contributeur (qui veut faire un peu plus qu’améliorer les rues autour de chez lui), qui ne suis pas cette liste, fait pour arriver sur ces infos pour ajouté les nom de rue s'il ne sais pas que ça existe? Une entrée France après Denmark dans la page Addresses serait la bienvenue ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Elle es tun peu trop loin du quartier miliaire en question plus haut avec ses deux ronds-points de chaque côté dont un tracé à l'envers mais avec oneway=-1 (corrigé). Je n'ai aucune idée de la façon dont Navigator interprète les tag oneway mais s'il ne testait pas la valeur de facçon cohérente il pouvait aboutir à une situation passant par le rond-point puis une vérif interdisant d'emprunter un morceau de voie à contre-sens (et dans ce cas c'est le message de Navigator qui est tro,peur et pas assez explicite ou trop généralite sur ce qu'il appelle réservé. Comme ce secteur a été visiblement modifié récemment (sans support d'imagerie) il est difficile de savoir quoi faire sur les seules données présentes sans un témoin sur place pour voir ce qui déconne vraiment (d'autant plus que les routes dans le coin sont très incomplètes; il manque des tas de rues résidentielles et certaines sont mal connectées; et visiblement il y a des problèmes de classification des routes (l'A7 par exemple, qui n'est pas une autoroute à notre sens et qui change de statut, mais aussi des minirocades pourtant visibles sur l'imagerie pour contourner un secteur devenu résidentiel; mais qui manquent/ Beaucoup de routes n'ont pas de noms ou de références, et le tracé est encore très approximatif avec des angles très prononcés où il n'y a que des faibles courbes; et des carrefours qui tombent à plusieurs mètres de la route sans même qu'il y ait d'aménagement spécial et certaines qui coupent des maisons qui n'ont pas du bouger, même dans la capitale. Bref il y a beaucoup de travail à faire à Maurice, la carte est une ébauche tirée essentiellement d'imports depuis de vielles cartes en basse résolution et peu de données géolocalisées précisément, et presque rien sur l'aspect naturel et l'aspect patrimanial (dommage pour une île touristique qui a peut-être autre chose à vendre que ses hotels-clubs avec la plage ou une piscine devant). Le 7 octobre 2014 18:02, Jérôme Amagat jerome.ama...@gmail.com a écrit : cette route : https://www.openstreetmap.org/way/170630551/history elle était en sens unique il y a moins d'un mois, est ce que le problème peut venir de là? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Le 07/10/2014 09:25, Yves Pratter a écrit : Bonjour, Le 20 sept. 2014 à 15:16, Brice Person brice.per...@zenordi.fr mailto:brice.per...@zenordi.fr a écrit : Je viens d'en faire un CSV tout neuf ;-) https://www.data.gouv.fr/fr/datasets/stations-services-en-france/ Merci, c’est plus lisible pour un humain ;-) Le 25 sept. 2014 à 23:15, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : J'ai finalement refait la conversion pour l'avoir dans un format qui me va mieux : une colonne = une donnée. +1 C’est plus facile aussi pour utiliser les fonctions de filtrage d’un tableur. Ça ne me choque pas pour les jours de fermeture, mais ce n’est pas pratique pour la colonne service. Peux-tu mettre une colonne par service et une croix/Oui dans la ligne correspondante de point de vente ? Tous les fichiers que je met à disposition sont dans le format dont j'ai l'usage, désolé (ça me permet de faire du multi-valued field avec Solr en l’occurrence). Néanmoins il semble que Frédéric en a réalisé un dans le format que tu souhaites : https://github.com/osm-fr/osmose-backend/raw/master/merge_data/fuel_FR.csv.bz2 Sur ta page data.gouv.fr https://www.data.gouv.fr/fr/datasets/stations-services-en-france/ tu indiques : « Heureusement, beaucoup de pompes sont aujourd'hui équipées en carte bleue. *Mais malheureusement cette information n'est pas précisée dans le XML*. » Il me semble que c’est le tag serviceAutomate CB/service qui indique ça ;-) Par contre, on ne connait pas effectivement le type de cartes utilisées, ni si l’automate accepte les billets. Sur le coup j'ai pensé que c'était pour les distributeurs d'argent mais vu qu'il y en a plus de 6000 sur près de 11000 stations il faut croire que je me suis trompé ;-) Brice « On ne peux donc pas non plus faire complètement confiance aux horaires d'ouverture. Le modèle du XML source ne se prêtant d'ailleurs pas à la précision. » On peut leur suggérer le format de opening_hours http://wiki.openstreetmap.org/wiki/Key:opening_hours ? Certes, pas facile à saisir mais hyper fiable. L’outil opening_hours evaluation http://openingh.openstreetmap.de/evaluation_tool/?setLng=fr#check tool est très pratique pour se faire la main et vérifier ses valeurs avant de les intégrer dans OSM. — Yves PS: Peux-tu aussi trier les pdv par département et par ville ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice
Je vais faire quelques modif (supprimer et recréer de toute pièces les 2 rond-points problématiques et on verra bien à la prochaine version de la carte. De : ver...@gmail.com [mailto:ver...@gmail.com] De la part de Philippe Verdy Envoyé : mardi 7 octobre 2014 19:30 À : Discussions sur OSM en français Cc : Pierre Objet : Re: [OSM-talk-fr] Zones réglementées à effacer sur carte Ile Maurice Elle es tun peu trop loin du quartier miliaire en question plus haut avec ses deux ronds-points de chaque côté dont un tracé à l'envers mais avec oneway=-1 (corrigé). Je n'ai aucune idée de la façon dont Navigator interprète les tag oneway mais s'il ne testait pas la valeur de facçon cohérente il pouvait aboutir à une situation passant par le rond-point puis une vérif interdisant d'emprunter un morceau de voie à contre-sens (et dans ce cas c'est le message de Navigator qui est tro,peur et pas assez explicite ou trop généralite sur ce qu'il appelle réservé. Comme ce secteur a été visiblement modifié récemment (sans support d'imagerie) il est difficile de savoir quoi faire sur les seules données présentes sans un témoin sur place pour voir ce qui déconne vraiment (d'autant plus que les routes dans le coin sont très incomplètes; il manque des tas de rues résidentielles et certaines sont mal connectées; et visiblement il y a des problèmes de classification des routes (l'A7 par exemple, qui n'est pas une autoroute à notre sens et qui change de statut, mais aussi des minirocades pourtant visibles sur l'imagerie pour contourner un secteur devenu résidentiel; mais qui manquent/ Beaucoup de routes n'ont pas de noms ou de références, et le tracé est encore très approximatif avec des angles très prononcés où il n'y a que des faibles courbes; et des carrefours qui tombent à plusieurs mètres de la route sans même qu'il y ait d'aménagement spécial et certaines qui coupent des maisons qui n'ont pas du bouger, même dans la capitale. Bref il y a beaucoup de travail à faire à Maurice, la carte est une ébauche tirée essentiellement d'imports depuis de vielles cartes en basse résolution et peu de données géolocalisées précisément, et presque rien sur l'aspect naturel et l'aspect patrimanial (dommage pour une île touristique qui a peut-être autre chose à vendre que ses hotels-clubs avec la plage ou une piscine devant). Le 7 octobre 2014 18:02, Jérôme Amagat jerome.ama...@gmail.com a écrit : cette route : https://www.openstreetmap.org/way/170630551/history elle était en sens unique il y a moins d'un mois, est ce que le problème peut venir de là? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneaux de directions : tag Destination
Merci à tous pour les réponses ! Le 07/10/2014 17:01, david.croc...@online.fr a écrit : Bonjour - Mail original - De: Pieren pier...@gmail.com Je vois aussi la possibilité d'utiliser une relation [3], mais je ne vois pas vraiment l'intérêt quand des tags simples permettent de répondre au besoin Moi non plus. Mais c'est comme ça, il y a des gens qui aiment tellement les relations qu'ils en mettent partout, même quand on peut faire plus simple ;-) Ca n'a rien à voir avec visuel ou auditif ;-) - Mail original - La relation permet, en outre la même chose que destination:*=*, de définir l'aspect du panneau de signalisation, d'où l'information visuel. La conduite étant quasiment visuel puisqu'entendant les informations auditives, ensuite, ce ne sont que les yeux qui assureront la suite de la tenue de conduite. C'est également une fonction ajoutée au GPS de milieu de gamme. Maintenant les haut de gamme vont même jusqu'à diriger en utilisant des repères concrets comme les bâtiments, commerces, monuments comme par exemple Après l'église, tournez à droite. Ces type de données sont déjà dans OSM, les logiciels de routage sont à coder pour les utiliser. Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 06/10/2014 14:01, Yves Pratter a écrit : Petit détail : Peux-tu aussi afficher le nom de la commune en titre dans la page web ? (balise TITLE et balise H1 par exemple). Éternoz — Correspondance entre FANTOIR et voies OSM http://cadastre.openstreetmap.fr/fantoir/#insee=25223 Voilà qui est fait. Le code de la page ayant changé, un petit F5 pour que ça fonctionne. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr