Re: [OSM-talk-fr] Mic-mac urbain versaillais

[Ralf Treinen]

On Mon, Jun 05, 2023 at 10:29:20PM +0200, Jean-Claude Repetto wrote:
> Le 05/06/2023 à 22:19, Ralf Treinen a écrit :
> 
> > je ne comprend pas ce que tu veux dire par "one-again".
> 
> https://fr.wiktionary.org/wiki/%C3%A0_la_one_again

Merci. Je retiens de la première explication sur cette page qu'il s'agit
d'une "expression qui ne veut strictement rien dire" ;-)

-Ralf.

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

Re: [OSM-talk-fr] Mic-mac urbain versaillais

[Ralf Treinen]

Bonjour Christian,

On Sat, Jun 03, 2023 at 09:34:20AM +0200, Christian Perrier wrote:

> Mais j'ai franchement l'impression que c'est parfois mappé à la one-again

je ne comprend pas ce que tu veux dire par "one-again".

> et de façon pas très logique. Je mets notamment en doute côté Sud :
> - https://www.openstreetmap.org/way/240754044 : amenity=parking alors qu'on
> parle de stationnement longitudinal
> - https://www.openstreetmap.org/way/1022332056 : un footway pour
> représenter le trottoir
> 
> La combinaison des deux ne va pas avec le fait que le way principal a
> lui-même un tag "sidewalk=both". On se retrouve alors avec du centre vers
> l'extérieur :

Dans des tels cas tu peux utiliser la valeur "separate" pour des tags
comme parking, sidewalk, etc. C'est ce que je ferais dans ce cas, c'est
une situation assez complexe, et je pense que ça a tout son sens de 
cartographier les trottoirs et parking séparément.

Donc, en ce qui concerne le stationnement, je mettrais
"parking:both=separate" sur la grande route, et sur les
"amenity=parking" tu ajoutes "parking=lane" (ou street_side), 
"orientation=parallel", comme c'est décrit sur la page sur le Street
Parking que tu cites.

> supprimer le footway représentant le trottoir puisque celui-ci est déjà
> taggué dans la voie principale. En gros, rendre le Sud domme le Nord. Et,

Ici, j'aurais tendance de laisser le trottoir qui est cartographié
séparément, et de changer sur la rue "sidewalk=both" en
"sidewalk=separate". Par contre le trottoir devrait être un
"highway=footway" et "footway=sidewalk". Oui, c'est étrange que c'est
fait sur un côté et pas sur l'autre, donc ca sera l'occassion de mapper le
trottoir sud aussi en surfacique (tu l'as probablement remarqué,
je suis fan des trottoirs en surfacique).

-Ralf.

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

Re: [OSM-talk-fr] nommage dans un campus

[Ralf Treinen]

Bonsoir,

On Sat, Oct 08, 2022 at 08:23:24PM +0200, osm.sanspourr...@spamgourmet.com 
wrote:
> Dans un campus (universitaire, recherche...) il arrive que les bâtiments
> aient un nom et un numéro.
[...]
> - soit sur name et ref. Plus proche de la réalité mais alors il serait

peut-être plutôt local_ref ?

-Ralf.

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

Re: [OSM-talk-fr] Flopées de highway=pedestrian qui n'en sont pas

[Ralf Treinen]

Bonsoir,

On Mon, Jun 27, 2022 at 06:54:00PM +0200, deuzeffe wrote:

> tombe sur des flopées de highway=pedestrian qui n'en sont pas, toujours
> mappées par la même personne.
>
> Ça peut être un bout d'herbe en bordure de voie :
> https://www.openstreetmap.org/way/904660169
> ou un grand trottoir : https://www.openstreetmap.org/way/905604363/history
> ou https://www.openstreetmap.org/way/905538162
> 
> On est bien d'accord que le tagging n'est pas correct ?

Plutot mettre "highway=footway" et "footway=sidewalk", plus "area=yes"
le cas du surfacique échéant. Voir

https://wiki.openstreetmap.org/wiki/FR:Trottoirs

"highway=pedestrian" est pour les rues qui sont principalement pour des
pietons :

https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dpedestrian

-Ralf.

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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

[Ralf Treinen]

Bonsoir,

On Mon, Sep 28, 2020 at 11:02:18AM +0200, Axel Listes wrote:
> Bonjour,
> 
> Le 28/09/2020 à 09:40, Éric Gillet a écrit :
> >> > Donc, dans le schéma d'origine que je découvre, il faudrait trois
> >> relations.
> >>
> >> Mais les éditeurs facilitent la création de telles relations.
> > 
> > Exactement ça me semble être une question d'éditeurs plus qu'une
> > question de tags/objets OSM.
> 
> Alors voici globalement les « défauts » qui en découlent :
> - Les multiples césures des chemins, il faut les couper à l'emplacement
> du point « via » de la relation.

c'est écrit ou qu'il faut découper les chemins ? Sur la page wiki (anglaise)

https://wiki.openstreetmap.org/wiki/Relation:restriction

je ne trouve pas que le point "via" doit être un point terminal des deux
chemins "from" et "to".

-Ralf.

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

Re: [OSM-talk-fr] SPAM, Re: Chemins publics / privés / ouverts / fermés

[Ralf Treinen]

On Sun, Jan 05, 2020 at 10:27:59AM +0100, Arnaud Champollion wrote:

> On est bien d'accord que sur OSM on a vocation à faire figurer tout sentier
> visiblement existant, quelque soit sa légitimité ou son appartenance à un
> itinéraire balisé ? C'est le sens de la réponse que j'ai apportée en tant
> que Linux Alpes.

Je pense que oui.

-Ralf.

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

Re: [OSM-talk-fr] Numérotation des bâtiments

[Ralf Treinen]

On Wed, Aug 14, 2019 at 10:05:34AM +, marc marc wrote:

> soit ou sur un nœud, placé pour symboliser la porte (pratique pour les 
> batiments multi-numéro), la plaque de rue ou l'entrée voiture ou 
> l'entrée principale ou la part ou "comme le dit le cadastre" ou "là
> où cela fait joli", en tout objectivité bien sur ()

quand il s'agit effectivement d'une porte de la maison tu peux aussi
y ajouter "entrance=yes".

-Ralf.

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

Re: [OSM-talk-fr] opentopomap ssl cert expiré (28/05/2019)

[Ralf Treinen]

Bonsoir,

On Fri, May 31, 2019 at 08:21:57AM +0200, Cyrille37 OSM wrote:

> Oui, le site web et l'imagerie sont à nouveau opérationnels. Merci à ceux qui
> ont opéré.

pas pour moi, la couche BDOrtho IGN ne me donne qu'un fond noir
(essayé par example place Victor et Helene Basch à Paris XV). 

Dans le terminal où j'ai lancé josm je vois plein de messages comme

2019-05-31 19:59:45.214 INFO: GET 
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/19/265532/180436.jpg -> 200 
(668 B)

Quand je copie cet url dans un navigateur web j'obtiens effectivement
un carré noir. Est-ce une question temporaire de cache ?

-Ralf.

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

Re: [OSM-talk-fr] polygone pour représenter un trottoir

[Ralf Treinen]

Bonjour,

