Re: [OSM-talk-fr] source sur l'objet <> sur le changeset

[Pierre-Yves Berrard]

Pour reprendre ton exemple :

   - L'arrêt de bus (un way) : photo aérienne.
   - Le bâtiment à côté : cadastre
   - La poubelle : survey + photo aérienne.
   - Une autre poubelle (pas sur photo aérienne) : survey


Les tags du changeset, selon ton schéma :

   - source:geometry:platform=bing
   - source::geometry:building=cadastre
   - source:position:waste_basket=survey;bing

Et pour ma question annexe ?

PS : à y réfléchir, on pourrait aller plus loin. Mettons un changeset avec
seulement des hydrants, je mets le tag emergency=hydrant sur le changeset
et je laisse juste les points sans attributs. Ça économise de la place.

Le 26 juillet 2017 à 20:14, marc marc <marc_marc_...@hotmail.com> a écrit :

> Je ne comprend pas en quoi ta situation est différente de la mienne.
> exemple j'ai été voir un arrêt de bus hier.
> J'ai vu l'arrêt de bus, l'abribus, le banc, la poubelle, la rue, etc
> donc sur le changeset source=survey
> pour dessiner l'abribus et la route du parking, j'ai utilisé le sat
> donc sur le changeset source:geometry=mapbox
>
> Si je devais décrire ces mêmes sources sur les objets,
> il me faudrait 48 tag source au lieu de 2 !
>
> Ironie de la situation, la raison de ma visite sur place était un objet
> avec un beau source tag sur l'objet, ignoré par le contributeur suivant.
> Heureusement il a utilisé Id qui a ajouté (automatiquement il me semble)
> la source=Bing malgré que le contributeur n'ai renseigné.
>
> Je n'ose pas imaginer lorsque je fais une petite rue et que j'ai au
> final 200 objets créés/modifiés et donc un millier de tag donc aurait
> besoin de 2000 tag source, indigeste !
>
> Le 26. 07. 17 à 18:59, Pierre-Yves Berrard a écrit :
>
> > En ce qui me concerne, séparer les changeset selon la source est
> impossible.
> > Je travaille le plus souvent sur une zone donnée, en essayant de
> > positionner les objets les uns par rapport aux autres, donc en
> > m'appuyant pour ce faire sur toutes les sources disponibles.
> >
> > Question annexe (mais importante) : avec la source uniquement sur le
> > changeset, comment retrouver (facilement) la source pour qui exporterait
> > les données ?
> >
> > PY
> >
> > Le 26 juillet 2017 à 18:30, marc marc a écrit :
> >
> > Le 26. 07. 17 à 17:51, Jean-Claude Repetto a écrit :
> >  > une source pour la position et une autre source pour le nom
> > oui source:geometry et source:name ont du sens.
> > mais on peux mettre ce niveau de détail dans le changeset non ?
> > tu as un exemple d'un changeset que tu as fait qui aurait un tag
> précis
> > ayant une valeur différente selon l'objet sans que cela justifie de
> se
> > faciliter la vie avec 2 changeset ?
> >
> > ce qui n'a pas de sens c'est source=machin sur l'objet puisque la
> seule
> > façon de savoir ce que cela concerne c'est de retrouver le changeset
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-fr
> > <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] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

En ce qui me concerne, séparer les changeset selon la source est impossible.
Je travaille le plus souvent sur une zone donnée, en essayant de
positionner les objets les uns par rapport aux autres, donc en m'appuyant
pour ce faire sur toutes les sources disponibles.

Question annexe (mais importante) : avec la source uniquement sur le
changeset, comment retrouver (facilement) la source pour qui exporterait
les données ?

PY

Le 26 juillet 2017 à 18:30, marc marc  a écrit :

> Le 26. 07. 17 à 17:51, Jean-Claude Repetto a écrit :
> > une source pour la position et une autre source pour le nom
> oui source:geometry et source:name ont du sens.
> mais on peux mettre ce niveau de détail dans le changeset non ?
> tu as un exemple d'un changeset que tu as fait qui aurait un tag précis
> ayant une valeur différente selon l'objet sans que cela justifie de se
> faciliter la vie avec 2 changeset ?
>
> ce qui n'a pas de sens c'est source=machin sur l'objet puisque la seule
> façon de savoir ce que cela concerne c'est de retrouver le changeset
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

J'aurais dit l'inverse.

Mes changesets sont en général une confrontation de plusieurs sources.
Donc je mets un tag source par objet, et si l'objet change, je change aussi
la source.
Rigueur. ;)

Le 26 juillet 2017 à 15:08, marc marc  a écrit :

> Moi j'aurais dis l'inverse :)
> Le changeset a été créé pour éviter de dupliquer 200 fois le même tag
> sur les 200 objets.
> Surtout que lorsque quelqu'un modifie l'objet, si le sourcetag précédent
> reste, il devient erroné (un arrêt de bus confirmé sur place alors que
> la source va toujours dire qu'il provient d'imagerie sat.
> Du coup il et impossible de se fier au source sur l'objet, on ne peux se
> baser que sur celui du changeset donc pas d'intérêt de dupliquer un tag
> qui deviendra désynchronisé par la suite.
> A la limite un fixeme serrait plus utilisable.. parce que celui là on le
> vire systématiquement lorsqu'on le traite.
>
> Le 26. 07. 17 à 14:45, Florian LAINEZ a écrit :
> > il est préférable de préciser la source directement sur les objets
> > eux-mêmes.
> >
> > Le 26 juillet 2017 à 13:33, djakk djakk  > > a écrit :
> >
> > Oui effectivement j'ai carburé ^^ merci pour le comptage je ne
> > pensais pas en avoir fait autant :O
> >
> > Pour le soucis avec l'imagerie aérienne, je met un "source"='BDOrtho
> > IGN' sur l'arrêt de bus créé ou bien le "source" du changeset suffit
> > ? Ou bien j'arrête de mapper avec cette technique, laissant le
> > boulot à un mapper local ?
> >
> > Le 26 juillet 2017 à 09:42, Florian LAINEZ  > > a écrit :
> >
> > Warning... les images aériennes ne sont pas forcément de
> > toute fraîcheur et les arrêts de bus n'ont pas un
> > emplacement immuable, surtout qu'il y en a pas mal qui font
> > l'objet de travaux pour mise aux normes d'accessibilité...
> > donc warning ;)
> >
> >
> > +1
> >
> > Le 25 juillet 2017 à 17:52, Christian Quest
> > > a
> écrit :
> >
> > Le 25/07/2017 à 17:29, marc marc a écrit :
> >
> > djakk 200 arrêts trouvé sur imagerie sat en 6 jours ?
> > woaw tu carbures !
> >
> >
> > Warning... les images aériennes ne sont pas forcément de
> > toute fraîcheur et les arrêts de bus n'ont pas un
> > emplacement immuable, surtout qu'il y en a pas mal qui font
> > l'objet de travaux pour mise aux normes d'accessibilité...
> > donc warning ;)
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> > 
> >
> >
> >
> >
> > --
> >
> > *Florian Lainez*
> >
> > @overflorian 
> ___
> 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] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

On ne peut pas empêcher les doublons potentiels de ref: (y compris suffixé)
à un niveau géographique donné. Donc la raison du FR doit être ailleurs.

Le mieux serait tout simplement "ref", mais un arrêt peut être utilisé par
plusieurs opérateurs, donc "ref:Stan".
À noter que c'était au départ "ref:STAN" mais cela a été changé suite à une
discussion locale, pour faire coïncider avec ce qui est affiché sur le site
de l'opérateur.

PS : 44 est le code géographique de la région Grand Est.

Le 4 juillet 2017 à 01:09, <osm.sanspourr...@spamgourmet.com> a écrit :

> Comme la dernière fois il y a les pour et il y a les contre.
>
> Je suis pour FR:STAN parce que si tu recherches un plan de ligne, tu veux
> celui de la STAN de Nancy or les outils permettent de mettre un identifiant
> de réseau qui doit donc être unique (on ne peut ajouter un pays ailleurs).
>
> On considère que la liste française permet d'éviter les doublons (et oui
> ref:FR:44:Stan - 44 n'est pas un code de région mais de département, sinon
> il faudrait mettre BZH ;-) mais c'est la TAN).
>
> Pour Rennes c'est FR:STAR.
>
> Par contre je vois aussi Lila
> <http://www.openstreetmap.org/node/1705867191>. ou encore fr_tim
> <http://www.openstreetmap.org/node/4758383707>.
>
> Bref, peu importe sauf qu'une ref pas unique alors que certains outils
> sont basés juste dessus, bof.
>
> Mais homogène. J'ai aussi vu des ref simples mais des wikidata sur
> l'operator. Toujours le même pb : les outils doivent connaître et utiliser.
>
> Sinon une partie simple (STAN) et une spéciale techos (operator:wikidata).
>
> Le 04/07/2017 à 00:41, Pierre-Yves Berrard - pierre.yves.berr...@gmail.com
> a écrit :
>
> Je laisserais simplement tel quel. Certes il y a un risque de récupérer
> une entreprise de pneumatique au Pérou en faisant une requête sur ref:Stan
> tout seul. Mais en général la référence n'est pas la clé principale d'une
> requête (au minimum public_transport=platform et une zone géographique
> éventuellement).
>
> Et s'il y a d'autres ref:Stan en France, il faudrait mettre un code région
> : ref:FR:44:Stan ?
>
> PY
>
> Le 3 juillet 2017 à 23:29, Donat ROBAUX <dona...@gmail.com> a écrit :
>
>> Ce serait moi, je basculerai tout en ref:FR:STAN pour éviter qu'à
>> l'autre bout de la planète ce tag ne serve à autre chose, parce qu'on ne
>> connait pas tout ce qui passe ailleurs. La catégorisation par pays me
>> semble éviter ces écueils, même si évidemment quand on fait une requête,
>> elle est limitée à la France.
>>
>> Donat
>>
>>
>> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>>  Garanti
>> sans virus. www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>>
>> Le 3 juillet 2017 à 23:12, Romain MEHUT <romain.me...@gmail.com> a écrit
>> :
>>
>>> Bonsoir,
>>>
>>> Quelqu'un pour trancher si on doit basculer les ref:stan (indiqué ici
>>> http://wiki.openstreetmap.org/wiki/Nancy/Transports_en_commun) en
>>> ref:FR:STAN ? Et par la même occasion harmoniser les pratiques sur toute la
>>> France...
>>>
>>> Merci.
>>>
>>> Romain
>>>
>>>
>>> Le 2 juillet 2017 à 12:17, Ralf Treinen <trei...@free.fr> a écrit :
>>>
>>>> Bonjour,
>>>>
>>>> ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en région parisienne
>>>> nous utilisons "ref:FR:STIF".
>>>>
>>>> -Ralf.
>>>>
>>>> On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves Berrard wrote:
>>>> > Bonjour Frédéric,
>>>> >
>>>> > La référence à utiliser est "ref:Stan". Cela devrait faire
>>>> disparaître la
>>>> > quasi-totalité des points verts. ;-)
>>>> >
>>>> > Pierre-Yves
>>>> >
>>>> > Le 1 juillet 2017 à 13:50, Frédéric Rodrigo <fred.rodr...@gmail.com>
>>>> a écrit :
>>>> >
>>>> > Salut,
>>>> >
>>>> > Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur
>>>> Nancy.
>>>> >
>>>> > http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
>>>> m=15=
>>>> > 48.69607=6.17944=1%2C2%2C3
>>>> >
>>>> > N'hésitez pas à faire un retour, notamment si la référence ne
>>>> semble pas
>>>> > bonne.
>>>

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

 Je laisserais simplement tel quel. Certes il y a un risque de récupérer
une entreprise de pneumatique au Pérou en faisant une requête sur ref:Stan
tout seul. Mais en général la référence n'est pas la clé principale d'une
requête (au minimum public_transport=platform et une zone géographique
éventuellement).

Et s'il y a d'autres ref:Stan en France, il faudrait mettre un code région
: ref:FR:44:Stan ?

PY

Le 3 juillet 2017 à 23:29, Donat ROBAUX <dona...@gmail.com> a écrit :

