[Talk-at] Grenzen

[C K]

Am 27.05.2015 11:10 schrieb "Friedrich Volkmann" <bsd at volki.at>:
>
> On 27.05.2015 09:39, C K wrote:
> > 3. es wurde von breiter Masse abgelehnt Daten so zu speichern, dass
> > Routing-Engines damit (international) arbeiten können
>
> Bitte wann und wo wurde das abgelehnt?

bei den is_in tags mit der Begründung "wir mappen nicht für die routing
engine"

> > - warum sollen jetzt
> > Daten so (unter Umständen entfremdet) gespeichert werden, damit sie der
> > Renderer (besser) verarbeiten kann?
>
> Weil die Verarbeitung der einzige Zweck von Daten ist.

ist es dann nicht ein Fehler in der Verarbeitung bzw., in diesem konkreten
Fall nicht unbedingt ein Fehler, eher eine Schwäche des Renderers. Die
Argumentation, jeder "maßgeschneiderte" Renderer wird es richtig
verarbeiten, nicht unbedingt mapnik, ist nachvollziehbar.

> > Die Argumentation "damit man es im
> > Renderer besser sehen/auseinanderhalten kann" ist daher für mich KEIN
> > Entscheidungsgrund.
>
> Vielleicht weil du selber es nicht brauchst. Andere brauchen es.

Dann werden sie ihre speziellen Abfragen oder eigenen Renderer haben. Ich
möchte an die abgeschrägten Gehsteigkanten erinnern. Dzt. werden sie nicht
dargestellt. So mancher hat sie als Ballast bezeichnet - mit der Begründung
der Renderer verarbeitet sie nicht UND keine Routing Engine beachtet sie.
Stimmt, aber jemand der eine Routing Engine für Menschen mit besonderen
Bedürfnissen macht wird sie auswerten und für jeden DB-Eintrag dankbar sein!

-------

Ich bleibe dabei, wenn der Grundsatz lautet: "wir mappen nicht für den
Renderer" hat Gemeinde, Bezirk etc. nichts im Namen verloren.
Für einen Renderer heißt das natürlich mehr Arbeit - und die
Auseinandersetzung mit Standards, defakto Standards und (wenn regional
begrenztes Interesse besteht) mit regionalen/lokalen Gegebenheiten.

Ich hoffe mit dieser Einstellung niemandem zu nahe zu treten, noch weniger
möchte ich jemanden emotional oder persönlich beleidigen. Aber bitte
beschränken wir uns doch auf das wesentliche, die Qualität der Daten.

Danke.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.openstreetmap.org/pipermail/talk-at/attachments/20150527/c5a6a2a2/attachment.html>