Re: [OSM-talk-fr] Désabonnement de la liste

[Marc Gemis]

2018-04-19 22:18 GMT+02:00 Jérôme Cornet :
> Bonjour à tous,
>
> en tant qu'ancien administrateur de liste de diffusion, je me permets de
> répondre sur la cause *probable* de ces problèmes.
>
> Le point commun c'est GMail (et d'autres fournisseurs d'emails similaires
> comme Yahoo).
>

Mais la seule liste d'OpenStreetMap qui donne des problème c'est
talk-fr. Pas de problèmes avec talk, talk-be, talk-gb, tagging,
talk-au ...

m.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import station essence

[Marc Gemis]

A lot of fuel stations can be use 24/7 with a bank card
-->
A lot of fuel stations can be used 24/7 with a bank card

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ergonomie d'OpenStreetMap.org

[Marc Gemis]

Connaissez-vous https://www.mapcat.com ?
- OSM data
- clic gauche
- des noms en langue locale et Anglais.

m.

2018-01-02 23:32 GMT+01:00 marc marc :
> Bonsoir,
>
> Le 02. 01. 18 à 23:10, Cédric Frayssinet a écrit :
>> Quand on passe de GMaps à OpenStreetMap.org, je trouve que l'on perd
>> beaucoup à ne pas pouvoir cliquer (avec le bouton gauche)
>
> il est clair qu'un clic droit serrait beaucoup pratique et intuitif.
>
>> - interroger les objets
> petit raccourcit : afficher l'adresse
> cela ne te propose souvent le bon objet.
>
> Cordialement,
> Marc
> ___
> 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] ligne de bus : tag network

[Marc Gemis]

>
> Oui mais https://www.wikidata.org/wiki/Wikidata:Notability
> 1. Il contient au moins un lien de site valide vers une page de
> Wikipédia, Wikivoyage, Wikisource, Wikiquote, Wiki-news, Wikibooks,
> Wikiversité, Wiki-data, ou Wikimédia Commons. <...> une même page
> Wikipédia ne peut être liée que par un seul lien de site sur Wikidata
>

En Anglais, on dit "ou"   " if it meets at least one of the criteria below:"

2. It refers to an instance of a clearly identifiable conceptual or
material entity.
ou
3. It fulfills some structural need, for example: it is needed to make
statements made in other items more useful.

Je pense dans ce cas ici, 3 est vrais.

m.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Uploader ensemble de waypoints d'un fichier GPX ?

[Marc Gemis]

https://josm.openstreetmap.de/wiki/Help/Dialog/Filter peut aider.

2017-08-11 14:47 GMT+02:00 Shohreh :
> Ah oui. Donc quand on fait File > Download (from OSM/in current view), il
> télécharge tous les objets qui existent dans OSM, d'où une carte très
> compliquée. Une fois downloadé les données, la carte est plus lisible si on
> affiche en plus Mapnik en fond de carte.
>
> Et une fois que j'ai assigné un tag à mes waypoints, JOSM les affiche
> effectivement de manière plus lisible.
>
> Par contre, même dans une petite ville, ça fait déjà trop de données, et OSM
> m'oblige à zoomer et ne récupérer qu'une sous-partie : "Bad Request: The OSM
> server 'api.openstreetmap.org' reported a bad request. The area you tried to
> download is too big or your request was too large. Either request a smaller
> area or use an export file provided by the OSM community."
>
> D'où deux autres questions:
> 1. Même avec Mapnik derrière et un tag assigné à chaque waypoint, c'est
> difficile à lire : comment faire pour afficher/masquer mes waypoints pour
> vérifier que l'objet n'existe pas déjà dans OSM et serait caché par mon
> waypoint ? J'ai fait CTRL+A au pif, mais ça sélectionne tous les objets de
> la carte. Y a-t-il un moyen plus simple que de déplacer chaque waypoint,
> vérifier, replacer, et passer au suivant (en se souvenant de ceux que j'ai
> déjà vérifiés) ?
>
> 2. Comme la zone est trop grosse pour récupérer toute la ville d'un coup, je
> vais donc être obligé de faire le boulot en plusieurs fois, avec donc risque
> d'overlap entre deux étapes : comment faire pour ne pas uploader deux fois
> les mêmes waypoints qui se trouvent à la frontière entre deux zones ?
>
>
>
> --
> View this message in context: 
> http://gis.19327.n8.nabble.com/Uploader-ensemble-de-waypoints-d-un-fichier-GPX-tp5900492p5900544.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] Tags wikidata et wikipedia pour les commerces/enseignes...

[Marc Gemis]

pas wikidata, mais brand:wikidata:
https://wiki.openstreetmap.org/wiki/Key:brand:wikidata

m.

2017-07-16 22:45 GMT+02:00 Romain MEHUT :
> Bonsoir,
>
> Petite question : que pensez-vous de multiplier les tags wikidata et
> wikipedia pour tous les commerces d'une même "marque". Par exemple, les
> objets "Feu Vert" doivent-ils tous porter le tag wikidata
> https://www.wikidata.org/wiki/Q3070922?uselang=fr et le tag wikipedia
> https://fr.wikipedia.org/wiki/fr:Feu%20Vert%20(entreprise)?uselang=fr ?
>
> Merci.
>
> Romain
>
> ___
> 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] Mise à jour des rendus ?

[Marc Gemis]

Le même problème a été signalé sur les listes  britanniques et belges.
Je n'ai pas vu de solution

