piebro/osm-data huggingface dataset:
woodpeck_repair (2015-07-17 06:46:40+00:00): This changeset reverts some or all edits made in changesets 32578828, 32421752, 32406043, 32407265, 32421094, 32441912, 32578242, 32424503, 32493889, 32577442, 32440926, 32423593, 32425143, 32579381, 32441164, 32425017, 32440939, 32381977, 32578587, 32425246, 32441671, 32424293, 32666189, 32407223, 32494247, 32578065, 32463487, 32423690, 32593952, 32418091, 32444484, 32418981, 32406195, 32440408, 32444844, 32441003, 32418568, 32579073, 32423295, 32420107, 32420202, 32419556, 32463268, 32420496, 32441032, 32421431, 32422860, 32441244, 32577503, 32444703, 32418739, 32444525, 32421123, 32577793, 32446659, 32422702, 32424380, 32576920, 32422800, 32424000, 32441026, 32443991, 32423895, 32443278, 32444684, 32419846, 32577357, 32418829, 32379865, 32422136, 32447352, 32424114, 32442699, 32446061, 32446814, 32577158, 32424260, 32445804, 32463707, 32442246, 32445376, 32406159, 32423118, 32421661.
zimba (2015-07-18 22:09:22+00:00): Auch hier waere es schoener, wenn die tags am hauptgebaeuder der alpe sind.
zimba (2015-07-19 12:09:29+00:00): Auch hier danke fuers erledigen!
midwinters-fall (2015-07-19 14:35:51+00:00): Danke für die Rückmeldung!
zimba (2015-07-18 22:12:05+00:00): Da hier nur eine huette gemeint sein kann, habe ich die tags auf das gebaeude uebertragen und den node geloescht. lg
zimba (2015-07-18 22:05:50+00:00): Hallo, hier sind bereits einige gebaeude eingezeichnet, waere es moeglich dass du die amerlugalpe tags vom node auf das 'hauptgebaeude' der alpe uebertraegst?
zimba (2015-07-19 12:08:19+00:00): Danke!
midwinters-fall (2015-07-19 14:34:53+00:00): Gerne. Danke für die Rückmeldung!
flohoff (2015-09-29 17:16:30+00:00): Hi,
ich bin gerade über den Node in diesem Changeset gestolpert. Das mit dem hgv=no ist natürlich quatsch. Da steht ein Anlieger Frei muss also destination sein.  Dazu macht das auf dem "Node" gar keinen Sinn. Das ist ja ein Streckenverbot - muss also auf die Wege - und da ist das auch schon seit version 1 in 2008 drauf.

Ich schmeiße das Tag mal weg ...

Flo
PS: Und mit "Lünning Logistik" hat dieser Node auch gar nichts zu tun.
GerdP (2015-11-02 18:51:46+00:00): please note:
I've changed the rarely used tag
highway=lamp to highway=street_lamp
https://www.openstreetmap.org/changeset/35040641
j0la (2015-07-30 20:10:31+00:00): Meiner Meinung ist die Definition "highway=track" hier ungeeignet, denn es ist ein Zufahrtsweg bzw. Weg zu einem Parkplatz. Also "highway=service" und "service=parking_aisle" oder "service=driveway". Natürlich ist der Weg unbefestigt aber sein Zweck ist nicht für Feldmaschinerie sondern für PKW gedacht.
j0la (2015-07-30 20:14:42+00:00): Weiters sind meines wissens nicht alle hier eingezeichneten Wege nur für Anrainer zugänglich. Werde demnächst vorbei fahren.
woodpeck_repair (2015-07-20 17:34:04+00:00): This changeset has been reverted fully or in part by changeset 32759264 where the changeset comment is: Remove mass additions of name:hu by user dk_hk which did not carry any information about source or method, and no changesets, and no response given to questions.
woodpeck_repair (2015-07-20 17:34:07+00:00): This changeset has been reverted fully or in part by changeset 32759264 where the changeset comment is: Remove mass additions of name:hu by user dk_hk which did not carry any information about source or method, and no changesets, and no response given to questions.
Zbigniew_Cz (2015-07-18 11:37:12+00:00): Cześć.
Czemu ten kościół ma ulicę Henryka Dąbrowskiego? https://www.openstreetmap.org/way/319844798
W miejscowości Łąka nie ma przecież nazwanych ulic?
Zbigniew_Cz (2015-07-18 22:33:38+00:00): Dzięki za poprawienie - nie odbieraj tego jako czepianie, pomyślałem, że może ulice w Łące ponazywali :-)
mavl (2015-07-17 17:01:19+00:00): Здравствуйте.

