piebro/osm-data huggingface dataset:
Leo Slager (2018-10-01 21:49:14+00:00): Gebouwen worden rechtstreeks geïmporteerd van uit het Kadaster.
Dus liever niet zelf gaan wijzigen. Bij de eerst volgende import wordt dan de oude situatie weer hersteld.
Adresgegevens niet op het gebouw taggen, daarvoor is er een adresnode die ook vanuit het Kadaster wordt geïmporteerd.
Leo Slager (2018-10-01 21:56:49+00:00): Het gebouw zit nu vastgeplakt aan de Kersenbaan. Dat is een nare eigenschap van de editor iD.  TIP: gebruik de linker ALT-toets en iD plakt niet meer.
Leo Slager (2018-10-01 21:54:00+00:00): Probeer concreet te beschrijven wat je wijziging inhoudt. "added info" op al je changesets zegt ons niet wat je aan het doen bent.
Je hebt nu beide gebouwen zodanig vernield dat ik alle wijzigingen zal moeten terugdraaien. Probeer je in te lezen in de wiki en het forum. Begin met eenvoudige wijzigingen voor je zo iets ingewikkelds aanpakt. Als er vragen zijn stel ze dan gerust.
eggie (2018-10-01 20:37:52+00:00): Tip: footway=sidewalk is een bug in editor iD. Die tag mag je verwijderen.
Beddhist (2018-10-12 04:08:43+00:00): The North end of https://www.openstreetmap.org/way/629622890 is parallel to a short existing stub road. In reality, these two are one and the same and this is clearly visible, if you load GPS traces and correct the imagery offset with them. Clearly, you did not do that. I have now connected the two roads.

