piebro/osm-data huggingface dataset:
*Martin* (2014-11-23 19:46:07+00:00): Ahoj Mec-giver.

Nedopatrenim si zrusil cely les Tribec a Pohronsky Inovec. V relacii lesa si odstranil tag landuse=forest a pridal tag area=yes. Prosim na taketo upravy nepouzivaj nikdy editor iD ktory roby viac skody ako osohu. Nainstaluj si prosim editor JOSM ktory ta pred odoslanim chybnych zmien upozorni. Dakujem.
*Martin* (2014-11-23 19:56:12+00:00): Opravil som ten nestastny les. K jeho skaze nasledne pomohol aj iny pouzivatel touto zmenou: https://www.openstreetmap.org/changeset/26979159
Pekny vecer.
ViriatoLusitano_import (2014-11-13 22:09:37+00:00): There are a lot of addresses on (0,0) coordinates.
SomeoneElse (2014-11-18 20:06:07+00:00): I'm not sure that a relation of a group of separate objects is the best way to represent this?  After a search, "leisure=fishing" seems to be a thing:  http://taginfo.openstreetmap.org/search?q=fishing#values but I don't think that the standard map renders it.  Maybe it's worth asking on the help site or a mailing list?
cb44 (2014-11-18 21:09:13+00:00): I'm not sure either. Actually I probably would have reverted this changeset already if I knew how :).

What I really wanted to do was make the rendered name label proportional to the size of the area (or at least readable -- it was tiny before) and make the perimeter of the site more obvious for people who search for it.

Needless to say, I failed at both in my trial and error.
SomeoneElse (2014-11-18 22:01:02+00:00): > I'm not sure either. Actually I probably would have reverted this changeset already if I knew how :).

Well I can do that for you if you'd like me to (using the "revert" plugin in the JOSM editor)?

> What I really wanted to do was make the rendered name label proportional to the size of the area (or at least readable -- it was tiny before) and make the perimeter of the site more obvious for people who search for it.
I don't think that "leisure=fishing" is rendered in the "standard" map.  For what it's worth, it is in the "humanitarian" layer though:

http://www.openstreetmap.org/way/163597883#map=18/53.39850/-1.58383&layers=H

The "standard" map does render some landuse names, though when I did an Overpass Turbo query for "leisure=fishing, with a name, and "landuse" set to something (*1) none of the names appeared.

http://www.openstreetmap.org/relation/1124276

was a particular surprise since it's "landuse=commercial" and that normally does get rendered (it does render on my tile server at home, which is based on the OSM style from around June, but that's not a lot of use to you!)

So I'm not really sure what to suggest (other than asking somewhere else)

Cheers,

Andy


*1:

http://overpass-turbo.eu/s/67v

/*
This query looks for nodes, ways and relations
with the given key/value combination.
Choose your region and hit the Run button above!
*/
[out:json][timeout:25];
// gather results
(
  // query part for: “leisure=fishing”
  way["leisure"="fishing"]["name"]["landuse"]({{bbox}});
  relation["leisure"="fishing"]({{bbox}});
);
// print results
out body;
>;
out skel qt;
Mateusz Konieczny (2024-03-06 17:23:08+00:00): Hello! https://www.openstreetmap.org/way/36739850/history has access:hgv that was added in this edit (if I checked things correctly)
Would using hgv access tag (see https://wiki.openstreetmap.org/wiki/Key:hgv ) be fitting at least equally well?
arnotixe (2024-03-06 20:21:51+00:00): yeah, it's been a while though, so I don't know if the Lorry restriction still applies. But hgv=no would work instead of the previous syntax.
arnotixe (2024-03-06 20:23:58+00:00): just checked on Google maps, and the imagery still (2024) says it's no-go for hgv ✓
https://www.google.com/maps/@-0.9389194,-78.6172538,3a,50.5y,61.27h,90.83t/data=!3m6!1e1!3m4!1scOok9usjfMAD2mD8IqZkcw!2e0!7i13312!8i6656?entry=ttu
Mateusz Konieczny (2024-04-22 11:57:19+00:00): well, note we cannot really use gmaps for OSM mapping
arnotixe (2024-04-22 13:19:15+00:00): ah of course. Well, I did live in Latacunga about 5 years ago, and the no-HGV restriction was definitely active back then. Since then I officially have not seen with my own eyes whether the restriction has been lifted or if it is still in place. So I guess we need to send someone to have a look :)
saintam1 (2014-11-14 00:01:04+00:00): Hello and welcome to OpenStreetMap!