On Sat, Apr 27, 2019 at 01:39:03PM +0200, Noémie Lehuby via Talk-fr wrote:
> Bonjour,
> 
> que pensez-vous de cette modélisation des trottoirs, sous la forme de
> multipolygones ?
> 
> https://www.openstreetmap.org/relation/1979876
> https://www.openstreetmap.org/relation/1979878
> 
> Je comprends qu'il soit tentant de micro-cartographier les trottoirs comme
> des polygones, mais je suis un peu sceptique.

il y a de plus en plus à Paris, regarde par exemple les Champs d'Elysee,
ou la porte de d'Orleans. Je trouve ca mieux que le filaire car les
piétons, contrairement aux véhicules, peuvent se déplacer dans 
n'importe quel sens sur la surface qui leur est destinée.

Mais j'avoue que ca a plus d'intérêt là où il a des trottoirs larges
ou des squares.

-Ralf.

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

Re: [OSM-talk-fr] massifs arbustifs et/ou de fleurs

[Ralf Treinen]

Bonsoir,

On Sun, Apr 07, 2019 at 12:51:24PM +0200, Lau Anonyme wrote:
> Bonjour,
> 
> quelqu'un aurait-il une idée de comment tagguer des massifs arbustifs
> (contenant ou pas des fleurs en plus) ?
> 
> C'est un élément qu'on trouve beaucoup dans les villes et les villages :
> 
> - c'est un espace jardiné
> 
> - ce n'est pas de l'herbe seule
> 
> - ce n'est pas un parterre de fleurs (mais ça peut le devenir selon les
> périodes de l'année selon ce qui est planté)
> 
> - c'est en général une petite surface
> 
> - ce n'est pas une haie au sens "barrière"
> 
> - j'ai l'impression que ce n'est pas un jardin au sens de leisure=garden La
> description de ce tag indique pourtant qu'il peut aussi bien être à la fois
> être utilisé pour le jardin d'une maison, d'un château... que d'une 
> jardinière.
> 
> Or il me semble intéressant de distinguer un jardin d'un massif (mais je ne
> parviens pas à décrire sur quoi ils se distingueraient).
> Ce qui se rapprocherait le plus serait cette proposition https://
> wiki.openstreetmap.org/wiki/Proposed_features/flowerbed

J'utilise dans ces cas

leisure=garden
access=no

car il s'agit à mon avis bien du jardinage, sauf que ce n'est pas
fait pour se promener dedans.

-Ralf.

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

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

[Ralf Treinen]

On Mon, Mar 18, 2019 at 09:11:59PM +0100, Ralf Treinen wrote:
> On Mon, Mar 18, 2019 at 04:05:34PM +0100, Charles MILLET wrote:
> > Plutôt que name:in et name:out je crois que name:exit et name:entrance 
> > seraient
> > plus proche de ce que se fait déjà.
> 
> Comment gérer le cas où le panneau est sur la frontière entre deux communes,
> c-a-d la sortie d'une commune est l'entrée de l'autre ?

Désolé j'ai envoyé ce mail avant de voir la proposition de Bernard
de mapper dans ce cas deux panneaux différents.

-Ralf.

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

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

[Ralf Treinen]

On Mon, Mar 18, 2019 at 04:05:34PM +0100, Charles MILLET wrote:
> Plutôt que name:in et name:out je crois que name:exit et name:entrance 
> seraient
> plus proche de ce que se fait déjà.

Comment gérer le cas où le panneau est sur la frontière entre deux communes,
c-a-d la sortie d'une commune est l'entrée de l'autre ?

-Ralf

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

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

[Ralf Treinen]

Bonjour,

On Sat, Jan 19, 2019 at 04:03:02PM +0100, bruno Piguet wrote:

>     J'ai tagué la dalle piétonne d'un centre commercial sous la forme d'une
> relation multiplolygone (car elle comporte des trous) portant le tag highway=
> pedestrian.
> 
>     Sur le rendu OSM général, je la vois bien : http://layers.openstreetmap.fr
> /?zoom=18=43.58445=1.40532=0B000FF
>     Sur le rendu OSM français, elle n'apparait pas  : http://
> layers.openstreetmap.fr/?zoom=18=43.58445=1.40532=
> BFF

il faut ajouter area=yes.
 
Autre question : pourquoi layer=1 ? Est-ce qu'il y a des éléments
cartographiés au-dessous de la dalle ?

-Ralf.

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

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Ralf Treinen]

Bonsoir,

On Wed, Nov 07, 2018 at 11:20:15AM +0100, Erik Amzallag wrote:

> - valeur de l'attribut building: yes, public, civic. Pour le coup, la page
> projet et amenity=police n'ayant pas précisé cette valeur, je suis parti sur
> building=yes. Mais la page wiki de building=public pourrait laisser penser que
> c'est plutôt cette valeur à utiliser. Peut-être faudra t-il prévoir un script
> de mise à niveau de l'ensemble des bâtis Gendarmerie pour uniformiser la chose
> selon la valeur retenue.

les locaux de la police peuvent occuper le bâtiment entier, ou seulement
une partie. À mon avis il faut au moins dans le deuxième cas laisser
building=yes.

-Ralf.

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

Re: [OSM-talk-fr] boundary et addr:postcode / postal_code

[Ralf Treinen]

On Mon, Oct 15, 2018 at 08:08:18PM +, marc marc wrote:
> Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :
> 
> > Le wiki semble indiquer que c'est postal_code [1].
> 
> oui. postal_code pour définir le code postal d'une étendue
> par opposition à addr:postcode pour définir le code postal
> d'une addr en particulier.

Merci pour cette confirmation. Et on est bien d'accord que quand
le postal_code est renseigné pour une étendu avec admin_level=9
(les arrondissements de Paris) qu'il n'est pas utile de le 
repeter sur les quartiers (adminlevel=10) inclus dans cet arrondissement ?

-Ralf.

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

[OSM-talk-fr] boundary et addr:postcode / postal_code

[Ralf Treinen]

Bonjour,

quel tag faut-il utiliser pour le code postal d'une région (dans le
sens géométrique, pas administrative) délimitée par une boundary ?
Le wiki semble indiquer que c'est postal_code [1]. Par contre partout
où je regarde en région Parisienne je trouve addr:postcode utilisé 
à la place. JOSM n'est pas d'accord avec cette combinaison :

  suspicious tag combination - boundary together with addr:*

Faut-il remplacer tout les addr:postcode par postal_code dans les
limites des communes ou arrondissements ?

-Ralf.

[1] https://wiki.openstreetmap.org/wiki/Key:postal_code

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

Re: [OSM-talk-fr] parcours sportif

[Ralf Treinen]

Bonjour,

On Sat, May 26, 2018 at 11:57:29AM +0200, Julien Lepiller wrote:

> Ça je sais faire, mais je n'arrive pas à trouver sur le wiki comment
> cartographier les aménagements sportifs du parcours : barres de
> traction et autres appareils de torture.

il y a une page wiki en anglais :

https://wiki.openstreetmap.org/wiki/Tag:leisure=fitness_station

> Je me demande aussi s'il est
> possible de créer une relation pour regrouper tout ça ? Des idées ?

C'est sans doute une bonne idée :

https://wiki.openstreetmap.org/wiki/FR:Tag:route%3Dfitness_trail

-Ralf.

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

Re: [OSM-talk-fr] Collecte du verre

[Ralf Treinen]

Bonsoir,