West end of Way: 629622938: see https://www.dropbox.com/s/hoe0jxc1ys9fc90/OSMway629622890.jpg?dl=0
Road สห.2006 existed before you added the two streets on the right. You put a dog leg into the highway and the residential road crosses it before joining. Both of these are a big no-no. All you have to do is merge the two nodes and then line them up with the image. There are just about enough GPS traces on the junction N of the roundabout to let you do that. (I'm leaving this one for you to look at to learn.)

I have moved almost all roads in this area to line up with the offset.

You are drawing the roads nicely now with sweeping round curves. Once you leave out the extra nodes in the straight sections and line the whole thing up with GPS tracks it will be perfect. I see this was all done 10 days ago and it's a big improvement over edits I have seen from your colleagues a year ago.

Kind regards,
Peter.
Beddhist (2018-10-12 05:40:20+00:00): https://www.openstreetmap.org/way/629622905: See how you have connected the street to the one-way section of the highway? https://www.dropbox.com/s/s83jex32ya2ave0/OSMway629622905.jpg?dl=0
This prevents routing a right turn out of the street, as the routing software will not route against the one-way street. Trying to turn right into the street you would get a confusing instruction to make a U-turn, then immediately turn left, when in reality only a right turn is required. You can again see an imagery offset. Once corrected, the two nodes at the junction are on top of each other, so it's safe to just merge them.

To contrast this, check out the two roads branching off the hway N of this. The median barrier wall extends past both junctions, so it is physically impossible to turn R here. (without the drawn wall there would be no way of telling, because the median barrier doesn't show up in the images. Given this is drawn as a dual carriageway I would guess that you can't turn here and still draw it like this, but you could also draw U-turn ways. I only know it's there because I have been there several times myself.)

Moving one street S to https://www.openstreetmap.org/way/629622864
The W junction is clearly in the bend, so we'll merge the two nodes here.

On the E end the junction is a cross roads, not with an offset, so we'll merge these two as well and move the whole Rd S to where it should be.
RVR002 (2018-10-12 18:39:00+00:00): Hi Beddhist,

Thanks for the in depth feedback. This is very helpful to us for improving the quality of our work.

I've responded to a few specific examples here. 

way 629622890: Agreed. This should have been noticed and attached to.

Way 629622938: Stephan mentioned this already, but this was a result of realigning the data.

Way 629622905: For this one, there is a car turning in premium so we can confirm there is not a barrier but if not it would be very difficult to tell how far the barrier actually extends on this road. In situations when it isn't clear but the split is close to our attaching road do you recommend that we adjust it or leave it attached to the one way?

Thanks again for your feedback!
-Jeff
VLD060 (2018-10-12 18:46:09+00:00): I've taken a look at your flagged edits and appreciate your time and feedback.  I can assure you that I learned from the examples you flagged, and their reasoning, and will make sure to be more careful in similar circumstances and road qualities in the future.  

We work with a limited toolset, which improves almost daily, but we strive to do better and better each day, hence the drastic improvements from a year ago.  Again, thank you for your time and extra pair of eyes in trying to make a better map for everyone.
Beddhist (2018-10-13 02:47:19+00:00): The second problem I flagged above: West end of Way: 629622938: I may inadvertently have caused this when I moved the whole area to account for the imagery offset. I'm sorry about that.
carciofo (2019-04-29 14:09:06+00:00): Can you please provide a source for updating 72-04 and 21-03 to trunk? These are not listed as trunk roads afaik.
galileo_01 (2019-04-29 20:20:08+00:00): I connected Montería to the trunk network, due to it being the capital of the Department of Córdoba and its large population size (~455,000). I made this change to reflect the Colombia definition of Trunk found here: https://wiki.openstreetmap.org/wiki/Guide_for_mapping_in_Colombia. Specific portion of the policy I was referring to: “highway=trunk. National trunk roads ("troncales" and "transversales") are defined by the Colombian Transport Ministry as primary roads which start at international border crossings and connect major state capitals and/or ports.”
carciofo (2019-05-15 12:39:56+00:00): Right, so this road doesn't start at an international border crossing nor does it connect to a port/harbor.
galileo_01 (2019-05-17 21:49:47+00:00): Hello carciofo.  The Colombian definition of Trunk found here (https://wiki.openstreetmap.org/wiki/Guide_for_mapping_in_Colombia) mentions that a trunk highway can connect to “state" capitals, in addition to major ports or international borders.  Since Colombia does not have “states” I understood the definition to be discussing department capitals, like Montería, instead.
carciofo (2019-05-19 09:18:17+00:00): The definition clearly states that it must "start at international border crossings and connect major state capitals and/or ports". The road you have marked as trunk does not fulful this criteria because it does not start at an international border crossing. It also states that trunk are defined by the Nat'l Transport Ministry, which is why I was asking for the source you used. If there is no source, then it also does not fulfuil that part of the definition. The problem here is that routing from the south on Nat'l Hwy 25 will be affected, as it would likely try to use the higher priority road (trunk on 74 and 21) over the more direct and shorter 23.
5m4u9 (2018-10-10 15:00:25+00:00): gracias por la actualización. voy a eliminar el lugar para evitar confusiones...
//
sabes que se convirtió este lugar?
eggie (2018-10-01 20:40:00+00:00): Beste Karel, Er horen geen adresgegevens aan gebouwen te worden toegevoegd. Die zijn al aanwezig op de adresnodes.
MVG,
Eggie
eggie (2018-10-01 20:45:40+00:00): Wanneer zaken niet kloppen in werkelijkheid kun je dit doorgeven aan het Kadaster middels het potloodje
De gebouwen kun je laten importeren via het forum in het draadje Verzoek BAG import. 
https://forum.openstreetmap.org/viewforum.php?id=12
Inlog identiek aan OSM account..
Doe je dit zelf?
MVG,
Eggie
eggie (2018-10-01 20:48:07+00:00): Kadaster gegevens
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=science%20park%20610&resultOffset=0&objectId=0363200012062376&geometry.x=125921.939&geometry.y=485275.627&zoomlevel=6&detailsObjectId=0363010012062283
Karel Jansen (2018-10-01 20:56:13+00:00): 650 blijkt toch juiste huisnummer te zijn. Adresgegevens verwijderd van gebouw.
eggie (2018-10-01 21:11:06+00:00): ...oke.. en mochten die andere gebouwen nog bestaan dan kun je ze laten importeren. Even verzoek indienen bij het BAG team. Mochten ze niet bestaan dan bericht naar het Kadaster.
eggie (2018-10-01 21:12:09+00:00): Volgens mij klopt alles hier verder.. ik kijk zelf verkeerd :)
eggie (2018-10-04 06:36:40+00:00): Hoi Voorwaarts..  Klopt het dat dit tunneltje in de Dorpsstraat nog helemaal niet bestaat. Ik zie dat je e.e.a. verwijderd hebt?
Ik had hier wat hersteld van wat merkwaardige edits van een "afentoe" mapper trein vogers die overigens niet reageert. 
https://www.openstreetmap.org/changeset/62955154#map=15/52.6715/4.9097
MVG,
Eggie
Voorwaarts (2018-10-04 07:51:57+00:00): Het tunneltje is nog in aanbouw. Ik heb het aangepast. Groet.
eggie (2018-10-04 09:55:34+00:00): Oke.. bedankt
viloan (2018-10-01 20:29:48+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
kreuzschnabel (2020-01-24 14:29:50+00:00): Hallo KhakiBear, bitte keine Lagekorrekturen anhand des Bing-Luftbildes vornehmen. Das Luftbild ist leider alles andere als präzise.
kreuzschnabel (2020-01-24 14:44:55+00:00): Noch was: Ich sehe gerade, du hast in dieser Änderung das Schützenhaus an der Fasanerie komplett abgerissen und (viel kleiner) neu eingezeichnet. Grund dafür? Ich habe gar nicht mitbekommen, dass da was umgebaut wurde. Außerdem ist es sehr unschön, bestehendes Mapping einfach wegzuschmeißen und es (weniger sauber) neu zu machen, statt es zu verbessern. Jetzt sieht es so aus, als wärest du der erste, der dort überhaupt etwas eingetragen hat.
fgouget (2021-02-19 22:41:21+00:00): Bonjour,

Le champ start_date de l'Église Saint-Michel contient ne contient pas une date valide (christian).

Sauriez-vous le corriger ?

Merci,
JFK73 (2021-02-20 06:04:34+00:00): Bonjour Monsieur,
Je vous ai déjà répondu sur ce sujet dans l'autre groupe de modification.
Vous pouvez retirer ce tag si vous le souhaitez.
Merci de ne pas envoyer un troisième message sur ce sujet.
Cdlt
fgouget (2021-02-20 13:20:09+00:00): Désolé pour le doublon. J'ai dû repasser au même endroit par erreur.
fgouget (2021-02-18 19:52:37+00:00): Bonjour,

"start_date=christian" n'est pas une date valide et je ne vois pas ce qu'elle peut vouloir dire.

Pourriez-vous ajuster le tag pour clarifier ?

Cordialement,
JFK73 (2021-02-18 20:18:52+00:00): Bonsoir,
En effet, il provient d'une fusion (import manuel) avec les données wom.jearro.fr
Du coup je l'ai retiré.
Cdlt
Digne (2018-10-03 16:28:07+00:00): Hallo steltenpower,

Ik zag dat er om feedback was gevraagd. Dat lijkt mij een goede reden om het apart in te tekenen. Ik heb er niets op aan te merken.
viloan (2018-10-01 20:44:30+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
iandees (2018-10-01 21:16:21+00:00): Hello! Thanks for adding The Wedding Shoppe to the  map. Note that when you're moving around the map it can be very easy to accidentally grab a segment and drag it into an incorrect position. It looks like you did that while panning to the corporate office location. I undid that mistake, but keep an eye out for it if you find yourself adding more to the map.

Thanks again!
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/63106546
literan (2018-10-02 07:06:52+00:00): а разве есть из этого вестибюля выход на север? на НТ писали, что подстанция мешает его построить
molnike (2018-10-03 16:49:35+00:00): Есть, видел.
Я рисовал схему http://molnike.site11.com/img.php?id=207
Hjart (2018-10-01 21:14:25+00:00): Hvis du vælger at lave separate cykelstier er det ekstremt vigtigt at du får alle forbindelser lavet korrekt. Det gjorde du ikke her.
Bemærk også at der i forvejen var cycleway=track tags på Munkebovej. Se https://wiki.openstreetmap.org/wiki/Da:Cykelstivejledning
Casey_boy (2018-10-01 20:50:40+00:00): Correction: update parks in galgate.
mueschel (2018-11-03 13:22:06+00:00): Hi,
I found several roads with strange tags here. Like this one:
https://www.openstreetmap.org/way/154990454
It has the tag "Rua Ourem = Rua Canelinha" which seems to be a mistake.

Could you have a look and fix this and the other (~10) roads?
Thanks
The Mapgician (2018-11-05 19:28:27+00:00): Hi Mueschel, 
I have fixed the"Rua Ourem= Rua Canelinha" error, but I am not seeing the other ~9 roads you said had errors in the surrounding area. Would you potentially be able to send me URLs for the other issues you have found or potentially be more specific with what the actual errors are? Do they all pertain to improper tags for values? Thanks for catching that mistake, I really do appreciate your feedback and hope to fix those other errors as soon as possible. Thanks!
mueschel (2018-11-09 18:17:53+00:00): Hi,
here is a search for the ones I found - there might be a few more I didn't notice.
http://overpass-turbo.eu/s/DxH
Warin61 (2018-10-28 04:37:47+00:00): Hi,
The name tag is for a name only, not a description.
ronery-mapper (2018-10-18 13:18:16+00:00): Whyyy?!?/1/1
mueschel (2018-10-07 13:10:57+00:00): Hi,
you added 2 ways with the tag " 70 = line_speed". Looks like a mistake, can you check that?

Cheers, Jan
JJJWegdam (2018-10-08 11:05:08+00:00): Hello,

That’s indeed a mistake. Could you provide the location of these ways?

Best regards,
Jeroen
mueschel (2018-10-08 17:40:36+00:00): http://overpass-turbo.eu/?Q=%5Bout%3Ajson%5D%3B%28node%5B%2270%22%5D%3Bway%5B%2270%22%5D%3B%3E%3Brel%5B%2270%22%5D%3B%29%3Bout%20meta%3B
luiswoo (2018-10-01 21:47:40+00:00): не нужно заниматься вандализмом
sergeybe (2018-10-17 15:07:01+00:00): Вы указали что здесь седло, у Заколдаева написано что это тропа и высота 1050 метров. Изолиния 1050 проходит выше. Вообще Комбопло это урочище находящееся левее этой точки. Закалдаев просто взял ближайшее название и приписал к перевалу. 
Тропа идущая вверх давно известна как Стиля-Богаз и вверху уже стоит перевальная точка с таким названием.
BCNorwich (2018-10-02 07:02:02+00:00): Hello and Welcome to OpenStreetMap.

I deduced from this ways previous position and it's tagging that the south node had inadvertantly been dragged out of place. So I've reverted you change and then moved the node back to the parking area. No harm done and you would have needed a lot of experience to realise what had happened.

Regards Bernard
JenLS (2018-10-02 10:46:31+00:00): Hi, sorry I'm on a mobile and the editor doesn't seem to work as well as it could. I'm going to try and get on a desktop/laptop and hopefully I'll have a better interface. It's still showing the road going through the building but I think it's not being on a computer makes things difficult.
Thanks
Jen
BCNorwich (2018-10-03 07:37:04+00:00): Hi, no problem. The layout is now correct, when you reload/refresh the website a correct (up to date) rendering from the database is shown.
Please don't be deterred by this hiccup, it's much easier to map on a PC.
If I can help just ask, Regards Bernard
alester (2018-10-04 04:31:12+00:00): This way was tagged with "seamark" tags for maritime-related use, so I've restored it.
Glassman (2018-10-02 17:17:28+00:00): Regarding housenumbers. The convention we use is if the building has only one housenumber, the address is tagged to the building, if there are multiple addresses in the building we use individual nodes (points) for each address. What you did is okay, but search engines will probably not see more than one housenumber.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/63108174
aeozyalcin (2018-10-02 17:38:23+00:00): Do I just add a point within the building, and select the "address" type? Is that what you mean?
Glassman (2018-10-02 17:46:22+00:00): Exactly - See this example in Kirkland https://www.openstreetmap.org/query?lat=47.68196&lon=-122.19430#map=19/47.68185/-122.19396

We did a building and address import a while back and used this convention. 

FYI - Microsoft donated 125M building outlines for all of the US. They can be used on OSM. Technically it requires an import so if you are interested talk to me first or ask on Slack. We are working on a Bothell building and address import right now. It's using city data instead of Microsoft's.
eggie (2018-10-07 06:40:46+00:00): Tip: Wanneer je fietspaden toevoegt (zijn ze er wel echt en zijn het niet "fietsstroken?)  dan kan daarna de rijbaan op slot met bicycle=use_sidepath.
Wanneer er fietsroutes lopen op de hoofdrijbaan pas aankomen als je weet hoe fietsroutes werken. Dan eerst even hulp op het forum vragen. 
MVG,
Eggie
bye12 (2018-10-19 00:06:44+00:00): Old motor boat dock is no longer under construction, was only a refresh no changes made.
SomeoneElse (2018-10-05 12:56:30+00:00): Hello,
You appear to have removed some information from OpenStreetMap here.  Previously this building was identified as a KPN office.  This has now been removed, but the extra information (that this is a KPN Office) has been lost.  When do you plan to re-add this?  I tried searching for KPN in Amersfoort and found only https://www.openstreetmap.org/node/3451115430 (a mobile phone shop).

Are you saying that this building is _not_ a KPN office (it's about where I remember the office in Amersfoort as being, although it was a long time ago when I visited)?

Best Regards,
Andy
Leo Slager (2018-10-06 09:21:42+00:00): Dear Andy,
Those changesets were reverted on request of the original mapper. You are right that now the name KPN Amersfoort is missing.
The name KPN Amersfoort now has been added to the address-node, as usual in the Netherlands.
Kind Regards,
Leo
SomeoneElse (2018-10-07 09:15:14+00:00): Thanks - I see the name on 115 https://www.openstreetmap.org/node/2683429122 but not on the nodes actually in this building, 117 and 119?
Leo Slager (2018-10-07 11:11:12+00:00): That is correct. The Original mapper did not provide any information for these addresses and they are not in the same building as KPN.
mueschel (2018-10-05 08:35:47+00:00): Hallo,
du hast hier eine Menge Tags neu erfunden, 
gibt es dazu auch ein Proposal und Dokumentation? 
Ansonsten ist es eher ungewöhnlich, das komplette Sortiment eines Ladens zu taggen.

  deli:sales = yes
  deli:type = sauce;mustard;herb;spice;honey;pasta;rice
  distillery:sales = yes
  distillery:type = whisky;schnapps;liquor;absinth;cognac,grappa;wodka
  edible_oil:sales = yes
  edible_oil:type = olive;core;seed;nut;herb;spice
vinegar:sales = yes
  vinegar:type = balsamico;balsam;spiced
  wine:sales = yes
  wine:type = red;white;rose;sparkling
  wine:vineyard = Zeni
ti-lo (2018-10-05 19:05:36+00:00): Aus welchem Grund sollte es ein proposal dafür geben ?
https://wiki.openstreetmap.org/wiki/Any_tags_you_like#When_to_create_a_proposal
"Unüblich" trifft sicher zu, ist allerdings auch ein unüblicher Laden, irgendwo zwischen deli und alcohol, aber keins von beidem wirklich. Insofern war ich der Ansicht, aus dem Kontext geht am klarsten hervor, was es ist. Unter "komplettes Sortiment" würde ich verstehen, wenn ich z.B. bei einem Elektroladen "Waschmaschine" anstatt "Weissware" angebe, also mehr als den "Typ" Produkt. Habe meine Zweifel, dass das ein "feature of general interest" ist, würde mich aber beteiligen, falls Du ein proposal dazu machen möchtest.
Tips, wie "halb/halb" - Läden (bzw. noch "gemischtere") zu taggen sind, wären natürlich auch willkommen.
mueschel (2018-10-05 19:17:31+00:00): Ich weiß nicht - willst du diese Menge an Tags an allen 250 Filialen anbringen? Da wäre ein Verweis auf z.B. wikidata eigentlich geeigneter.

Ohne Dokumentation wird diese Information wohl niemand auswerten und kein anderer Mapper genau die gleiche Syntax verwenden. 
Z.b. wird statt deli:sales und deli:type das einfache deli=* schon einige Male verwendet, auch mit Art der Ware.
https://taginfo.openstreetmap.org/keys/deli
ti-lo (2018-10-05 21:41:40+00:00): type kommt deutlich häufiger vor als die 22 "deli"-Einträge :
https://taginfo.openstreetmap.org/search?q=type
Ähnlich bei sales :
https://taginfo.openstreetmap.org/search?q=sales
Im Wiki wird immer wieder auf die Verwendung von taginfo verwiesen und bei verschiedenen tagging-Arten auf die jeweilige Häufigkeit. Denke das wird sich schon einspielen, wobei ich die Deli-Läden weniger im Fokus habe.
Eigentlich sollte ein generelles Schema für alle Laden-Typen abgestimmt werden, aber bei mehreren Anläufen meinerseits kam da auf der Mailingliste kaum Resonanz.Insofern überlasse ich es den Mappern, sich für eine Variante zu entscheiden.
Nakaner (2018-10-07 11:19:28+00:00): @ti-lo Wie viele von den type-Tags in ihren x Varianten sind denn von dir erfasst worden? Ich vermute die meisten.
ti-lo (2018-10-07 12:05:27+00:00): Wie wahrscheinlich ist das denn, das sind ein paar Millionen...
mueschel (2018-10-02 08:03:26+00:00): Hi,
you uploaded 20700 objects with many strange tags like those below.
These don't look like they should appear in OSM. 
In addition, this changeset is missing a link to the discussion of this import - see https://wiki.openstreetmap.org/wiki/Import/Guidelines

ALTURAMEDI 	0.0
CULTIVOPRE 	Eucalipto
ESPACAMENT 	0.0
ESPESSURAD 	0.0
GEOMETRIAA 	N�o
ID_OBJETO 	15047
NOME 	Eucalipto
TIPOLAVOUR 	Desconhecido
michalfabik (2018-10-02 14:51:43+00:00): Pozdrav, čvorovi autobuskih stanica (highway=bus_stop) treba da budu sa strane, na mjestu gdje ljudi čekaju, gdje je šipka sa tablom i nazivom stanice, nadstrešnica ili slično, a ne na samoj liniji koja predstavlja put. Vidi https://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop
mirelektricni (2018-10-02 21:01:55+00:00): pozdrav, ovaj link sam prije par sati sam naso jer me interesovalo dali sam dobro dodo, jer sam prvobitno htio da pomjerim stanicu jer nije bila na pravom mjestu a to mi je bilo prvo dodavanje, evo ispravljam odma, hvala za savjet i svako dobro
eggie (2018-10-02 05:38:23+00:00): Please don't add info on the map that is already there, I will delete your contribution.
GerdP (2018-10-05 10:13:21+00:00): Hi! Please check unusual tag highway=cyclestreet on https://www.openstreetmap.org/way/154556433
Maybe you meant highway=cycleway or you wanted to bicycle_road=yes and keep highway=unclassified?