Thanks for taking the time to add a few details. I made a few minor corrections to your edits, I hope you won't mind. I changed the houses from "residential landuse" to "residential building" -- "landuse" is for marking a whole neighbourhood as residential.

Also please don't put labels like "Alex's house" on buildings, it doesn't look very professional ;)

Thanks, and keep adding any details that you know and that are missing.
neiljp (2014-11-14 00:27:49+00:00): Please consider inserting a useful and descriptive comment when saving future contributions - then you and other mappers can see a summary of what you've done :) Thanks!
Zbigniew_Cz (2014-11-13 22:24:50+00:00): Proszę dodawać komentarze do wysyłanych zmian.
azizaqa (2014-12-07 13:29:24+00:00): Fildişi Sahili
kreuzschnabel (2017-01-30 18:23:44+00:00): So eine Woche kann aber lang sein. Erstaunlich lang. Ganz erstaunlich :-)
kreuzschnabel (2017-09-08 05:28:29+00:00): Ich lösche den Schrott dann mal, ja?
HolgerJeromin (2014-11-20 09:48:25+00:00): Hier hast du wohl versehendlich den Kennedypark gelöscht. Hab ihn aber gerade wieder hergestellt. :)
naoliv (2014-11-14 01:19:21+00:00): dberri, o que seria exatamente essa área que você desenhou?
CoreyFarwell (2014-12-23 04:00:49+00:00): Just noticed this changeset, thanks for doing this! A lot of these buildings without streets are my fault, but I've soon improved that habit :)
Supaplex (2014-11-14 08:38:43+00:00): 記得名稱嗎？
有的話可以加上去
Dody Suria Wijaya (2014-11-14 23:47:54+00:00): This does not looks like a revert. It creates more useless nodes copied from existing one.
emacsen (2014-11-18 12:25:08+00:00): This changeset has been reverted in changesets 26855912 and 26857006
Dody Suria Wijaya (2014-11-14 23:48:53+00:00): This does not looks like a revert. It creates more useless nodes copied from existing one.
emacsen (2014-11-17 22:21:18+00:00): Reverted in changeset 26843670
BushmanK (2015-12-29 19:00:47+00:00): Вот такие конструкции https://www.openstreetmap.org/way/198218392 делать не стоит - во-первых, это дорога с самопересечением. Во-вторых, она далеко не везде sidewalk (точно не во дворах, а только вдоль улиц). Делите такое в следующий раз на части, пожалуйста.
KoraxDC (2015-12-29 19:43:26+00:00): Порезал, теги поправил. Ну а дороги с самопересечением у нас в жизни сплошь и рядом))
BushmanK (2015-12-29 20:13:06+00:00): "в жизни сплошь и рядом" - не означает, что в OSM должно быть также.
GerdP (2015-11-13 15:48:16+00:00): please review:
This seems to be an indoor elevator ?
https://www.openstreetmap.org/node/3185979548
The node should be tagged with
highway=elevator, the way(s) from and to it
with highway=footway / corridor
Mateusz Konieczny (2024-02-02 13:15:55+00:00): Hello! https://www.openstreetmap.org/way/103961812/history has access:hvg that was added in this edit (if I checked things correctly)
Was it supposed to be access:hgv? Would using hgv access tag (see https://wiki.openstreetmap.org/wiki/Key:hgv ) be fitting at least equally well?
Bryce C Nesbitt (2015-03-13 22:54:46+00:00): Tag name is "payment:bitcoin=yes=Bitcoin" which should read "payment:bitcoin=yes"
4rch (2014-11-14 12:37:31+00:00): On which sources are this changes based?  LSIB 5 shows the old, deleted boundary as correct: http://i.imgur.com/h73jLsM.png
foringas (2014-11-14 13:45:07+00:00): You can see the origin border on google maps. The old border on this openstreetmaps is one that somebody take on political things.
You can see on all maps that is my version the thrue one.
kcwu (2014-11-28 15:21:01+00:00): 根據 note http://www.openstreetmap.org/note/232803 那條路應該單向往南, 但你畫反方向?
ikz (2014-11-16 11:06:43+00:00): Таки здание называется МТТС. Оператор - да, Таттелеком.
Адреса проспект Мира, 20/18 не существует. Есть проспект Мира, 20 и проспект Дружбы народов, 18.
trigpoint (2014-11-14 16:58:36+00:00): I am pretty sure the post box is neither in the middle of the road, or connected to it.
Please place in its correct position.
Nakaner-repair (2017-10-19 21:27:42+00:00): This changeset has been reverted fully or in part by changeset 53082643 where the changeset comment is: Revert vandalism by user e9aga8f
simone (2014-11-14 11:27:07+00:00): Ciao,
sarebbe molto bello se aggiungessi il commento all'insieme di modifiche quando lo salvi su openstreetmap, questo permette di avere una più chiara visione.
MarcoMa47 (2014-11-14 11:31:45+00:00): Modifiche area conosciuta e non trovata nella ricerca destinzione + integrazione elementi nella zona non presentati.
simone (2014-11-14 11:32:31+00:00): Grazie mille!
Nakaner-repair (2017-10-19 21:28:10+00:00): This changeset has been reverted fully or in part by changeset 53082643 where the changeset comment is: Revert vandalism by user e9aga8f
Nakaner-repair (2017-10-19 21:29:22+00:00): This changeset has been reverted fully or in part by changeset 53082643 where the changeset comment is: Revert vandalism by user e9aga8f
Nakaner-repair (2017-10-19 21:27:53+00:00): This changeset has been reverted fully or in part by changeset 53082643 where the changeset comment is: Revert vandalism by user e9aga8f
KristenK (2015-11-09 17:47:34+00:00): Hello,

I wanted to let you know that the ISO 3166-2 for Batangas (Relation ID: 1504427) is PH-BTG, not PH-BTN as you indicated in this changeset. Anyway, I will update the data myself. I just wanted to let you konw.

Best,

Kristen
Alexey Vazhnov (2015-05-03 05:18:06+00:00): Зачем-то удалены 4 здания, возможно перерисованы.
WillemK_OSM (2014-11-14 11:44:44+00:00): flatadressen warboel
ViriatoLusitano_import (2014-11-14 12:29:45+00:00): Hey hofoen, if I may ask, what are you fixing exactly?
hofoen (2014-11-14 17:50:37+00:00): Hi! I am fixing admin multipolygon errors. For details look in to the change sets.
naoliv (2014-11-14 12:20:12+00:00): Eric, você trocou a classificação de Luminárias para "town". Note que o termo se refere ao tamanho da cidade (no número de habitantes) e não se ela é uma vila ou cidade de fato. 

Utilize essa tabela http://wiki.openstreetmap.org/wiki/Pt-br:Key:place como base para as suas próximas edições.
WillemK_OSM (2014-11-14 12:48:38+00:00): Adresnodes bij ingangen geplaatst (stonden door elkaar verspreid over hele gebouw)
muralito (2014-11-14 19:54:07+00:00): El nombre viejo va en la etiqueta old_name, no entre parentestise en la etiqueta name
Hjart (2014-11-25 18:42:02+00:00): Hvilken af vejene er ny?
eggie (2018-03-05 13:07:21+00:00): Na jaren weer gaan mappen, maar nog geen welkomstmail ontvangen.. daarom alsnog Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
gileri (2014-11-15 10:13:33+00:00): Le tag operator correspond à l'entité gérant un objet sur OSM. Malgré les apparences, les grosses chaines de magasin ou restaurant n'ont que peu (ou pas) d'établissements en propre. Par contre ils donnent des licences de franchises à d'autres (plus petite) sociétés, pour opérer les enseignes. Il est normalement possible de trouver la société gérant l'enseigne sur le ticket de caisse.

Mettre "Casino", "McDonald's" ou autre dans le tag operator est la plupart du temps incorrect. Ici Casino serait le nom du magasin (potentiellement suffixé de "Lyon Marc Bloch, un tag brand=Casino afin de définir la "chaine" auquelle il appartient, et finalement le tag operator éventuellement avec le nom de la société gérante du magasin.
Hjart (2014-11-14 19:09:32+00:00): Could you please make smaller (as in covering smaller areas)? With changesets covering half of europe It can be hard to judge what or whether you did any changes in my local area. Thank you
ypid (2015-04-30 15:23:06+00:00): https://www.openstreetmap.org/node/3186963915/history

Ich habe die Öffnungszeiten korrigiert:
Mo-Fr 08:30-17:00; Sa-Su 11:30-17:00
GerdP (2015-10-13 15:15:30+00:00): please review:
way 110469325 has invalid tags
highway=unclassified;tertiary
surface=unpaved;paved

bridge=yes is not true for the whole road
Freeballer (2015-10-13 16:48:12+00:00): Thank you for brining this to my attention.
GerdP (2015-10-14 08:56:02+00:00): you are not the only one with this problem, see 
http://gis.19327.n5.nabble.com/iD-creates-invalid-highway-tags-tt5856854.html
Vintagejhan (2014-11-15 01:32:24+00:00): 有relation嗎?
Supaplex (2014-11-15 16:32:09+00:00): 還沒包
mentor (2014-11-16 09:16:05+00:00): r4195536 is unnecessary here; a single way will suffice.
Mauro1985 (2014-11-14 18:09:01+00:00): Sorry, real changeset description is: "Resolved http://www.openstreetmap.org/note/222215 "
Tnx.
SomeoneElse (2014-11-19 11:13:20+00:00): Just in case you haven't spotted it, these changes are being discussed on the talk-gb mailing list in this thread:

https://lists.openstreetmap.org/pipermail/talk-gb/2014-November/016811.html
Graham Asher (2014-11-19 11:29:53+00:00): Thanks for letting me know. I'll let you all get on with it; unfortunately I can't get involved in detail because I am too busy. I thought I was being helpful, and it's strange to have these small and guidelines-compliant changes described as 'sweeping', and me described as a 'self-appointed wiki editor' when (i) I didn't edit the wiki; and (ii) we are all self-appointed editors in OpenStreetMap. I agree that there is a problem with suburbs of different levels of importance, but I don't think it's helpful to tag suburbs as towns to solve that problem. I think we ought to be mindful of the distinction between ordinary language (when I lived there everybody called Highgate a village) and OSM tags, which aren't there to reflect that usage.
SomeoneElse (2014-11-19 11:54:40+00:00): I can't comment on the actual changes (I try and avoid London where possible!) but it is usual to try and discuss changes that affect lots of people before making them - I suspect that's part of the issue here.
Richard (2014-11-19 11:59:06+00:00): In general if you're changing long-standing data in matters of interpretation, rather than unarguable fact, you should think about consulting others first. Peckham has been tagged for over five years as a town in OSM. It's unlikely that you have noticed something so significant that London OSMers (the most active OSM community in the UK) have missed for all this time. 

FWIW, Tom's mailing list posting wasn't referring to you as a "self-appointed wiki editor" - I think you've misread it.
Rovastar (2014-11-19 17:31:35+00:00): Well clearly the heart was in the right place on this edit. Established 
One mans obvious guideline changes is anothers sweeping 
I must say I have edited plenty in London and never noticed/registered it before. If I had I would likely have done the same thing.
One of the problems in large cities (maybe more so with active communities) is some things get overlooked/not acted upon as they things someone else (not you SomeoneElse) will do or has done it how we want. That and very few people have the detailed local knowledge of *all* the areas, like suburbs in London/Birmingham, etc
naoliv (2014-11-14 21:27:50+00:00): pixi3s, você removeu a referência (a sigla) da rodovia PE-390.
Tem alguma razão para isso?
Robert Ancell (2014-12-27 20:04:37+00:00): This site has been redeveloped since the photos this change were traced from. The previous versions of these building was correct.
Trezheur (2014-11-15 13:57:34+00:00): Des noms ! Des noms ! Des noms ! :D
Nakaner (2014-12-09 11:00:33+00:00): usage=main/branch kommt in Bahnhöfen nur an durchgehende Hauptgleise. http://www.openstreetmap.org/way/118720902/history
rickmastfan67 (2014-11-16 05:58:01+00:00): I'm sorry, but I do not agree with you on this.  This seems to be a classic hamlet in OSM standards where you base stuff off of the population, and not 'official names'.  I would recommend that you take a few moments to read about how we tag 'places' in here OSM. :) Will avoid any of these problems in the future. ;) https://wiki.openstreetmap.org/wiki/Key:place
naoliv (2014-11-15 08:59:14+00:00): Kuwakino, por favor, entre em contato com a comunidade brasileira sobre essa sua edição. Ela tem características de uma edição mecânica: vários nós sem nenhum tipo de informação e aparentemente deslocados. Isso indica, no mínimo, que os dados não foram verificados antes de serem inseridos no OSM. Também não há indicação da origem dos mesmos. O índice foi gerado a partir de quais imagens? Também há outro problema: com o NDVI não é possível afirmar com absoluta certeza que existe uma árvore no local. Além disso, vários nós (que deveriam ser árvores) já estão, de certa forma, representados pelas áreas verdes existentes na região. A não ser que exista precisão na posição das árvores, um polígono representando a área verde (seja uma mata, floresta, praça, etc) é a melhor solução.
Kuwakino (2014-11-15 13:51:34+00:00): Bom, sim foi uma edição mecanica a partir do JOSM. Quanto aos polígonos foi uma combinação de NDVI (com infravermelho) mais um raster de alturas. Os polígonos mostram o filtro de alta clorofila e alturas maiores que 5 metros e uma boa verificação visual. Mas foi uma experiencia desastrosa. A comunidade pode remover essa edição.
naoliv (2014-11-15 13:59:30+00:00): Se tiver como você conversar sobre isso na lista https://lists.openstreetmap.org/listinfo/talk-br seria melhor. Alguns mapeadores trabalham com isso e a colaboração poderia gerar um trabalho com bons resultados para o OSM.
Kuwakino (2014-11-15 14:16:52+00:00): Fiz a inscrição no talk-br
aceman444 (2014-11-15 18:48:38+00:00): Dobry den, takato relacia je nefunkcna.
Pozrite sa ako to ma spravne vyzerat na: https://wiki.openstreetmap.org/wiki/Bratislava . Pokial mam informacie, editor iD je dost nevhodny na tvorbu relacii. Skuste editor JOSM.
Dakujem.

Elektricku 1 teda idem urobit.
schadow1 (2014-11-15 07:19:35+00:00): Please explain your edits here. A lot of verified data has been deleted and roads has been misaligned. Thanks.
hermano27 (2014-11-17 04:41:52+00:00): This raod is inside the municipal compound the the name of the road is andaya road
schadow1 (2014-11-15 07:13:24+00:00): Please explain your edits. We are seeing a lot of data being deleted and unnecessary data being added. Thanks
hermano27 (2014-11-17 04:44:34+00:00): i add the road in this area becuse this is another road connecting to purok 6 of barangay I, Daet, Camarines Norte going to purok 7 of the said barangay, ang going also to the barangay chapel
schadow1 (2014-11-17 10:58:47+00:00): thanks for the reply. I have fixed some of your edits as I saw some major roads that were misaligned. all is ok now. please continue mapping and make sure that if you are unsure of the tags to use, consult the osm philippines mapping convention or ask anyone from us. Regards
emacsen (2015-03-09 12:20:03+00:00): What is the source for this changeset? You can't know the location of this place from the Bing imagery.
emacsen (2015-03-20 12:37:59+00:00): I'm concerned that this is an import. Please reply so we can resolve this issue.
schadow1 (2014-11-15 12:12:25+00:00): Hello. Just saw your edit regarding Camambungan Bibirao. I would be changing it as a secondary road instead of a motorway. You may use the OSM Philippine Mapping conventions as reference for the types of roads. Thanks
http://wiki.openstreetmap.org/wiki/Philippines/Mapping_conventions
Maxime Résibois (2014-11-17 08:38:17+00:00): Essayez d'éviter les "highway=road" quand c'est possible ;-)
Eckhart Wörner (2014-12-07 15:07:30+00:00): Please be more careful with your edits using the iD editor - you have accidentally deleted parts of the A 4 here.
Nakaner (2014-12-07 15:35:03+00:00): Welcome at OpenStreetMap

Most German mappers are critical of iD online editor (they use JOSM) which you have used (especially if a newbie deletes something). But I have to thank you. You have described why you did it. 

It would be better if you use English or the local language if you edit outside Poland and understand English. :-) Most German mappers do not understand Polish.
StefanB (2014-11-15 19:12:40+00:00): Source? :)
foringas (2014-11-16 09:17:15+00:00): That are the border on googlemaps
StefanB (2014-11-16 19:07:31+00:00): I hope you're joking.
http://wiki.openstreetmap.org/wiki/FAQ#What_images_and_maps_may_I_use_to_make_maps_from.3F
foringas (2014-11-17 06:48:54+00:00): If I´m joking or not is not important, but the borden betwen Croatia and Slovenia is on all other maps on this line and not so as somebudy want too bee it.
Okorzec (2014-11-15 10:21:59+00:00): literówka: Kozi Mnich :)
SomeoneElse (2014-11-19 11:13:30+00:00): Just in case you haven't spotted it, these changes are being discussed on the talk-gb mailing list in this thread:

https://lists.openstreetmap.org/pipermail/talk-gb/2014-November/016811.html
lsces (2014-11-19 12:52:21+00:00): While there may be a case for some of these in central London, as far as I am concerned Hayes is a town in Hillingdon rather than a suburb of London. Since 'London' does not form part of the address, address wise this is a town and I would make the same case for other towns in this list.
PT-53 (2019-10-15 12:16:23+00:00): Hallo Ellen,
Du hast in diesem Änderungssatz an diesem Straßenabschnitt
https://www.openstreetmap.org/way/32093609/history
das Merkmal access=no eingetragen und diesen Straßenabschnitt
https://www.openstreetmap.org/way/312898197/history
neu eingezeichnet und ebenfalls mit dem Merkmal access=no voll gesperrt.

Darf da wirklich niemand fahren / gehen?

In diesem Änderungssatz
https://www.openstreetmap.org/changeset/75584280#map=18/51.87261/9.27952
sind deswegen Probleme aufgetaucht.

Fragende Grüße
PT-53 (2019-10-15 13:36:11+00:00): Hallo Ellen,
Du hast jetzt diesen Straßenabschnitt
https://www.openstreetmap.org/way/32093609/history#map=19/51.87281/9.27906
von service auf track herunter gestuft. Das ist falsch. Die Zufahrt zu einem Bauernhof sollte mindestens als service eingestuft werden, so wie es vorher war.
Wenn auf diesem Straßenabschnitt jeder fahren darf, ist kein Access-Merkmal nötig. Das Merkmall access=yes kann somit gelöscht werden. Machst Du das noch?
Grüße
KristenK (2015-11-07 00:08:28+00:00): G'day,