> Ce serait moi, je basculerai tout en ref:FR:STAN pour éviter qu'à l'autre
> bout de la planète ce tag ne serve à autre chose, parce qu'on ne connait
> pas tout ce qui passe ailleurs. La catégorisation par pays me semble éviter
> ces écueils, même si évidemment quand on fait une requête, elle est limitée
> à la France.
>
> Donat
>
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>  Garanti
> sans virus. www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
> <#m_-7878586583896318477_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Le 3 juillet 2017 à 23:12, Romain MEHUT <romain.me...@gmail.com> a écrit :
>
>> Bonsoir,
>>
>> Quelqu'un pour trancher si on doit basculer les ref:stan (indiqué ici
>> http://wiki.openstreetmap.org/wiki/Nancy/Transports_en_commun) en
>> ref:FR:STAN ? Et par la même occasion harmoniser les pratiques sur toute la
>> France...
>>
>> Merci.
>>
>> Romain
>>
>>
>> Le 2 juillet 2017 à 12:17, Ralf Treinen <trei...@free.fr> a écrit :
>>
>>> Bonjour,
>>>
>>> ça ne devrait pas plustot être "ref:FR:Stan" ? Ici en région parisienne
>>> nous utilisons "ref:FR:STIF".
>>>
>>> -Ralf.
>>>
>>> On Sun, Jul 02, 2017 at 10:40:19AM +0200, Pierre-Yves Berrard wrote:
>>> > Bonjour Frédéric,
>>> >
>>> > La référence à utiliser est "ref:Stan". Cela devrait faire disparaître
>>> la
>>> > quasi-totalité des points verts. ;-)
>>> >
>>> > Pierre-Yves
>>> >
>>> > Le 1 juillet 2017 à 13:50, Frédéric Rodrigo <fred.rodr...@gmail.com>
>>> a écrit :
>>> >
>>> > Salut,
>>> >
>>> > Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur
>>> Nancy.
>>> >
>>> > http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
>>> m=15=
>>> > 48.69607=6.17944=1%2C2%2C3
>>> >
>>> > N'hésitez pas à faire un retour, notamment si la référence ne
>>> semble pas
>>> > bonne.
>>> >
>>> > (Il y a "None" dans les popups mais ça va être corrigé)
>>> >
>>> > Comme c'est basé sur le GTFS on peu facilement en ajouter pour
>>> d'autres
>>> > ville, si elle n'y est pas déjà.
>>> > http://osmose.openstreetmap.fr/fr/errors/?item=8040
>>> > Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit
>>> dans le
>>> > GTFS.
>>> >
>>> >
>>> > Frédéric.
>>> >
>>> >
>>> >
>>> > Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
>>> >
>>> > Bonjour,
>>> >
>>> > Nouveau mois, nouveau projet du mois !
>>> >
>>> > Vous ne les remarquez plus tellement ils font partie du
>>> paysage urbain
>>> > (ou pas), pourtant il en manque encore pas mal sur la carte !
>>> > Ce mois-ci je vous propose de cartographier ensemble les
>>> arrêts de bus
>>> > !
>>> >
>>> > Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>>> >
>>> > https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
>>> > arr%C3%AAts_de_bus
>>> >
>>> >
>>> > @nlehuby
>>> >
>>> >
>>> >
>>> >
>>> > ___
>>> > 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] [OSM transport] Projet du mois - arrêts de bus

[Pierre-Yves Berrard]

Bonjour Frédéric,

La référence à utiliser est "ref:Stan". Cela devrait faire disparaître la
quasi-totalité des points verts. ;-)

Pierre-Yves

Le 1 juillet 2017 à 13:50, Frédéric Rodrigo  a
écrit :

> Salut,
>
> Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.
>
> http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
> =15=48.69607=6.17944=1%2C2%2C3
>
> N'hésitez pas à faire un retour, notamment si la référence ne semble pas
> bonne.
>
> (Il y a "None" dans les popups mais ça va être corrigé)
>
> Comme c'est basé sur le GTFS on peu facilement en ajouter pour d'autres
> ville, si elle n'y est pas déjà.
> http://osmose.openstreetmap.fr/fr/errors/?item=8040
> Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit dans le
> GTFS.
>
>
> Frédéric.
>
>
>
> Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
>
>> Bonjour,
>>
>> Nouveau mois, nouveau projet du mois !
>>
>> Vous ne les remarquez plus tellement ils font partie du paysage urbain
>> (ou pas), pourtant il en manque encore pas mal sur la carte !
>> Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !
>>
>> Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>>
>> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
>> arr%C3%AAts_de_bus
>>
>>
>> @nlehuby
>>
>>
>
> ___
> 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] Deux questions sur bandes cyclables

[Pierre-Yves Berrard]

Le 26 juin 2017 à 17:54, Shohreh  a écrit :

>
> 2.  rue du Poitou 
> : sachant que la rue est en double-sens, quel intérêt d'ajouter ce tag
> "cycleway:right=lane"… en dehors de permettre à une mairie d'ajouter ce
> genre de bricolage à son "linéaire cyclable"?
>

Bonjour,

Tout simplement pour indiquer de quel côté est la bande cyclable (comment
savoir sinon ?).
Tous les "way" dans osm ont un sens, même ceux qui ne sont pas oneway=yes.
"cycleway:right" fait référence à ce sens.

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

Re: [OSM-talk-fr] BD Ortho en source de changeset

[Pierre-Yves Berrard]

+1 pour "BDOrtho IGN" (sans espace entre BD et Ortho)

"source:date" plutôt que "date:source" ?

PY

Le 27 janvier 2017 à 09:22, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU /
DT GE APPUI PERFORMANCE)  a écrit :

> C'est plus intéressant amha d'avoir la source sur les objets et de
> millésimer la date de prise de vue et non pas l'année de contribution. Du
> coup on peut avoir par exemple : source=BDOrtho IGN + date:source=2016
>
> Denis
>
> -Message d'origine-
> De : Stéphane Péneau [mailto:stephane.pen...@wanadoo.fr]
> Envoyé : vendredi 27 janvier 2017 08:20
> À : Discussions sur OSM en français
> Objet : [OSM-talk-fr] BD Ortho en source de changeset
>
> Hello,
>
> L'Ign nous avait demandé d'indiquer BD Ortho IGN 2016 sur nos changesets
> lorsqu'on utilisait leurs images aériennes.
>
> On change en BD Ortho IGN 2017 ?
>
> Stf
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pic4Carto : visionneuse efficace de photos de rues

[Pierre-Yves Berrard]

Le 9 novembre 2016 à 17:12, PanierAvide  a écrit :

> Salut,
>
> C'était effectivement un petit bug, désormais résolu. J'espère que l'outil
> sera effectivement utile ;-)
>
> Cordialement.
>

Très intéressant.

Remarque purement cosmétique : je trouve la taille du marqueur (et de
l'orientation de la photo) trop importante par rapport à celle de la
mini-carte.

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

Re: [OSM-talk-fr] insertion d'image dans Umap ou Framacarte

[Pierre-Yves Berrard]

Le 4 novembre 2016 à 13:09, Cédric PERRIER  a écrit :

>
> Dans les options d'interaction du calque en question, j'ai activé "nom et
> description (large)" et entré les valeurs suivantes dessous :
> {name}
> {{image}} 
>
> A l'affichage, j'ai un cadre vide pointant sur une adresse telle que : "
> https://umap.openstreetmap.fr/fr/map/image;.
> L'adresse de l'image en question est la suivante :
> https://framapic.org/GGNsnAS98eTP/f8b7OjsOmv5m.jpg
>
> Auriez vous une piste à me proposer ou une solution si vous avez rencontré
> la même difficulté?
>

Bonjour,

La syntaxe n'est-elle pas
{{https://framapic.org/GGNsnAS98eTP/f8b7OjsOmv5m.jpg}}
?

Si l'url ou le nom du fichier est dans vos données de carte, un gabarit de
popup bien choisi vous évite de rentrer les noms un par un. Exemples
{{{urlFichier}}}
{{https://framapic.org/ 
{nomFichier}}}

Pour info, il y a une section uMap sur le forum français d'osm :
https://forum.openstreetmap.fr/viewforum.php?f=19
Peut-être y trouverez-vous des astuces ?

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

Re: [OSM-talk-fr] Fail : arrondir les angles

[Pierre-Yves Berrard]

Je ne lis ni la liste, ni le forum international.
Quelqu'un d'autre y a-t-il rapporté ce problème ?

PY

Le 15 octobre 2016 à 16:27, <osm.sanspourr...@spamgourmet.com> a écrit :

> Bonjour, il n'y a pas que les angles droits, les droites aussi peuvent
> avoir des problèmes : j'avais vu cette route parallèle à la voie ferrée
>
> http://www.openstreetmap.org/#map=18/47.84708/-3.50442=C
> <http://www.openstreetmap.org/#map=17/47.84635/-3.50411=C>
>
> Les trois voies soient décomposées en deux chemins mais le chemin
> principal n'étant pas la ligne droite on a un angle arrondi et en
> conséquence non seulement la route passe sur la maison mais en plus elle
> passe sur les voies ferrées :
>
>
> Le 15/10/2016 à 10:46, Francescu GAROBY - windu...@gmail.com a écrit :
>
> Wow... O_O
>
> Ça fait des angles bizarres et surtout, la route se retrouve parfois
> par-dessus le bâti ! http://www.openstreetmap.org/
> search?query=caen#map=18/49.18006/-0.35829=C
>
> Francescu
>
> Le 15 octobre 2016 à 10:08, Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com> a écrit :
>
>> Bonjour,
>>
>> Avez-vous remarqué la tentative de rendre les routes moins anguleuses sur
>> les rendus cyclo et transport ?
>>
>> Pas très probant pour les angles droits...
>> http://www.openstreetmap.org/#map=17/49.11500/6.22699=C
>>
>> PY
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] bétonnage à grande échelle

[Pierre-Yves Berrard]

Bonjour,

Est-ce que vous constatez comme moi un "grisage" de la carte, comme si une
grande étendue avait été taguée comme "building" ?

http://www.openstreetmap.org/#map=15/48.9509/2.1376

Je n'arrive pas à identifier la source du problème Peut-être la correction
est déjà faite et les tuiles se mettent à jour petit à petit...

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

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Pierre-Yves Berrard]

Le 26 octobre 2016 à 21:29, Florian LAINEZ  a écrit :

> L'idée d'ajouter l'arrêt à la relation avec le tag fixme c'est aussi pour
>> gérer le fait que les deux modèles de carto des lignes de bus ne sont pas
>> vraiment rétro-compatibles.
>>
> J'ai fait quelques stats et il semble que l'on soit malheureusement encore
> très loin d'avoir terminé la transition :/
>
>- Nombre d'objets dans le monde :
>- 1 742 350 highway=bus_stop
>   
>   - 620 053 public_transport=platform
>   
>   - Nombre de nodes en île-de-france :
>- 21 354 highway=bus_stop  dont 18 997 
> highway=bus_stop
>   sans public_transport=platform 
>   - 2 647 public_transport=platform 
>   dont 290 public=transport=plateform sans highway=bus_stop
>   
>
> Bonjour,

Et en croisant avec *public_transport=stop_position* ?

Certains arrêts en modèle v2 gardent l'ancien tag *highway=bus_stop* "pour
le rendu" (Mapnik n'affiche pas les *stop_position*)

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

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Pierre-Yves Berrard]

Le 19 octobre 2016 à 23:12, Philippe Verdy  a écrit :

> [...] (les passagers pourront alors embarquer ces jours-là avec leurs
> titre de transport STAR, il pourront même acheter les titre dans les bus au
> prix standard STAR, et sinon acheter les titres complémentaires pour aller
> au delà, sans avoir besoin de descendre du car, à moins que ce jour-là la
> métropole accepte d'affrêter la ligne existante du transporteur tiers sur
> toute sa longueur, au prix justement de l'ajout d'arrêts supplémentaires
> par rapport au trajet habituel du transporteur; ce transporteur tiers
> pourra aussi augmenter la fréquence avec des bus supplémentaires pour ses
> besoins propres en cas de trop forte affluence).[...]
>

Merci pour ces précisions.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fail : arrondir les angles

[Pierre-Yves Berrard]

Bonjour,

Avez-vous remarqué la tentative de rendre les routes moins anguleuses sur
les rendus cyclo et transport ?

Pas très probant pour les angles droits...
http://www.openstreetmap.org/#map=17/49.11500/6.22699=C

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

Re: [OSM-talk-fr] Osmose : erreur 3170 Rôle inadéquat

[Pierre-Yves Berrard]

Bonjour,

Simplement mettre la première lettre en minuscule.

PY

Le 7 octobre 2016 à 18:57, lenny.libre  a écrit :