On Sat, Apr 21, 2018 at 07:30:31PM +0200, Cédric Frayssinet wrote:

> D'après le wiki : https://wiki.openstreetmap.org/wiki/
> FR:Tag:amenity%3Drecycling il faudrait mettre plutôt
> 
> recycling:glass_bottles : yes à tous ces conteneurs, et seules les 
> déchetteries
> (à ma connaissance) devrait avoir 
> 
> recycling:glass : yes
> 
> 
> Juste dans l'agglomération lyonnaise, cela représente de nombreux conteneurs
> (une centaine) mal tagués, j'ai fait une mapcontrib pour en avoir le cœur net
> (à partir du zoom 14) : https://www.mapcontrib.xyz/t/2a7996-Conteneur_Verres
> 
> Qu'en pensez-vous ? Pourrait-on corriger tous ces nodes en masse ?

de toute façon il y a déjà un test osmose pour ce cas.

-Ralf.

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

Re: [OSM-talk-fr] schéma des addr

[Ralf Treinen]

Bonsoir,

On Tue, Jan 16, 2018 at 11:43:52PM +, marc marc wrote:

> Donc ma proposition : en cas de nœud-adresse avec une adresse pour un 
> bâtiment, ne pourrait-on pas associer l'adresse au bâtiment soit on 
> mettant le nœud sur le contour ou dans le bâtiment (ou via une relation
> si quelqu'un est motivé pour porter une proposition).

un collegue m'a rappelé il y a quelque temps un très bon principe (si
vous m'excusez l'anglais) :

  simple things should be simple, complicated things should be possible

Une relation (associatedAddress ?) qui associe une adresse à plusieurs
éléments (terrain, des bâtiments, des entrées, des commerces, ...)
me semble assez générale pour couvrir tous les cas que je peux
imaginer. C'est évidement lourd, personne n'a envie de créer
une relation par bâtiment. C'est pourquoi il faut aussi une solution
simple pour la grande majorité des cas qui est : un bâtiment - une
adresse. La solution de Marc de situer dans de tels cas simples l'adresse
au point d'entrée du bâtiment me semble très bien. 

-Ralf.

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

Re: [OSM-talk-fr] Demande d'information pour ajouter une AMAP

[Ralf Treinen]

Bonsoir,

