Re: Rendering von Wahlkreis-Namen

Moins,

openzzz wrote:

rayquaza wrote:

Das mit dem Lesen musst du wohl doch nochmal üben… Ich schrieb, dass es normalerweise eben *nicht* dargestellt werden sollte, und habe jetzt schon mehrfach darauf hingewiesen, dass die Darstellung davon ein Fehler eines (von vielen) Styles ist, der nicht so leicht behoben werden kann.

Wenn du dich klar ausdrücken kannst, gerne. Erst schreibst du dass man nur eine Darstellung anbietet, dann vielleicht doch 2. Auf der Renderer-Seite ist das eben eine enorme Zusatzlast für die Rasterbilddaten. Es sei denn man macht Vektoroverlays, wo die Rechen- und Speicherlast auf Client-Seite entsteht. Das obige Beispiel mit http://parking.openstreetmap.de hat mir schon gefallen. Ich konnte nur der Javascript-Karte nicht entnehmen, ob die transparent drübergemalten Linien als Vektoroverlay per Javascript im Browser entstehen (noch eine JS-Library beteiligt), oder ob der Server das alles noch als Rasterdaten mit Alphakanal liefern muss (das wären ja genauso viele Pixel wie die Grundkarte selbst). In beiden Fällen wäre das aber prinzipiell unabhängig von OSM (*), könnte also aus beliebiger Internet-Resource hinzugemischt werden.

(*) d.h. man hätte kein Problem mit der referentiellen Integrität verschiedener Datenbanken,
wenn man die Wahlkreise einfach nur aus den von der Amtsseite gelieferten Shape-Dateien generiert.
Und die wertvolle Zeit der Mapper bliebe verschont davon.
Vor allem sehe ich eine solche Architektur als Prototyp für viele anderen denkbaren Überlagerungen
für die Defaultkarte.

openzzz wrote:

maxbe wrote:

openzzz wrote:

Es reicht ein einfacher Polygonzug zur Überlagerung, eben der aus dem publizierten Shapefile, wenn man die Daten überhaupt darstellen will.

Hab ich dir ja gestern abend schon gebaut: Wahlkreis-KML über OSM
(zwischen dem und einem funktionierenden Upload-Service, der nicht nur Striche anzeigt, sondern auch Beschriftungen, anklickbare Icons mit externen Bildchen, Flächen... liegen nur noch ein paar Wochenenden Arbeit)
Grüße, Max

Ja genau. Das ist doch Ok, oder? So macht die Wahlkreisekarte auch Sinn. Mit dem OSM-Rendering konnte man die Grenzen erst gar nicht erkennen, nur das die Beschriftungen wild in der Gegend auftauchten. Solche APIs sollte man öfter nutzen. Da könnte man sich viele Anwendungsfälle überlegen.

Ich hatte auch für Firmen mal Geodatenvisualisierung programmiert (nur nebenher). Sehr praktisch war das mit Google Earth. Da musste gar kein Webserver aufgesetzt werden, sondern man konnte die KML/KMZ-Datei einfach herumschicken und jeder konnte das Overlay für sich darstellen. Das erspart viel Organisationsaufwand, gerade für Ad-Hoc-Projekte. Auch die Produktion der KML-Dateien aus Anwendungsprogrammen heraus ist supereinfach.

Das fehlt jetzt eigentlich nur noch für OpenStreetMap. Nicht jeder will ja gleich für seine Anwendung einen Webserver installieren. Bei Google Maps habe ich schon viele Overlays gesehen, aber noch keine wo man KMLs von der eigenen Festplatte überlagern kann. Das geht bisher nur mit Google Earth.

Marble hat die Overlay-Fähigkeiten auf OpenStreetMap im Prinzip schon eingebaut.
http://de.wikipedia.org/wiki/Marble_%28 … rogramm%29

Solltet ihr mal testen. Bisher kann man Fotos und Wikepedia-Artikel einblenden.
Leider geht es noch nicht mit eigenen Daten (KML Linien/Flächen/Images oder GPX-Tracks).