> Bonjour,
>
> j'ai l'erreur
>
> http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.
> 663502=1.362535=Mapnik=T=
> 3170%2C5010=1%2C2%2C3==
>
> qui me signale
> *Rôle inadéquat* role="Platform"
> *relation 1557175 *
> *name* = Tram Ligne T1 Direction Arènes *route* = tram
>
> L’icône semble sur le dernier nœud de la relation route, je suppose donc
> que c'est lui qui est signalé par rapport à la relation ? le nœud platform
> est à 28 m, il est trop loin et n'a pas été détecté ? Si c'est le cas
> pourquoi osmose ne détecte pas des erreurs sur le autres extrémités ?
>
> J'ai regardé les autres membres de la relation, ceux qui n'ont pas le rôle
> platform sont soit des portions de chemin, soit normalement des stop.
>
> Je ne voit pas ce qu'a voulu signaler cette erreur
>
> cordialement
>
> léni
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Résidences HLM

[Pierre-Yves Berrard]

Le 27 septembre 2016 à 14:05, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

> Le 27 sept. 2016 à 10:24, Tony Emery  a écrit :
>
> > Si vous êtes d'accord, on l'active rapidement.
>
> Activer ? On en parle avec la communauté mondiale avant : il y a des
> habitations à bas coût ailleurs qu'ici.
>
> Personne ne se dévoue pour faire la blague sur la capitale de
l'Azerbaïdjan ??

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

Re: [OSM-talk-fr] PR points routiers et adresse

[Pierre-Yves Berrard]

Le 21 septembre 2016 à 21:29, Samy Mezani  a écrit :

>
> ne suis pas persuadé que les PR soient vraiment utilisés par le grand
>> public
>>
>
> C'est un point de repère comme un autre, facile à repérer pour tout le
> monde. Pourquoi tagguer les bornes incendie si l'on suit ton raisonnement ?
>

Je pense que JB ne remettait pas en cause le fait de les intégrer, plutôt
le fait de vouloir
que nominatim les trouve.

Il faudrait trouver un tag approprié, sans se préoccuper de Nominatim.
Quelqu'un que ça intéresse saura comment faire si c'est cohérent et bien
documenté.

PS : l'analogie avec les bornes incendies est trop lointaine. Nominatim ne
renvoie pas non plus les bornes incendies (et les bornes incendies ne sont
pas qu'un point de repère).

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

Re: [OSM-talk-fr] Étrange changeset

[Pierre-Yves Berrard]

Bonsoir,

J'ai annulé le changeset (avec JOSM).

PY

Le 18 septembre 2016 à 23:28, Balaïtous  a écrit :

> Bonjour,
>
> Je suis tombé sur ce changeset:
>
> https://www.openstreetmap.org/changeset/37185491
>
> il contient plus de 1000 way sans role avec juste un n°.
> Manifestement un import de données externes.
> Les way sont connectés entre eux, mais pas au reste des données OSM.
>
> Que faut-il faire ?
>
> Y a-t-il un moyen de supprimer automatiquement tout ces way ? Ou faut-
> il le faire à la main ?
>
> Balaitous.
>
>
> ___
> 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] Problème avec Achavi ?

[Pierre-Yves Berrard]

Le 22 août 2016 à 21:57, Romain MEHUT  a écrit :

> Et j'imagine qu'on ne peut pas basculer sur overpass france ?
>
> Romain
>

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

Re: [OSM-talk-fr] Problème avec Achavi ?

[Pierre-Yves Berrard]

Salut Romain,

Cela semble être lié à un problème sur overpass-deutschland.
https://lists.openstreetmap.org/pipermail/talk-fr/2016-August/081773.html

PY

Le 22 août 2016 à 17:34, Romain MEHUT  a écrit :

> Bonjour à tous,
>
> J'ai une erreur quand je souhaites accéder par exemple à
> https://overpass-api.de/achavi/?changeset=41599519
>
> Pourtant le changeset existe bien.
>
> Avez-vous connaissance d'un problème du côté du service achavi ?
>
> 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

[OSM-talk-fr] Fwd: Problème limite communale ?

[Pierre-Yves Berrard]

Problème résolu.
La confusion vient du fait que les libellés de communes ne sont pas du bon
côté des limites sur Mapnik.
(contrairement au rendu FR)

Bonne soirée.

-- Message transféré --
De : Pierre-Yves Berrard <pierre.yves.berr...@gmail.com>
Date : 27 juillet 2016 à 23:00
Objet : Problème limite communale ?
À : OSM talk-fr <talk-fr@openstreetmap.org>


Bonjour,

Je sèche sur cette note : http://www.openstreetmap.org/note/645751

D'après la planche cadastrale, les données osm semblent correctes.
Par contre, un coup d'oeil sur la plaque de rue dans g. street view
confirme les dires de la note.

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

[OSM-talk-fr] Problème limite communale ?

[Pierre-Yves Berrard]

Bonjour,

Je sèche sur cette note : http://www.openstreetmap.org/note/645751

D'après la planche cadastrale, les données osm semblent correctes.
Par contre, un coup d'oeil sur la plaque de rue dans g. street view
confirme les dires de la note.

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

Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[Pierre-Yves Berrard]

Constaté aussi pour les wall=no.

PY

Le 27 juillet 2016 à 10:58, Nicolas Moyroud  a écrit :

> Merci effectivement ça a l'air bon pour le water.
> J'ai remarqué un autre bug dans les exports en ce qui concerne le fichier
> house-simplifie. Tous les polygones en wall=no ne sont plus présents.
> Constaté sur 2 communes différentes. Je n'ai pas regardé ce que ça donnait
> dans le fichier house non simplifié.
>
> Nicolas
>
> Le 26/07/2016 11:54, Tyndare a écrit :
>
>> Résultat à vérifier mais normalement c'est fait.
>>
>>
>> On 20/07/2016 10:04, Nicolas Moyroud wrote:
>>
>>> Bonjour,
>>>
>>> Si à l'occasion tu as le temps de t'occuper du problème des données
>>> data/eau découpées en petits morceaux ça m'aiderait bien. :-)
>>>
>>> Nicolas
>>>
>>>
>
> ___
> 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] Ajouter le nom d une impasse

[Pierre-Yves Berrard]

Bonjour (ou pas !)

Vous avez la possibilité de l'ajouter vous-même en créant un compte.
Sinon, vous nous dites où c'est et quelqu'un s'en chargera.



Le 13 juillet 2016 à 21:49, Mohamed Fathi KECHAOU  a
écrit :

> Je veux ajouter le nom d une impasse Amine El Khouri là où il y a mon
> domicile
>
> ___
> 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] Tag 'network' et 'name' pour une relation de type route départementale

[Pierre-Yves Berrard]

Le 6 juillet 2016 à 16:52, François Lacombe <fl.infosrese...@gmail.com> a
écrit :

> Bonjour Pierre-Yves,
>
> Le 6 juillet 2016 à 16:39, Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com> a écrit :
>
>> Deux différences notables :
>> On peut retrouver tous les éléments d'une route départementale par leur
>> ref, pas pour une ligne de transport.
>>
>

> Peux-tu m'expliquer pourquoi ?
>
> Que ce soit la D31 ou la L6 ca reste une ref, non ?
>

Car aucun way ne porte le tag ref=L6.
Donc une requête comme celle montrée par Christian ((
http://overpass-turbo.eu/s/hal) ne marchera pas.

Note bien que je ne suis pas fondamentalement contre créer des relations
pour une RD. Je voulais juste confirmer le fait que s'il s'agit juste une
collection de highway, overpass ferait bien le job.

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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[Pierre-Yves Berrard]

Le 6 juillet 2016 à 15:27, Jérôme Amagat  a écrit :

> Je comprends pas l'utilité de ces relations. si on veux toute la D X du
> département Y, toute les info sont déjà dans les limites de département et
> dans le ref des routes.
> Des relations qui servent pas à grand chose c'est surtout des relations
> qui seront vite cassées.
>

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

Re: [OSM-talk-fr] Revert changeset 39454205

[Pierre-Yves Berrard]

Revert fait avec JOSM.

Le 20 mai 2016 à 18:56,  a écrit :

> Bonjour,
>
> J'ai été un peu vite en besogne et j'ai besoin de faire un revert complet
> sur ce mini-changeset :
> https://www.openstreetmap.org/changeset/39454205
>
> J'ai essayé en suivant http://wiki.openstreetmap.org/wiki/Revert_scripts :
> - j'ai dû mettre api.openstreetmap.org (pas api06.dev.openstreetmap.org
> qui ne répond plus)
> - à la clotûre, bizarre une erreur Perl, $body non défini, j'ai dû
> rajouter un argument vide dans Changeset.pm :
> OsmApi::put("changeset/$id/close", '');
> - je finis avec un "PUT changeset//close" (pas de numéro de changeset ??),
> mon historique ne montre toujours pas d'annulation du changeset
> - je n'arrive pas à savoir s'il est normal de ne pas avoir de numéro de
> changeset à ce stade
>
> Ci-joint la sortie de la commande : perl revert.pl 39454205 2>&1 | tee
> revert_39454205.out
> Un coup de main SVP ?
>
> Merci,
> Teuxe
>
> ___
> 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] Mapcontrib, logiciel

[Pierre-Yves Berrard]

Le 13 mai 2016 à 10:42, Vincent Bergeot  a écrit :

> Bonjour,
> un mail pour vous présenter MapContrib, logiciel dont l'objectif est de
> faciliter la contribution à OpenStreetMap (par exemple sur des carto, avec
> des classes, et autres cadres non imaginés !).
>
> [...]
> Guillaume Amat, Vincent Bergeot, Frédéric Rodrigo
>

Testé et approuvé !
http://www.openstreetmap.org/node/4183617935

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

Re: [OSM-talk-fr] mise à jour Bâti sur rabastens

[Pierre-Yves Berrard]

MapCraft ne propose pas cette fonctionnalité, effectivement.
Cela ne me paraît pas bloquant, dans la mesure où on peut toujours charger
les données manuellement.

Le 10 mars 2016 à 15:48, jean navarro <jean.nava...@laposte.net> a écrit :

> salut
> la question c'est comment tu fais pour charger une zone (que tu as
> réservée) dans josm ,  à partir de ton exemple
> http://mapcraft.nanodesu.ru/pie/463 ?
> je fais une réservation,  mais après il me manque une info ou un lien ?
>
> jean
>
>
> Le 10/03/2016 14:03, Pierre-Yves Berrard a écrit :
>
>> Salut,
>>
>> Ne pas oublier que le fichier en entrée dans mapcraft est un fichier
>> *.osm. Les contributeurs réservant une zone pourront donc ouvrir ce
>> fichier en local dans JOSM pour savoir jusqu'où travailler.
>>
>> Un découpage infra-communal à façon est tout à fait possible et
>> exploitable. Exemple : http://mapcraft.nanodesu.ru/pie/463
>>
>> Tout ça pour dire que s'il y a besoin d'aide pour actualiser le bâti, je
>> veux bien donner un coup de main. ;-)
>>
>> PY
>>
>> Le 9 mars 2016 à 20:53, jean navarro <jean.nava...@laposte.net
>> <mailto:jean.nava...@laposte.net>> a écrit :
>>
>> salut
>>
>> oui mais non !
>> un outil comme mapcraft n'apporte pas grand chose pour le travail au
>> niveau d'une seule commune car il n'existe pas de zone à découper
>> plus petite. j'ai bien essayé de faire une grille de 200m par 200m
>> c'est possible mais après tu n'as pas de lien avec le téléchargement
>> dans dans josm... donc c'est inexploitable...
>> il faudrait pouvoir disposer d'un serveur du type Hot-osm... sur
>>     lequel on pourrait définir ses propres projets et objectifs et les
>> partager... c'est un appel aux barbus de la programmation !!
>>
>> cordialement
>> jean
>>
>>
>> Le 09/03/2016 10:46, Pierre-Yves Berrard a écrit :
>>
>> Une autre façon de réduire le temps de travail : partager le
>> travail
>> entre contributeurs.
>> Avec un mapcraft par exemple pour ne pas empiéter sur les
>> secteur du voisin.
>>
>> Je ne sais pas si cette méthode a été citée, mais superposer la
>> couche
>> bâti présent dans osm fournie par mapbox
>> (http://www.openstreetmap.org/user/pratikyadav/diary/37646) à la
>> couche
>> cadastrale permet aussi de visualiser très facilement les manques.
>>
>>
>> PY
>>
>>
>>
>>
>> ___
>> 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] mise à jour Bâti sur rabastens