On Wed, Dec 13, 2017 at 09:41:11PM +0100, Clément Clément wrote:
> Bonjour,
> 
> Je vous contacte car je ne connais pas grand chose à OpenStreetMap et je
> souhaiterais ajouter l'AMAP (Association pour le Maintien d'une Agriculture
> Paysanne) dont je suis membre et membre actif du bureau.
> 
> J'ai bien réussi à ajouter le node : https://www.openstreetmap.org/node/
> 5275897827
> 
> Par contre je souhaiterais à présent que mon AMAP soit visible par le plus
> grand nombre. (car pour le moment elle n'est pas visible)
> 
> On m'a dit qu'il fallait ajouter un tag office ou shop mais que par contre 
> pour
> les AMAP c'est pas évident car peu utilisé.

il me semble aussi que c'est plutot un shop: shop=greengrocer

Voir aussi http://wiki.openstreetmap.org/wiki/Tag:shop%3Dgreengrocer

Par contre merci de supprimer, ou au moins raccourcir le champs 
description. Ce n'est pas son rôle d'y mettre un texte complet.
Plutot renseigner les champs

opening_hours=
organic =
website =

-Ralf.

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

Re: [OSM-talk-fr] parking pour vélos et motos

[Ralf Treinen]

Bonjour,

il semble que je n'avais pas repondu à la liste :

On Fri, Sep 08, 2017 at 03:23:09PM +, marc marc wrote:
> Le 08. 09. 17 à 17:05, Nicolas Dumoulin a écrit :
> 
> >> amenity=parking + motor_vehicle=no + mofa=yes + moped=yes + 
> >> motorcycle=yes
> >> universel mais à mon avis introuvable si on cherche un parking vélo
> >> à nouveau l'occasion de tester
> > ça me semble pas mal dans le genre.
> 
> > Pourquoi pas amenity=bicycle_parking + motorcycle=yes ou l'inverse.
> 
> après l'envois de mon précédent email, je me suis demandé ce
> qui interdit à un vélo de se garer sur un parking moto.
> a mon avis rien. et donc probablement qu'un parking
> dit "2 roues" n'est rien d'autre qu'un parking moto

oui, ca me semble aussi le plus logique. Je fais donc

amenity=motorcycle_parking
bicycle=yes

-Ralf.

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

[OSM-talk-fr] parking pour vélos et motos

[Ralf Treinen]

Bonjour,

comment tagger des parkings qui permettent des vélos et des motos 
("parking 2 roues") au même temps ? Les descriptions sur le wiki des tags
amenity=bicycle_parking et amenity=motorcycle_parking semblent
indiquer qu'ils sont pour des vélos/motos exclusivement.

-Ralf.

___
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

[Ralf Treinen]

Je ne sais pas d'ou vient exactement cette habitude d'utiliser un espace
de noms :FR:. Une explication peut être que c'est au niveau national 
que les conflits potentiels vont être discutés et gérés. Remarquez
que cette discussion est sur une liste nationale (et ni européenne,
ni régionale).

-Ralf.

On Tue, Jul 04, 2017 at 08:23:22AM +0200, Pierre-Yves Berrard wrote:
> 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. ou encore fr_tim.
> 
> 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
>
> 
> [icon-] Garanti sans virus. www.avast.com
> 
> 
> 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 <
>  

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

[Ralf Treinen]

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

[Ralf Treinen]

Bonjour,

On Mon, Jun 26, 2017 at 08:54:56AM -0700, Shohreh wrote:
> Bonjour
> 
> Deux nouvelles questions sur les infras vélos:
> 
> 1.  Avenue de la Marne
>    : la bande
> cyclable bi-directionnelle sur le trottoir est représentée par un
> "highway=cycleway" indépendant alors que la bande se trouve physiquement sur
> le trottoir:
> 
> https://s7.postimg.org/fqi2oikmz/Montrouge.avenue.de.la.Marne.bande.cyclable.bidi.jpg
> 
> Dans ce genre de cas, ne vaut-il pas mieux tagger le trottoir plutôt que
> d'ajouter une way indépendante entre le trottoir et la route?

Un cycleway séparé (sans de taguer le footway sur le trottoir) est
ce qui est normalement fait dans ce cas, regarde par exemple les Maréchaux
à Paris.

> 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"?
> 
> https://s21.postimg.org/5ocwwxgo7/Montrouge.rue.Poitou.bande.cyclable.jpg

cycleway:right=lane me semble bien ce qui indiqué par le wiki [1] dans
ce cas, même s'il est vrai que dans ce cas l'installation d'une bande
cyclable frole le ridicule (il s'agit d'une rue résidentielle très
calme). Mais je ne pense pas que c'est à OSM de juger le bien fondé
des décisions de la mairie. Selon la même page du wiki on pourra ajouter un
cycleway:right:width=*.

-Ralf.

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

[OSM-talk-fr] osmose down ?

[Ralf Treinen]

Bonjour, il semble que osmose.openstreetmap.fr ne répond plus depuis
hier soir.

-Ralf.

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

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

[Ralf Treinen]

Bonjour,

On Thu, May 11, 2017 at 11:19:40PM +0200, osm.sanspourr...@spamgourmet.com 
wrote:

> Y a-t-il une interface permettant de voir sur une petite zone que qui a été
> changé au fil du temps ?

http://simon04.dev.openstreetmap.org/whodidit/ est très utile pour ça.

-Ralf.

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

Re: [OSM-talk-fr] autolib

[Ralf Treinen]

On Tue, Jan 24, 2017 at 09:09:51PM +0100, osm.sanspourr...@spamgourmet.com 
wrote:

> Ralf Treinen <trei...@irif.fr> wrote:
> 
> Autolib est bien de la location de voiture (non au sharewashing !)

C'est Jean-Marc qui a écrit ca, pas moi.

-Ralf.

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

Re: [OSM-talk-fr] autolib

[Ralf Treinen]

On Tue, Jan 24, 2017 at 05:35:03PM +0100, Jean-Marc Liotier wrote:
> On Mon, 23 Jan 2017 20:23:44 +0100
> Ralf Treinen <trei...@irif.fr> wrote:
> 
> > un utilisateur a en masse basculé toutes les stations autolib de
> > car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
> > en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a 
> > un changement du l'avis concernant cette question ?
> 
> Autolib est bien de la location de voiture (non au sharewashing !) mais
> on peut imaginer que des utilisateurs d'Openstreetmap s'interrogent sur
> la manière de différencier une borne et ses places d'une agence de
> location de voitures "traditionnelle".

Oui, je comprends le souhait de distinguer les bornes autolib des 
agences de locations traditionelles.

> Alors, en plus d'amenity=car_rental, car_rental=shop ? automated=yes ?
> Juste un début de brainstorm, mais il y a peut-être bien matière à
> définir une étiquette discriminant les types d'établissement.

"automated=yes", ou peut-etre "self_service=yes", me semble le mieux.
En passant, un autolib peut être à l'intérieur d'un bâtiment, 
notament dans un parking.

-Ralf.

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

[OSM-talk-fr] autolib

[Ralf Treinen]

Bonsoir,

un utilisateur a en masse basculé toutes les stations autolib de
car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a 
un changement du l'avis concernant cette question ?

-Ralf.

[1] https://www.openstreetmap.org/changeset/45354363#map=11/48.8677/2.2889
[2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069137.html

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

Re: [OSM-talk-fr] Données du STIF sur Osmose

[Ralf Treinen]

Christian, Noémie, merci pour vos réponses. Je me suis peut-être un peu
mal exprimé. Dans mon cas, j'avais bien identifié les deux arrêts sur le
terrain, mon problème était seulement de savoir quel arrêt sur le terrain
correspond à quel numéro STIF, vu que la géolocalisation dans le fichier
opendata est parfois pas très fiable.

-Ralf.


On Fri, Dec 23, 2016 at 10:52:35AM +0100, Christian Quest wrote:
> Le terrain... y'a que ça qui tranchera au final de toute façon car entre les
> arrêts présents dans OSM parfois provenant de vues aériennes plus à jour (les
> arrêts de bus sont faciles à déplacer) et les données opendata pas bien
> précises, on ajoute facilement une info inexacte.
> 
> Ce jeu de donnée est utile pour détecter des arrêts manquants, mais rentrer
> plus dans le détail sans vérifier sur place me semble malheureusement un peu
> trop optimiste.
> 
> A mon avis il faut revoir cette proposition d'intégration dans osmose ou alors
> la laisser en "dev" pour tester le temps d'affiner ça.
> 
> 
> 
> Le 23 décembre 2016 à 09:26, Ralf Treinen <trei...@free.fr> a écrit :
> 
> Bonjour,
>
> On Thu, Dec 22, 2016 at 09:25:58PM +0100, Noémie Lehuby wrote:
> 
> > Et malgré ça, j'avais quand même un peu plus d'un cas sur 6 où l'arrêt
> > opendata le plus proche n'était pas le bon mais celui de l'autre côté de
> la
> > route.
> 
> je rencontre les mêmes difficultés, et aussi une confusion entre les
> arrêts différents de lignes de bus différentes, et portant le même
> nom. On peut demeler les derniers facilement grace au fichier
> liste-arrets-lignes-tc-idf.csv, mais je me demande comment trouver une
> information fiable sur le sens de la ligne qui dessert un arrêt de bus
> (le problème évoqué par Noémie). Par exemple, pour l'arrêt "Bibliothèque
> Rue Mann" de la ligne RATP 62, je trouve
> 
> $ grep RATP liste-arrets-lignes-tc-idf.csv | grep ';62;' | grep
> 'BIBLIOTHEQUE RUE MANN'
> RATP;100100062:62;62;62;3;StopPoint:59:3887745;BIBLIOTHEQUE RUE
> MANN;48.829293;2.378153;24009;C01098;48.829293, 2.378153
> RATP;100100062:62;62;62;3;StopPoint:59:3887746;BIBLIOTHEQUE RUE
> MANN;48.828817;2.378112;24013;C01098;48.828817, 2.378112
> 
> et la seule différence exploitable que je vois entre les deux est que
> le premier est un plus au nord, et doit donc être celui du sens
> est->ouest de la ligne. Est-ce qu'il y un autre moyen ?
>
> -Ralf.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> --
> Christian Quest - OpenStreetMap France

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


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

Re: [OSM-talk-fr] Données du STIF sur Osmose

[Ralf Treinen]

Bonjour,

On Thu, Dec 22, 2016 at 09:25:58PM +0100, Noémie Lehuby wrote:

> Et malgré ça, j'avais quand même un peu plus d'un cas sur 6 où l'arrêt
> opendata le plus proche n'était pas le bon mais celui de l'autre côté de la
> route.

je rencontre les mêmes difficultés, et aussi une confusion entre les 
arrêts différents de lignes de bus différentes, et portant le même
nom. On peut demeler les derniers facilement grace au fichier 
liste-arrets-lignes-tc-idf.csv, mais je me demande comment trouver une
information fiable sur le sens de la ligne qui dessert un arrêt de bus
(le problème évoqué par Noémie). Par exemple, pour l'arrêt "Bibliothèque
Rue Mann" de la ligne RATP 62, je trouve

$ grep RATP liste-arrets-lignes-tc-idf.csv | grep ';62;' | grep
'BIBLIOTHEQUE RUE MANN'
RATP;100100062:62;62;62;3;StopPoint:59:3887745;BIBLIOTHEQUE RUE
MANN;48.829293;2.378153;24009;C01098;48.829293, 2.378153
RATP;100100062:62;62;62;3;StopPoint:59:3887746;BIBLIOTHEQUE RUE
MANN;48.828817;2.378112;24013;C01098;48.828817, 2.378112

et la seule différence exploitable que je vois entre les deux est que
le premier est un plus au nord, et doit donc être celui du sens
est->ouest de la ligne. Est-ce qu'il y un autre moyen ?

-Ralf.

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

Re: [OSM-talk-fr] osmose en panne ?

[Ralf Treinen]

Merci, maintenant ca marche. -Ralf.

On Sun, Nov 06, 2016 at 05:55:31PM +0100, Frédéric Rodrigo wrote:
> Essaye la touche F5.
> 
> On est passé sur leaflet 1.0, surement une question de cache.
> 
> 
> Le 06/11/2016 à 16:55, Ralf Treinen a écrit :
> > Bonjour,
> > 
> > depuis ce matin (au moins), osmose semble en panne, il m'affiche le font
> > de carte et le menu en haut de la page, mais ni de marqueurs, ni la
> > liste des catégories de marqeurs.
> > 
> > -Ralf.
> > 
> > ___
> > 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 en panne ?

[Ralf Treinen]

Bonjour,

depuis ce matin (au moins), osmose semble en panne, il m'affiche le font
de carte et le menu en haut de la page, mais ni de marqueurs, ni la
liste des catégories de marqeurs.

-Ralf.

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

Re: [OSM-talk-fr] landuse

[Ralf Treinen]

Bonsoir,

On Sun, Oct 02, 2016 at 09:01:13PM +0200, Philippe Verdy wrote:
> 
> 
> Le 2 octobre 2016 à 18:03, Jérôme Amagat  a écrit :
> 
> En zone résidentielle, dans une précédente discussion on disait qu'il n'y 
> a
> rien comme tag pour les résidences ou pour les lotissements (moi pour les
> lotissement je dirais que c'est un quartier et donc utilise place=
> neighbourhood si le nom du lotissement reste après la fin des 
> construction)
> 
> 
> Sauf que place=suburb et place=neighborhood sont déjà utilisés pour les grands
> quartiers et quartiers administratifs. Les petits lotissements dans un
> quartiers et les résidences c'est nettement plus petit qu'un quartier. Il
> faudrait un d'autres valeurs pour place=* (sachant aussi que place=locality 
> est
> inapplicable car c'est pour des lieux-dits inhabités, pas plus que place=
> isolated_dwelling pour un habitant individuel, ni place=hamlet pour de tous
> petits villages tout entiers et mal venus dans ces résidences et lotissements
> en milieu urbain.
> 
> J'avais proposé ici place=residence mais on pourrait avoir un place=block, ou
> place=sector (exemples les secteurs urbains de La Défense, ou les secteurs de
> villes chef-lieu des communes urbaines au Burkina Faso, ces secteurs sont
> numérotés mais n'ont pas de nom et ne sont pas réellement des quartiers mais
> plus ou moins des entités statistiques et électorales)

en regardant la page Neighbourhood sur le wiki [1] je trouve les
concepts x "Housing subdivision, housing development, and residential
community" qui semblent bien adaptés (sauf que les noms sont trop longs).

-Ralf.

[1] http://wiki.openstreetmap.org/wiki/Neighbourhood

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

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

[Ralf Treinen]

On Wed, Sep 28, 2016 at 06:19:01PM +0200, JB wrote:
> 
> Le 28/09/2016 à 15:49, Tony Emery a écrit :
> > C'est pour ça que je met ce tag dans une
> > emprise de type landuse=residential.
> Bof, une emprise landuse=residential empilée dans le landuse=résidential de
> la ville ? Ou extrudée en multipolygone ? Pas convaincu ni par l'un ni par
> l'autre, et vue la spécificité du sujet, peut-être du taggage spécifique est
> à réfléchir (ou pas dans OSM, comme je le lis, je connais trop mal le sujet
> pour avoir un avis pour l'instant).

N'est-ce pas ce qu'on fait déjà pour les résidences, je veux dire des
ensembles d'immeubles souvent entourés d'une cloture ? Indépendement de
la question si c'est du bas loyer ou pas.

Dans ce cas je met un landuse=residential et un name=* sur le terrain.
Faut-il le tagger différement ?

-Ralf.

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

Re: [OSM-talk-fr] mhs:inscription_date et osmose

[Ralf Treinen]

On Wed, Aug 31, 2016 at 07:12:54PM +0200, David Crochet wrote:
> Bonjour
> 
> 
> Le 31/08/2016 à 08:53, Ralf Treinen a écrit :
> > Il y a aussi la question des MH inscrits/classés plusieurs fois (par
> > exemple des parties différentes d'un bâtiment), ou inscrit d'abord et
> > classé plus tard. Dans ces cas, on prend quelle date ? Seulement la
> > dernière, ou toutes les dates séparées par ";" ?
> 
> Pour moi, OSM, c'est : " aujourd'hui, c'est quoi. Ok, donc c'est dans OSM
> comme çà"
> 
> un MHS avant, des photos, des descritif, des notes, c'est une autre base de
> données (base du ministère par exemple).

D'accord, OSM n'est pas wikipedia. Du coup, je me demande quel est 
l'interet du champ mhs:inscription_date ?

-Ralf.

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

Re: [OSM-talk-fr] mhs:inscription_date et osmose

[Ralf Treinen]

On Wed, Aug 31, 2016 at 10:54:55AM +0200, Philippe Verdy wrote:
> Toutes les dates dans les tags devraient toutes être en format ISO 8601 (donc
> avec des "-" séparateurs, et en commençant par l'année complète sur 4 
> chiffres,
> puis le mois sur 2 chiffres, puis le jour sur 2 chiffres).
> 
> "-mm-dd" devrait donc être valide, de même que "-mm" ou juste "".

Merci, j'ai maintenant aussi trouvé [1]. Le check "date" d'osmose devrait
donc déjà remarquer des dates dans la forme /MM/DD.

> Osmose se trompe donc s'il ne reconnait que l'année.

Oui. Je vais envoyer des bugs contre osmose_backend. -Ralf.

[1] 
http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Date_and_time

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

[OSM-talk-fr] mhs:inscription_date et osmose

[Ralf Treinen]

Bonjour,

quel est le bon format de la valeur associée à la clef mhs:inscription_date,
dans le cas où jour et mois sont renseignés ? Osmose semble reconnaître
ni /mm/dd, ni -mm-dd, et propose dans les deux cas de remplacer
la date par l'année seulement.

Il y a aussi la question des MH inscrits/classés plusieurs fois (par 
exemple des parties différentes d'un bâtiment), ou inscrit d'abord et
classé plus tard. Dans ces cas, on prend quelle date ? Seulement la
dernière, ou toutes les dates séparées par ";" ?

-Ralf.

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

[Ralf Treinen]

Bonsoir,

On Tue, Jun 28, 2016 at 12:14:22AM -0700, Shohreh wrote:

> Il manque un feu rouge ici à Malakoff:
> http://www.openstreetmap.org/?mlat=48.81826=2.30734#map=18/48.81826/2.30740
> 
> En regardant le feu qui est à côté à droite, je crois comprendre qu'un feu
> rouge est un "highway=traffic_signals" à ajouter à un way.

si mes souvenirs son bons il y a aussi un feu rouge à cet endroit pour le
traffic en direction Pierre Brossolette seulement, avant la sortie du
dépot de bus (mais je ne me rappele pas ou exactement). On peut indiquer ce
fait en ajoutant un trafic_signals:direction=backward, dans ce cas.

-Ralf.

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

[OSM-talk-fr] probleme avec api.openstreetmap.org

[Ralf Treinen]

Bonjour,

ce matin je ne n'arrive pas à importer (download) des données en JOSM :

  Communication with the OSM server 'api.openstreetmap.org' timed out.

-Ralf.

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

[OSM-talk-fr] adresses sur le terrain, et adresses sur le cadastre

[Ralf Treinen]

Bonsoir,

je me pose des questions comment procéder pour la mise à jour d'adresses
qu'on peut relever (ou pas) sur le terrain. Je tombe assez souvent sur des
adresses en OSM qui ont été importées du cadastre, mais qu'on ne
retrouve pas sur le terrain. Plusieurs cas :

1) un bâtiment avec plusieurs adresses importées du cadastre, mais sur
le terrain on retrouve seulement une partie des ces adresses. Par
exemple ici : 

http://www.openstreetmap.org/way/62377737#map=19/48.82824/2.38397

il y a 8 adresses du bâtiment Biopark vers le quai Panhard et Levassor
en OSM. En vérité, il y a une seule porte sur toute la façade, c'est le
numéro 25. Aucune autre porte, meme pas un local poubelle. Dans ce 
cas j'ai envie de supprimer toutes les adresses qui n'existent pas sur
le terrain. Ai-je raison de le faire ? 

2) des adresses à des endroits où il n'y a pas de bâtiment, de facon
plus au moins permanente (par exemple parce qu'il y a un jardin 
publique à cet endroit, ou une installation ferroviaire). Est-ce que
ces adresses doivent être en OSM ?

3.) des adresses à des endroits où il n'y a pas de bâtiment, mais de
facon probablement temporaire. Par example parce qu'un bâtiment a été
démoli à cet endroit. Quoi faire dans ce cas ?

Plus généralement, est-ce qu'il existe un moyen préconisé pour marquer
une adresse comme non-visible, ou inactive ?

-Ralf.

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

Re: [OSM-talk-fr] associatedStreet, highway et housenumber

[Ralf Treinen]

Bonjour,

On Fri, Jan 08, 2016 at 01:59:44AM -0700, Tony Emery wrote:
> Bonjour à tous,
> 
> Je voulais faire un point avec vous sur les informations à qualifier sur la
> voirie et surtout celles qui sont inutiles (qui font doublons par exemple)
> ou celles qu'il ne faut surtout pas mettre.
> 
> Je résume en quelques points :
> 
> > Nous avons des tronçons de voie (way dans highway) et des points
> > d'adresses (node dans addr:housenumber) qui sont regroupés dans des voies
> > (relation dans associatedStreet).
> 
> > Les informations de base à mettre pour la partie adressage sont les tags
> > name, ref, addr:housenumber, ref:FR:FANTOIR
> Il y a aussi les informations facultatives : descriptions de la voie,
> limitations de circulation, cas particuliers (voies délimitant 2 communes
> par ex) mais ne nous y attardons pas trop dessus.
> 
> >> Quelles informations doit-on mettre dans chaque type d'objets de manière
> >> obligatoire ou facultative et quelles sont celles qui sont inutiles,
> >> voire interdites ?
> 
> Je vous propose de reprendre le schéma ci-dessous et de mettre vos avis.
> 
> * pour les tronçons :
> ** a minima : name (Rue de la République) et ref (D 20)

le nom est aussi facultatif. Il n'y a souvent pas de noms pour des
sentiers, des voies de parking ... Aussi je ne vois de mal avec une
rue répérée sur une image airéenne mais pour laquelle on ne connait pas
le nom.

-Ralf.

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

[OSM-talk-fr] rapprochement BANO: rues avec des noms différents sur les deux côtés

[Ralf Treinen]

Bonjour,

je n'arrive toujours pas à faire comprendre au rapprochement BANO des cas
de rues qui sont sur (ou très proche de) la limite de deux communes, et 
qui portent des noms différents sur les deux côtés. Mon exemple est
le way 24930015 [1] qui s'appele Avenue du Boulodrome côté Kremlin-Bicêtre,
et Avenue du Cimetière Parisien côté Ivry.

J'utilise deux rélations associatedStreet.

Sur le highway il n'y ni nom ni fantoir.

Sur chacune des deux rélations associatedStreet j'ai mis :

addr:city
addr:postcode
name:right/left
ref:FR:FANTOIR (sans left/right !)

j'ai cru avoir compris que c'est ce qu'il faut faire, mais appérement
non. Ou est l'erreur ?

-Ralf.

[1] https://www.openstreetmap.org/way/24930015

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

Re: [OSM-talk-fr] rapprochement BANO: rues avec des noms différents sur les deux côtés

[Ralf Treinen]

On Sun, Nov 29, 2015 at 06:57:07PM +0100, Christian Quest wrote:
> Sur les relations associatedStreet, j'ai remis des name=*, c'est sur le way 
> que
> c'est nécessaire d'avoir name:left et name:right... et j'ai ajouté un name 
> pour
> avoir quelque chose sur le rendu.

Merci, Christian, la bonne solution est donc finalement plus simple que toutes
les alternatives que j'avais essayé ... 

-Ralf.

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

Re: [OSM-talk-fr] BANBO = BANO belge : vos ideés pour faire un BANO belge svp. Merci

[Ralf Treinen]

Bonjour,

On Wed, May 27, 2015 at 08:26:39AM +0200, Christian Quest wrote:

 Actuellement, ce qu'il faut surtout éviter de faire dans OSM c'est d'ajouter
 des addr:* identiques sur plusieurs objets.
 si on a un noeud addr:* et aussi un ou plusieurs POI à la même adresse (par
 exemple des commerces) il faut utiliser contact:* pour indiquer leur adresse,

est-ce qu'il y a une astuce en JOSM (macro ? plugin ?) pour changer sur 
toute la sélection toutes les clefs addr:* en contact:* ? Faire l'édition
à la main est assez fastidieux.

-Ralf.

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

Re: [OSM-talk-fr] Adresses sur bâtiment et sur point à l'intérieur

[Ralf Treinen]

Bonjour,

On Sun, Mar 08, 2015 at 10:11:00AM +0100, rainerU wrote:

 Osmose signale les cas où un point porte les mêmes attributs addr:* que le
 bâtiment, Numéro en double dans la rue. Je comprends qu'il y a redondance
 et que les applis peuvent faire le rapprochement entre le point et le
 bâtiment. J'hésite quand-même de supprimer les addr:* sur le point car il
 doit avoir encore des utilisation qui ne font pas du spatial. Je pense aux
 utilisations de plus en plus fréquentes qui font une requête Overpass et
 affichent le résultat sur une carte umap ou autre. Je ne connais pas
 suffisamment Overpass pour savoir s'il est possible ou facile de récupérer
 les attributs d'adresse du bâtiment entourant pour un point.

 Ma question est donc : est-il de bon usage de supprimer les tags addr:* dans
 ces cas ?

je ne peux pas repondre en ce qui concerne overpass, mais je pense que 
c'est préférable d'éviter les redondances, et donc de supprimer une des
deux adresses. Cela laisse la question ouverte laquelle des deux laisser.
Le debat sur le bon schéma de mapper les adresses (sur le batiment, ou sur
un noued, et si ou ou le placer) est toujours ouvert.

Je dirai de laisser l'information adresse qui est la plus précise entre
les deux. Si tu n'as pas d'information directe sur le terrain, la valeur de la
clef source, et l'historique peuvent aider. Par exemple, une adresse sur un
noeud, avec source=survey, indique souvent une entrée reperée sur le terrain,
ce qui est pour moi préférable à une information extraite du cadastre.

 Osmose signale aussi les cas où il y a deux points portent la même adresse
 sans qu'il y ait un bâtiment. Je ne considère cela pas comme une erreur ni
 une redondance.

quand il s'agit de l'adresse d'un commerce dans le même  batiment on peut
passer les addr:* en contact:* [1].

-Ralf.

[1] 
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#R.C3.A8gles_de_priorit.C3.A9s_entre_sources

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

Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas

[Ralf Treinen]

Bonsoir,

On Sun, Dec 14, 2014 at 10:55:57AM +0100, Vincent de Château-Thierry wrote:

 N'hésitez pas à signaler d'autres bizarreries du genre, s'il y a un loup,
 autant le trouver :)

j'ai aussi un cas que je ne comprends pas :

Boulevard Romain Rolland, sur la frontière entre Paris et Montrouge
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.82000/2.32604

il s'agit d'une relation Associated Street, avec ref:FR:FANTOIR:left et
ref:FR:FANTOIR:right.

il y du rouge, par contre cadastre.openstreetmap.fr affiche OK pour cette
rue à la fois pour Paris et pour Montrouge. Qui peut m'éclairer ?

-Ralf.

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

Re: [OSM-talk-fr] BANO - Rapprochement qui ne se fait pas

[Ralf Treinen]

On Sun, Dec 14, 2014 at 07:26:19PM +0100, Vincent de Château-Thierry wrote:
 
 Le 14/12/2014 18:13, Ralf Treinen a écrit :
 
 j'ai aussi un cas que je ne comprends pas :
 
 Boulevard Romain Rolland, sur la frontière entre Paris et Montrouge
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.82000/2.32604
 
 il s'agit d'une relation Associated Street, avec ref:FR:FANTOIR:left et
 ref:FR:FANTOIR:right.
 
 il y du rouge, par contre cadastre.openstreetmap.fr affiche OK pour cette
 rue à la fois pour Paris et pour Montrouge. Qui peut m'éclairer ?
 
 Le rouge indique que ce qui vient du cadastre n'a pas pu profiter du nom
 issu d'OSM. C'est dû au fait que les tags ref:FR:FANTOIR:left (et :right) ne
 sont pas cherchés sur les relations, uniquement sur les highways. Sur les
 relations, seul ref:FR:FANTOIR est attendu. Donc pas de fantoir exploité
 depuis la relation. Et comme les ways sont en dehors de la commune, et sans
 Fantoir, ils ne sont pas utilisés non plus pour le rapprochement. On est
 dans le cumul de conditions particulières, là.

OK

 Tagger les relations avec un Fantoir par côté est très rare :
 http://taginfo.openstreetmap.org/keys/ref%3AFR%3AFANTOIR%3Aright
 voire unique :) :
 http://taginfo.openstreetmap.org/keys/ref%3AFR%3AFANTOIR%3Aleft
 En limite de commune, la pratique consiste plutôt à produire une relation
 par côté, avec dans chacune un seul tag ref:FR:FANTOIR et les points adresse
 d'une des communes.

