Hola Markus,

On Sat, Nov 24, 2018 at 03:47:59PM +0100, Markus wrote:
> 
> Nun ist es aber so, dass OSM zunehmend komplexer wird.
> Für Neue ist der Einstieg zunehmend schwieriger.
> Alte Hasen verlieren zunehmend den Überblick.

Richtig - Deshalb bin ich dafür Multipolygone wirklich nur da zu
benutzen wo sie wirklich unabdingbar sind. Dazu sollten landuses
verkleinert werden. Innerorts habe ich mir mal die größe
von 20-30 Häusern als schön überlegt. Das ist dann so ein Bereich den man 
im Josm meist eh komplett lädt d.h. es kann nicht dazu kommen das ich
dinge ausserhalb meines Edit Bereiches unabsichtlich verändere.

Und je kleiner wir dinge machen, und je sauberer die Hierarchieen 
abgebildet sind (Parkplatz ist komplett im amenity=school ist komplett
im amenity=landuse) d.h. wir verbinden keine unterschiedlichen objekt
klassen (landuse mit amenity mit highway) und sie sind immer komplett
oder gar nicht ineinander, desto einfach wird es für neue mapper
weil immer völlig offensichtlich ist welches Objekt ich da gerade
angeklickt habe.
 
> Das Wiki verbessert sich zwar auf der inhaltlichen Seite, aber es ist
> bei der Fülle der Information zunehmend schwierig, zu einer Frage in
> nützlicher Zeit die passende und verständliche Antwort zu finden.

Ich habe da eine sehr zwiespältige Meinung zum Wiki. Das was da steht
ist leider zu vermuteten 50% nicht mehr Konsens sondern
Partikularmeinung weil eben Edits im Wiki kaum kontrolliert werden bzw
sich keiner traut geschriebenes zu revertieren. 

Es ist das beste was wir haben und natürlich müssen wir da
weiter dran arbeiten.

Ich für meinen Teil denke schon länger darüber nach eine
"Flos Best Practices" zu schreiben weil die eben bestimmt
auch nicht dem Konsens entsprechen aber ich vieles
von dem was ich mache argumentativ verteidigen kann.
(Ein Klassiker der mich gerade jeden tag ärgert ist
Böschungen von waterway=ditch als landuse=grass einzutragen)

Was mir in vielen Szenarien fehlt ist so eine
Zeichnung wie im amenity=school

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool

So etwas sollte es für alle tags geben die eine hierarchische
Beziehung zu anderen tags/objekten eingehen.

Und eben die Best Common Practices müssen deutlich überarbeitet
werden. Solche dinge wie "nodes bei parallelen linien liegen auf
gleicher höhe" kommt gerade wieder völlig aus der Mode.

Und die Best Common Practices müssen eben auch für "Arm chair mapping"
gemacht werden. Umgang mit Luftbildern - Was ist ein Baum - Und warum
Zeichen wir nicht um den Baum drumherum. Erklären das Flurstücksflächen
Grenzen zu 90% gerade sind und eben nicht die Baumkronen sind und
das die vermutlich auf der Hälfte der Baumkrone mitten durch geht weil
der Baum (Stamm) auf der Grenze steht. Und wenn eben ein Graben zwischen
Wald und Wiese ist kann der zum Wald oder zur Wiese gehören aber nicht
quer durch die Grenze gehen und am besten nimmt man ihn gleich ganz aus
den landuses aus weil da weder Bäume noch Gras steht.

Sowas müsste in Bildern aufgearbeitet werden wo man dieselbe
Stelle mal im Luftbild und mal in der Realität sieht.

Waterway=ditch - Wenn der voll Wasser ist (Im Luftbild) und eben
ohne Wasser - Und das die Böschung eben kein landuse=grass ist
weil das im Winter spätestens Wasser ist.

Luftbilder bedürfen halt einer Interpretation und leider kommt das
gerade aus der Mode das was man sieht mal zu durchdenken. Perspektive,
Überdeckung, Jahreszeit, Alter - Da wird einfach zeugs wirklich auf
die simpelste Art und weise Abgezeichnet und man guckt
sich das 2 Jahre später an und denkt sich: Was soll das sein? Das
entspricht keinem sichtbaren Objekt. Da wird dann schnell der
Schattenwurf von Bäumen zu einem landuse=forest oder verbliebener
Mais zu einem natural=scrub.

Flo
-- 
Florian Lohoff                                                 f...@zz.de
        UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Antwort per Email an