I noticed in your changeset that you updated the ISO 3166-2 code for Samtse District (Relation ID: 3899614). It appears that the Samtse District has an ISO 3166-2 code of BT-14, not BT-12. BT-12 is an ISO-3166-2 code of Chukha District (Relation ID: 3899603).

Anyway, I will update the ISO 3166-2 code for Samtse District. Here are references:

https://en.wikipedia.org/wiki/ISO_3166-2:BT

https://en.wikipedia.org/wiki/Samtse_District
KristenK (2015-11-09 18:06:49+00:00): Hello,

I noticed in your changeset you updated the ISO 3166-2 code of Al Ghuwariyah (Relation ID: 27334) to QA-MS. Al Ghuwariyah *was* a municipality under Qatar, but has since been merged with Al Kawr (ISO 3166-2 = QA-KH). 

I am thinking maybe we update the ISO 3166-2 for Al Ghuwariyah (Relation ID: 27334) to QA-KH and then figure out how to merge the boundaries.

Thoughts?

Best,

Kristen
KristenK (2015-11-09 18:25:49+00:00): Heya again,

for the Lahij Governorate (Relation ID: 383892), you added the ISO 3166-2 as YE-HU. The Lahij Governorate has an ISO 3166-2 of YE-LA. See here:

https://en.wikipedia.org/wiki/ISO_3166-2:YE

Anyway, i wanted to let you know this and that I will update the data in OSM.

Best,

Kristen
KristenK (2015-11-09 18:31:14+00:00): Hello Again,

In your changeset, you updated the ISO 3166-2 for Shabwah Governorate (Relation ID 383896) as YE-SD. The ISO 3166-2 is in fact YE-SH.  See here:

https://en.wikipedia.org/wiki/ISO_3166-2:YE

I will go ahead and update the data. But I wanted to let you know of this.

Best,

Kristen
escada (2014-11-17 06:46:13+00:00): Beste,

als je een fietspad over een rivier toevoegt, moet je daar ook de tags "bridge=yes", "layer=1" aan toevoegen

happy mapping
SomeoneElse (2014-11-18 23:21:38+00:00): This appears to have changed "trees=mixed" to "leaf_type=mixed" across Europe (e.g. http://www.openstreetmap.org/way/301036136 and http://www.openstreetmap.org/way/285880535/history).  Does a mix of trees really imply a mix of leaf types?  Couldn't they be different trees but all still broad leaved?