Ich schaue mir einfach gerne mal meine GPS-Tracks aus dem Smartphone an, wenn ich
weite Radtouren durch unbekannte Landschaften gefahren bin.
Andersherum kann man in Google Earth auch gut zur Planung einen Polygonzug abstecken,
der dann in OsmAnd als Route erscheint, für unterwegs.

openzzz wrote:

maxbe wrote:

openzzz wrote:

Eine interessanterer Frage wäre vielleicht, ob man die Karte mit Höhendaten anreichern sollte. Z.b. aus der STRM Shuttle-Mission. Die GPS-Höhenmessungen sind leider meist ziemlich daneben. Genial wären natürlich die Daten der Landesvermessungsämter, wenn sie die Höhendaten im Rahmen von OpenData freigeben würden. Einen großen Nutzen hätten Fahrrad-Routing-Anwendungen, die dann nicht immer die schweißtreibende Abkürzung über die Berge nehmen müssten.

Gibt es für Radfahrer hier z.B: http://www.komoot.de/ Zum Selberbauen finden sich sicher auch ein paar Open Source-Router.

Das kann man alles nachbauen. Drei bis vier Leute fürs Programmieren und die Webseite , ein oder zwei für die Wartung der Server, ein oder zwei für die Betreuung der Benutzer und natürlich jemand, der die Kohle ranschafft sollten reichen.

Und wir brauchen jemand, der das plant. Da kommst Du ins Spiel. Ich würde mit der Beantwortung von Walters Fragenkatalog anfangen und dann auf die Suche nach Server, Geld und Mitstreitern gehen.

Grüße, Max

Wow, sehr schön. Der routet tatsächlich um den Berg herum.
OsmAnd wollte mich direkt über den Gipfel routen.
Wenn ich Lust habe fahre ich gerne rauf, aber manchmal will ich einfach nur ohne Anstrengung schnell nach Hause.

Nur schade, dass jetzt der Kälteeinbruch bevorsteht.
Eine wichtige Motivation zum Radfahren ist für mich die Einkehr in einen Biergarten.
Im Winter macht mir das alles keinen Spaß mehr.
Außerdem mag ich die Wälder nur grün, oder herbstlich mit Sonnenschein

Eigentlich halte ich mich aber selbst für die besten Fahrrad-Router. Ich vermeide möglichst alle Straßen mit Autoverkehr,
nehme auch gerne Waldwege, kleine Bachläufe ... Ich bin noch skeptisch mit der Maschinenintelligenz, ob ein
Computer die für mich schönste Route errechnen könnte.
Meine Routenplanung im PC mache ich normalerweise in Google Earth, indem ich ein Polygon zeichne,
KML zu GPX-Konvertierung und dann in OsmAnd einspielen. Der kann anhand dieses GPX sogar akustische
Abbiege-Anweisungen geben. Naja, ich schau aber dann doch lieber mal auf die Karte, zur Sicherheit.
Oder manchmal lege ich auch nur ein paar Waypoints an, die ich besuchen will.
Meist fahr ich sogar ohne Plan los, ohne überhaupt zu wissen wohin es gehen soll.
Einfach mal Kalorien und Stress abbauen, nach einem langen Arbeitstag.

Automatisches Routing mache ich z.B. wenn ich irgendwo mitten im Waldgebiet stecke, es stockduster wird
und ich schnell einfach nach Hause will. Da habe ich dann auch Probleme mit der Sichtnavigation.
Gut, dachte ich, OsmAnd bringt dich schon nach Hause. Aber dann habe ich gemerkt, dass der die Berge
wieder hochwill, die ich gerade heruntergekommen bin. Was für ein Schwachsinn. Die Tal-Route ist
zwar nur ein paar km länger aber deutlich weniger anstrengend und viel flotter.