2017-03-01 21:58 GMT+01:00 pepilepi...@ovh.fr :
> Bonsoir,
>
> Quand je fais des modifs avec JOSM, habituellement je les vois sur oms.org
> après quelques minutes, délai variable suivant le niveau de zoom, mais en
> général au bout d'une demie heure on les voit aux zoom 15 à 19.
>
> Mais les modifs que j'ai faites depuis quelques jours (ajouté un parking
> lundi soir, par exemple) ne se voient pas encore sur les cartes, alors qu'on
> les voit si on coche la couche "données de carte". Mais un restau que j'ai
> ajouté hier soir, lui, est apparu...
>
> Il y a un serveur en panne ?
>
> Merci,
>
> Jean-Pierre
>
>
> ___
> 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] Contributeur du mois: Philippe Verdy

[Marc Gemis]

Bonsoir,

Dans notre série "Contributeur du mois" [1] nous avons une entrevue
avec Philippe Verdy:
http://www.openstreetmap.org/user/escada/diary/40120

m.

[1] 
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Belgian_Mapper_of_the_Month

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetCam

[Marc Gemis]

une discussion sur les differences entre Mapillary et
OpenStreetView/OpenStreetCam

https://github.com/openstreetview/openstreetview.org/issues/60

2016-12-14 14:49 GMT+01:00 Christian Quest :
> Le code lié à openstreetcam est sur github:
> https://github.com/openstreetview
>
> De ce point de vue c'est plus ouvert que Mapillary.
>
> Je n'ai par contre rien trouvé sur la partie backend/API...
>
>
> Le 14 décembre 2016 à 14:33, Nicolas Dumoulin  a
> écrit :
>>
>> Bonjour,
>>
>> Récemment le projet OpenStreetView s'est pas mal développé et a été
>> renommé en OpenStreetCam suite à un litige avec Google à cause de la
>> proximité à "Google Street View" ©.
>> Bref, si vous ne connaissez pas :
>> http://openstreetcam.org/map/@47.4057852900587,5.152587890625,6z
>>
>> Avez-vous des info sur le "open" du projet ? Genre est-ce que c'est
>> plus communautaire et libre que Mappillary ?
>> Pour avoir regardé vite fait, les codes sources des services et des
>> applications mobiles ne sont pas publiés.
>>
>> Merci
>>
>> --
>> Nicolas Dumoulin
>>
>>
>> ___
>> 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

Re: [OSM-talk-fr] clef pour les batiments classée

[Marc Gemis]

Il y a aussi des autres clés pour des objects historiques:
http://wiki.openstreetmap.org/wiki/FR:Historical_Objects/Attributs

On peut voir ces objects sur http://gk.historic.place

m

2016-09-10 11:17 GMT+02:00 althio :
> Comme point de départ :
> http://wiki.openstreetmap.org/wiki/FR:Key:heritage
>
> Il y a aussi quelques discussions, sur le forum français par exemple.
>
> - althio
>
>
> On Sep 10, 2016 11:02 AM, "Ludovic Hirlimann"  wrote:
>>
>> Bonjour,
>>
>> avec wikiloves monument j'ai été faire quelques photos de batiment
>> classé. Comment on anote cela sur OSM ?
>>
>>
>> Ludo
>>
>>
>> ___
>> 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] JOSM et OAuth

[Marc Gemis]

Dans le WeeklyOSM je trouve:

"Many mapper who use the new JOSM 9900 had problems with the OAuth
certification. Solution in JOSM: Edit, Preferences, Connection
Settings (Second Icon from top - looks like a globe) - Tab
Authentication, New Access Token, choose in the pulldown menu
Semi-automatic, Retrieve Request Token ... and again Retrieve Access
Token, Accept Access Token.

The new version from 10.03. should be without the OAuth problem."

voir https://josm.openstreetmap.de/ticket/12584


m.

2016-03-10 5:36 GMT+01:00  :
> Bonjour,
> depuis la 9900, mais c'est peut-être un hasard, je n'arrive plus a expédier
> les donner sur le serveur OSM.
> C'est ballot !
>
> Avez-vous le même soucis ou est-ce seulement parce que je ne travaille pas
> avec mon environnement habituel ?
> Même en utilisant un VPN, la réponse reste que le processus
> d'authentification a échoué.
> Non je n'ai oublié ni mon identifiant ni mon mot de passe.
>
> Indice : si je prends la version semi-automatique "Récupérer la requête
> d'accès" fait quelque chose mais je ne récupère rien.
> Curieusement il veut récupérer la requête de '' :
> Veuillez cliquer sur Récupérer la requête d’accès pour en récupérer une
> depuis ''.
>
> https://www.openstreetmap.org/oauth/request_token
> me donne un 500, mais c'est sans doute normal (un simple http get sans
> paramètres).
>
> Jean-Yvon
>
> ___
> 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] relations boundary admin_level=4 manquantes

[Marc Gemis]

2016-01-06 15:35 GMT+01:00 Philippe Verdy :
> Impossible de répondre et les inscriptions sur ce forum sont fermées.

C'est bizarre. Je pense que ce n'est pas vrai: voir
http://forum.openstreetmap.org/viewtopic.php?id=36900 #14

m

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Get data using Overpass API

[Marc Gemis]

Reply in English, because original post was in English


This query returns only relations with the tags amenity=bicycle_rental
and network=Velo'V.
In case there are no such relations, the query will not return them.
I would expect that most bicycle_rental places are mapped as node and
occasionally as (closed) ways. I see no need to map them as relations.

regards
m