Merci pour ces explications, je viens de supprimer le ref:FR:FNATOIR:left et
de transformer le ref:FR:FANTOIR:right en ref:FR:FANTOIR car il n'y a pas
d'adresses sur le côté Parisien de cette rue.

Merci -Ralf.

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

[OSM-talk-fr] annulation de modification

[Ralf Treinen]

Bonjour,

merci aux personnes ayant la capacité de le faire d'annuler les
modifications de l'utilisateur Doris de Caraibexpat

http://www.openstreetmap.org/user/Doris%20de%20Caraibexpat

-Ralf.

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

[OSM-talk-fr] droit de vote

[Ralf Treinen]

Bonjour,

est-ce que les membres de OSM France ont le droit de voter lors des 
élections de l'OSM Foundation ? Ou faut-il être membre de l'OSMF
pour avoir le droit de voter ?

-Ralf.

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

[OSM-talk-fr] osmose pense que des ways ne font pas partie d'une rue

[Ralf Treinen]

Bonjour,

osmose me signale deux erreurs [1], disant que les deux batiments ne font
pas partie d'une relation associatedStreet. Or, c'est bien le cas ! Les deux
bâtiments dans la rue (no 3 et no 13) signalés sont tous les deux des
multipoligones. S'agit-il vraiment d'une erreur dans les données ? Ou d'un
bug d'osmose ?