[Pierre-Yves Berrard]

Salut,

Ne pas oublier que le fichier en entrée dans mapcraft est un fichier *.osm.
Les contributeurs réservant une zone pourront donc ouvrir ce fichier en
local dans JOSM pour savoir jusqu'où travailler.

Un découpage infra-communal à façon est tout à fait possible et
exploitable. Exemple : http://mapcraft.nanodesu.ru/pie/463

Tout ça pour dire que s'il y a besoin d'aide pour actualiser le bâti, je
veux bien donner un coup de main. ;-)

PY

Le 9 mars 2016 à 20:53, jean navarro <jean.nava...@laposte.net> a écrit :

> salut
>
> oui mais non !
> un outil comme mapcraft n'apporte pas grand chose pour le travail au
> niveau d'une seule commune car il n'existe pas de zone à découper plus
> petite. j'ai bien essayé de faire une grille de 200m par 200m c'est
> possible mais après tu n'as pas de lien avec le téléchargement dans dans
> josm... donc c'est inexploitable...
> il faudrait pouvoir disposer d'un serveur du type Hot-osm... sur lequel on
> pourrait définir ses propres projets et objectifs et les partager... c'est
> un appel aux barbus de la programmation !!
>
> cordialement
> jean
>
>
> Le 09/03/2016 10:46, Pierre-Yves Berrard a écrit :
>
>> Une autre façon de réduire le temps de travail : partager le travail
>> entre contributeurs.
>> Avec un mapcraft par exemple pour ne pas empiéter sur les secteur du
>> voisin.
>>
>> Je ne sais pas si cette méthode a été citée, mais superposer la couche
>> bâti présent dans osm fournie par mapbox
>> (http://www.openstreetmap.org/user/pratikyadav/diary/37646) à la couche
>> cadastrale permet aussi de visualiser très facilement les manques.
>>
>>
>> PY
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] mise à jour Bâti sur rabastens

[Pierre-Yves Berrard]

Une autre façon de réduire le temps de travail : partager le travail entre
contributeurs.
Avec un mapcraft par exemple pour ne pas empiéter sur les secteur du voisin.

Je ne sais pas si cette méthode a été citée, mais superposer la couche bâti
présent dans osm fournie par mapbox (
http://www.openstreetmap.org/user/pratikyadav/diary/37646) à la couche
cadastrale permet aussi de visualiser très facilement les manques.


PY


Le 9 mars 2016 à 08:42, jean navarro <jean.nava...@laposte.net> a écrit :

> salut
>
> je suis bien d'accord avec toi et c'est pour cela que j'en parle ici, à la
> recherche d'une méthode moins brutale mais plus légère (temps de travail)
> que la méthode manuelle...
>
> A+
> jean
>
> Le 08/03/2016 22:52, Pierre-Yves Berrard a écrit :
>
>> Bonjour Jean,
>>
>> Ça me paraît quand même brutal de balayer d'un revers de main le travail
>> qui a déjà été fait sur 6000 bâtiments (import + retravail éventuelle
>> sur la géométrie + tags exisants).
>>
>> Je conseillerais d'ajouter seulement les nouveaux bâtiments.
>>
>> PY
>>
>> Le 8 mars 2016 à 22:33, jean navarro <jean.nava...@laposte.net
>> <mailto:jean.nava...@laposte.net>> a écrit :
>>
>> salut
>> merci pour vos réponses qui me font découvrir des fonctionnalités de
>> josm que je ne connaissais pas.
>> Vu le nombre de batiments modifiés et nouveaux, j'envisage un nouvel
>> import total à partir du cadastre. Mais avant il faudrait pouvoir
>> sauvegarder dans un fichier .osm les bâtiments qui ont des tags
>> supplémentaires :
>> buiding=yes, wall=no, source=cadastre ne sont pas récupérés
>> building=* et tags supplémentaires sont récupérés
>>   est-ce qu'une requête overpass-turbo pourrait faire cela ?
>>
>> merci de votre aide
>>
>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re: mise à jour Bâti sur rabastens

[Pierre-Yves Berrard]

Bonjour Jean,

Ça me paraît quand même brutal de balayer d'un revers de main le travail
qui a déjà été fait sur 6000 bâtiments (import + retravail éventuelle sur
la géométrie + tags exisants).

Je conseillerais d'ajouter seulement les nouveaux bâtiments.

PY

Le 8 mars 2016 à 22:33, jean navarro  a écrit :

> salut
> merci pour vos réponses qui me font découvrir des fonctionnalités de josm
> que je ne connaissais pas.
> Vu le nombre de batiments modifiés et nouveaux, j'envisage un nouvel
> import total à partir du cadastre. Mais avant il faudrait pouvoir
> sauvegarder dans un fichier .osm les bâtiments qui ont des tags
> supplémentaires :
> buiding=yes, wall=no, source=cadastre ne sont pas récupérés
> building=* et tags supplémentaires sont récupérés
>  est-ce qu'une requête overpass-turbo pourrait faire cela ?
>
> merci de votre aide
>
>
> Le 08/03/2016 18:28, Christian Quest a écrit :
>
>> J'utilise:
>> 1) le validateur de JOSM qui va détecter les bâtiments superposés, ce
>> qui permet de les sélectionner.
>> 2) ensuite une recherche dans la sélection avec comme critère "building
>> -id:0" pour ne sélectionner que les anciens bâtiments
>> 3) pour terminer, le plugin TodoList dans lequel je met cette sélection
>> de bâtiments à revoir l'un après l'autre...
>>
>> Pour recopier rapidement les tags sur les nouveaux bâtiments avant de
>> supprimer les anciens, je sélectionne l'ancien, je l'efface, puis je
>> sélectionne le nouveau et "shitf-R" pour recopier les tags de l'ancien
>> bâtiment sur le nouveau...
>>
>> Ou alors sélection de l'ancien, puis le nouveau (avec shift) et
>> ctrl-shift-G pour remplacer l'ancien polygone par le nouveau (en gardant
>> l'ID) et ça affiche un dialogue pour sélectionner les tags.
>>
>>
>> Le 08/03/2016 10:19, Nicolas Moyroud a écrit :
>>
>>> Salut,
>>>
>>> Il y a 2 solutions que j'utilise pour mettre à jour les bâtiments sur
>>> une commune déjà importée.
>>> La première est en effet de refaire un import depuis les données
>>> cadastre, mais dans ce cas il faut faire très attention au tags qui
>>> ont été ajoutés sur les bâtiments existants dans OSM. Je pense par
>>> exemple aux églises, mairies, etc dont les tags ont été mis sur les
>>> bâtiments eux-mêmes (si c'est des noeuds à l'intérieur des bâtiments
>>> y'a pas de souci). Il va falloir reprendre un par un ces tags pour les
>>> reporter sur les bâtiments correspondants de la couche cadastre.
>>> Attention de ne pas en oublier au passage. Ces infos sont la vraie
>>> valeur ajoutée d'OSM il ne faut pas les bousiller. Et si il y a
>>> beaucoup de bâtiments taggués existants ça peut prendre du temps !
>>> Deuxième solution : repérer visuellement les différences entre les 2
>>> couches OSM et cadastre (pour cela j'affiche le calque cadastre
>>> inactif avec une couleur verte bien visible) et ajouter les bâtiments
>>> manquants en faisant des copier / coller par bloc depuis la couche
>>> cadastre vers la couche OSM. Pour ça le plugin "utilsplugin2" avec son
>>> outils Sélection>Tous les chemins connectés (raccourci CTRL+MAJ+E) est
>>> un allié plus que précieux (mon présieux...)
>>> J'utilise cette méthode surtout pour les nouveaux lotissements qui
>>> poussent un peu partout vers chez moi (dans l'Hérault) autour des
>>> villages. Ça peut aussi prendre du temps.
>>> Et méthode bonus quand il n'y a que 2-3 nouveaux bâtiments, la flemme
>>> d'aller sur cadastre.openstreetmap.fr, je détoure les bâtiments à la
>>> main depuis le fond raster cadastre. Ça réchauffe un peu ma souris ;-)
>>>
>>> Nicolas
>>>
>>> Le 07/03/2016 23:10, jean navarro a écrit :
>>>
 Bonjour
 de passage à Rabastens (81) la semaine dernière j'en ai profité pour
 dégommer du rouge pour le projet Bano...
 ce faisant j'ai constaté que le bâti qui date de 2010 est en grande
 partie HS...

 j'ai fait tourner le script de sebastien31
 http://forum.openstreetmap.fr/viewtopic.php?f=5=1762
 et j'obtiens des chiffres qui font peur !

 Le fichier ../Bati-Rabastens/bati-rabastens_mars_2016.osm contient :
 - 28189 noeuds
 - 6089 batiments
 Le fichier ../Bati-Rabastens/UK220-RABASTENS-houses.osm contient :
 - 39008 noeuds
 - 7650 batiments
 Résultat de la comparaison :
 Nombre de comparaisons effectuées : 134404
 Nombre de batiments identiques trouvés : 3011
 Nombre de batiments modifiés trouvés : 2765
 Nombre de batiments nouveaux trouvés : 1870
 Nombre de batiments supprimés trouvés : 275

 Reprendre cela à la mano... oups !
 est-ce que dans ce cas il ne vaudrait mieux pas refaire une
 importation propre et complète ?
 ou bien existe-t-il une autre méthode de mise à jour ?

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

Re: [OSM-talk-fr] cybercentre

[Pierre-Yves Berrard]

Bonjour,

Un exemple ici : http://www.openstreetmap.org/node/2417968402

PY

Le 16 février 2016 à 10:44, adrien carpentier  a
écrit :

> Bonjour à tous
> je cherche comment sont taggués dans osm les cybercentres, cyberbases,
> points accès numérique locaux et consorts...
> sur le forum, je vois que beaucoup, notamment pour des cartoparties
> s'appuient sur les cyberbases, mais je n'ai pas trouvé (ni dans
> mapfeatures) comment on les taggue
> et du coup, comment voir ceux qui existent et lesquels ajouter...
> merci de vos retours
> adrien
>
> ___
> 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] Calcul d'itinéraires impossible sur OSRM/OSM ?

[Pierre-Yves Berrard]

Le 11 février 2016 à 12:25, Jérôme Seigneuret  a
écrit :

>
>
>
>> ou map.project-osrm.org
>
> Il faut appuyer deux fois sur entrée pour valider la saisie dans la boite
> de recherche pour chaque points
> Il n'y a pas de liste de résultat par localisation saisie
>

Merci Jérôme, j'avais abandonné OSRM depuis quelque temps car je n'arrivais
plus rien à en faire non plus.
Et pour avoir une version en français, il y a une autre solution que de
changer =en en fr dans l'url ?

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

Re: [OSM-talk-fr] réponses à des notes

[Pierre-Yves Berrard]

Merci

Le 7 février 2016 à 20:50, Antoine Riche <antoine.ri...@ymail.com> a écrit :

> J'ai répondu à la seconde note, un histoire de name / old_name.
> La première note est sur le trait de côte à Granville : je laisse aux
> spécialistes ayant récemment débattu sur le sujet le soin d'y répondre ;-)
>
> Antoine.
>
>
> Le 07/02/2016 18:07, Pierre-Yves Berrard a écrit :
>
> Quelqu'un pour répondre à ces deux notes ?
>
> http://www.openstreetmap.org/note/508562
> http://www.openstreetmap.org/note/509229
>
> PY
>
>
> ___
> 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

[OSM-talk-fr] réponses à des notes

[Pierre-Yves Berrard]

Quelqu'un pour répondre à ces deux notes ?

http://www.openstreetmap.org/note/508562
http://www.openstreetmap.org/note/509229

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

Re: [OSM-talk-fr] places de stationnement pour autocars

[Pierre-Yves Berrard]

Voire bus=only ?

PY

Le 24 janvier 2016 à 08:53, bernard  a écrit :

> Bonjour
> Par les tags :
> access=no
> bus=yes
>
>
> Le 23/01/2016 22:25, Muselaar a écrit :
>
>> Bonjour,
>>
>> Comment tague-t-on le parkings ou places de parking pour autocars de
>> tourisme ?
>>
>> Je n'ai rien trouvé dans le wiki, ni sur la liste. Je n'ai peut-être pas
>> mis les bons mots…
>>
>> Muselaar
>>
>> ___
>> 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] uMap : problème import csv

