[Talk-de] Unterscheidung (war Tiefenangabe alsName)
Christian Wagner
wagnerschristian at gmail.com
So Aug 22 10:05:51 UTC 2010
Am Samstag, den 21.08.2010, 16:42 +0200 schrieb Olaf Hannemann:
> Hallo Mario,
>
> [...]
>
> > das klingt bei dir so, als würdest du auf eine Delegation von
> > (gewählten/ernannten?) Entscheidungsträgern warten? Auch fänds ichs schon
> > deine Perspektive des "gegenseitig Kaputtmachens" erzählt zu bekommen. Klar
> > gabs da am Anfang einige Missverständnisse, aber das letzte gute Jahr
> > dümpeln doch quasi beide Ideen kontaktfrei nebeneinander durch die Karte.
>
> Gerade dadurch, dass beide Ideen kontaktfrei durch die Karte dümpeln, geht es
> ja in 95% aller Fälle gut. Sollten wir aber wieder ein gemeinsames Tagging-
> Schema benutzen, haben die Änderungen des jeweils Anderen wieder direkten
> Einfluss auf beide Karten.
Und genau so soll es sein. Wenn ich als mapper die Daten einmal eingebe
oder einmal korrigiere, dann wäre es nett wenn das dann bei beiden
Projekten erscheint. Das doppelte Taging ist aus Sicht der Mapper irre
umständlich. Der Rat sich für ein Schema zu entscheiden wäre ok, wenn es
nur einen Mapper gäbe, aber so lässt sich einfach nicht vermieden dass
es Doppeltaging gibt.
> Um zu verhindern, dass die eine oder die andere Seite von heute auf morgen
> ohne Karte da steht, muss einfach definiert werden was z.B. Bots wann und wie
> dürfen:
> "ich habe auf meinem Server das Schema hinterlegt und wenn dort etwas
> geändert wird, werden die Tags in OSM automatisch nachgeführt. Am besten
> benutzt ihr auch das Schema auf meinem Server" ist für mich ein "No Go".
> Auch wenn sich dies spezielle Problem aufgrund der inzwischen gewonnen
> Erfahrung heute bestimmt vermeiden lässt, gibt es noch viele Kleinigkeiten,
> die nicht das Tagging an sich betreffen, sondern den Umgang mit OSM-Daten im
> Allgemeinen.
>
Was natürlich nicht sein kann ist, dass ein bot großflächig über die
Daten drüber mäht, wie es wohl in der Vergangenheit Mal geschah.
Mittlerweile haben sich doch beide Tagingschemata sozusagen
stabilisiert, somit müssten jetzt die Anpassungen doch eher auf der
Rendererseite, als auf der Datenbankseite erfolgen.
Als OSM- Mapper sehe ich FT eher als Editor als als eigenes
Datenbankprojekt (was es natürlich ist). Wenn ich im FT- Editor etwas
ändere dann sollte das auch in der OSM- Datenbank erscheinen. Genauso
wird eine Änderung mit dem OSeaM- Editor auch in der Datenbank
abgebildet. Jetzt aber Mal eben alle Leuchttürme umzutagen nur weil
einem ein neues tag anstattdessen eingefallen ist sollte beim
derzeitigen Verwendungsgrad aller seamark tags tunlichst unterlassen
werden, da stimme ich dir voll und ganz zu.
> Erst wenn dieser allgemeine Umgang mit den Daten geklärt ist, macht es Sinn
> über ein gemeinsames Schema zu sprechen. Dies sollte dann natürlich nicht am
> runden Tisch passieren ;-)
>
+1
Grüßle, Christian
Mehr Informationen über die Mailingliste Talk-de