-Ralf.


[1] 
http://osmose.openstreetmap.fr/en/map/#zoom=18lat=48.822782lon=2.307161layer=Mapnikoverlays=FFFTitem=level=3tags=fixable=bbox=-16.5673828125%2C40.34654412118006%2C15.75439453125%2C52.57634993749885

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

[OSM-talk-fr] changement global de tags

[Ralf Treinen]

Bonjour,

Osmose se plaint, et il a raison, des addr:city=Chatillon que j'ai
introduit en négligant l'accent sur le â. Est-ce qu'il y a un moyen
pour changer tous les

addr:city=Chatillon
addr:postcode=92320

en

addr:city=Châtillon
addr:postcode=92320

J'aimerai éviter de faire des changements de ce type des centaines de fois
à la main.

-Ralf.

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

Re: [OSM-talk-fr] changement global de tags

[Ralf Treinen]

Bonsoir,

On Tue, Jul 01, 2014 at 09:51:20AM +0200, david.croc...@online.fr wrote:

 Sous JOSM, charger les données de la zones concerné
 
 Dans les attributs, bouton rechercher puis 
 addr:city=Chatillon addr:postcode=92320.
 Valider
 
 Au dessus, sélectionner la clé addr:city puis modifier la valeur
 de même pour l'autre clé.