[Pierre-Yves Berrard]

Bonsoir,

Je me permets de soumettre un problème que je rencontre sur uMap à votre
sagacité :
http://forum.openstreetmap.fr/viewtopic.php?f=19=12170

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

Re: [OSM-talk-fr] Orthophoto Toulouse 2015

[Pierre-Yves Berrard]

Merci Jean-Guilhem pour la mise à dispo de ces photos.

Pourrait-on ajouter l'imagerie de Belfort dans la foulée ?

PY

Le 10 janvier 2016 à 10:23, lenny.libre  a écrit :

> Merci, quel plaisir d'avoir des photos de qualité et à jour.
> Lenny
>
> Le 09/01/2016 13:41, Jean-Guilhem Cailton a écrit :
>
>> Bonjour,
>>
>> Merci pour les infos sur les images disponibles.
>>
>> L'orthophoto de Toulouse Métropole 2015 est disponible en TMS par cette
>> URL :
>> tms[22]:
>> http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2015/{zoom}/{x}/{y}
>>
>> Et la dernière de Nord-Pas de Calais (2012/2013) par la PPIGE
>> (Plate-forme publique de l'information géographique du Nord-Pas de
>> Calais) est sur :
>> tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/ppige_2013/{zoom}/{x}/{y}
>>
>> Ces couches TMS fonctionnent en proxy-cache, et les premiers accès aux
>> tuiles peuvent donc être un peu lents, en incluant le temps de réponse
>> des serveurs d'origine. Une fois qu'elles sont en cache, les accès
>> suivants devraient être plus rapides.
>>
>> N'oubliez pas de mentionner les sources des données dérivées : "Toulouse
>> Métropole 2015" (licence ODbL -
>> https://data.toulouse-metropole.fr/page/licence/), ou "PPIGE NDPC -
>> Ortho 2012 - 2013" (licence ouverte "Etalab" comme indiqué ci-dessous).
>>
>> Bien cordialement,
>>
>> Jean-Guilhem
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bati disparu

[Pierre-Yves Berrard]

Le 8 janvier 2016 à 14:39, Ludovic Hirlimann  a
écrit :

> http://www.openstreetmap.org/#map=18/43.86248/1.26694
>
> Il y a plein de bati absent qui était présent, ça se corrige comment ?
>
> Ludo
>

Il faudrait faire un revert du/des changeset à problème.

Or, je ne trouve pas de trace d'effacement massif dans cette zone
http://simon04.dev.openstreetmap.org/whodidit/?zoom=15=43.86658=1.27096=BTT=1000

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

Re: [OSM-talk-fr] Trouver le bati manquant

[Pierre-Yves Berrard]

Excellent. Merci pour l'astuce !

PY

Le 27 décembre 2015 à 10:03, Stéphane Péneau  a
écrit :

> Hello !
>
> Mapbox vient de donner accès à plusieurs couches TMS thématiques :
> http://www.openstreetmap.org/user/pratikyadav/diary/37646
>
> L'une d'elles concerne le bati intégré dans Osm, et permet de facilement
> retrouver ce qui manque en la superposant à la couche TMS du cadastre :
> http://www.stemani.fr/public/Osm/mapbox_buildings_vs_cadastre.JPG
>
> Stf
>
> ___
> 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] Tms des traces gpx

[Pierre-Yves Berrard]

Bonjour,

Le calque des traces gpx suivant ne semble plus être mis à jour depuis de
nombreux mois.
tms[20]:http://{switch:a,b,c}.
gps-tile.openstreetmap.org/lines/{zoom}/{x}/{y}.png

Ai-je la bonne adresse ?

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

Re: [OSM-talk-fr] fermeture massive de notes

[Pierre-Yves Berrard]

Oui.
C'est bon le data working group (sly) est intervenu.
J'ai réactivé les notes qui devaient l'être.

Le 31 octobre 2015 18:26, Greg <ewala...@gmail.com> a écrit :

> Effectivement, 15 pages de notes fermées en 5 heures, c'est un peu plus
> que louche...
> http://www.openstreetmap.org/user/Sanrafeu2/notes?page=15
>
> 2015-10-31 14:36 GMT+01:00 Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com>:
>
>> Bonjour,
>>
>> Un contributeur est en train de fermer toutes les notes sans les résoudre.
>> http://www.openstreetmap.org/user/Sanrafeu2/notes
>>
>> Je l'ai contacté mais il persiste.
>>
>> PY
>>
>>
>> ___
>> 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] accueil JOSM

[Pierre-Yves Berrard]

Bonjour,

Quelqu'un pour corriger la page d'accueil de JOSM (8969) ?

Je n'ai pas trouvé où c'était dans launchpad...

PY

JOSM – l’éditeur Java d’OpenStreetMap

Nouveautés == *Je préfère à Nouvelles --Marcus91 *

   - 30 oct. 2015 (version stable 15.10
   )
  - Couper le chemin [P] : L'id et l'historique est appliqué au plus
  long des deux chemins (les utilisateurs avancés peuvent choisir l'autre
  segment)
  - Affichage des icônes de nœuds de la carte dans les autres listes
  comme le dialogue de sélection, l'éditeur de relation ou le dialogue
  d'envoi des données
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] fermeture massive de notes

[Pierre-Yves Berrard]

Bonjour,

Un contributeur est en train de fermer toutes les notes sans les résoudre.
http://www.openstreetmap.org/user/Sanrafeu2/notes

Je l'ai contacté mais il persiste.

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

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

[Pierre-Yves Berrard]

Merci !

Le 21 octobre 2015 19:35, Jean-Guilhem Cailton  a écrit :

> Bonsoir,
>
> Grâce à la récupération des données de l'ancien serveur par Christian,
> le nouveau serveur TMS et WMS wms.openstreetmap.fr entre en service,
> avec presque toutes les images qui étaient disponibles sur l'ancien (aux
> mêmes URLs) : Toulouse, Tours, Nancy 2012, Bordeaux, Brest (2004), Parc
> du Vercors, CG 93, La Rochelle, et les images drone d'Haïti et de Brocas.
>
> 
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bâtiment invisible sur rendu standard

[Pierre-Yves Berrard]

Tout à fait, Christian. Dans l'histoire je n'ai ni créé ni modifié l'objet,
j'essayais juste de résoudre cette note :
http://www.openstreetmap.org/note/444770).

Le bâtiment apparaît maintenant. Quelqu'un a ajouté d'autres tags entre
temps ; cela a peut-être forcé le recalcul des tuiles...

Le 5 octobre 2015 10:15, Christian Quest <cqu...@openstreetmap.fr> a écrit :

> Si je peux me permettre 2 remarques sur les tags de cette mairie:
>
> 1) Le tag wikipédia est mal placé, il devrait être mis sur la relation de
> la commune, pas sur la mairie car l'article en question parle de la
> commune, pas du la mairie.
>
> 2) name=Mairie... éternelle discussion, ce n'est pas un nom, mais une
> description
>
>
> ...mais ceci n'explique pas pourquoi le polygone du bâtiment n'est pas
> rendu.
>
>
>
> Le 3 octobre 2015 09:55, Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com> a écrit :
>
>> Je ne pense pas que le moteur de rendu s'attarde à ce genre de détail.
>> Exemple : http://www.openstreetmap.org/way/299913096
>>
>> Le 2 octobre 2015 23:28, Francescu GAROBY <windu...@gmail.com> a écrit :
>>
>>> Bonsoir,
>>> La seule différence que je vois, avec une autre mairie visible
>>> <http://www.openstreetmap.org/way/178656818>, c'est le tag "building"
>>> qui n'a pas la même valeur ("yes" dans ton cas, "civic" dans mon cas, comme
>>> le dit d'ailleurs le wiki
>>> <http://wiki.openstreetmap.org/wiki/Tag:amenity=townhall?uselang=en-US>
>>> ).
>>>
>>> Francescu
>>>
>>> Le 2 octobre 2015 21:47, Pierre-Yves Berrard <
>>> pierre.yves.berr...@gmail.com> a écrit :
>>>
>>>> Bonsoir,
>>>>
>>>> Quelqu'un aurait-il une idée de la raison pour laquelle ce bâtiment
>>>> n'apparaît pas sur le rendu standard ?
>>>> http://www.openstreetmap.org/way/129152203
>>>>
>>>> PY
>>>>
>>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bâtiment invisible sur rendu standard

[Pierre-Yves Berrard]

Je ne pense pas que le moteur de rendu s'attarde à ce genre de détail.
Exemple : http://www.openstreetmap.org/way/299913096

Le 2 octobre 2015 23:28, Francescu GAROBY <windu...@gmail.com> a écrit :

> Bonsoir,
> La seule différence que je vois, avec une autre mairie visible
> <http://www.openstreetmap.org/way/178656818>, c'est le tag "building" qui
> n'a pas la même valeur ("yes" dans ton cas, "civic" dans mon cas, comme
> le dit d'ailleurs le wiki
> <http://wiki.openstreetmap.org/wiki/Tag:amenity=townhall?uselang=en-US>).
>
> Francescu
>
> Le 2 octobre 2015 21:47, Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com> a écrit :
>
>> Bonsoir,
>>
>> Quelqu'un aurait-il une idée de la raison pour laquelle ce bâtiment
>> n'apparaît pas sur le rendu standard ?
>> http://www.openstreetmap.org/way/129152203
>>
>> PY
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Francescu
>
> ___
> 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] bâtiment invisible sur rendu standard

[Pierre-Yves Berrard]

Bonsoir,

Quelqu'un aurait-il une idée de la raison pour laquelle ce bâtiment
n'apparaît pas sur le rendu standard ?
http://www.openstreetmap.org/way/129152203

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

Re: [OSM-talk-fr] flyer ? slides ?

[Pierre-Yves Berrard]

Il ya des choses ici en français:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Support_Communication

Pierre-Yves

Le 30 septembre 2015 10:53, Nicolas Moyroud  a écrit :

> Bonjour,
>
> Sinon tu as quelques flyers/posters disponibles sur le wiki OSM :
> http://wiki.openstreetmap.org/wiki/Flyers_and_posters
> Malheureusement pas grand chose en français. Il faudra que je me décide à
> en traduire quelques uns à l'occasion ;-)
>
> Nicolas
>
> -
> Nicolas Moyroud
> Site web libre@vous : http://libreavous.teledetection.fr
> -
> « Celui qui croit qu’une croissance infinie peut continuer indéfiniment
> dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding.
>
> Le 29/09/2015 17:59, Hélène PETIT a écrit :
>
>> Hello
>> Je suis sollicitée au dernier moment  pour faire une courte présentation
>> d'osm.
>>
>> Je suis un peu prise de court, et pas chez moi.
>>
>> je suis preneuse de liens sur les fichiers qui vont bien, genre flyer,
>> tract, slides
>>
>> un grand merci !
>>
>> Hélène
>>
>> ___
>> 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] Trop d'infos dans le rendu Bano ?

[Pierre-Yves Berrard]

Le 10 septembre 2015 22:00, Vincent de Château-Thierry <v...@laposte.net> a
écrit :

>
> Le 10/09/2015 21:35, Pierre-Yves Berrard a écrit :
>
>> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/43.0855/5.8639
>>
>

> Un exemple qui pique les yeux ;)
> Mais justement, pour ne pas/plus avoir ça, comment faire évoluer le rendu ?
> - ventiler chaque catégorie dans un calque séparé ?
> - changer les couleurs ?
> - changer les tailles des textes ?
> - changer le zoom d'apparition de certaines infos ?
> - supprimer des infos ?
> -... <https://lists.openstreetmap.org/listinfo/talk-fr>


Peut-être ventiler en 3 calques.
1] cadastre (rouge et bleu)
2] IGN + Poste
3] dans OSM mais pas ailleurs (mauve + points bleus)

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

[OSM-talk-fr] Trop d'infos dans le rendu Bano ?

[Pierre-Yves Berrard]

http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/43.0855/5.8639

Exemple extrême, mais d'une manière générale,

Rouge
+
Rouge pointillé (qui une fois sur deux n'est pas rapproché malgré le bon
nom)
+
Gris
+
Mauve
+
Points bleus

rendent l'édition difficile.

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

[OSM-talk-fr] relation "D xx"

[Pierre-Yves Berrard]

Bonsoir;

Je m'interroge sur le bien fondé d'une telle relation.
http://www.openstreetmap.org/relation/4851242/history