On Mon, Nov 30, 2015 at 2:35 PM, Yosra Zguira  wrote:
> Hello,
>
> I use the Overpass API to get osm data. I have this query:
>
> /*
> This has been generated by the overpass-turbo wizard.
> The original search was:
> “amenity=bicycle_rental and network="Vélo'v" in "Lyon, France"”
> */
> [timeout:25];
> // fetch area “Lyon, France” to search in
> {{geocodeArea:Lyon, France}}->.searchArea;
> // gather results
> (
>   // query part for: “amenity=bicycle_rental and network="Vélo'v"”
>   node["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>   way["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>   relation["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>
> way[highway](area.searchArea);
> );
>
> // print results
> out body;
>>;
> out skel qt;
>
> Whe I ran it, it generated only nodes and ways and not relations.
> How can I please modify this query in order to download an osm file which
> containes nodes, ways and relations?
>
>
> ___
> 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] Get data using Overpass API

[Marc Gemis]

On Mon, Nov 30, 2015 at 2:47 PM, Yosra Zguira  wrote:
> I need to get an osm file which contain nodes, ways and relations of bicycle
> stations in Lyon, France. I will use this file for simulation using SUMO, so
> I need to convert it to an .net.xml file. Without relations I can't convert
> it to .net.xml file.
>

I saw this question on the help website as well.
The Overpass query only returns the objects that fulfil the criteria
that you specify. When there are no relations with the requested tags,
it will not return relations. Which relations would you expect ?

With your query you will only receive bicycle rental station, nothing
else, no roads, no houses, nothing but nodes, ways and relations
representing bicycle rental stations. When there are no nodes, ways or
relations with those tags, you will not retrieve nodes or ways or
relations.
In case there are no nodes with those tags, but only ways, you still
retrieve the nodes that are used in the ways, but not other nodes.

There is no requirement for .osm files to contain relations. In case
your conversion program needs relations, you will have to add
something to the file generated by Overpass. But what ? There are no
relations after all.


regards

m

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Gestion des périodes historiques pour le patrimoine

[Marc Gemis]

Quand je vois à taginfo: [1]

il y a déja 189 x  C16 et 176 x C19, 64 x C14, ...
aussi c16
et aussi 57 x 18.␣Jahrhundert

pas de x...y

[1] http://taginfo.openstreetmap.org/keys/start_date#values

2015-11-09 23:46 GMT+01:00 Philippe Verdy :
> On ne sait peut être pas la date de  naissance du christ mais on sait des
> dates précises sur cette période.  Cela fixe les calendriers avec une date
> connue précisément mêle si ce n'est pas la date du christ mais qu'on utilise
> comme date commune de départ des calendriers julien et grégoriens pour leur
> année 1. Par la suite pleins de dates de l'ère avant cette date axiomatique
> et figée ont été définies précisément.  Ce dont on s'en fiche alors est de
> savoir quand est né le christ car la on est même à 4 ou 7 années près selon
> les sources, et on n'est même pas sur de l'âge du christ à sa mort alors que
> cette mort est datée très précisément, au moins pour le jour du jugement car
> il y a aussi une incertitude sur la durée du supplice et le jour de la
> descente de croix, et par la suite de celui de la résurrection annoncée et
> donc du choix finalement arbitraire de la plaque chrétienne qui a été
> remaniée politiquement pour menager les oppositions avec la pâque juive mais
> aussi les fêtes civiles romaines du printemps. L'année 1 à donc été fixée
> arbitrairement pour mettre tout le monde d'accord plusieurs siècles après et
> ensuite on a rapproche avec succès les calendriers romains avec le
> calendrier julien et c'est un concile qui a tenté de décider qu'elle pouvait
> être l'année 1 mais les recherches historiques de rapprochement avec les
> calendriers romains n'ont pas réussi.  Il en est resté des incertitudes dd
> datation de toute la vie du christ,  alors que pour le reste,  les dates du
> premiers siècle ainsi co venues sont très bien établies. L'incertitude sur
> les dates du calendrier romain sont sur des siècles antérieurs au premier
> siècle et on ne sait pas précisément la date de fondation de Rome ni plein
> de dates de l'été hellénique ou pourtant exustait déjà des fêtes pascales,
> non chrétiennes forcément.
>
> Bref l'année 0 n'est pas une question dont on se fout en histoire... Et on
> est bien à moins d'une année près, avec seulement des incertitudes de
> quelques jours,  notamment dans la période hivernale avant mars puisque les
> romains ne dataient pas précisément les deux derniers mois de l'année.
>
> Le 9 nov. 2015 23:26,  a écrit :
>>
>> Moi aussi ça me va.
>>
>> Pour plus de clarté je suis pour l'utilisation des tirets dans l'ISO 8601
>> pour désigner des dates.
>> Soit :
>> 1001..1099 - 1492-02-12..1492-02-13
>> C'est moins cabalistique.
>>
>> Pour la fameuse année zéro, comme vous de savez pas à 4 ans près (ou plus)
>> quand le Jésus Christ a poussé son premier Christ, heu cri, donner des dates
>> antérieures à une précision de +/- 1 an, on s'en fiche (pour les données qui
>> nous concernent).
>>
>> Jean-Yvon
>>
>> Le 09/11/2015 17:10, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a écrit
>> :
>>>
>>> Si on voulait préciser une construction s'étalant du 11e siècle au 15e,
>>> cela donnerait "1001..1099 - 1401..1499". Si on peut dater plus précisément
>>> une date, par exemple février 1492 pour la seconde borne au lieu du simple
>>> 15e siècle, cela donnerait "1001..1099 - 1492-02"
>>>
>> Je trouve ça plutôt intéressant
>>
>>>
>>> Mais si la construction s'est achevée encore plus précisément le 12 ou le
>>> 13 février, cela donnerait "1001..1099 - 1492-02-12..1492-02-13" (les 4
>>> dates mentionnée sont toutes en format compatible ISO 8601 (lequel format
>>> n'inclut aucune espace ni aucun point... mais admet qu'on puisse supprimer
>>> les séparateurs "-" entre les composants année-mois-jour à condition de
>>> mettre les années sur 4 chiffres minimum, donc autoriserait aussi qu'on
>>> utilise pour nos intervalles: ""1001..1099 - 14920212..14920213").
>>
>> Moi ça me va
>>>
>>>
>>
>>
>> ___
>> 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] Avis sur la saisie de destination sign

[Marc Gemis]

Pas de problème

2015-11-12 20:54 GMT+01:00 Jérôme Seigneuret <jseigneuret-...@yahoo.fr>:
>
> Arf... Ok donc pour la relation ce n'est pas seulement une destination au 
> sens du chemin à emprunter mais une relation par indications inscrites sur le 
> panneau...
>
> Merci pour cette précision. J'avais lu trop rapidement.
>
>
> Le 12 novembre 2015 20:17, Marc Gemis <marc.ge...@gmail.com> a écrit :
>>
>> "As Nakaner wrote, times and destinations can only be mapped using 
>> relations. You need an own relation for each destination in this case. 
>> Adding the information to the way is not possible as they are only valid at 
>> the point of the guidepost, but not at any other position along the way."
>>
>> 2015-11-12 18:03 GMT+01:00 Jérôme Seigneuret <jseigneuret-...@yahoo.fr>:
>>>
>>>
>>>
>>> Le 12 novembre 2015 17:42, Marc Gemis <marc.ge...@gmail.com> a écrit :
>>>>
>>>> Je crée toujours une relation par destination, comme ils disent ici [1]
>>>>
>>> En fait c'est la même destination mais avec une proximité différentes... Un 
>>> peu comme pour les panneaux d'autoroute.
>>> Donc rien dans la page que tu m'envois ne change la donne. Dommage et merci 
>>> encore pour cet article
>>>
>>> exemple de schema
>>> A ___CDE ...
>>> \  /
>>> B ___X  < O >
>>>
>>> avec A B comme provenance (role from mais optionnel)
>>> avec C,D,E comme destination (en enfilade et donc avec des distances 
>>> différentes noté ou non)
>>>
>>> O étant le panneau
>>>
>>> < étant l'une des destination vers A ou vers B
>>> > étant la destination vers C,D,E
>>>
>>> Voilà en espérant qu'un schéma soit plus clair que les tags
>>>
>>>
>>> ___
>>> 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
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Avis sur la saisie de destination sign

[Marc Gemis]

"As Nakaner wrote, times and destinations can only be mapped using
relations. You need an own relation for each destination in this case.
Adding the information to the way is not possible as they are only valid at
the point of the guidepost, but not at any other position along the way."

2015-11-12 18:03 GMT+01:00 Jérôme Seigneuret <jseigneuret-...@yahoo.fr>:

>
>
> Le 12 novembre 2015 17:42, Marc Gemis <marc.ge...@gmail.com> a écrit :
>
>> Je crée toujours une relation par destination, comme ils disent ici [1]
>>
>> En fait c'est la même destination mais avec une proximité différentes...
> Un peu comme pour les panneaux d'autoroute.
> Donc rien dans la page que tu m'envois ne change la donne. Dommage et
> merci encore pour cet article
>
> exemple de schema
> A ___CDE ...
> \  /
> B ___X  < O >
>
> avec A B comme provenance (role from mais optionnel)
> avec C,D,E comme destination (en enfilade et donc avec des distances
> différentes noté ou non)
>
> O étant le panneau
>
> < étant l'une des destination vers A ou vers B
> > étant la destination vers C,D,E
>
> Voilà en espérant qu'un schéma soit plus clair que les tags
>
>
> ___
> 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] Avis sur la saisie de destination sign

