-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo
Am 09.09.2013 18:37, schrieb Stephan Wolff: > Mit POIs könnte das funktionieren, auch wenn die Ausrichtung an > vorhandenen Strukturen hilft, das neue Objekt zu platzieren. Dafür reicht idR. auch eine Hintergrundkarte > Bei Flächen ist es schon weit schwieriger. Dazu müsste der Editor > die Semantik aller Tags kennen, um zu entscheiden, welche Flächen > sich überlappen dürfen. Sonst erhält man einen Supermarkt, in den > eine Waldecke hineinragt. Hier denke ich an eine Positivliste, auf der typische Überlappungen geregelt sind, ansonsten fragt der Editor halt, ob das gewollt ist. Wie es der Validator auch macht. > Bei Relationen, wie den hier diskutieren Wahlkreisen, wird es > gänzlich unmöglich. Wenn Relationenen für den Mapper nicht > sichtbar sind und er die Basisobjekte bearbeitet, können die > Relationenen kaputt gehen oder (schlimmer) inhaltlich falsch > werden. Eine universelle Regel zur Reparatur der Relationen kann es > nicht geben. Man kann die Komplexität der Daten nicht vor den > Mappern verbergen. Bestes Beispiel sind die ÖPNV-Daten. Ohne > Kenntnis der ÖPNV-Modelle kann man viele Straßen nicht editieren > ohne die Buslinien zu zerstören. Ich hab auch nicht gesagt, dass es für jedes Spezialmapping funktioniert. Muss es aber auch nicht, weil das ohnehin Dinge sind, die Einsteiger nicht verstehen. Erfahrenere Nutzer sollten auch in der Lage sein, Filter gezielt selber zu wählen und ihre Edits so machen, dass nichts kaputt geht. > Der von Tirkon beschriebene Widerspruch existiert und wir müssen in > jedem Einzelfall zwischen Informationsgewinn und Datenkomplexität > abwägen. Das muss aber der Mapper machen, der die Daten einträgt. Da dieser typischerweise ein Interesse an den Daten in OSM hat, wird seine Entscheidung typischerweise so ausfallen, dass es gerechtfertigt ist. Eine neutrale Autorität gibt es bei OSM nicht. Henning -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSL12QAAoJEPFgsWC7jOeTRVAH/27J7gNrnMUm+rJJfRPQ2RIU 8fVY07mY6WgaYscxpLtZ1oZ2jk8wHnQkU9niuc0vcs/9AOZgl1Asu6XLUuGoHM83 44RQ2BfzApSnLEX2e+KGOQqDM4sLbv3duoaHgvxKXQeKnA8qK1PEaDMwxNHpPJUP ul9j5FbLEA5qmbbMjTZIQOnRCpE/ZFhUIH55LFoF9EAm9plA3fNIY8ilKb8V3IkI H/fqzsGbZxBTRjGBwSy5C3cVdbDZq5YiPvlOF3ld1Gqa8ewNMIQi6gPLs24bS4yZ xhf6PtS5kmaP2jvCZXwV9S1iljlrffWaCenI9TCO3ZxWyIKPIRPQ75ju36JK58Y= =5vkS -----END PGP SIGNATURE----- _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de