Hello. The relation: osm.org/relation/1183472 has an unusual value "oneway=Montagne Diesse/Châtillon - La Praye". Hopefully will be able to fix this.

Hello, the way osm.org/way/615995222 has the unusual value "oneway=te". I presume this is a mistake. Hopefully you can fix it.

Hello. The way osm.org/way/163793645 seems to have a mapping mistake. (name=Rua Jose Coelho Ribeiro;
oneway=Rua Luiz de Araujo).

Hello. The way osm.org/way/606247713 has an incorrect key value (oneway=Calle General Carlos Osuna). I assume they key should be "name" here, but I dont know if there should be a oneway-value as well. Perhaps you can fix this.

Hello. The way "osm.org/way/420576629" has the unusual value "oneway=bicycle". Assuming this is a mistake, you might be able to fix it.

After going through weird "lit=*" values in world, this one was not so bad. Sometimes people have fat fingers and things end up in the wrong field. Good that you were able to fix it. Have a good night.

Hello. Way osm.org/way/544170369 has the unusual value "lit=大伸". Perhaps this is wrong.

Hello. The way osm.org/way/531057993. It has unusual tag: "lit=backward" (1 use in the world). I guess it could be interpreted as being lit only in one direction, but that doesnt sound like a normal thing for a road - anywhere. :)

Hi. It looks like there might have been a slight mistake on way osm.org/way/371824744 where what I assume to be the correct street name has ended up in the "lit=*" tag instead of in the name value.

You have given a way (osm.org/way/4296417) the unusual value "lit=bump". Possibly an error you might wish to revisit.

Hello. You seem to have tagged osm.org/way/5119020 with "lit=dirt" :) Looked like an obvious misclick that you might want to revisit.

Sweet :)

Oh, this was an older changeset. But even so, the wood polygon is back on track now.

It seems the forest multipolygon has been broken again. I highly discourage editing the forest multipolygons with the "iD" editor. iD does not have the appropriate tools to handle the relations. I will try to sort out the multipolygon issues later today. I recommend you learn the better editor: JOSM. It is far more powerful, and once you learn how to use it: easier to use.

I think the best way to look at the use of "peak" is to mark out important and prominent features. For example, as you say the highest, or most well known (Süllberg) elevation point in a region. True elevation data is added from secondary sources.
When it comes to named places, if going truly local, every 100 m could have its own name if you ask the locals, but again, best practice is to "not overdo it". I have removed a number of "peaks", and changed the rest into hill (hopefully hill will become more popular over time). You can see my edit here: https://nrenner.github.io/achavi/?changeset=62741985. It hurts me to delete data, but i dont think most of these have a relevant use in OSM.

Hei igjen. Jeg syns ikke man skal mappe ALLE høydemarkeringer i economic maps som peak. Dette er jo ikke fjell, heier eller åser. Noen plasser har du plassert ut peaks hvert 100. meter med en høydeforskjell på 10 m, dvs på nesten flat bakke. Jeg ville ikke brydd meg med å legge dem i kartet i det hele tatt. Evt. som kun "ele=*". Du ser også i kartet nå at Helgesjøvegen ser ut som en tur gjennom Himalaya med alle peaks. Har du noe i mot om jeg re-tagger dem til noe mer passende? Jeg har ikke tenkt slette dem helt, hvis ikke du selv mener at det er bedre.

Jeg ville nok anbefalt "place=farm" eller "place=isolated_dwelling" eller kanskje til og med "place=locality" på de små plassene du har merket ut langs Perkerudtjennet og Holmsjön. Blir litt voldsomt med hamlet. Ref: "Use place=hamlet for an isolated settlement, typically with less than 100-200 inhabitants". Her er det jo snakk om gårdsnavn.

I fixed it.

Here is one more way with "lit=" osm.org/way/241333764

Hi! Two roads here have the value "lit=<empty string>. Perhaps you can attach the correct values, if you remember your survey 3 years ago :)

osm.org/way/59454506
osm.org/way/65811035