N'est-ce pas assimilé à une catégorie ?

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

Re: [OSM-talk-fr] osmose : boîtes aux lettres absentes

[Pierre-Yves Berrard]

Bonjour Frédéric,

Je me suis certainement mal exprimé .
Je parlais de l'absence même de marqueur (pas seulement le fix) dans ce
secteur.

PY

Le 2 septembre 2015 13:04, Frédéric Rodrigo <fred.rodr...@gmail.com> a
écrit :

> Cette possibilité a été supprimé pour les boites aux lettres.
>
> Suite à de nombreuses remontées (remontrances) sur la qualité discutable
> du positionnement d'objets non visibles sur de l'orthophoto et du fait que
> ce soit "trop" facilement intégrable dans OSM par un simple clic pour des
> contributeurs n'ayant pas compris que si l'on passe par une intégration
> c'était justement parce que l'on ne pouvait pas faire de l'import, j'ai
> cédé et désactivé la possibilité du fix, bien que cela pénalise les bons
> comme les mauvais chasseurs.
>
>
> Le 02/09/2015 12:57, Pierre-Yves Berrard a écrit :
>
>> Bonjour,
>>
>> J'ai constaté l'absence de proposition d'intégration des boîtes aux
>> lettres dans le secteur de Verdun (55)
>>
>> http://osmose.openstreetmap.fr/fr/map/#zoom=15=49.15862=5.38574=Mapnik=FFFT=7051%2C8023=1%2C2%2C3
>>
>> Pourtant, les boîtes aux lettres sont bien présentes dans le *.csv
>> provenant de data.gouv.fr <http://data.gouv.fr>.
>>
>> Un bug ou oubli ?
>>
>> PY
>>
>>
>>
>>
>> ___
>> 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] osmose : boîtes aux lettres absentes

[Pierre-Yves Berrard]

Bonjour,

J'ai constaté l'absence de proposition d'intégration des boîtes aux lettres
dans le secteur de Verdun (55)
http://osmose.openstreetmap.fr/fr/map/#zoom=15=49.15862=5.38574=Mapnik=FFFT=7051%2C8023=1%2C2%2C3

Pourtant, les boîtes aux lettres sont bien présentes dans le *.csv
provenant de data.gouv.fr.

Un bug ou oubli ?

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

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

[Pierre-Yves Berrard]

Le 8 août 2015 01:58, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Bonsoir,

 PanierAvide a écrit :
  N'hésitez pas à faire des retours ;)

 Application fort utile et sympathique. Merci beaucoup !

 En plus, il m'a amené à découvrir que je n'avais pas pleinement compris
 la spécification des heures d'ouverture. :) Par exemple, dans le cas
 suivant :

 Lundide 7h à 10h et de 12h à 14h
 Mardide 7h à 10h et de 12h à 14h
 Mercredi de 7h à 10h
 Jeudide 7h à 10h et de 12h à 14h
 Vendredi de 7h à 10h et de 12h à 14h

 J'aurais déclaré ainsi les plages d'ouverture :

 Mo-Tu 07:00-10:00,12:00-14:00; We 07:00-10:00; Th-Fr
 07:00-10:00,12:00-14:00

 Et j'aurais juré que c'était la seule façon de faire. Mais je viens de
 découvrir en testant YoHours que l'on peut aussi procéder ainsi :

 Mo-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00

 = Des plages horaires spécifiques étant déclarées pour le mercredi,
elles font exception à la première règle qui, prise isolément,
englobe le mercredi.

 Je vais me coucher un peu moins ignare. ;)

 Sébastien


Je trouve cette syntaxe avec les exceptions un peu ambigüe car nécessitant
un surplus d'interprétation par un algorithme.

J'écrirais :

Mo-Fr,Tu-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00

qui est à peine plus long, et surtout sans équivoque (pas de plages qui se
recoupent).

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

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

[Pierre-Yves Berrard]

Lire

Mo-Tu,Th-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00

dans mon précédent message *
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] bookmarklet osm ↔ gmaps

[Pierre-Yves Berrard]

Bonjour,

J'ai créé un bookmarklet permettant de passer d'une carte Google Maps à une
carte Openstreetmap, et réciproquement.

Plus d'infos ici :
http://wiki.openstreetmap.org/wiki/FR:Bookmarklet_osm-google_maps

Pierre-Yves

PS : c'est la première fois que je programme en JavaScript, alors merci de
votre indulgence (ou de vos conseils éventuellement) !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

[Pierre-Yves Berrard]

Le 3 août 2015 22:11, Bruno pa...@free.fr a écrit :

 Bonjour,
 [...]

 Par contre j'ai maintenant un plantage de Josm (j'ai fait un ticket) quand
 j'appelle la fonction adresses du plugin cadastre, là aussi c'est
 systématique.

 Quelqu'un a une expérience la dessus ?

 Bruno.


Même chose.

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

Re: [OSM-talk-fr] Caen - quartiers - découpage plus fin

[Pierre-Yves Berrard]

Le 28 juillet 2015 10:26, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Il y a un document qui présente un découpage plus fin des quartiers de
 Caen :

 http://www.insee.fr/fr/methodes/zonages/iris/cartes/carte_iris_14118.pdf

 Les données INSEE utilise ce découpage.
 Qu'en est-il de sa réutilisation vis-à-vis des quartiers déjà présent dans
 OSM ?

 Cordialement
 --
 David Crochet


Je me souviens que le sujet a déjà été discuté en début d'année.
https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074559.html

Difficile de faire un résumé de cette discussion (nombreuses digressions)...

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

[Pierre-Yves Berrard]

Le 22 juillet 2015 16:34, Nicolas Cucchietti 
nicolas.cucchie...@cddpnr06.org a écrit :


 Donc ma question, si quelqu'un peut y répondre, c'est : *Savez-vous s'il
 y existe un moyen de régler le problème d'interface que je rencontre ? Si
 oui, comment ? Si non, alors existe-t-il un moyen de mettre l'interface
 Potlatch 2 en français par défaut ?*

 ​Merci d'avance à ceux qui pourront m'aider... je suis un peu perdu...​


Bonjour,

Il faut configurer l'éditeur préféré dans les options d'osm :

Monsieur le Maire doit aller sur son compte (
https://www.openstreetmap.org/user/[MonsieurLeMaire]/account) et choisir ID
dans un des menus déroulants.

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

Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)

[Pierre-Yves Berrard]

Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit :

 Bonjour à tous,

 Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de
 liste pour Overpass.

 Pour une utilisation personnelle, je recherchais des piscines autour des
 gares de la ligne C du RER.
 J'ai fait quelques tests et utilise cette requête :
 http://overpass-turbo.eu/s/asI

 {{geocodeArea:Île-de-France}}-.searchArea;

 rel[line:SNCF=C](area.searchArea);
 node(around:800)[sport=swimming](area.searchArea);
 out body qt;

 rel[line:SNCF=C](area.searchArea);
 way(around:800)[sport=swimming](area.searchArea);
 out center qt;


 Cependant, elle prend pas mal de temps à s'exécuter (~60s).


Bonjour,

Il y aurait peut-être à creuser sur la première ligne, en lui passant
directement le numéro de la relation Ile-de-France.
Je n'ai plus en tête la syntaxe exacte : quelque chose du style 3600 +
le numéro de la relation.
Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça gagne
beaucoup de temps.

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

Re: [OSM-talk-fr] waterway=riverbank ou natural=water ?

[Pierre-Yves Berrard]

Le 7 juillet 2015 16:19, JB jb...@mailoo.org a écrit :

 Je n'arrive plus à retrouver où j'avais lu que le riverbank devenait
 déprécié, mais c'est bien précisé sur la page du wiki en question :
 http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank, il faut
 juste chercher un peu. Je n'ai pas cherché du coté de tagging… Comme Sly,
 ça me semble plus cohérent comme approche, même si il faut la faire rentrer
 dans les habitudes.


Cette information (ancienne méthode vs nouvelle méthode) figure dans la
page en français, calquée à l'époque sur la page anglaise (elle-même
remodifiée entre temps).
Pfiouu.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

[Pierre-Yves Berrard]

Le 6 juillet 2015 08:27, osm.sanspourr...@spamgourmet.com a écrit :

  Par hasard je passais hier sur :
 http://www.openstreetmap.org/node/1899078423
 Et me disait que je devais ajouter Le Relais comme opérateur pour les
 vêtements.
 Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).



 Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des rendus
 et si on cherche des point de recyclage ayant verre et vêtements on ne les
 trouvera pas) ou mettre une liste comme opérateur ?
 Voir laisser comme ça ?


Je pense en effet qu'il est préférable de dupliquer.
Cette duplication n'a rien d'artificielle, car il y a bien deux containers
de recyclage distincts (deux objets dans la réalité  → deux objets dans
osm).

(en plus, c'est tellement plus simple que d'ajouter les tags du type
recycling:clothes:operator=*)

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

Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose

[Pierre-Yves Berrard]

Le 27 juin 2015 13:53, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Le 27/06/2015 09:49, Christian Quest a écrit :

 Autre problème avec cette analyse osmose: on avait utilisé jusque
 maintenant ref=* et pas ref:FR:LaPoste...
 - le rapprochement fait pas osmose ne semble pas se faire (ou alors la
 tolérance de distance est insuffisante).
 - les formulaires de JOSM prennent en compte ref=*
 - on va avoir un mix entre les deux...


 Je corrige, passage vers ref.
 Bonjour,


Bonjour,

Le passage vers ref est-il réalisé ?
Je reçois quotidiennement une pelletée de flux rss m'indiquant que
ref:FR:LaPoste est manquant.

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

Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose

[Pierre-Yves Berrard]

Le 25 juin 2015 22:05, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Bonsoir,

 Depuis quelques jours les boites au lettre de la poste dans l'espace
 public sont disponible sur data.gouv.fr


 https://www.data.gouv.fr/fr/datasets/liste-des-boites-aux-lettres-de-rue-france-metropolitaine-et-dom-1/

 La qualité est assez bonne mais ça sent quand même le géocodage.
 Elles sont disponibles pour intégration dans Osmose :

 http://osmose.openstreetmap.fr/fr/map/#item=7051,8022,8023

 C'est un peu comme un saint Graal qui devient accessible ;)
 Frédéric, mappeur de ref de boites aux lettres.


Sympa.

Je vais regarder si ça colle avec les ref que j'ai déjà rentrées.

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

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

[Pierre-Yves Berrard]

Le 17 juin 2015 00:39, PanierAvide panierav...@riseup.net a écrit :

 Bonjour,

 L'ébauche qu'était YoHours n'est plus, il s'agit maintenant d'un outil
 user-friendly, joli, compréhensible, et en plus codé proprement. Le
 résultat est ici : http://github.pavie.info/yohours/

 Sont déjà prévues les améliorations suivantes :
 * Fusion si possible des jours de fermeture dans le résultat
 * Possibilité de changer la durée de base du calendrier (15 minutes
 actuellement)
 * Ajout d'un bouton clear pour vider le calendrier d'un coup
 * À moyen terme, la possibilité d'indiquer les saisonnalités (ouvertures
 spécifiques aux mois, saisons, semaines, météo, ...)


Beau travail :)

J'ajouterais la possibilité d'étirer les plages vers la gauche ou la droite
:pratique pour les jours ayant les mêmes plages.
Sinon, je n'ai pas compris à quoi servait le = au deuxième clic.

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

Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours

[Pierre-Yves Berrard]

Le 12 juin 2015 17:26, Florian LAINEZ winner...@free.fr a écrit :

 Hello,
 Connaitriez-vous un outil pour taguer l'horrible champ opening_hours=*
 avec une interface compréhensible par le commun des mortels ? (life - OSM)

 Le wiki ne renvoie que vers https://github.com/AMDmi3/opening_hours.js
 qui permet de faire une extraction (osm - life) avec une démo ici
 http://amdmi3.ru/files/opening_hours.js/demo.html

 J'ai failli mourir en lisant
 http://wiki.openstreetmap.org/wiki/Key:opening_hours
 Please help !


Il existe un plugin pour JOSM :
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor
Pas persuadé qu'il gère les cas complexes.

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Pierre-Yves Berrard]

La difficulté est qu'il y a un changeset par POI, donc autant de reverts.