Простите, но причём тут "маслозавод"?

Вы добавили несколько улиц в Юргинском. Причём добавили без выравнивания спутникового снимка по трекам. Треки в Юргинском есть. Снимки нужно выравнивать.

Этой улицы я не помню и на снимке bing её не вижу
http://www.openstreetmap.org/way/360993049

Это новая улица?
kwiecpav (2015-07-22 08:04:09+00:00): Hello, you have modified a relation 3793363, according to me a tag highway=trunk is unsuitable. Road E67 consists of two parts. The first part (Praha - Hradec Králové) is a motorway D11 and the second part (Hradec Králové - CZ/PL borders) is a primary road I/33, e. g. see  - https://www.google.cz/maps/@50.327388,15.872839,3a,75y,41.21h,88.7t/data=!3m7!1e1!3m5!1sDACCzynfTjHwNct-LKe9NQ!2e0!6s%2F%2Fgeo3.ggpht.com%2Fcbk%3Fpanoid%3DDACCzynfTjHwNct-LKe9NQ%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D100%26h%3D80%26yaw%3D122.61423%26pitch%3D0!7i13312!8i6656

Best regards,
Pavel Kwiecien (user kwiecpav)
Vitalts (2015-07-22 09:14:26+00:00): I don't understand your claim.
Why did you decide that this part is not trunk? By outward appearances, such as lines=*, surface=*, etc? The highway class defines by importance of the road. If the road is important on an international scale, this road is trunk, even if it is trash.
Shining example: Federal highway "Lena":
http://www.openstreetmap.org/user/Diomas/diary/13896

So, this section of road is E67? If is, then it is trunk.
kwiecpav (2015-07-22 09:27:06+00:00): If you use highway=trunk for czech roads, according to http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrunk, it means highway=motorway and the section Hradec Králové - CZ/PL borders is not the motorway
Vitalts (2015-07-22 10:22:47+00:00): I looked at relation 3793363. I did not change it members. Only mistake set highway=trunk on relation.
Fixed:
https://www.openstreetmap.org/changeset/32797863
literan (2015-07-18 09:24:19+00:00): Уважаемый Ilya62! тег name= - только для имен собственных! поэтому надписи "Грунтовая дорога" и т.п. я удаляю (тем более вы противоречите сами себе - пишете, что дорога грунтовая, но при этом ставите тег, что она покрыта не грунтом, а гравием).
literan (2015-07-18 09:25:08+00:00): Для теплотрассы правильные теги такие: 
man_made=pipeline
type=heat
maraf24 (2015-07-17 14:06:43+00:00): A na czym polegał problem? Droga service to nie jest droga dostępna do tranzytu, ale do dojechania do celu. Tutaj jeżdzą dostawy do sklepów oraz czasem osobówki, bo północna część drogi jest przejezdna między Prusa a Westerplatte.
Justyna | Yanosik (2015-07-20 06:16:26+00:00): otrzymałam zgłoszenie że prace są prowadzone na odcinku aż do ul. Prusa uniemożliwiając przejazd... w sumie po co nawigacja ma ciągnąć w miejsce gdzie przejazd nie jest zbyt płynny a miejscowi wiedzą o nim..
maraf24 (2015-07-20 06:57:13+00:00): Bo tagujemy zgodnie z rzeczywistością a nie pod nawigację.
mds878 (2015-07-17 12:30:39+00:00): 1階→level=0、2階→level=1で入力するべきですが、吉野家は2階にありますか？
yatcin (2015-09-19 04:44:53+00:00): level=0に修正しました。
貴重なコメント、ありがとうございます。
DaveF (2015-07-17 15:04:33+00:00): Welcome to OSM.

Actually you added an extra barrier, but I sorted it out by removing the tags on the nodes. I also amended all the other barriers so they don't join the roads.
DaiLaughing (2015-07-17 15:11:03+00:00): So tags aren't just labels they affect the behaviour of the nodes?  I knew I didn't understand what I was doing!  Thanks for fixing it.
Rui Oliveira (2015-07-28 13:52:04+00:00): As vias no openstreetmap ao mesmo nível não se podem cruzar sem se intersectarem num ponto.

 Além disso, duas vias contiguas que convergem na mesma rotunda, não se podem cruzar como o exemplo que anexo de seguida:

http://tinypic.com/r/2zeduvc/8

Isto está incorrecto! Na imagem acima a via da direita deve ligar à rotunda no ponto onde a via da esquerda está a ligar,  e a da esquerda deve ligar no ponto onde a via da direita está a ligar. Não se devem  criar dois pontos inversos um ao outro obrigando a que as duas vias se cruzem antes de convergirem com a rotunda.

Aqui está um exemplo certo:
http://tinypic.com/r/2wm3lhw/8
Jose Riha (2015-07-20 17:38:45+00:00): prosim o doplnenie addr:streetnumber a/alebo addr:conscriptionnumber podla wiki.freemap.sk/cislabudov

dakujem, j
GerdP (2015-10-21 10:14:51+00:00): please review:
it seems you tried to map some kind of boundary here?
I've changed the relation from 
highway=multipolygon to 
type=multipolygon, but you have to add
other tags, else both objects are obsolete.
Swen Wacker (2015-07-21 07:27:52+00:00): Hallo Gerd, schön dass Du bei OSM bist. 

Irgendwas ist da schief gelaufen mit Deinen Änderungen. Schau Dir mal die westliche Abfahrt der B 4 auf die K11 an. Wenn es Dir recht ist, mache ich Deine Änderungen mal rückgängig.
Gerd Meyer (2015-07-23 09:35:02+00:00): Hallo Swen, es freut mich, dass Du meine Fehler Korrigiert hast. Anscheinend ändere ich manchmal Objekte unbeabsichtigt. Wenn ich das Richtig erkenne, hast Du allerdings auch den neuen Fahrradweg von der B4 bis Vinstedt gelöscht. Dieser ist real Vorhanden, aber noch nicht auf dem Satellitenbild. Ich habe ihn aus dem Gedächtnis gezeichnet, da ich die Strecke fast täglich Fahre. Falls dies keine sinnvolle Vorgehensweise ist, bitte ich Dich um eine kurze Rückmeldung, da ich bei einigen Dingen noch unsicher bin.

Vielen Dank für Deine Unterstützung

Gerd
Swen Wacker (2015-07-26 20:01:08+00:00): Hallo Gerd,

das tut mir leid, wenn ich übersehen habe, dass da vor Vinstedt noch ein Weg war. Vielleicht trägst den Du den wieder nach?

Du hast, wenn ich das richtig interpretiere, vor und hinter der Kreuzung  B4/K11 bei dem Radweg alle Nodes (Punkte) gelöscht, so dass der Radweg (als solcher) schnurstracks nördlich der Kreuzung verlief. Und da er in einigen Punkten mit der Abfahrt der B4 verbunden war (diese Punkte hattest Du nicht gelöscht) wurde die Abfahrt wie ein zusammengeklappter Zollstock gefaltet. So was kann passieren. Dafür gucken ja viele auf die Karte. Wenn Du ein paar mal was geändert hast, dann bekommst Du Übung mit dem Editor und vermeidest Fehler. Ich empfehle Dir, eine Viertelstunde nach einer Änderung mal die OSM-Karte aufzurufen und zu schauen, on es "okay" aussieht. Wenn Du dann das Gefühl hat, das haut nicht hin und Du bekommst es nicht repariert, dann melde Dich. Zusammen bekommen wir das hin.
Gruß

Swen
David Osipov (2024-10-14 12:04:58+00:00): @SomeoneElse 
The node with id 2861487098 has been named by this user as (translation from Georgian) "I fk Armenians' mother" which is unacceptable and nazi like
Hjart (2015-08-12 22:02:37+00:00): Jeg har tilladt mig at flytte stien på baggrund af det Strava spor jeg kan se her
4rch (2015-07-18 09:28:21+00:00): Hello comandant3, it seems that you're not familiar with editing administrative boundaries as you've damaged about 100 of them so please don't edit them as this causes work for others who have to fix the boundaries.

Please do respect the OSMF guidelines regarding disputed territories: http://wiki.osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf
Politcal motiviated edits aren't welcome in OSM. We map what's on the ground.

I've reverted your edits regarding administrative boundaries as some where clearly politically motivated (for example the deletion of the boundary of Nagorno-Karabakh) and other edits where technically incorrect (unclosed Multipolygon).

Regards, 4rch
aaronsta (2015-07-22 08:46:46+00:00): Hi there :)
The key disused:*=* is discouraged, not rendered in Mapnik, nor supported widely.
Rather the key access=* should be applied, the feature deleted, or highway class (highway=*) altered (or a combination of these).

Thanks for editing, your contributions in Perth are great :)
aaronsta (2015-07-22 08:47:51+00:00): (Sorry - correction the key disused:*=* for highway or similar features with the exclusion of railways.)
sb9576 (2015-07-22 15:17:31+00:00): The traffic signals were gone yesterday, so I was going to delete them.

I read http://wiki.openstreetmap.org/wiki/Key:disused as saying that disused=yes is deprecated, but that the use of the lifecycle prefix (such as disused:) is suggested instead. It’s all short term anyway; once construction is finished and disused things are removed, they can be deleted.
wambacher (2015-07-18 06:28:41+00:00): Hi pedro, what in hell are you doing there? deleting 268 Relations and adding strange "fire-borderies". And you killed macedonia too. see: http://forum.openstreetmap.org/viewtopic.php?pid=517197#p517197
It's German but look at the Image.

what are fire-boundaries and why did you delete the other reklations - including macedonia?
wambacher (2015-07-18 06:29:49+00:00): sorry, not pedro, but Petros.
wambacher (2015-07-18 06:30:44+00:00): macedonia has been fixed by me.
4rch (2015-07-18 08:50:11+00:00): Seems like an infringement of the Import Guidelines (*)
Data contradicts existing boundaries (wrong projection?), no announcement on the import mailinglist, unclear copyright situation, etc.

(*) http://wiki.openstreetmap.org/wiki/Import/Guidelines
4rch (2015-07-18 09:54:46+00:00): Some of the edits did also introduce strange tags on highways, for example capacity=*. The edits seem to infringe the automated edits code of conduct also: http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
4rch (2015-07-18 11:12:50+00:00): Ok, I've reverted all problematic edits due to http://www.openstreetmap.org/changeset/32715153

 @petros: please make yourself familiar with the OSM data model and guidelines before you apply further changesets. Thanks
SomeoneElse (2015-07-20 08:12:15+00:00): What are the licence terms associated with "geodata.gov.gr"?
The Locksmith (2015-07-20 10:51:31+00:00): hi @wambacher and 4rch. I am petros and I work for CERTH research institute at Greece.
You are indeed right. We have not uploaded the data we wanted to according to the code of conduct (community buyin at least) and we are really sorry about that. Its not really an excuse, but we read a lot of information, however never found this page.
We will follow the procedure to make it happen formally. The uploaded data you see is not wrong. 
The boundaries refer to the fires' departments jurisdiction in the area. We actually need it for a project we are working on, for Civil Protection at the area. The Capacities (although probably require an official tag like highway_capacity) are a way to model the maximum number of vehicles (per hour) for each link. This is also necessary in evacuation modelling.

Hope I shed some light to my uploads and it is better understood now.
Any suggestions would be highly appreciated as we are not very experienced with osm-josm
wambacher (2015-07-20 13:04:24+00:00): Hi petros,

the main TECHNICAL problem was: You deleted more the 260 existing relations including political boundaries of greece and macedonia. You destroid good data instead of adding only "your" data. Please be more carefull when going on with this project. 
Of course only after checking and prooving the licence und doing the "I want to import data to osm"-process. (import guidelines)

walter
wambacher (2015-07-20 13:06:56+00:00): ps: please add a note here when the discussion about the import can start.
4rch (2015-07-20 14:20:25+00:00): @Walter: There where other problems either, for example the undocumented usage of the "capacity" tag on highways. Maybe a tag like "car:capacity" fits better. But this needs discussion either.
Regarding the fire boundaries: the boundaries had an offset from the existing administrative boundaries. Either the existing boundaries or the fire boundaries were imported with the wrong projection. The boundaries need to get equalised before the import.

As I've already mentioned above, I've reverted all informations you've added due to http://www.openstreetmap.org/changeset/32715153 so there's no obstacle to make a new import following the Import guidelines: http://wiki.openstreetmap.org/wiki/Import/Guidelines
I'm sure you'll get help when you ask for example the Greece community at http://forum.openstreetmap.org/viewforum.php?id=27
and the imports mailinglist: https://lists.openstreetmap.org/pipermail/imports/
The Locksmith (2015-07-21 12:05:52+00:00): First, thank you very much for the suggestions and the help. It is rather unfortunate that due to a wrong tag ("capacity"), you undid the corrections I made. It also included all the correct max_speeds, and many road names that were correct as I have been working on that for quite some time. On the boundaries,  I discussed with the Greek community as suggested in the link you sent and they suggested to use the following tag system: "type=boundary", "boundary = fire". However, I get a lot of conflicts when I try to upload the corrected changes. Is there any way to undo your changes and let me fix it?
SomeoneElse (2015-07-21 12:18:03+00:00): @The Locksmith Rather than jumping in with both feet as you have done, I'd suggest making smaller survey-based edits first, and discussing them with the community both locally and internationally.  If you screw up boundaries in an obviously not-thought-through import you can only expect to be reverted.
wambacher (2015-07-21 12:47:44+00:00): You can't use older changes which you createted some days ago and saved to local disk. because many things have been changed in the Live Osm Database. There the conficts are coming from.
Do your corrections of streetnames and such stuff in josm without any "tricks".

Josm is an editor - so use it for edits.

And: what is about the Import guideleines? Ok, you wrote ONE mail and got only one response (from me), but that is not enough.

you must describe in wiki what your are planning to do, where the data is comming from and how you are going to import it. Especially how you will deal with existing data. 
Your first try was: delete all old data und put new data in - that is the wrong way!!!

If you do that again we will revert it. 

btw: i added a block of about 50 City-boundaries in germany 3 years ago. AND I DID IT BY HAND, because it was the easiest and most secure way to do it.

Please do the same: Import boundary-Ways if they don't exist and do the rest (creating boundary relations) manually with josm.

Otherwise you will fail.

One more question: Did you ever in your short osm-live create a boundary-relation by hand? If not, forget it. You need experience. I started dealing with boundaries after 2 years of mapping,  because it is very difficult. and i made big errors too.
The Locksmith (2015-07-21 12:52:46+00:00): i begun with this, having collected some information from the local team. I am going to introduce the traffic_capacity and boundary=fire on wiki, if i don't get negative suggestions. http://wiki.openstreetmap.org/wiki/User:Petros_kleid#Source_of_Information
4rch (2015-07-21 14:41:08+00:00): @Petros, from which sources did you obtain the maxspeeds and road names? In http://www.openstreetmap.org/changeset/32601644 you've mentioned Google Street View as source which is'nt a legal source for OpenStreetMap because whe have no permission to use it.
4rch (2015-07-21 20:53:05+00:00): Regarding the capacity: good practice in OSM is, that every data should be verifiable which means that it's observable by other mappers. http://wiki.openstreetmap.org/wiki/Verifiability
The capacity information doesn't meet this criteria. Furthermore I don't see the necessity to add this information to OSM as you're calculating this information based on other, well established OSM keys.This calculation can also take place in your application. 

This would have also other benefits as maxspeed informations, etc. can change and then the capacity information you've added would be wrong as other mappers may not know your calculation formula and won't modify the capacity information.
The Locksmith (2015-07-22 07:05:13+00:00): @4rch i used google maps until i understood that it was wrong, then continued with bing aerial but didnt change the google maps reference in my tags.
About the capacity matter, i will try to introduce the new tag i suggest and the way it will be computed according to the Highway Capacity Manual. "Highway capacity manual." Washington, DC (2010)
SomeoneElse (2015-07-22 08:28:32+00:00): Re the legality of using the "Highway Capacity Manual" see http://help.openstreetmap.org/questions/44294/tag-capacitynumber/44328
4rch (2015-07-28 11:14:26+00:00): @Locksmith: And how were the speed limits obtained? 

Regarding Highway capacity: I still think this isn't a suitable information for OpenStreetMap. As the highway capacity is calculated from highway, maxspeed and lanes tags it can be calculated externally. It isn't neccessary to store this information in the OSM database.
The Locksmith (2015-07-28 12:18:31+00:00): @4rch hi, as you probably know by now, we have a project in the area, so I went there during the weekend 11-12/7 and took the chance to move around and collect the speed limits that are somewhat critical to our research.

On capacities, I understand your point and I will not add them, however I kindly disagree. I think they are rather important for transportation modelling, transport management, evacuation management, understanding of how traffic behaves etcetera. It is a metric that can be measured (empirical capacity - this is how the highway capacity manual estimations were modelled) and depends on many road specific factors. As we have the measured flow in OSM (which might be deprecated given the temporal dimension of the measurement) I think we should also have capacities which are road specific and can provide valuable information to transportation related experts.

Anyhow, I trust you all that it is better for OSM to not include those characteristics. For us it is much easier to do it offline, as we already have that, but we wanted to contribute to this effort, thinking that it might be useful for others (i.e. transport engineers) who commonly use OSM (as for all the contents we add).
yellowsoar (2015-07-18 12:11:45+00:00): ref有誤
yellowsoar (2015-07-18 12:08:58+00:00): ref有誤
Self-Perfection (2015-07-19 13:50:24+00:00): Здравствуйте!

Хочу обратить внимание на пару проблем, из-за которых эта правка приносит не так много пользы, как могла бы.

Во-первых, opening_hours. Все вообще теги в OSM в первую очередь предназачены не для просмотра человеком, а для автоматической обработки. opening_hours может, например, использоваться для автоматического ответа на вопрос "где можно поесть через час", а значит, должен быть записан в формате, который можно автоматически распознать. Формат описан в wiki ( http://wiki.openstreetmap.org/wiki/RU:Key:opening_hours ). Вообще впервые применяя какой-либо тег стоит посмотреть его описание в вики, чтобы использовать корректно.

Формат opening_hours я поправил: opening_hours=11:00 24:00 -> opening_hours=11:00-24:00 ( https://www.openstreetmap.org/changeset/32730306 ).

Однако я попробовал проверить время работы по вебсайту ресторана ( http://www.tk-baza.ru/restoran/o-restorane.html )  и там указано другое время работы: "Пн-Чт с10-00 до24-00; Пт-Сб с11-00 до02-00; Вс с11-00 до24-00." Отсюда возникает вопрос, какой источник данных вы использовали, внося свою информацию. Вполне может быть, что информация на вебсайте устарела и ваши сведения более правильные, но по вашей правке я этого понять не могу. Пожалуйста, описывайте источник, данных хотя бы в комментарии к правке.

Наконец, хочу разобраться с названием. Сомневаюсь, что этот ресторан (или всё-таки кафе? непонятно) имеет название "Кафе Полина/Polina". Скорее всего на вывеске и в документах это просто "Полина", а вы исказили название, добавив написание латиницей, из желания показать для иностранцев показать название на английском. Я верно угадал? Тогда следовало использовать для английского названия отдельный тег name:en, а так, как обозначено сейчас, опять таки нет возможности автоматической обработки. Подробнее про названия: http://wiki.openstreetmap.org/wiki/RU:Key:name
M!dgard (2015-07-18 11:27:01+00:00): Bonjour, et bienvenue sur OpenStreetMap!
Comment vous savez que la frontière est comme ça? Vous êtes sûr de cela?
kapla2000 (2015-07-21 09:50:02+00:00): Bonjour, J'habite dans la rue des Aulnes et je suis domicilié à Hévillers. Je ne suis pas sûr pour les rues aux alentours, donc je n'ai pas changé ces parties.
M!dgard (2015-07-21 15:24:26+00:00): Parfait, merci beaucoup!
RicoElectrico (2015-07-17 14:01:33+00:00): Hej, witaj! Miło, że od razu używasz JOSM-a. Ale mam jedną uwagę: Budynki, jeśli jest tak w rzeczywistości, wyrównujemy do kątów prostych. Zaznaczamy kształt i wciskamy klawisz Q.