[Marc Gemis]

Je crée toujours une relation par destination, comme ils disent ici [1]


m

[1] http://www.weeklyosm.eu/archives/4504

2015-11-12 13:56 GMT+01:00 Jérôme Seigneuret :

> Bonjour,
> Sur des panneaux (type panneau de randonnée), je souhaite saisir les
> informations de destination.
>
> Le panneau est tagué ainsi :
> ele=112
> hiking=yes
> information=guidepost
> mtb=yes
> name=Le Verdus
> tourism=information
>
> Et j'ai ajouté une relation
> type=destination_sign
> destination=Chemin de Saint-Jacques GR653 -GR74*|*Circuit Les Fenestrettes
> *|*Roc de la Bissonne
> distance=||1
> colour:back=brown
> colour:text=white
>
> Comme vous pouvez le voir j'ai séparé les destinations et les distances
> (indiqués) par |
>
> Je ne sais pas si c'est cohérent ou si un point vigile serait plus adapté.
> Il n'y a qu'un panneau pour une destination. C'est pour ça que je n'ai pas
> fait 3 relations avec le même panneau et la même destination (Je ne pense
> pas que faire 3 relations soit la bonne pratique).
>
> Voici la photo en question:
> https://drive.google.com/drive/folders/0B4UuIE-3ow13NFpJYWVQcDZBYlE
> Voici le point en question
> http://www.openstreetmap.org/node/3832429888
>
>
> Merci pour votre aide,
> Jérôme
>
>
> ___
> 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] camping / aire naturelle de camping

[Marc Gemis]

Il y a trois propositions :

http://wiki.openstreetmap.org/wiki/Proposed_features/Extend_camp_site
http://wiki.openstreetmap.org/wiki/Proposed_features/camp_site_pitch
http://wiki.openstreetmap.org/wiki/Proposed_features/camp_type%3D*

et beaucoup des discussions sur "tagging":
https://lists.openstreetmap.org/pipermail/tagging/2015-March/022836.html

m



2015-09-16 23:50 GMT+02:00 Balaïtous :

