OpenStreetMap logo OpenStreetMap

Changeset When Comment
55040481 about 8 years ago

"created_by JOSM" Yesssss !!!
Perso, j'aime bien faire menu affichage->coloriage->Potlatch

54657301 about 8 years ago

Hello Meersbrook,

Joli toutes ces places de parking ! Par contre, il ne faut pas supprimer le tag amenity=parking : amenity=parking_space

Bon réveillon !
StephaneP

54816374 about 8 years ago

Bonjour Teuxe,

J'ai enlevé le tag fee=yes sur les escaliers d'accès aux quais de la gare, car ce ne sont pas les escaliers qui sont payants, mais l'accès aux trains, et c'est déjà indiqué avec les "tourniquets" (turnstile)

Bon mapping !

53694543 about 8 years ago

J'ai cherché, et je n'ai pas trouvé ce tag sur les voies. Et heureusement, car ce n'est pas là qu'il doit être, mais bien sur l'espace qui sert pour attendre le train (ou le bus, etc..).
J'ai fait les corrections pour la gare du Nord, mais si tu as fait la même manip dans d'autres gares, il faudrait revenir dessus.
A+

53694543 about 8 years ago

Bonjour Florent,
Pourquoi avoir supprimé les tags public_transport=platform sur les quais ?
osm.wiki/Public_transport

53267689 about 8 years ago

Hi again.
(The point with Nominatim was not about our process but a general concern with the possible impact.)

The stop_area wiki is rather blur on what fits into a stop_area : the table listing the possible members includes amenity=* and gives as examples bench, taxi, parking...
I saw your Metro mapping proposal, which proposes to only keep platform, stop et entrance members. Fair enough, however you went ahead with editing the data without waiting for the vote which is not so fair...

We are extracting the data based on the stop_area relations, based on the uic_ref tag (not line:SNCF tag). You claim these relations break "virtually every practical application" expects ours. I'd say the opposite : these relations have been there for a while and broke your station parser when you started to include them. What exactly did they break ? It seems the rails were the initial issue, right ? I propose a compromise : in the short term we only remove the rails from the stop_area relations, which gives us time to work on another solution involving site relations, to extract the rest of the data. What about that ?
Cheers, Antoine.

53267689 about 8 years ago

Hi Zverik.
I'm coming back to you as it turns out that your change broke several applications in SNCF. We are handling 385 railway stations and migrating them all to Site relations needs to be carefully thought and planned. How urgent is it for you to 'lighten' those stop_area relations ? Do you mind if we revert back your changes for a couple of weeks, which would enable us to check with the community that using Site relations is the way to go. I'm concerned that this proposal has not been voted for, and on the impact on Nominatim : there will be two stations for each station name (ie. searching for "Gare de Lyon" will produce 2 results).
Are you okay if we put back all that "stuff" in the 5 stop_area relations ?
Antoine.

53267689 about 8 years ago

Thanks for that. This should be okay however I'll double check. Does that mean you'll produce new stop_area relations forthose stations ?

53267689 about 8 years ago

The wiki also says that amenities such as "shelter, bench, bicycle_parking, taxi", are valid in the stop_area relations (public_transport=stop_area#Members). This suggests other facilities such as toilets, tickets offices and so on also make sense : they are useful to travelers.

I take your point that using a site relation might be more appropriate to gather all the things we have in railway stations, including footways for some of them. This Proposal (no vote on it so far is it ?) didn't exist at the time and it may well be a good option for us. We need to evaluate what this implies though, in terms of adapting our procedures to use the data.

In the meantime I suggest putting back the stuff into Gare de Lyon (except railways tracks). It is unfortunate you also changed data in Genova in the same changeset, this stops me from doing a revert : I'll put the data back if that's okay for now.

Let's keep in touch for further changes (please use transilien 'at' cartocite.fr).

Cheers,
Antoine.

53267689 about 8 years ago

Hi Zverik.
We are looking after railway stations data on behalf of SNCF, the french railway company.

You removed most of the members of the stop_area "Gare de Lyon". These relations are being used to extract the data so for now we need to keep the station infrastructure, equipments and services within the relation. I'll put them back if you don't mind, however I'm curious to understand why you removed them.

Regards,
Antoine.

49828092 over 8 years ago

Pour info, l'ajout de lane=1 est superflu car il s'agit de la valeur par défaut : inutile d'encombrer la base de données avec ça.
Antoine.

49462116 over 8 years ago

Change reverted. No worries fbncni, I'm a bit sad too that the map looks a bit crowded because of this footways. By all means don't turn away from OSM, keep contributing along with all of us :-)

49462116 over 8 years ago

The "classic" map (mapnik render) is generally unreadable on multilevels sites like train stations. Those ways are useful for routing like a lot of other ways that doesn't really "exist". Could you please revert your changeset (we can do it for you if you want). You should try OpenLevelUp to have a better view of the situation.

46996633 almost 9 years ago

Bien noté ami Florian, j'étais inquiet mais ton texte me rassure. On attend les photos. Bon le tag fixme là où tu pourrais mettre une note on tolère ;-)
La bise,
Antoine.

47065029 almost 9 years ago

La confusion vient du fait que le way en question (qui n'est pas la seul modification) était à la fois un building:part=floor avec et un building=* avec le tag building:level=*
Mais il ne faut pas faire sauter ces tags sous prétexte qu'ils sont incompatibles, on peut faire évoluer la situation de manière plus constructive je pense.

47065029 almost 9 years ago

Attention il y a confusion entre le level dédié à l'indoor qui permet de définir le niveau où se trouve l'élément et le building:levels qui permet de décrire le nombre d'étages (utile en 3D par exemple).

46871799 almost 9 years ago

Bonjour Meersbrook, j'ai constaté plusieurs contributions contestables car ne respectant pas le wiki et plus particulièrement le référentiel utilisé pour les gares. Vous avez entre autre réalisé des modifications sur les tag level ; shelter et des building:part pour des motivations de rendu comme vous me l'avez expliqué par échange mail bien que ce motif ne soit pas une raison valable comme je vous l'avais évoqué.

J'ai procédé aux corrections sans procéder à un reverse car certaines de vos interventions étaient correctes.

45489836 almost 9 years ago

Bonjour,
La superette à changé de nom ? Actuellement les 2 sont présents dans Osm, "Utile" et "Proxi Super".

43969516 about 9 years ago

Bonjour mark1111.
Je n'ai rien à dire sur tes contributions, mais pourrais-tu, s'il te plait, mettre des commentaires sur tes modifications. Ca aide beaucoup les autres contributeurs.
Dans le cas présent, un simple "correction des géométries des batiments" aurait suffit.
Merci d'avance

43446905 about 9 years ago

J'ai remis l'arrêt de bus (stop_position) "Radio France" dans la relation de la gare ; a priori il y a sa place.

I put back the bus stop (stop_position) in the relation of the train station.