merci à vous tous pour vos réponses. Je viens d'utiliser la procédure
décrite par David pour supprimer les addr:{city,postcode,country}. Il
est évidemment préférable d'éviter les rédondances.

-Ralf.

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

[OSM-talk-fr] Format FANTOIR (was: Re: Correction de noms de voie pour jointure BANO)

[Ralf Treinen]

Hello,

On Mon, May 19, 2014 at 10:51:32AM +0200, Jean-Marc Liotier wrote:

 - Si le name est correct mais différent de la valeur donnée par le cadastre,
 alors je rajoute ref:FR:FANTOIR pour que le script BANO de Christian puisse
 quand même faire la jointure

j'ai un petit souci avec la description du format FANTOIR sur le wiki:
la page [1] dit que le format long FANTOIR est à 10 caractères. Or,
la description technique [2] (section 2.3 Enregistrement Voie) spécifie
11 caractères jusqu'à la clef Rivoli incluse. En fait, selon [2], il y a
un caractère code direction à la position 3 que la description [1]
ignore.

Donc, c'est bien les 11 permières caractères qu'on trouve sur une ligne
du fichier FANTOIT qu'il faut renseigner ?

-Ralf.


[1] http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
[2] 
http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/Descriptif_FANTOIR_2013.pdf

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

Re: [OSM-talk-fr] Share alike ou le partage à l'identique

[Ralf Treinen]

Bonsoir,

On Sun, May 04, 2014 at 09:18:42PM +0200, Nicolas Dumoulin wrote:
 Bonjour,
 
 Je verrai aussi d'un mauvais œil que mes modestes efforts soient dilapidés au 
 profit de sociétés qui ne jouent pas le jeu.

+1

Pour moi la suppression de la clause share-alike sera un argument pour me
retirer complètement du projet. 

-Ralf.

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

Re: [OSM-talk-fr] Highway=unclassified en ville

[Ralf Treinen]

Bonsoir,