> Bonjour,
>
> Depuis 2 ans je pratique le cyclotourisme, et suis donc particulièrement
> intéressé par la question des camping dans OSM.
>
> La question dépasse largement celle aire naturelle vs camping.
>
> Le tag tourism=camp_site est très insuffisant.
>
> Il faudrait des compléments pour indiquer:
> * S'il s'agit d'un lieu officiel ou non
> * S'il est gardé ou non
> * S'il est ouvert ou non.
>
> L'an dernier j'ai ainsi fini dans un camping fermé, et cette année sur
> une aire de stationnement pour camping-car au sol stabilisé.
>
> Pour le classement par étoiles, la clé est employée dans 2121 cas.
> stars=*
> Cette clé n'est pas ne figure pas dans la documentation wiki, mais JOSM
> la propose dans le formulaire.
>
> Le lundi 31 août 2015 à 12:51 +0200, Nicolas Dumoulin a écrit :
> > Bonjour,
> >
> >
> >
> > J'ai cherché mais pas trouvé d'attributs pour différencier une "aire
> > naturelle de camping" d'un camping classique. J'ai cette
> > classification est franco-française, peut-on donc envisager ajouter
> > cette information ? De même que les classements à étoiles des
> > campings.
> >
> > https://fr.wikipedia.org/wiki/Camping#Classements
> >
> > Le classement est déjà présent dans ce listing :
> >
> > https://www.data.gouv.fr/fr/datasets/campings-classes-en-france/
> >
> > Fichier dans lequel je ne trouve pas l'aire naturelle de camping
> > d'Octon (Les arcades) par exemple.
> >
> >
> >
> > Dans taginfo, j'ai trouvé 2 note="aire naturelle" et une cinquantaine
> > de name="aire naturelle machin".
> >
> >
> >
> > Une idée ?
> >
> > Merci
> >
> >
> >
> > --
> >
> > Nicolas Dumoulin
> >
> > http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
> >
> > ___
> > 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] Démolition église

[Marc Gemis]

2015-08-12 8:42 GMT+02:00 David Crochet david.croc...@free.fr:

 Le 12/08/2015 00:32, Donat ROBAUX a écrit :

 Sachant que sur les églises, il y a en général un ou plusieurs points
 géodésiques (clocher ou borne granit?


 Si le point géodésique disparaît, il disparaît puisque OSM ne recense que
 l’existant.


On peut mettre ça dans http://www.openhistoricalmap.org/

m
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comme cartographier les crèches en France

[Marc Gemis]

La même question est sur help.openstreetmap.org :
https://help.openstreetmap.org/questions/35121/tagging-a-day-care-center-or-art-studio
Là, on dit amenity=kindergarten + kindergarten=day_nursery

m

2015-08-07 6:55 GMT+02:00 Thibault Drevet thibault.dre...@gmail.com:

 Bonjour à tous,

 Je colle sur la meilleure manière de taguer des crèches en France...
 J'ai regardé sur les wiki, voici une (trop longue) synthèse:

 Le wiki français de amenity=school [1] indique d'utiliser :
 * amenity=childcare pour les crèches et halte-garderies
 * amenity=kindergarten pour les écoles maternelles (petite à grande
 section)
 Et le wiki anglais de amenity=school [2] indique qu'en dessous de 5 ans
 (approx), il faut utiliser amenity=kindergarten.

 Ensuite, le wiki français de amenity=kindergarten [3] indique de
 l'utiliser pour les écoles maternelle (de 3 à 6 ans en France).
 Et le wiki anglais de amenity=kindergarten [4] indique de l'utiliser pour
 les établissement accueillant des enfants jusqu'à (en gros) 5 ans.

 Donc jusque là c'est cohérent : le wiki français détaille juste d'avantage
 la période avant 5-6 ans.

 Malheureusement amenity=childcare est certes utilisé, mais a été 2 fois
 rejeté, et le nouveau draft 2.0 date de 2013.
 Il a sa page sur le wiki anglais [5], mais elle est très succincte.
 Il n'a pas de page sur le wiki français.

 Et il y a également amenity=nursery, en mode Proposed depuis fin 2013.
 [6]
 Peu visible sur les wiki, il est surtout utilisé en France (Paris et
 Marseille notamment) et même d'avantage que amenity=childcare...
 J'ai vérifié sur overpass, il tag bien des POI name~crèche.

 Je passe sur les tags obsolètes/refusés et peu utilisés que sont
 amenity=preschool et amenity=creche.

 Quelques chiffres TagInfo pour la route:
Monde  France
 amenity=kindergarten  140 3533 872
 amenity=childcare  3 582   266
 amenity=nursery   525   356
 amenity=preschool200  3
 amenity=creche  8819

 Côté éditeurs:

 JOSMID
 amenity=kindergarten Équipements/Éducation/Jardin
 d'enfants   Terrains d'école maternelle / jardin d'enfants
 amenity=childcare  rien

 Nurserie/Garde d'enfants
 amenity=nursery
 rienrien
 (Équipement)

 Alors, lequel utiliser/recommander : amenity=childcare ou amenity=nursery ?

 +
 Thibault

 [1] http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool
 [2] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
 [3] http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dkindergarten
 [4] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten
 [5] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dchildcare
 [6] http://wiki.openstreetmap.org/wiki/Proposed_features/Nursery

 ___
 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] À propos de Garmin.OSM.nl

[Marc Gemis]

c'est mieux de demander ça au forum:
http://forum.openstreetmap.org/viewforum.php?id=26

m

2015-08-06 21:40 GMT+02:00 David Crochet david.croc...@free.fr:

 Bonjour

 gamrmin.openstreetmap.nl ne semble plus fournir de gmapsupp.imp
 directement. Vous avez aussi remarqué cela ?

 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

