És hogyan tudhatod, hogy a google jól tudja a nevét? (Ne másolj át neveket kérlek a Google térképekről, mert teljesen lehetséges, hogy ott hibás.)

Ez mi lenne? A vasútállomás a másik oldalon van, ez fizikailag létező dolog vagy csak a rész neve?

outdoor=>locality, seafood=>lake, ... :-D

You are seeing a community organised mapping event changeset. ;-) See imagery_used. Check in JOSM imagery list. Thanks for watching! :-)

Biztos, hogy ez a „Családi menüs hely” nevű étkező a mező közepén van? Biztos, hogy ez a neve?

Thanks for editing Hungary from... Brasil? :-)

Nevet nem kell nekik adni; amúgy nagyon jó, hogy ha felveszed ezeket, mert minden turista vágyálma, hogy megtalálja nyáron őket.

I have reverted that. You should not translate hungarian to "hungarian", and definitely have to check your spelling before editing.

<insert cake here>

Erre, de itt nem látom a <number>-<number> formát. Én vagyok vak?

Ez a direction=* forma nincs a wikin dokumentálva. Honnan van?

:-)

Wo? Deutschland oder near Nawababad?

This is an interesting discussion which desires a more verbose medium than this comment section. As I have replied in the issue: it is a matter of taste whether one avoids multipolys or not and definitely not a policy or a technical requirement. I'm sure there has been a discussion of multiple overlapping ways vs. non-closed multipoly members but I'm also pretty sure there wasn't any conclusion, so it's still a matter of taste. (Similarly I haven't been able to find how to map multiple large POIs inside a larger building, apart from indoor mapping schemes.) When a construct is valid it should be handled by OSM processing systems no matter how unexperienced editors may be confused by it (they can be confused by lots of things in the db indeed).

Technically this object now represents the "avoid overlaps" believers: the one physical building is shared between two entities: one half is school, other half is governmental, and there is no connection inbetween but a shared inner wall. I cannot even change the outer edge to _one_ poly since half of it belongs to school and half to the gov't multipoly. (And no reason to use building:part since the physical building have the same attributes.)

All in all I understand your points, I agree with their subjective reasoning and I opt not to use them here, since the current construct is just as valid and should be handled, and it's a good test case that way. :-)
(As you may have noticed just 20m north of the school I have tagged POIs as nodes inside the simple poly building, and I usually do it that way.)

Picit még javítgattam rajta, benne maradt egy gazdátlan vonal meg a benzinkút, viszont kimaradt egy szántó. Gondolom potlatch-ben nehezebb látni, mint nekem JOSM-ban. De jó lett, köszönjük!

Just a note: when you put access=no on a node on a way it may affect a route planner for car traffic to avoid the node. You probably should use foot=no on a closed pedestrian crossing.

Nincs boundary=small_region key. És igen, végignéztem majdnem az összes boundary értéket hogy látok-e jobbat. Az admin_level=7 sem random: megyénél kisebb, járásnál nagyobb.
De átteszem akkor valami láthatatlanra, meglátjuk a renderer meg a nominatim mit kezd vele.

Teljes mértékben nyitott vagyok a javaslatokra. Mit javasolsz?

Átnéztem kb. 3-4 féle lehetséges megoldást, de egyik sem tetszett igazán. Ezek földrajzi régiók, de a földrajzi régiókat admin aboundaryval jelöltük, mint az Alföld, Észak-Magyarország, stb. Ezen analógia alapján lett boundary, valamint a definíció szerint, vagyis hogy ezek a megyéknél kisebb földrajzi területek, melyeknek nincs fizikailag látható határa.

If you see problems or have advices feel free to act positive and supportive! :-)

Ennek mi volt a forrása? Felmérés volt?