On Wed, Apr 09, 2014 at 05:46:59PM +0200, Jean-Baptiste Holcroft wrote:

 Ayant travaillé hier sur Châtillon (ville collée au sud-ouest de Paris)
 j'ai découvert des highway=unclassified en centre ville.
 
 Il me semble qu'il s'agit systématiquement d'une erreur, que j'ai corrigé
 en residential (d'autant plus qu'il y avait un name renseigné).
 Si vous confirmez que pour vous il s'agit également d'un élément étrange,
 serait-il pertinent d'avoir une analyse osmose sur voies dans un
 landuse=residential pour détecter ce genre de choses ?

peux-tu me dire de quelles rues il s'agit ? J'habite dans la commune
à côté (Montrouge) donc il est bien possible que je connais l'endroit
en question.

-Ralf.

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

[OSM-talk-fr] Division de routes aux îlots piétons ?

[Ralf Treinen]

Bonjour,

on avait, il y a quelque semaines, discuté ici le principe qu'il faut 
mapper deux ways séparés pour une route seulement quand il y a une
séparation physique. Comment faire dans le cas d'une route où il y a
un séparateur « ponctuel » (disant sur une longueur de 10 ou 20 mètres),
comme un îlot pour les piétons :

https://en.wikipedia.org/wiki/File:Vluchtheuvel.jpg

je vois dans « ma » commune des cas où une route est divisée en deux
seulement à cause d'un tel îlot piéton. Je suppose que c'est faux, et
qu'il vaut mieux réunifier les deux voies et mettre simplement un 

highway=crossing
crossing=traffic_island

à la place. Quelqu'un peut me confirmer ?

-Ralf.

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

Re: [OSM-talk-fr] Avis au Parisiens...

[Ralf Treinen]

On Wed, Jan 22, 2014 at 09:51:47AM +0100, Christian Quest wrote:
 Réunion le jeudi 30 ?
 
 http://forum.openstreetmap.fr/viewtopic.php?f=18t=959

je veux bien, par contre je ne veux pas permettre à eventbride d'utiliser
mes informations personelles à des fins commerciaux et de marketing.
Comment faire alors pour m'inscrire ?

-Ralf.

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

Re: [OSM-talk-fr] Avis au Parisiens...

[Ralf Treinen]

Tres bien :-) A jeudi -Ralf.

On Tue, Jan 28, 2014 at 07:33:52PM +0100, Christian Quest wrote:
 tu viens incognito ;)
 
 
 2014/1/28 Ralf Treinen trei...@free.fr
 
 On Wed, Jan 22, 2014 at 09:51:47AM +0100, Christian Quest wrote:
  Réunion le jeudi 30 ?
 
  http://forum.openstreetmap.fr/viewtopic.php?f=18t=959
 
 je veux bien, par contre je ne veux pas permettre à eventbride d'utiliser
 mes informations personelles à des fins commerciaux et de marketing.
 Comment faire alors pour m'inscrire ?

 -Ralf.

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

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


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

[OSM-talk-fr] Problème cadastre ?

[Ralf Treinen]

Bonjour,

est-ce seulement moi qui n'arrive plus à télécharger en josm les feuilles
du cadastre ? Quand j'essaye un cadastre grab, josm affiche brièvement
une grille superposée sur la fenêtre d'édition, qui disparaît après
quelque sécondes. Il y a une couche josm pour la feuille cadastre de la
commune mais elle est vide.

-Ralf.

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

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

[Ralf Treinen]

On Thu, Jan 02, 2014 at 10:08:03AM +0100, V de Chateau-Thierry wrote:
 Bonjour,
 
  De : Ralf Treinen
 
  est-ce seulement moi qui n'arrive plus à télécharger en josm les feuilles
  du cadastre ? Quand j'essaye un cadastre grab, josm affiche brièvement
  une grille superposée sur la fenêtre d'édition, qui disparaît après
  quelque sécondes. Il y a une couche josm pour la feuille cadastre de la
  commune mais elle est vide.
 
 Je viens d'essayer sur Paris et le cadastre s'affiche bien. À vérifier de ton 
 côté :
 - est-ce que la projection est bien celle adaptée à ta commune ?

C'était bien ça (zone 9 au lieu de zone 8). Merci pour ta réponse, et
désolé pour le bruit ...

-Ralf.

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

Re: [OSM-talk-fr] Rue à double nom

[Ralf Treinen]

On Thu, Dec 05, 2013 at 04:38:14PM +0100, Francescu GAROBY wrote:
 Pas sûr que ce cas soit si rare que ça (bon, comparé au nombre de rues, ça
 reste rare) : j'imagine bien des rues servant de limite administrative entre 2
 communes (incapables de s'entendre parce que de bords politiques différents ou
 autre  chose encore), où un trottoir est dans la commune A et a un nom et
 l'autre trottoir se trouve dans la commune B et a un autre nom.
 Avec bien évidemment (quitte à bien faire chier les gens autant aller jusqu'au
 bout), des numérotations différentes.
 
 J'ai pas d'exemple à vous citer, mais avec 36.000 communes, ça m'étonnerait 
 que
 le cas n'existe pas !

Il y a même un exemple à Paris : La rue de la Grande Truanderie et la rue de
la Petite Truanderie dans le quartier des Halles :

http://fr.wikipedia.org/wiki/Rue_de_la_Grande-Truanderie

actuellement réalisé en OSM avec deux rues différentes. En réalité il
s'agit d'une place triangulaire.

-Ralf.

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

Re: [OSM-talk-fr] mapper des trottoirs en zone urbaine

[Ralf Treinen]

On Thu, Jul 04, 2013 at 11:30:09PM +0200, Nicolas Frery wrote:
 Le 04/07/2013 21:48, Ralf Treinen a écrit :
  Je vois l'interêt de mapper les voies pietonnes dans les espaces verts,
  mais les mapper sur les deux côtés d'une rue urbaine fait trop de bruit
  pour mon goût.
 
 J'ajoute tout les trottoirs, dans le but d'indiquer l'accessibilité de
 ceux-ci aux pmr. Ce n'est pas plus de bruit qu'une autre donnée.

Quelle est l'information qu'une personne, étant de mobilité réduite ou pas,
peut tirer de la présence sur une carte des trottoirs sur les deux côtés
d'une rue en zone fortement urbanisée ? Pour moi c'est toujours une
information redondante.

-Ralf.

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

[OSM-talk-fr] mapper des trottoirs en zone urbaine

[Ralf Treinen]

Bonsoir,

désolé si vous avez déjà 1000 fois répondu à cette question, mais je n'en
trouve rien dans la doc :

est-il pertinent de mapper les trottoirs des rue en zone urbaine ? Dans
mon cas je pense à Montrouge en proche banlieue Parisienne. Toutes les rues
ont des trottoirs sur les deux côtés, sauf éventuellement les plus minables
des chemins de service.

Sur la carte de Montrouge il y a les trottoirs dans le quartier de la 
Mairie, par exemple 

http://www.openstreetmap.org/?lat=48.817675lon=2.31896zoom=18layers=M

Je vois l'interêt de mapper les voies pietonnes dans les espaces verts,
mais les mapper sur les deux côtés d'une rue urbaine fait trop de bruit
pour mon goût.

-Ralf
--
http://wiki.openstreetmap.org/wiki/User:Treinen

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