Re: [OSM-talk-fr] Potlatch 2 : une interface qui s'affiche par défaut sur OSM

[Marc Gemis]

Il n'y a pas de support pour IE9  (voir
http://wiki.openstreetmap.org/wiki/ID et
https://github.com/openstreetmap/iD/issues/1437 )

m.

2015-07-22 17:39 GMT+02:00 Nicolas Cucchietti 
nicolas.cucchie...@cddpnr06.org:

 Bonjour Pierre-Yves et Bruno,

 Merci pour vos réponses.

 Vous avez certainement raison tous les deux raisons car le Maire a
 souhaité utiliser l'ordinateur de la mairie pour rentrer des données dans
 OSM : la mairie du village s'est créé son propre compte.
 Il me semblait bien avoir utilisé Internet Explorer pour me rendre sur
 OSM, je n'en connaissais pas la version et ne savais pas que iD-Editeur
 pouvait ne pas être optimisé pour les anciennes versions du navigateur de
 Microsoft...
 Par ailleurs,​ il est possible également que Potlatch 2 soit l'interface
 préféré du compte de la mairie, ce dont je n'ai pas prêté attention.
 Je contacterai sous peu la mairie pour vérifier si le problème est résolu.

 Merci encore ! Vous m'avez été d'une aide précieuse. Je vous tiens au
 courant des suites.

 *Nicolas Cucchietti*
 Stagiaire pour le Conseil de Développement du PNR des Préalpes d'Azur
 Tourisme Durable - Projet Itinérance

 ___
 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] durée des trajets à vélo dans Paris

[Marc Gemis]

Il y a plusieurs possibilités:

1) Ou les donnés des feux et des obstacles manque dans OSM
2) Ou les algorithmes ont des erreurs, e.g. la vitesse moyenne est trop
haute.
3) ??

just my .5 cents

m

2015-07-21 15:16 GMT+02:00 Julien Demade dem...@no-log.org:










 Bonjour

 Je voulais signaler un problème quant à la durée indiquée sur OSM des
 trajets à vélo dans Paris (problème possiblement plus général, je ne
 sais pas): elle est beaucoup trop brève, ne tient pas du tout compte du
 fait qu'on ne roule pas aussi vite en milieu urbain que sur une route de
 campagne (feux, circulation, croisements, etc.). Pour donner un ordre de
 grandeur, un trajet indiqué sur OSM comme prenant à peu près 30-40mn
 (suivant que l'on utilise GraphHopper ou MapQuest), est indiqué sur un
 autre calculateur d'itinéraires (qui donne lui des durées fiables) comme
 prenant environ 50mn (il s'agit de http://www.geovelo.fr/). Bref, tel quel le 
 planificateur d'itinéraire vélo est inutilisable, ce qui est dommage!

 Comme je n'ai malheureusement aucune idée de la nature du problème, et
 donc encore moins de la façon de le résoudre, je me contente de le
 signaler, en espérant qu'il y a plus compétent que moi - ce dont je ne
 doute pas!

 Julien




 ___
 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] durée des trajets à vélo dans Paris

[Marc Gemis]

Pour osrm, voir http://project-osrm.org/
Pour graphhopper: https://graphhopper.com/#contact

m

2015-07-22 15:14 GMT+02:00 Julien Demade dem...@no-log.org:

  Cela doit effectivement revenir à cela (je pencherai pour une vitesse
 moyenne trop haute): mais où sont ces réglages, à qui signaler le problème?

 Le 22/07/2015 13:22, Marc Gemis a écrit :

 Il y a plusieurs possibilités:

  1) Ou les donnés des feux et des obstacles manque dans OSM
 2) Ou les algorithmes ont des erreurs, e.g. la vitesse moyenne est trop
 haute.
 3) ??

  just my .5 cents

  m

 2015-07-21 15:16 GMT+02:00 Julien Demade dem...@no-log.org:










 Bonjour

 Je voulais signaler un problème quant à la durée indiquée sur OSM des
 trajets à vélo dans Paris (problème possiblement plus général, je ne
 sais pas): elle est beaucoup trop brève, ne tient pas du tout compte du
 fait qu'on ne roule pas aussi vite en milieu urbain que sur une route de
 campagne (feux, circulation, croisements, etc.). Pour donner un ordre de
 grandeur, un trajet indiqué sur OSM comme prenant à peu près 30-40mn
 (suivant que l'on utilise GraphHopper ou MapQuest), est indiqué sur un
 autre calculateur d'itinéraires (qui donne lui des durées fiables) comme
 prenant environ 50mn (il s'agit de http://www.geovelo.fr/). Bref, tel quel 
 le planificateur d'itinéraire vélo est inutilisable, ce qui est dommage!

 Comme je n'ai malheureusement aucune idée de la nature du problème, et
 donc encore moins de la façon de le résoudre, je me contente de le
 signaler, en espérant qu'il y a plus compétent que moi - ce dont je ne
 doute pas!

 Julien




 ___
 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] Du travail pour les bruxellois

[Marc Gemis]

Sur twitter: https://twitter.com/osm_be/status/615407885376442368

Mission accomplished. :-)

Et les discussions sur la liste Belge

https://lists.openstreetmap.org/pipermail/talk-be/2015-June/007607.html
https://lists.openstreetmap.org/pipermail/talk-be/2015-June/007611.html

2015-07-01 14:47 GMT+02:00 Romain MEHUT romain.me...@gmail.com:

 Bonjour

 Si les belges nous lisent...

 http://www.lemonde.fr/planete/article/2015/06/28/bruxelles-bannit-les-voitures-dans-son-centre_4663386_3244.html

 Romain

 ___
 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] Rendu OSM avec dénivelé?