2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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] SeFaireConnaitre :(

[Pierre-Yves Berrard]

Bien vu pour le recalage, la position est assez bonne du coup. Mais c'est
en fait un doublon puisque le POI était déjà présent dans osm. Je vais
fusionner pour conserver toutes les infos.

Le 28 mai 2015 21:06, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :

  J'en ai vu aussi, mais il y a du mieux.
 Leur procédure reste bizarre :
 Un point à un mauvais emplacement est créé (milieu de la route)
 Puis, dans un autre changeset, il est recalé.
 C'est le cas de ton exemple, reste à voir si sa position actuelle est la
 bonne.

 Stf

 Le 28/05/2015 19:25, Pierre-Yves Berrard a écrit :

  Recrudescence de création de points mal placés de manière automatique
 par l'utilisateur SeFaireConnaitre.
 Un exemple (parmi beaucoup) :
 https://www.openstreetmap.org/changeset/31523303

  Ce contributeur (une agence de com) semble ignorer les remarques qu'on
 lui a fait à ce sujet...
 https://lists.openstreetmap.org/pipermail/talk-fr/2014-November/073250.html


 ___
 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

[OSM-talk-fr] geocodage inverse pays

[Pierre-Yves Berrard]

Bonjour,

Je ne parviens pas à comprendre les résultat d'un géocodage inverse
([lat;lon]→pays).

Voilà le résultat donné par l'instance mapquest de nominatim pour un point
en pleine France métropolitaine [48;4] :
http://open.mapquestapi.com/nominatim/v1/reverse.php?format=xmllat=48lon=4zoom=5

Normal donc. Par contre, si je passe la même requête par une commande curl
ou wget, le pays devient Polynesie française (sans l'accent) :
addressparts
stateChampagne-Ardenne/state
country*Polynesie française*/country
country_codefr/country_code
/addressparts

Quelqu'un saurait-il pourquoi ?

PY

PS : l'instance nomitamim.openstreetmap.org donne le résultat attendu (curl
ou navigateur), mais il me faudrait utiliser linstance mapquest car j'ai
un grand nombre de points à géocoder.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] geocodage inverse pays

[Pierre-Yves Berrard]

Même avec cUrl ?

Le 25 mai 2015 20:48, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 À l'instant pour moi ça donne France.

 Le 25/05/2015 18:56, Pierre-Yves Berrard a écrit :

 Bonjour,

 Je ne parviens pas à comprendre les résultat d'un géocodage inverse
 ([lat;lon]→pays).

 Voilà le résultat donné par l'instance mapquest de nominatim pour un
 point en pleine France métropolitaine [48;4] :

 http://open.mapquestapi.com/nominatim/v1/reverse.php?format=xmllat=48lon=4zoom=5

 Normal donc. Par contre, si je passe la même requête par une commande
 curl ou wget, le pays devient Polynesie française (sans l'accent) :
  addressparts
  stateChampagne-Ardenne/state
  country*Polynesie française*/country
  country_codefr/country_code
  /addressparts

 Quelqu'un saurait-il pourquoi ?

 PY

 PS : l'instance nomitamim.openstreetmap.org
 http://nomitamim.openstreetmap.org donne le résultat attendu (curl ou
 navigateur), mais il me faudrait utiliser linstance mapquest car j'ai
 un grand nombre de points à géocoder.


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

Re: [OSM-talk-fr] geocodage inverse pays

[Pierre-Yves Berrard]

Me suis peut-être mal exprimé :

Je reformule :

Je m'interroge sur le fait que la requête

http://open.mapquestapi.com/nominatim/v1/reverse.php?format=xmllat=48lon=4zoom=5
ne donne pas le même résultat selon qu'on l'affiche dans le navigateur (en
cliquant sur le lien) ou bien
en lançant la commande
  curl 
http://open.mapquestapi.com/nominatim/v1/reverse.php?format=xmllat=48lon=4zoom=5


D'où vient l’aberration du résultat de la 2e ?

Merci pour l'astuce de faire générer par Firefox, mais ça me chiffonne
quand même que le résultat pour un point en Champagne-Ardenne me donne
Polynesie Française comme pays (même pas un admin_level=2 en plus...).


Le 25 mai 2015 21:33, Greg ewala...@gmail.com a écrit :

 Quitte à faire une requête comme un navigateur, autant demander a Firefox
 de générer la requête cURL nécessaire (même si il y a beaucoup d'inutile) :

 curl '
 http://open.mapquestapi.com/nominatim/v1/reverse.php?format=xmllat=48lon=4zoom=5'
 -H 'Host: open.mapquestapi.com' -H 'User-Agent: Mozilla/5.0 (X11; Ubuntu;
 Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0' -H 'Accept:
 text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8' -H
 'Accept-Language: en-US,en;q=0.7,fr;q=0.3' --compressed -H 'DNT: 1' -H
 'Connection: keep-alive' -H 'Cache-Control: max-age=0'



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

Re: [OSM-talk-fr] geocodage inverse pays

[Pierre-Yves Berrard]

Le 25 mai 2015 22:13, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Bon ok, je répond à coté, mais tu as pensé à utiliser ça si tout est en
 France ?

 http://adresse.data.gouv.fr/csv/


Ce n'est pas tout en France, d'ailleurs je ne cherche qu'à trouver le pays.


 D'où vient l’aberration du résultat de la 2e ?


 Les autres paramètres de la requête ne sont pas les mêmes avec le
 navigateur et curl.
 Mas ça n'explique pas l'abération. Peut être des nominatim différent en
 fonction des paramètres.


Ça fonctionne avec accept-language=fr dans l'adresse.

Intrigant (peut-être un problème de données derrière quand même).

Merci Fred et Greg !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin d'aide pour cartographier les lignes à haute tension au Népal

[Pierre-Yves Berrard]

Le 14 mai 2015 19:35, Jean-Guilhem Cailton j...@arkemie.com a écrit :

 Bonjour,

 [..]

 Certaines lignes à haute tension ont déjà été cartographiées (visibles
 sur cette requête overpass :
 (http://overpass-turbo.eu/s/9lx , qui a d'ailleurs été transmise à ceux
 qui font les recherches). Partir des barrages hydro-électriques permet
 de les repérer.

 [...]
 Merci,

 Jean-Guilhem


Bonjour,

Tu pourrais ajouter les [power=tower] à ta requête overpass, histoire
de voir les pylones isolés susceptibles d'être reliés.

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

Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

[Pierre-Yves Berrard]

Bonjour Christian,

Pas de réponse de l'Université de Grenoble pour le serveur d'images
aériennes ? Si je ne m'abuse, ils doivent être revenus de vacances.

Pierre-Yves

PS : sur le même thème, sais-tu si ça avance pour la photographie aérienne
de Belfort ? Je n'ai pas de nouvelles depuis sacrément longtemps.



Le 19 avril 2015 09:51, Christian Quest cqu...@openstreetmap.fr a écrit :

  Oui, le serveur d'images aériennes ne répond plus depuis 48h.

 Nous avons demandé à l'Université de Grenoble (où se trouve ce serveur)
 d'aller jeter un oeil... patience donc à cause du week-end.


 Le 19/04/2015 09:41, Pierre-Yves Berrard a écrit :

 Bonjour,

  Depuis quelques jours, la photo aérienne du Grand Nancy (
 http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}) ne se
 charge plus dans JOSM (connect timed out) :

  Pour les requêtes overpass, la base à http://api.openstreetmap.fr/oapi/
 semble être ne plus être à jour non plus.

  Un problème sur les serveurs d'osm france ?

  PY


 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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] Rendu BANO: visualisation des adresses de la BAN

[Pierre-Yves Berrard]

Parfois le rouge pointillé et le rouge de départ se chevauchent, rendant le
texte carrément illisible.

PY

Le 26 avril 2015 17:20, Christian Quest cqu...@openstreetmap.fr a écrit :

 Encore un peu de neuf sur le rendu BANO sur les données BAN...

 Afin d'aider à compléter les noms de rues manquants dans OSM, j'ai
 ajouté l'entourage des adresses BAN sur le même principe que celles du
 cadastre.

 Pour les différencier, j'ai mis :
 - en pointillé rouge les adresses BAN pour lesquelles un rapprochement a
 pu être fait avec FANTOIR mais pas avec OSM
 - en pointillé gris les adresse BAN pour lesquelles le rapprochement
 FANTOIR n'a pas pu être fait.

 C'est un premier jet ;)

 Exemple sur une commune au cadastre raster:
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.96311/2.19007

 --
 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] bano-data sur github

[Pierre-Yves Berrard]

D'accord avec Art.

Avoir ce type de suivi est également une source de motivation.

Et oui, peu importe le support (gitHub ou autre chose de moins
expérimental).

PY

Le 26 avril 2015 22:24, Art Penteur art.pent...@gmail.com a écrit :

 Lorsque j'ai eu le temps de chasser du rouge, la lecture du diff
 quotidien de github m'aidait bien : je vérifiait que mes changements
 produisaient de nouveaux rapprochements, et j'ai aussi debuggué des 
 oscillations  par exemple quand une moitié de rue était nommée rue Jules
 Verne et l'autre moitié rue de Jules Verne, il arrivait que le
 rapprochement se fasse un jour sur deux avec chaque moitié de rue. C'était
 assez facile à repérer et corriger.

 Ça reste une justification indirecte de github :  Il y a sans doute
 d'autres outils pour faire ces contrôles.

 Art.
 Le 26 avr. 2015 5:10 PM, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Pas normal... mais ce mode de distribution (expérimental) semble peu
 adapté vu le volume global et la quantité de changements.

 Je pensais stopper...


 Le 26/04/2015 11:23, Pierre-Yves Berrard a écrit :

 Bonjour,

  Est-il normal que les fichiers bano[1] sur github ne soient plus mis à
 jour depuis un mois ?

  PY

  [1]https://github.com/osm-fr/bano-data


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

[OSM-talk-fr] bano-data sur github

[Pierre-Yves Berrard]

Bonjour,

Est-il normal que les fichiers bano[1] sur github ne soient plus mis à jour
depuis un mois ?

PY

[1]https://github.com/osm-fr/bano-data
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Traduction JOSM

[Pierre-Yves Berrard]