Was mir an OsmAnd gefällt, dass das Routing komplett von der Speicherkarte funktioniert, ohne
Netzverbindung. Da wo ich fahre gibt es oft sowieso kein Netz. Außerdem habe ich nur eine
150 MB Mini-Flatrate. Tja, dachte ich, wäre nett wenn OsmAnd die Höhe berücksichtigen könnte.

Aber wenn man mal genau nachdenkt ist das schon problematisch. Es wäre natürlich schön wenn OpenStreetMap
selbst Höhendaten bereitstellen würde. Aber das ist ziemlich kompliziert. Die GPS-Geräte können die Höhe nur sehr
ungenau messen, gerade im Gebirge mit Multipath-Ausbreitung der GPS-Signale.
Das Editieren erfolgt ohnehin auf einer 2D-Karte. Also würden beim Zeichnen ohnehin keine 3D-Daten entstehen.

OsmAnd hat die Höhen als separates Overlay. Das sieht gut aus, mit Höhenlinien wie auf einer topografischen Karte.
Aber in dieser grafischen Form sind sie kaum im Routing-Algorithmus automatisch zu verarbeiten.
Man müsste entweder die ganze Kartefläche als Raster von Höhenwerten abdecken,
oder Höhenwerte den Vektordaten gleich bei der Kartenproduktion einkodieren.
Beides hätte Vor- und Nachteile.

Im Idealfall würde man die Daten der Landesvermessungsämter nehmen, weil die wirklich genau vermessen haben.
Sind die als OpenData schon freigegeben? Ich denke langfristig würde das schon in die Richtung gehen.
Bis dahin hat man immerhin die STRM-Daten der NASA.

Falls OSM-Objekte dreidimensionale Koordinaten bekommen, wäre es sicher am besten, diese nachträglich
aus einer Höhenkarte zu ergänzen. Denn an der Höhe gibt es normalerweise gar nichts zu editieren.
Z.b. ist die STRM-Höhenkarte flächendeckend. Es gibt also auch Höhendaten für Positionen auf denen noch
gar keine OSM-Objekte stehen.

"Mal eben so" ist das nicht zu machen. Das wird grundlegende Neudefinitionen der Datenformate benötigen.
Die aufbereiteten Vektorkarten für die Smartphone-Apps sind vermutlich nur auf 2D-Koordinaten ausgelegt.
Änderungen sind dann in erster Linie an der Smartphone-App und am Programm für die Datenaufbereitung zu machen.
Man müsste sich dann da irgendwo einbringen:
http://code.google.com/p/osmand/
Die meisten anderen mir bekannten Offroad-tauglichen Android-Apps bieten leider nicht so schöne
Routing- und Vektorkartenmöglichkeiten. Ein Highlight wie gesagt die Wikipedia-Artikel, die es zum Reiseführer machen.
Sehr schön im Ausland, wo man auch ohne Roaming-Gebühren alles machen Kann.
Ein paar Gigabyte Wikipedia habe ich natürlich auch auf der SD-Karte, wo dann die Voll-Artikel zur Offline-Nutzung
drin sind dt/engl. Nur die Bilder zu den Artikeln passen nicht mehr ... :-)

p.s.: ist ja total off-topic. Da könnte man mal ein eigenes Disskusions-Thema aufmachen.
Aber mach dir keine Hoffnung: ich bin schon zu 150% mit anderen Projekten ausgelastet.
Ideal wäre so etwas für einen Studenten, der so etwa in einer Masterarbeit realisieren würde.
Die muss sowieso publiziert werden, d.h. ist immer eine gute Resource für OpenSource Software.
Jetzt hätte ich fast gedacht, wäre doch etwas für das "Google Summer of Code" Sponsorhip.
https://developers.google.com/open-source/soc/
Da wird jedesmal OpenSource weiterentwickelt. Aber hmm, mal nachgedacht, ist ja eigentlich
die Konkurrenz von OpenStreetMap. Ob die das dann sponsorn würden?

openzzz wrote:

chris66 wrote:

hi ein weiterer osm radrouter der höhendaten berücksichtigt ist brouter.

Danke für den Tipp. Den kannte ich noch nicht.

Schade das die Fahrrad-Saison bald vorbei ist. Im Winter mache ich keine langen Touren mehr.

Hast du den mal ausprobiert? Nimmt er direkt die STRM-Höhendatei und die Vektorkarte von OsmAnd?
Etwas nachteilig ist, dass die Integration in OsmAnd fehlt, d.h. es fehlt ein automatisches
Neuberechnen. Bei mir ist das auf dem Rad sehr häufig, da ich mit dem Router nicht immer
einer Meinung über die beste und schönste Wegeführung bin.
Ich missachte also regelmäßig die Routing-Anweisung :-)
Zuletzt hatte ich den im Wald nur zur groben Orientierung eingeschaltet, da auf dem
kleinen Display das Waldwegenetz nicht so übersichtlich zu erkennen war ...
und um in der Dunkelheit doch wieder nach Hause zu finden ....

openzzz wrote:

maxbe wrote:

openzzz wrote:

Ideal wäre so etwas für einen Studenten, der so etwa in einer Masterarbeit realisieren würde.

Studentische Arbeiten sind selten nachhaltig. Oft sind die Leute weg, sobald sie den Schein dafür haben. Andere wollen zwar daran weiterarbeiten, stellen aber beim allgemeinen Wechsel der Lebensumstände nach dem Studium fest, dass ihre Prioritäten und ihre Zeiteinteilung plötzlich ganz anders aussehen.
Grüße, Max

Deswegen "Masterarbeit". Die sind eher tiefgründiger als andere studentische Arbeiten. Gut, das Diplom damals war besser - da haben Leute im Schnitt 1 Jahr an ihrem Meisterwerk geschraubt. Eine Doktorarbeit ginge u.U. auch, aber da müsste man schon starke wissenschaftliche Aspekte an so einem Thema finden und ausarbeiten. Programmiert wird sehr viel bei solchen Arbeiten. Von grausamem Spaghetticode bis zur professionellen Anwendung hat man schon alles gesehen.

Für die vielen Studenten sucht man immer neue Themen, interessante Sachen die man mal ausprobieren oder untersuchen sollte. Manchmal entstehen dabei vollkommen theoretische Arbeiten, manchmal aber auch praktisch nützliche Untersuchungen inklusive Software. Ist nicht OSM selbst teilweise in studentischen Projekten entwickelt worden? Ich weiss, dass viele der freien GIS-Programme einen Uni-Bezug haben. Für die entsprechenden Lehrstühle ist das natürlich auch ein positiver Aspekt der Außendarstellung. Außerdem ist es Steuergeld - das kann ruhig in OpenSource oder OpenData-Projekte investiert werden. Natürlich suchen sich Akademiker immer einen wissenschaftlichen Bezug. Das Problem "geb mir die attraktivste Fahrradroute von A nach B", oder verändere B entsprechend, dass die Tour noch schöner wird .... geht doch schon fast in Richtung künstlicher Intelligenz. Mit Echtzeitbezug "ganz schön matschig hier ...".

Sicherlich ist die Kontinuität ein Problem. Wenn der Student geht, will er einen gutbezahlten Job. Bei ESRI würde er dann sicher keine OpenSource mehr produzieren. Aber das ist ja gerade das schöne an OpenSource. Der Code liegt offen und der nächste Student kann weitermachen. Egal wo auf der Welt.

Es gibt immer OpenSource-Projekte, die mangels Entwickler oder mangels Aufmerksamkeit einschlafen. Ebenso gibt es aber auch viele Erfolgsgeschichten von evolutionärer Entwicklung. QGIS wird mittlerweile auch gerne im akademischen Umfeld für professionelle Karten eingesetzt. ArcGIS kann sich nicht jeder leisten.

Danke für die sowohl präzise als auch kompakte Analyse!

Gruß Wolf