[Marc Gemis]

2015-06-19 14:00 GMT+02:00 Guillaume Castagnino ca...@xwing.info:

 Ah, et une autre possibilité qu’il m’arrive régulièrement d’utiliser
 pour calculer mes trajets vélo : http://brouter.de/brouter-web/. D’une
 part, en mode « fast-bike », les itinéraires calculés sont biens (dans
 les coins où je pédale c’est effectivement le meilleur choix possible ou
 presque), on peut corriger le trajet à volonté en tirant l’itinéraire «
 à la google maps » (donc choix d’itinéraire virtuellement libre), et il
 calcule un joli graphique de dénivelé et un récap du D+. Et bonus, y a
 un export possible pour GPS.


Il y a aussi http://cycle.travel/map
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] comment taguer des panneaux biche (dot com) / animaux sauvages

[Marc Gemis]

2015-06-02 11:27 GMT+02:00 JB jb...@mailoo.org:

 - option deux, mettre le panneau « à droite » de la route, pour indiquer
 la direction (les panneaux à gauche, c'est quand même rare). Mais ça fait
 du boulot de prétraitement pour les utilisateurs de données.


+1, c'est comme on fait en Finlande et Hollande, voir
http://wiki.openstreetmap.org/wiki/Finland:Traffic_signs


m.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Overpass : différence de réponses en fonction du serveur

[Marc Gemis]

http://wiki.openstreetmap.org/wiki/Overpass_API/status

2015-05-21 16:59 GMT+02:00 mga_geo mga_...@yahoo.fr:

 Bonjour,

 J'utilise souvent le serveur http://overpass.osm.rambler.ru. Hors sur une
 requête de comparaison des arrêts de bus sur Rennes, je trouvais toujours
 des différences même après modification dans OSM (par exemple
 https://www.openstreetmap.org/node/3266582540/history ).
 Le serveur http://overpass-api.de donne par contre la bonne version.

 Comment est-il possible de savoir qu'un serveur a des différences par
 rapport à OSM ?

 A+
 Marc




 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Overpass-difference-de-reponses-en-fonction-du-serveur-tp5845428.html
 Sent from the France mailing list archive at Nabble.com.

 ___
 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] Reconnaissance automatique des panneaux routiers ?

[Marc Gemis]

Quelques minutes après votre message, au talk-gb

-- Forwarded message --
From: Steven Horner ste...@stevenhorner.com
Date: Tue, Jan 6, 2015 at 1:02 PM
Subject: Re: [Talk-GB] View roadsigns in JOSM
To: talk...@openstreetmap.org talk...@openstreetmap.org


The Mapillary team are working on integration with ScoutSigns, this is what
Jan sent from Mapillary:


We are actually working on integration with the Scout team. Initially
 piping our traffic signs detected with our own system into their
 ScoutSigns JOSM plugin. Potentially deeper integration later on.



___
Talk-GB mailing list
talk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

2015-01-06 12:53 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com:

 Un peu tardivement, voici l'endroit où vous pouvez trouver le plugin josm
 pour ajouter les informations provenant des panneaux de signalisation, je
 n'ai testé que rapidement, mais je suppose que cela fonctionne bien, mais
 peu de données disponibles et le plugin ne semble pas (encore?) utiliser
 mapillary :
 http://sdkblog.skobbler.com/scoutsign-osm/

 --
 Jean-Baptiste Holcroft

 Le 28 décembre 2014 13:37, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 28 déc. 2014 à 10:54, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Il y a eu pas mal de choses de faites de ce côté,

 Concrètement pour OSM, qu’est-ce qui existe ?
 Que peut-on utiliser ?

- soit en temps réel ?
Une appli qui tourne dans un smartphone et qui enregistrerait une
trace, la position approximative du panneau et sa photo…
- soit en différé :
   - on récupère les photos/vidéos de sa caméra embarqué et on lance
   un logiciel de traitement qui extrait les panneaux
   - on télécharge ses photos/vidéos sur un site comme Mapillary qui
   lui fait le travail.


 Mapillary en parle sur la présentation que j’ai indiqué, mais que
 font-ils vraiment avec ?

 Avec ces techniques, on peut donc détecter la présence de panneaux et
 estimer leur position...  et au final compléter les données OSM,

 Oui je voyais plutôt ce cas. Telenav n’a pas présenté un plugin pour JOSM
 qui importe les positions des panneaux depuis leur système de vision ?

 ensuite c'est une info qu'il faut croiser avec d'autres de façon
 automatique quand c'est possible

 Est-ce que feu les DDE ou les grandes agglomérations pensent à ouvrir
 leurs bases en Open Data ?


 sûrement pas par import mais par la mise à disposition de cette source
 supplémentaire d’information.

 Dans Osmose ? ;-)

 —
 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] Cours Albert Thomas à Lyon

[Marc Gemis]

2014-12-14 11:43 GMT+01:00 Yves Pratter yves.prat...@gmail.com:

 Point de recyclage a cours gambetta