Le 25 avril 2015 00:30, Vincent Privat vinc...@josm.openstreetmap.de a
écrit :

 Il n'y a donc plus personne en France motivé pour participer à la
 traduction de JOSM ? :(
 C'est triste, la situation du français n'est pas terrible, il est
 actuellement en 12ème position, loin derrière l'allemand, l'ukrainien, le
 tchèque, le russe, le catalan, l'espagnol, le japonais, l'italien, le
 portugais (brésil  portugal), et l'asturien.


J'ai essayé un peu.
- je n'ai pas trouvé où était stocké une traduction que je voulais corriger
- j'ai traduit quelques items vides mais je ne sais pas si ça a bien été
pris en compte : il faut attendre une nouvelle version de JOSM ?

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

[OSM-talk-fr] problème sur serveur(s) osm-fr ?

[Pierre-Yves Berrard]

Bonjour,

Depuis quelques jours, la photo aérienne du Grand Nancy (
http://wms.openstreetmap.fr/tms/1.0.0/nancy_2012/{zoom}/{x}/{y}) ne se
charge plus dans JOSM (connect timed out) :

Pour les requêtes overpass, la base à http://api.openstreetmap.fr/oapi/
semble être ne plus être à jour non plus.

Un problème sur les serveurs d'osm france ?

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

Re: [OSM-talk-fr] Tag pour les bornes de stionnement payant

[Pierre-Yves Berrard]

Le 31 mars 2015 15:00, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit
:

 Comment peut-on taguer cela ?
 https://cecilegladel.files.wordpress.com/2007/08/dscn4845.jpg

 Merci


amenity=vending_machine
vending=parking_tickets

http://wiki.openstreetmap.org/wiki/Tag:vending%3Dparking_tickets
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Panneau de signalisation A13a

[Pierre-Yves Berrard]

Le 30 mars 2015 13:07, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit
:

 Boujour,

 Je viens de voir dans le wiki que rien n'était prévu pour le panneau A13a.
 Celui-ci correspond à un panneau de danger Approche d'un lieu fréquenté
 par des enfant.
 Je propose de compléter la page
 http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panneaux_de_danger_de_type_A
  en
 ajoutant le couple de balise
 *traffic_calming=school*.

 Cela vous parait-il cohérent?


Ça me semble aller à l'encontre de l'usage du tag traffic_calming.

traffic_calming représente un aménagement routier censé ralentir la
situation (et pas le panneau en lui-même) :
http://wiki.openstreetmap.org/wiki/FR:Key:traffic_calming

Autrement dit, ce n'est pas la raison pour laquelle on ralentit (school),
mais bien la manière de faire ralentir (cushion, bump...) qui doit être
décrite.

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

Re: [OSM-talk-fr] Iznogoud Kalife : la rue de Verdun imaginée par le GPS

[Pierre-Yves Berrard]

Le 28 mars 2015 18:52, Donat ROBAUX dona...@gmail.com a écrit :

 Petite lecture distrayante en ce WE de printemps.


 http://www.estrepublicain.fr//edition-de-verdun/2015/03/27/verdun-le-gps-indique-une-rue

Le fameux Oeuf de Pâques.
La période tombe bien.

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

Re: [OSM-talk-fr] Vous avez dit taguer pour le rendu ?

[Pierre-Yves Berrard]

Le 25 mars 2015 14:27, Vladimir Vyskocil vladimir.vysko...@gmail.com a
écrit :

 Celui la ne doute de rien, utiliser deux bouts de piste d’aviation pour
 faire une croix et un locality “crash site of Germanwings…” pour marquer le
 supposé site du crash, faux en plus, il me semble… :

 http://www.openstreetmap.org/changeset/29724802

 J’ai supprimé.

 Vlad.



Venant d'un contributeur à 11 000 changesets, ça fait peur effectivement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] BANO : 2 questions

[Pierre-Yves Berrard]

Bonjour,

Deux interrogations sur le rendu et les pages de récap par communes :

* Le nombre de voies manquantes sur le rendu diffère du nombre sur la page
cadastre.opentstreetmap.fr, car le premier intègre les lieux-dits. Ne
pourrait-on pas assurer une cohérence ?

* Sur la page de récap communale, pourquoi les Données OSM en date ne
s'actualisent pas quand on force la mise à jour ?

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

Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants

[Pierre-Yves Berrard]

Comme le disait Philippe les unités urbaines sont un zonage d'étude (par
opposition  à un zonage administratif). Celui-ci est de plus susceptible
d'évoluer dans le temps.
(petite objection en revanche,  ça couvre bien des communes entières.)

Des zonages d'études, on peut en construire autant qu'il y a  de
problématiques, donc la question est de savoir lesquels sont pertinents
dans osm. Personnellement je suis moyennement favorable à leur intégration.

PY



Le 2 mars 2015 01:48, Philippe Verdy verd...@wanadoo.fr a écrit :

 Sauf que le terme c'est unité urbaine (pas entité), défini depuis
 longtemps par l'Insee dans son zonage urbain. Ce n'est pas une entité
 administrative en tant que tel, pas une collectivité, et ça ne couvre pas
 des communes entières.


 Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit :

 Bonjour,
 Je cherche à faire le point sur cette notion de *Entité urbaine de plus
 de
 100 000 habitants*.

 Cette notion de Entité urbaine de plus de 10 habitants existe au
 niveau de l'INSEE, pour des aspects réglementaires et notamment du code de
 l'environnement, la  réglementation à l'intérieur de ces zones n'est pas
 la
 même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage
 publicitaire. Ou pour la surveillance de la qualité de l'air ambiant.

 Voir une carte de ces entités urbaines ici :


 http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95
 Il y en a 61 en France métropolitaine:
 http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204
 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité
 différente de celle de la nouvelle métropole grenobloise (49 communes),
 différente de celle de communauté d'agglomération qui existait avant, etc.
 Les listes des communes des 61 entités urbaines de plus de 100 habitants
 peuvent être trouvées ici:
 http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html

 Donc la première question que je pose : *pensez-vous que il soit judicieux
 d'avoir cette notion dans OSM ?*


 S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire
 (et ça serait la deuxième question) ?
 Dans le wiki OSM, on peut trouver comment réaliser un regroupement de
 communes, ça a déjà été réfléchi à ceci pour les EPCI.


 http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI

 D'un autre coté, regrouper des entités peux se faire de deux façons
 différentes:


 http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière


 Merci




 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.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


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

Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants

[Pierre-Yves Berrard]

Le 2 mars 2015 02:25, Philippe Verdy verd...@wanadoo.fr a écrit :

 Les unités urbaines transfrontalières sont peu nombreuses en France, il y
 en a 6:

 [...]

 Il est question d'y ajouter Nice, étendue jusqu'à Menton (+ partie
 monégasque + une éventuelle commune italienne, voire plus loin sur la
 riviera italienne jusqu'à San Remo)


Source ?


 mais pour l'instant l'unité urbaine de Nice s'arrête au nord-ouest de
 Monaco avec La Trinité mais il manque La Turbie (pour relier aussi
 Beausoleil).  Cependant La Turbie a un gros espace rural le séparant des
 deux grands pôles urbain, de même que Vintimille coté italien.
 Monaco pourrait en attendant être un centre d'unité urbaine (incluant
 alors en France Beausoleil, Roquebrune-Cap-Martin, Cap-d'Ail, Menton...
 voire aussi Castellar touchant la frontière italienne).

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

Re: [OSM-talk-fr] Fusions d'arrondissements (était:Guebviller: nouveau plan de circulation...)

[Pierre-Yves Berrard]

Le 24 février 2015 20:58, Philippe Verdy verd...@wanadoo.fr a écrit :

 Et le décret qui va avec

 Décret n° 2014-1722 du 29 décembre 2014 portant suppression des
 arrondissements de Strasbourg-Campagne et de Wissembourg (département du
 Bas-Rhin)
 http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte
  Il procède à la suppression des arrondissements de Strasbourg-Campagne
 et de Wissembourg et modifie les limites territoriales des arrondissements
 d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms
 d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte
 des arrondissements à l'organisation administrative territoriale
 contemporaine et à ses dynamiques de développement, en prenant notamment en
 compte les limites des établissements publics de coopération
 intercommunale.

 Avec un tableau en annexe des communes.


Il y a eu des fusions d'arrondissements en Moselle (57) aussi, il me semble.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] BANO : Orléans et environs en rouge

[Pierre-Yves Berrard]

Grosse tache rouge détectée à Orléans et communes limitrophes.
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9171/1.9144

Je suspecte un problème sur les limites communales, qui empêche
l'appariement sur l'ensemble du territoire des communes.

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

Re: [OSM-talk-fr] cadastre.openstreetmap et import d'adresses

[Pierre-Yves Berrard]

Le 20 février 2015 09:23, Tony Emery tony.em...@yahoo.fr a écrit :

 [...]

 De plus, en comparant la BANO à OSM (dans lequel j'ai versé les adresses
 via
 cadastre.openstreetmap), je constate qu'il y a des adresses manquantes
 http://gis.19327.n5.nabble.com/file/n5834332/Capture.png
 Le n° 97 est bien sourcé OSM, pourtant, il n'existe pas dans OSM (le
 point
 bleu ciel)


Il existe dans OSM : http://www.openstreetmap.org/node/3355799895
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

[Pierre-Yves Berrard]

Le 20 février 2015 21:52, Frédéric Rodrigo fred.rodr...@gmail.com a écrit
:

 Le 20/02/2015 21:01, Pierre-Yves Berrard a écrit :

 Le 20 février 2015 20:14, Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com a écrit :

 Bonjour,

 On a mis en place un petit serveur qui permet d'avoir le cadastre
 par tuiles. Ça facilité l'utilisation (et la configuration dans Josm
 !) mais ça permet aussi d'avoir un mode joker qui détecte
 automatiquement la commune en cours de visualisation. Donc un seul
 TMS pour toutes les communes :
 [...]


 Super boulot !
 (j'en avais marre de changer les paramètres dans les préférences de JOSM)

 En plus, fini le scintillement dû au rechargement à chaque niveau de
 zoom. Les tuiles seraient stockées quelque part en cache ?


 C'est Josm qui fait du cache.


Certes mais je ne trouve pas le cache associé à ces tuiles à l'endroit où
sont stockées les autres couches (bano etc.) sur mon disque dur...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

[Pierre-Yves Berrard]

Le 20 février 2015 20:14, Frédéric Rodrigo fred.rodr...@gmail.com a écrit
:

 Bonjour,

 On a mis en place un petit serveur qui permet d'avoir le cadastre par
 tuiles. Ça facilité l'utilisation (et la configuration dans Josm !) mais ça
 permet aussi d'avoir un mode joker qui détecte automatiquement la commune
 en cours de visualisation. Donc un seul TMS pour toutes les communes :
 [...]


Super boulot !
(j'en avais marre de changer les paramètres dans les préférences de JOSM)

En plus, fini le scintillement dû au rechargement à chaque niveau de zoom.
Les tuiles seraient stockées quelque part en cache ?

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

[OSM-talk-fr] Nantes-en-Rat(t)ier

[Pierre-Yves Berrard]

Quelqu'un a créé une note pour évoquer une erreur manifeste dans un nom
officiel :
http://www.openstreetmap.org/note/319200

Exacement le même problème qu'à Vers-sur-Selle(s) :
http://www.openstreetmap.org/relation/114372
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne

[Pierre-Yves Berrard]

Le 16 février 2015 11:49, Yann Kacenelen ykacene...@sdis91.fr a écrit :

  Bonjour à tous,

 Avis aux pressés : message copieux - mais non dénué d'interêts.

 [...]


 Merci pour votre lecture attentive et vos retours constructifs.
  De même que j'attends vos réponses, je suis tout à fait prompt à en
 apporter à d'autres de vos questions que je suivrai sur la liste.



Bonjour Yann et merci pour ce travail.

Petite question à laquelle je n'ai pas trouvé de réponse (je n'ai pas
consulté tous les liens) :

Comment comptes-tu traiter l'existant dans OSM (PEI déjà présents dans
l'Essonne) ?

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

[OSM-talk-fr] calcul d'itinéraires sur osm.org

[Pierre-Yves Berrard]

Tiens, ils ont intégré un calculateur d'itinéraires sur openstreetmap.org.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

[Pierre-Yves Berrard]

Le 5 février 2015 16:13, Pieren pier...@gmail.com a écrit :

 2015-02-05 15:17 GMT+01:00 Tony Emery tony.em...@yahoo.fr:

  Dans la base DGFiP, j'ai relevé quelques doublons. Je vois pas trop
  l'intérêt d'ajouter un identifiant quand le rivoli n'existe pas et de le
  supprimer derrière.

 L'intérêt est que l'usage de ce code resterait très limité (par
 exemple 96 au lieu de 797 pour Orange) et que ça serait cohérent avec
 les autres communes françaises.

  J'ai commencé ici :  http://wiki.openstreetmap.org/wiki/Vaucluse/voirie
  http://wiki.openstreetmap.org/wiki/Vaucluse/voirie

 Il faudrait aussi voir ici:

 http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales

 Pieren


Est-ce vraiment une référence qu'on peut qualifier de nationale ?

Contrairement aux autres ref:FR:* de la page, on ne va pas la trouver sur
l'ensemble du territoire français et il n'existe pas de répertoire
officiel géré par un organisme qui en a la charge.

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

Re: [OSM-talk-fr] Communes sans voies nommées : 'B'

[Pierre-Yves Berrard]

Le 28 janvier 2015 10:12, JB jb...@mailoo.org a écrit :

 Une petite curiosité, tu sais pourquoi Bazoches les Bray 77025 ne sort pas
 dans la liste ?
 Pas de rue retrouvée, d'après http://cadastre.openstreetmap.
 fr/fantoir/#insee=77025
 JB.


Je me suis déjà posé cette question. Tu as certainement un highway avec un
tag name qui traîne quelque part sur l'emprise de la commune (typiquement à
la frontière d'une commune adjacente).

Celui-là par exemple : http://www.openstreetmap.org/way/160098157
Son extrémité fait partie de la frontière. Du coup il est peut-être
considéré comme étant à Bazoches...

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

Re: [OSM-talk-fr] Osmose

[Pierre-Yves Berrard]

 Pas lié à osmose :
 A quoi ça sert maxspeed=FR:urban au lieu de maxspeed=50?


 http://wiki.openstreetmap.org/wiki/Key:maxspeed


 J'ai lu mais j'ai pas compris l'utilité pour la france.


En France comme ailleurs, si la vitesse légale change, cette méthode ne
nécessite que de changer la valeur qu'une fois (donc ne pas à avoir à
modifier tous les ways concernés) . Je ne sais pas où sont stockées les
valeurs correspodant à ces tags par contre.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr