piebro/osm-data huggingface dataset:
t_ja (2015-09-22 19:01:04+00:00): Chyba nie je na tvojej strane, ale v tom, ako sa data musia predspracovat, aby bolo mozne vykreslit farebne ciary pre relacie na freemap-e. Rovnakou trasou, ako teraz vedie 8851, bola zakreslena cervena TZT 0931. A ked tu odmazali, tak kvoli chybe sa nezmazala korektne z freemap databazy a preto sa stale vykresluje. Sposobila to ta ista chyba, ktoru som opravoval asi pred tyzdnom. K oprave dat som sa zatial nedostal, a nakolko ma momentalne zamestnava zahrada, tak to vidim najskor na vikend :(
Dam vediet, az to bude opravene a zmeny bude vidno aj na mape. Zatial vdaka za bugreport.

Co sa tyka 5650a, tak rovnakou trasou niekto zakreslil imaginarnu TZT: http://www.openstreetmap.org/relation/4673482 , ktora ma farbu "red" a preto na celej svojej trase robi bordel. Osobne som presiel niekolko casti danej relacie, ale nenasiel som jedinu znacku tejto trasy. Mam v plane pridat podporu "blacklistu" do skriptov pre spracovanie OSM dat a tato relacia tam bude okamzite pridana.
bubix (2016-02-17 10:39:50+00:00): Ottimo lavoro Aury88 ! Ha avuto la giusta pubblicità su Open Street Map Italia...sei stato un precursore delle onde gravitazionali!
FreedSky (2015-12-30 07:22:11+00:00): 没完成你改成在建不久得了 你删什么
SomeoneElse (2015-09-11 11:11:54+00:00): Hello and welcome to OpenStreetMap!

I think that something went wrong with buildings such as https://www.openstreetmap.org/way/369965052 in here.  Also, what was the source - it clearly wasn't traced from Bing, as there is no Bing imagery in most of the area covered by the building?
MeghaShrestha (2015-09-11 14:52:30+00:00): Yes this was traced by friend who is trying to learn to map in OSM. He is new to even computers. But I have corrected the mistake. Thank you for guys like you who are trying to make OSM data as authentic and accurate as possible.
ajashton (2015-09-10 22:26:35+00:00): Hi, this change and your other recent one (#33925972) are very strange. A mistaken upload? These large buildings should be deleted.
MeghaShrestha (2015-09-11 03:10:06+00:00): Sorry I think this was a mistake. Will delete them.
SomeoneElse (2016-03-12 23:37:21+00:00): I deleted a bunch of the "undersea lairs" a while back; I've deleted https://www.openstreetmap.org/node/3737006319/history just now.
MeghaShrestha (2016-03-15 00:55:01+00:00): Thanks. I was teaching a guy to map in OSM. May be he uploaded those at that time.
Zbigniew_Cz (2015-09-10 08:14:02+00:00): Importy powinny być wcześniej uzgodnione - skąd mam wiedzieć, że zrobiłeś ten import poprawnie?
sledzik1984_imports (2015-09-10 08:33:51+00:00): 1. Pokaż mnie palcem gdzie jest napisane o uzgadnianiu importów adresów? 
2. Zrobiłem import wg. http://wiki.openstreetmap.org/wiki/Pl:Importy/Adresy - nie ma tam ani słowa o uzgadnianiu  czegokolwiek z kimkolwiek
3. Przeczytałem przed chwilą jeden wątek na forum w którym strzelałeś fochy bo ktoś Ci kazał coś uzgadniać z DWG.
4. Idiotycznym jest to, że jak ktoś wrzuca pojedyńcze punkty adresowe ręcznie to praktycznie nikt nie ma szans na weryfikację tego gdyż nikt tego nie zauważy. Wrzucenie dużego changesetu - od razu afera czy przypadkiem adresy są poprawne.
5. Zrobienie takiego importu to nie jest lot w kosmos, nie ma w tym niczego trudnego.
6. Nie uzurpuj sobie prywatnego prawa do importowania adresów w PL. Mnie ta gmina jest potrzebna "już" więc sobie ją zrobiłem. 
7. "skąd mam wiedzieć, że zrobiłeś ten import poprawnie?" Ale dlaczego niby miałbyś to wiedzieć? Skąd ja mam wiedzieć, że Twoje importy są poprawne? Albo jakakolwiek inna praca na rzecz OSM jakiejkolwiek innej osoby? Przecież wkład każdego z nas (edytujących OSM) jest bardzo słabo weryfikowalny. Poza tym - skoro założyłem sobie osobne konto do importów (zgodnie z wytycznymi) i dopisałem import na Wiki (zgodnie z wytycznymi) to można założyć, że zrobiłem go poprawnie?

I kolejna rzecz - wyrysowałem sobie kupę rzeczy na os. Złocień w Krakowie. Może ich tam wcale nie ma? Może te dane są warte wielkie nic? Z Twoim podejściem cały ten projekt nie ma sensu - bo zawsze ktoś może wyrysować bzdury a TY nie wiesz czy to zrobił poprawnie :(

Przykre jest to, że czyjaś praca (w tym wypadku moja) jest dyskredytowana z założenia. Chyba nie o to chodzi... Ja mapuję naprawdę sporo lat i mnie Twoje zachowanie od OSM nie odstraszy. Ale nie jedna osoba po prostu swierdziła by, że nie ma ochoty brać udziału w projekcie w którym jakiś uber Zbigniew zachowuje się jak jakiś rąbnięty manager w korpo.
Zbigniew_Cz (2015-09-10 08:41:33+00:00): Ale po co ta agresja? Po prostu byłem ciekaw, jakim narzędziem był zrobiony ten import. Nie uzurpuję sobie prawa do importów, ale z racji doświadczenia, wiem na jakie rzeczy trzeba zwrócić uwagę przy robieniu importów z emuia.
Zbigniew_Cz (2015-09-10 08:48:01+00:00): Właściwym dokumentem dla robienia importów są te wytyczne: http://wiki.openstreetmap.org/wiki/Import/Guidelines Jednak jeśli użyłeś skryptu Wiktora i ogarnąłeś fixme= które wygenerował to powinno być wszystko OK.
Pozdrawiam
sledzik1984_imports (2015-09-10 08:49:43+00:00): Sorry za agresję ale czasem tak mam :P Narzędzia pobrane z githuba https://github.com/wiktorn/osm-addr-tools
Niestety skrypt łączący adresy z budynkami nie działa więc będę musiał zintegrować adresy z budynkami ręcznie. 
Pozdr,
Piotrek
Zbigniew_Cz (2015-09-10 08:58:10+00:00): Ano, czasami merger nie łączy adresów z obrysami i nie wiadomo od czego to zależy - zgłaszałem ten problem Wiktorowi, ale jeszcze nie udało się tego rozwiązać.Na szczęście w JOSM jest fajne narzędzie do integracji :-)
Pozdrawiam
sledzik1984_imports (2015-09-10 09:16:10+00:00): Które to narzędzie? Plugin conflation?
Zbigniew_Cz (2015-09-10 09:26:03+00:00): Wtyczka building_tools. Po jej zainstalowaniu powinna pojawić się opcja Dane ->  Scal punkty adresowe. Do hurtowego scalania używam wyszukiwarki w JOSM, żeby uniknąć scalania amenities z obrysami, z frazą: (building type:way -amenity -shop -sport -tourism -highway -railway -man_made) OR (housenumber type:node -amenity -shop -sport -tourism -highway -railway)
Chrysopras (2015-09-10 08:39:58+00:00): ... und Elemente der Monster-Forst-MP-Relation Nr. 7716 geordnet (outer-Elemente zuerst), damit man noch eine Chance hat, dieses Ding zu bearbeiten. :-)
HolgerJeromin (2015-09-10 10:18:40+00:00): Dann wäre railway=disused ein besseres Tagging.
Siehe auch
http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35702
ToniE (2015-09-10 16:24:52+00:00): Hall tuerkmentzdv,

ich bin nicht ganz glücklich mit dieser Art des Mappens - muss mich aber auch an meine eigene Nase fassen.

Das sind Parkplätze entlang einer Straße, die haben keine Zufahrt - und wenn, dann eher highway=service und service=parking_aisle statt highway=unclassified.

Auf der anderen Seite sollten diese Parkplätze überhaupt nicht so wie hier gemapped werden (an die eigene Nase fassend), sondern mit parking:lanes:*=* und parking:condition:*=* und so weiter. Dann erübrigen sich die "acces to highway".

Aber die Parkplätze sollten auch nicht (wie bei S-Hohenbrunn, Bahnhofstraße, mittlerweise korrigiert) mit der Straße gemeinsame Linien habe, denn der Parkplatz geht ja nicht bis zu Mitte der Straße (die Mitte der Straße wird durch den Way repräsentiert.). Flächen und Wege sollten keine gemeinsamen Linien haben (Wald und Straße, Park und Straße, ...).

Eventuell werde ich meinen Patzer korrigieren und die amenity=parking wieder löschen und durch korrektes parking:*:*=* ersetzen. 
Siehe auch http://www.openstreetmap.org/way/366494143 in Unterhaching.

Gruß,
Toni
Warin61 (2016-01-27 21:15:45+00:00): Presently way 169174227 is tagged;

name=Blue Mountains National Park

boundary=national_park

This covers a very large area ... that is;

part of the Blue Mountains National Park (not the northern section)

all of;
Yerrandrie State Conservation Area
Yerrandrie Regional Park
Nattai National Park 

And others.

I have raised this on the talk au list and had this response
https://lists.openstreetmap.org/pipermail/talk-au/2016-January/010865.html

I have added LPI sourced relations for things in this area. As such this way taggs are redundant.
abdeldjalil (2015-09-10 11:34:46+00:00): Salut , attribut correct pour "salle des fêtes Miraa" est "amenity=community_centre" pas "leisure=dance" , merci
Superadlen (2015-09-11 18:38:16+00:00): Merci a toi mais il a bcp de aplication gps comme navigator  que détecte que sale de Dance .
woodpeck_repair (2015-09-10 10:43:54+00:00): This changeset reverts some or all edits made in changesets 33567348, 33567370, 33567286, 33567315.
pdxrider (2015-09-11 04:38:47+00:00): Putting destination names as name values on motorway links is inappropriate. You can use two methods: the exit_to key (which put exit sign details on the exit number node, more at http://wiki.openstreetmap.org/wiki/Key:exit_to) or the destination key (which puts exit sign info on the ramp itself, more info at http://wiki.openstreetmap.org/wiki/Key:destination). Make sure you use the last sign showing the street name/exit number on I-84, not the street blade at the end of the ramp.
Peter Dobratz (2015-09-11 06:04:02+00:00): See also this discussion: http://www.openstreetmap.org/changeset/32230005
Baloo Uriza (2015-09-11 07:20:04+00:00): I can confirm that exit 2 is indeed signed as 43rd Avenue and 3 is signed 58th Avenue.  ODOT cannibalized those streets to build the ramps and the signs for those streets are still actively maintained as of 5 years ago when I was last in the area.  However, names should not contain abbreviations, NE should be Northeast and Ave should be Avenue.
Baloo Uriza (2015-09-11 07:24:06+00:00): Also, I can confirm that the signed destination for Exits 2 and 3 are NOT what the ramps are named.  Now, it's been a while, but I believe the first segment of exit 3 should have destination=Northeast 60th Avenue, junction:ref=3 in the transition segment and exit 2 should be similarly tagged on the transition segment as junction:ref=2 and destination=Hollywood;Northeast 42nd Avenue
Baloo Uriza (2015-09-11 07:25:01+00:00): I'll be happy to set my proposed tagging if that's cool with the participants involved.
Bickendan (2015-09-11 09:48:56+00:00): Paul, I'll double check the signage from the freeway to see if ODOT's changed it in the recent past.
Baloo Uriza (2015-09-11 09:55:36+00:00): Sure.  Be aware that the signs at the motorway_junction are the ramp's destination, these two ramps are named on the surface-street end by the blade signs at Halsey and Glisan respectively.
Bickendan (2015-09-11 09:58:51+00:00): Those are the two signs I have in mind. If memory serves, 58th (not 60th) is also on one of the eastbound exit mileage signs.
Bickendan (2015-09-11 15:18:47+00:00): Exit 2 (west) is 43rd, and 3 (east) is 58th. Additionally, the exit mileage signs at 21st, 39th/Chavez and 53rd all use 58th Ave. 
I will say it's odd for ODOT to use these instead of 42nd or Halsey and 60th or Glisan, but the motoway_junction signs are explicitly naming the ramps as the destinations in these two instances.
Baloo Uriza (2015-09-11 19:27:14+00:00): Oh really?  The blade signage agrees with the exit signage?  Man, it has been a long time.  You wouldn't have caught this on Mapillary, would you?
Bickendan (2015-09-11 19:30:00+00:00): Never heard of Mapillary until now o.0
I drove I-84 this morning after dropping my roommate off at work.
Baloo Uriza (2015-09-11 20:55:56+00:00): Let's try http://www.openstreetmap.org/changeset/33969494 on for size, shall we?
mavl (2015-09-10 17:44:39+00:00): Здравствуйте.
Спасибо за добавление данных в OpenStreetMap.  
Для некоторых линий дорог вы забыли добавить теги. Сейчас теги добавлены. Например, http://www.openstreetmap.org/way/370000109/history

Если будут вопросы, то их можно задать на форуме http://forum.openstreetmap.org/viewforum.php?id=21.  

На этом форуме есть тема про Тюменскую область http://forum.openstreetmap.org/viewtopic.php?id=7083.  

Вопросы также можно задать любому участнику, используя систему сообщений сайта http://www.openstreetmap.org.  
Список активных участников из Тюменской области можно найти на сайте http://peirce.gis-lab.info/qa/RU-TYU.
letihu (2017-05-02 20:14:15+00:00): Dieser
https://www.openstreetmap.org/way/24493243/history
und dieser
https://www.openstreetmap.org/way/359404062/history
Bereich liegt übereinander. Einer wird aber nuch richtig sein.
literan (2022-01-27 18:39:28+00:00): не понимаю, зачем вы здесь сдвинули в сторону дороги (надвинув на островок), сломали пешеходный переход? https://www.openstreetmap.org/way/370000254/history

сами исправите или откатить?
literan (2022-01-27 18:40:23+00:00): https://osm.org/go/0t2Sx4OCF?m= здесь тоже дорогу сломали
Enzet (2022-01-28 05:46:14+00:00): Ответил в другом пакете изменений.
bigbug21 (2015-09-11 21:16:37+00:00): Hallo soemisch, ein Tipp zu deinen Beiträgen: Die Höhe von Bahnsteigen sollte in Metern angegbeen werden, entsprechend z. B. "0.96" statt "96" für typische S-Bahn-Bahnsteige im Raum Nürnberg.

Daneben ist der Hausbahnsteig am Bahnhof Feucht höher als 38 cm (eigene Ortskenntnis).

Viele Grüße aus Dresden
Peter
GOwin (2015-09-10 12:32:54+00:00): Hi there! Welcome to OpenStreetMap.

Adding names is a great way to contribute data, but adding classification tags could help make the data better.

For example:
name=Orient Aviation
building=yes

if this is a hangar, you could add:
aeroway=hangar

If this is an office, you could simply use
office=company

Check out the local mapping conventions:
wiki.openstreetmap.org/wiki/Philippines/Mapping_conventions

Or, the aviation-centric wiki page: https://wiki.openstreetmap.org/wiki/Aeroways
maraf24 (2015-09-11 23:12:52+00:00): Miłoby zamieścić parę słów komentarza w przypadku usuwania czegoś z mapy. Przy dodawaniu zresztą też.
Magnus Johansson Sweden (2015-09-10 12:09:33+00:00): Added Awapatent AB (patent office)
Magnus Johansson Sweden (2015-09-10 12:10:03+00:00): Added Olympen Spel och Tobak
Warin61 (2016-04-04 07:26:59+00:00): Hi,
changed the tags on this way to 
name=Ballangharr Field
landuse=recreation_ground
leisure=pitch
sport=football
fixme=What kind of 'football? soccer, rugby?
Peter Dobratz (2015-09-11 06:17:20+00:00): Please stop mass editing of bus routes.  These were mapped using the guidelines at this page: http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport
Your values for role are invalid as these are not supposed to contain free-form text.  Also, generally in OSM we don't abbreviate things.
Bickendan (2015-09-11 10:03:12+00:00): If I'm understanding you (and the wiki) correctly, the route heading should be reading "Bus 9 Powell: Portland->Gresham" instead of "9 Powell" role "Portland->Gresham"? 
The pre-edit tag of "Bus 9 Portland->Gresham" was lacking the route's name, which prompted these edits.
Peter Dobratz (2015-09-11 14:15:25+00:00): First of all, you really can't use iD to edit route relations as it doesn't support editing of all the data.  Please use JOSM for advanced editing of relations.

Each bus route is represented by a route_master relation.  The route_master relation has a name tag on it of "Bus 9: Powell Boulevard".  The route_master contains all variants of the route.  Generally, this includes at least 1 variant for each direction of the route.  For Bus 9, there are 2 variants (one for each direction) and these are route relations that are added to the route_master relation with a blank role.

The wiki says to use for the name on the single route variant "<vehicle type> <reference number>: <initial stop> => <terminal stop>"  So for this we have "Bus 9: Portland => Gresham Transit Center" and "Bus 9: Gresham Transit Center => Portland"  For the members of the route variant, all of the Ways that make up the route are supposed to be included in order of traversal with a blank role.  Following the list of Ways for the route are a list of stops, also in order of traversal.  Around Portland, we just put a Node near the location of the bus stop sign with the public_transport=platform tag.  Note that this Node is not actually connected to the Way for the road.  These bus stops are included in the route relation with role "platform".

Beyond the name of the route variant, there are some other problems with these edits.  You've created extraneous route relations for existing bus routes
http://www.openstreetmap.org/relation/5498286
http://www.openstreetmap.org/relation/5498287
You've used incorrect values for the role field ("Gresham-Portland").  Generally, values for the role field follow the same convention as for keys other OSM objects: lowercase words separated by underscores.  In this case, though, the role is intentionally left blank because the order of the Ways in the relation determines the direction of the bus route.

I think the first step is for me to revert your recent bus route changes.  We can then discuss how exactly we are going to name the route variations on bus routes and do a better job of documenting this on the Portland wiki page:
http://wiki.openstreetmap.org/wiki/Portland,_Oregon
Bickendan (2015-09-11 15:36:34+00:00): Sounds like a plan. How does this affect the Transport Layer of the map, particularly the placement of the route numbers? It seems that at the moment, only the older, deprecated tags show the route number on the layer (notably, the C-Tran commuter lines, Tillamook's line 5). 
Also, TriMet's adding a new line with the Orange line's opening, which could be added to the Portland wiki http://trimet.org/alerts/service-change/2015fall/index.htm#line291

And presumably, at some point the other transit providers (CAT, SAM, Columbia County, etc) will be added?
Peter Dobratz (2015-09-11 16:11:32+00:00): The Transport layer is aware of the new public_transport tagging.  It does take a day or two for the transport layer to be updated, so changes are not immediate like the standard and humanitarian layers.  Last time I checked, the ref tag on the route relation was used by the transport layer.  For some roads that have a lot of bus routes, you might not see all of them.  I'll revert the changes and then we can reexamine the transport layer in a few days.

Adding additional bus routes is on my todo list (SMART, C-Tran, TCTD, YCTA, etc).
Peter Dobratz (2015-09-14 18:09:08+00:00): I'm not sure why the Transport Map has a lot of route ref's missing.  They were there a few months ago and the route data hasn't changed much since then.  I sent a message to Andy Allen (the creator of the Tranport Layer) to see if he knows what's going on.

There's another public transport map which shows more detail:

http://www.openbusmap.org/?zoom=15&lat=45.51434&lon=-122.6853&layers=TBTTT
Peter Dobratz (2015-10-27 19:39:54+00:00): Andy Allen confirmed that there was a bug in the rendering of the transport layer.  It looks to have been recently fixed based on the updated rendering of local bus routes.

I split out the Portland-area public transport routes into it's own wiki page:
http://wiki.openstreetmap.org/wiki/Portland,_Oregon/Transit_Route_Relations
I added placeholder for various bus routes for surrounding transit agencies.
Gppes (2016-05-06 05:41:16+00:00): Hi! Du hast hier zu einem vorhandenen Weg, der auch in einer Wanderwegrelation eingebettet ist, parallel einen Weg gezeichnet. Gibt es den wirklich? Wenn nicht, kannst Du bitte eventuell doppelte Segmente (die von Dir erstellt wurden, _nicht_ das alte Material) loeschen? Vielen Dank, Gppes
Gppes (2016-05-08 12:48:34+00:00): Auch den Namen der Strasse "Arzweg" kann ich nirgends finden. Ist da ein Fehler passiert?
SomeoneElse (2015-09-12 10:33:23+00:00): What was the problem that you fixed?  "Fix hardwick road" doesn't really describe what you did here.  Also, be aware that roads and car parks have been moved relatively recently here and therefore old GPS and imagery information may not be correct.
Polarbear (2015-10-25 12:47:47+00:00): sport=gaelic_football is deprecated. The correct tagging is sport=gaelic_games + gaelic_games:hurling=yes
gaelic_games:football=yes
etc.

See https://wiki.openstreetmap.org/wiki/Tag:sport%3Dgaelic_games
sandyanf (2015-09-17 11:55:34+00:00): Добавление объектов по факту
sandyanf (2015-09-17 11:54:45+00:00): Добавление дорожки согласно факту
Mateusz Konieczny (2024-05-02 17:34:22+00:00): Hello! https://www.openstreetmap.org/way/370026101/history has bg = 511990510001 that was added in this edit (if I checked things correctly)
What you intended to express by using this unusual key? Is this tag needed?
Or maybe can it be expressed in a more typical way that would be easier to understand?
Or maybe this key can and should be documented as useful tagging schema?
Lord of Glamorgan (2019-11-16 20:19:53+00:00): The path linking Cranbourneway with Felbrigg Cresant does not exist please remove it.
Jean-Marc Liotier (2015-09-10 18:07:35+00:00): Catastrophe... The upload failed, I retried and I massively created duplicate nodes. I'll clean that up tomorrow... Sorry for the disturbance.
Jean-Marc Liotier (2015-09-10 18:29:06+00:00): Cleaned up by http://www.openstreetmap.org/changeset/33940041 - no one noticed... Pfiouh !
ninjamask (2015-09-11 09:11:35+00:00): Its the outer border of the Bing mapcoverage area for africa.

Its not rendered on normal maps and only visible in your editor. Please just ignore the line and dont delete it again.
abdeldjalil (2015-09-11 09:45:11+00:00): Why ?? This object deform the Oran City in the map !!
ninjamask (2015-09-11 09:48:32+00:00): On which map?
abdeldjalil (2015-09-11 09:48:55+00:00): Oran is 2nd big city in Algeria but without Bing Satellite and I am using Mapbox satellite in JOSM and why you recover this object ??!!!!! This object deform the view of this city i OSM !!!
ninjamask (2015-09-11 09:51:59+00:00): The line is only visible in JOSM !
muralito (2015-09-11 01:37:05+00:00): Hola. La escuela esta en el 558 y ya estaba mapeada.
Cascafico (2015-09-11 12:14:29+00:00): modificato tag:
name=Progettare - Abitare
phone=+39

aggiunto tag:
office=architect

tag utili da aggiungere:
opening_hours
email
prokyon (2015-10-12 19:32:59+00:00): Hi. Die Änderungen an der Bushaltestelle waren vermutlich nicht beabsichtigt (und sollten rückgängig gemacht werden)?
Nakaner (2015-10-14 16:12:34+00:00): railway=station habe ich gerade eben entfernt. Den Rest habe ich erstmal gelassen. https://www.openstreetmap.org/changeset/34636351
Endres Pelka (2017-03-18 01:34:03+00:00): LOL
Mars-Curaçao (2015-12-28 06:11:08+00:00): It is 100% clear to me: you delete the map contributions and data from other mappers, you "steal" the addresses and phonenumbers they Googled for and you add nothing new! In fact you are to lazy to Google yourself for the correct address and phonenumber if you add a shop!! Even the mistakes from other mappers you copy and paste. The pharmacy Botica Union you changed into a bank!! I asked you many times before please STOP interfering with the map of the Island I LIVE in!! It costs me hours to repair the errors you and your KG friends create! Go away!!
user_5359 (2016-07-02 10:12:27+00:00): Hello! Please don't add an address on the highway. To add an address, mark a node by the main building and append the necessary information
twirth (2015-09-10 17:55:45+00:00): Wrong changeset comment. Realigning Frenchglen Road.
SomeoneElse (2015-09-14 22:36:01+00:00): Hello and welcome to OpenStreetMap!

If https://www.openstreetmap.org/way/256741828/history is just a dwelling now there's no need to add "amenity=place_of_worship".  If it's an obvious church building it might make sense to use "building=church" though.

Hope you don't mind me mentioning this - just trying to help.
Cheers,
Andy
Hjart (2015-09-25 07:47:37+00:00): Jeg sidder lige og retter en mindre geometrisk fejl her og tænkte så på om jeg kunne gøre dig opmærksom på brugen af Potlatchs F-tast (Se http://wiki.openstreetmap.org/wiki/Potlatch_2/Shortcuts). Hvis ikke du lige kan gennemskue hvordan funktionen bruges kan jeg forsøge at forklare dig det.
Pd1001 (2015-09-10 18:15:52+00:00): Future Commercial/Industrial Property. Part of Business park
KKS (2015-09-11 21:23:00+00:00): Привіт, але селище ДВС то не Вишгород - то Київ. Поправ addr:city плз.
І той, назви вулиць в Україні - українською, якщо треба російською - то теґається як name:ru=
ElliottPlack (2015-09-10 22:18:49+00:00): What is this about? there are no buildings like this on this block.