essayez votre queries à nominatim.openstreetmap.org
par example:
http://nominatim.openstreetmap.org/details.php?place_id=25229455.
...
-- 69003 (Type: place:postcode, 0 GOTO
http://nominatim.openstreetmap.org/details.php?place_id=)

http://nominatim.openstreetmap.org/details.php?place_id=76853875
...
-- 69001;69002;69003;69004;69005;69006;69007;69008;69009 (Type:
place:postcode, 0 GOTO
http://nominatim.openstreetmap.org/details.php?place_id=)

parfois il y a un node with plusieurs codes postaux.
Ces nodes ne sont pas dans OSM, seulement dans Nominatim. C'est possible de
demandez de éliminer  ces nodes. Je ne sais pas où.

m
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM

[Marc Gemis]

2014-12-13 15:44 GMT+01:00 Yves Pratter yves.prat...@gmail.com:


- J’ai essayé de trouver l’adresse 111 Cours Albert Thomas, lyon

 http://www.openstreetmap.org/search?query=111%20Cours%20Albert%20Thomas,%20lyon#map=18/45.74507/4.87338layers=H
  (pas
de 111 visible sur la carte).
*Le cours sort 6 fois* avec les codes postaux *69003* (2X), *69007*,
*69008* (2X) et* 69001;69002;69003;69004;69005;69006;69007;69008;69009*


 Des idées ?


Oui, je pense les postalcode boundaries comme en Flandre et Allemagne
sont la solution pour ça.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?

[Marc Gemis]

c'etait annoncé à 5 Novembre, dans ce blog post:
http://blog.openstreetmap.de/blog/2014/11/overpass-api-version-51-mit-holprigem-start/
 (en allemand)

m

2014-12-10 10:17 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:

 Génial de découvrir au détour d'une réponse qu'overpass peut sortir du
 CSV... un truc que j'avais loupé et qui ouvre beaucoup de possibilités !

 C'est nouveau où j'ai loupé ça depuis toujours ?

 En tout cas, merci Etienne :)


 Le 10 décembre 2014 08:17, Etienne Trimaille etienne.trimai...@gmail.com
 a écrit :

 Tu peux aussi regarder pour n'obtenir que les tags et non les géomètries
 en changeant le print:

 http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Print_.28out.29
 http://overpass-turbo.eu/s/6s6 mais cela ne donne pas un fichier avec
 une entité par ligne.

 Au niveau de la requête, tu peux spécifier le format de sortie, dont CSV,
 mais il faut spécifier les colonnes avant :

 http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Output_Format_.28out.29

 Si tu as QGIS, tu peux utiliser le plugin QuickOSM et n'exporter que la
 table attributaire.



 --
 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

Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?

[Marc Gemis]

On Wed, Dec 10, 2014 at 12:41 PM, Yves Pratter yves.prat...@gmail.com
wrote:

 Si j’envoi une lettre à ces adresses, arrivera-t-elle toujours ?

- Oude Bareellei 120
2170 Merksem
- Oudebareellei 120
2170 Anvers
- Oudebareellei 120
2170 Antwerpen


Oui, pas de problems. Je pense que la post seulement utilise le 2170.
Il y a aussi quelques rues dans Anvers avec le même nom, mais d'autre
numéro postale. et d'autre district. (They were to lazy to rename the
streets when the villages were merged into Antwerp I guess :-)  )
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Envoyer requêtes à OSM et récupérer bike=shop?

[Marc Gemis]

2014-12-10 12:49 GMT+01:00 Yves Pratter yves.prat...@gmail.com:

 J’ai oublié,

 Comment formatter les n° de téléphone dans OSM pour la Belgique :


 Tel/fax:03 / 647.39.04
 Gsm :   0474/297.230

 +32 3 647 39 04
 +32 474 297 230


c'est bien comme ça. parfoîs on voit +32 (0) 3 647 39 04



 —
 Yves

 PS: comment indiquer “correctement” les n° de portables dans OSM et/ou
 comment indiquer correctement plusieurs  n° de téléphone
 phone=+32 3 647 39 04;+32 474 297 230 ??


je ne sais pas.. Il y a contact:mobile ou mobile ou phone:mobile (voir
taginfo: https://taginfo.openstreetmap.org/search?q=mobile )



 ___
 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] Pas de cadastre disponible à Anvers et/ou en Belgique ?

[Marc Gemis]

Les bâtiments sont importé en Bruxelles.
Pour La Flandre c'est possible pour importer les adresses, mais pas les
bâtiments.

En Belgique, il y a 3 institutions qui sont responsable pour le cadastre.
(Bruxelles, La Flandre, La Wallonie). L'un est d'accord, l'autre pas..

m

2014-12-10 13:06 GMT+01:00 Nicolas Moyroud nmoyr...@free.fr:

 Bonjour,

 Si je ne me trompe pas il semble bien que l'utilisation du cadastre pour
 les contributeurs OSM est une spécificité française grâce à la DGFiP qui a
 donné son accord pour le cadastre français. En Belgique je ne sais pas
 quelle est la situation par rapport au cadastre.
 C'est vrai que pour ajouter les bâtiments et les limites administratives
 dans OSM, c'est une ressource très précieuse !

 a+
 Nicolas

 Le 10/12/2014 12:57, Yves Pratter a écrit :

 Cette petite promenade à vélo dans Anvers m’interroge : il n’a pas (peu)
 de bâtiment dans Merksem (du moins dans cette rue).

 Il n’y a pas de possibilité d’importer les bâtiments ?




 ___
 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] Envoyer requêtes à OSM et récupérer bike=shop?

[Marc Gemis]

Avez-vous essayez le bouton export ?
c'est possible a récupérer en format geoJSON, GPX, KML, ...


2014-12-10 0:54 GMT+01:00 Shohreh codecompl...@free.fr:

 Bonjour

 J'aimerais récupérer la liste des boutiques de vélo en Ile-de-France sous
 forme de texte, avec tous les champs renseignés (nom, adresse, etc.)

 Je connais Overpasse Turbo mais, sauf erreur, il affiche les résultats sous
 forme de carte.

 Quel est le moyen le plus simple pour récupérer les infos sous forme de
 liste à colonnes?

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Envoyer-requetes-a-OSM-et-recuperer-bike-shop-tp5826779.html
 Sent from the France mailing list archive at Nabble.com.

 ___
 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