warum gibt es bei OSM nicht mehr Zoomstufen?
Vorallem in Städten finde ich es dann sehr unübersichtlich.
Sogar in meinem Dorf, fände ich es besser.
Gibt es irgendeine möglichkeit die Server zu unterstützen wie zB mit sowas : http://boinc.berkeley.edu ?
Da man bei OSM sowieso die Möglichkeit hat so viele Details zukartieren.
Fändet ihr das auch besser, wenn es mehr Zoomstufen gäbe ?
Warum wird das auch überhaupt nicht gemacht, wegen der Server leistung?
Wenn ja, wie kann diese verbessern ?
Der eigentliche Frevel ist ja, dass man auf openstreetmap.de nur bis Zoom 17 bekommt, gerade wo in Deutschland doch vielerorts schon sehr ins Detail gemappt wurde. Da kann ich es meinen Mitmenschen nicht übel nehmen, wenn sie sich beschweren, dass doch Hausnummern und Wegnamen fehlen. Den Kartenstilwechsler nicht zu finden kann man ihnen auch nicht wirklich übel nehmen. Aber stimmt schon, sogesehen verkaufen wir uns unter Wert.
Heute auf dem LinuxTag hat uns jemand von MapsForge angesprochen. Die entwickeln seit drei Jahren mit 12 bis 15 Mann einen Echtzeit-Renderer. Fertig zum Runterladen gibt es den schon für Android-Telefone auf deren Seite. Das Ding lief atemberaubend schnell und sah besser aus als die fertigen Pixelkarten von Mapnik oder Osmarender, da eben Vektorgrafiken.
Die Software steht unter LGPL v3.
Wenn das Ding auf so 'nem lahmen Handy völlig flüssig läuft, muss es auf einem PC schneller sein als die momentane Slippymap mit Pixelgrafikkacheln.
Das Ding kann beliebige Objekte aus- und einblenden, und eben beliebige Vergrößerungen darstellen, auf die man Lust hat.
Wer ein Android-Handy hat, sollte das Ding unbedingt mal testen. Die App ist nur 280kB groß. Und die Berlin-Karte 10MB. Deutschland hat eine Größe von 1GB.
Die App hat noch den provisorischen Namen AdvancedMapViewer-0.2.3.apk. Falls jemand eine bessere Idee hat, bitte dort melden.
Routing ist in Arbeit. Mapeditor ist in Arbeit. Verschiedene Kartenstiele sind in Arbeit (auch das Aus- und Einblenden beliebiger POIs usw.).
Laut einem von MapsForge durchgeführten Benchmark ist das Echtzeitrendern auf aktuellen Androidgeräten schneller als das Herunterladen von Pixelgrafikkacheln per WLAN oder UMTS.
Läuft ab Android Version 1.5. Für PC gibt’s meines Wissens noch keine Version.
Nur, wenn man die ganze Welt auf einer höheren Zoomstufe rendert, doch das macht keinen Sinn – 2/3 der Erdoberfläche sind langweiliger Ozean. Man müßte die höheren Zoomstufen auf die interessanten Gebiete beschränken – in erster Näherung vielleicht die Landmassen. Bei 1/3 Landmassen hätte man schon nur noch 33% mehr Speicherplatz und Rechenzeit für das nächste Zoomlevel. Stärkere Einschränkungen sind sicher sinnvoll und möglich.
soweit ich weiß, werden 90+% aller Tiles niemals gerendert. Der Aufwand unterscheidet sich jetzt auch nicht so sehr wenn es ein Zoom Level mehr gibt. Je höher der Zoom, desto kleiner das Gebiet, welches abgefragt und verarbeitet wird und desto schneller geht das alles. Viel problematischer sind die Level 6, 7… Da müssen gigabyteweise Daten verarbeitet werden, um eine Kachel zu erstellen. Die sehr hohen Vergrößerungen sind eigentlich recht anspruchslos.
Hat der Berliner meine posts nicht gelesen, hab’ das Ding doch hier im Forum schon mehrfach erwähnt
Der “AdvancedMapViewer” ist leider noch sehr rudimentär, weil er z. B. nicht mal “suchen” kann und somit
bislang ein “einfacher Kartenbetrachter” ist.
Aber was noch nicht ist, kann ja noch werden
praktisch wäre eine karte, die die zoomstufe variabel hält, basierend auf der node-dichte pro 100m, oder so. je mehr nodes auf dem bereich, desto höher kann man an der stelle reinzoomen.
Und noch besser wäre eine Vektorkarte. Dann könnte man überall beliebig vergrößern. Wenn das auf so ollen Telefonen läuft muss es auf PCs im Browser doch auch problemlos möglich sein.
Es gibt die NearMap: http://www.nearmap.com/ - wobei ich die nicht sooo schön finde. Die Daten dort werden eher selten aktualisiert.
Edit: Und es gibt eine Flash-Karte für POIs. Die kann auch sehr weit rein zoomen: http://beta.flosm.de/mapthemes/pois/ - aber die Karte ist gedacht um POIs anzuzeigen…
Ich faende eine Zoomstufe mehr auch nicht schlecht.
Nein, nicht wirklich. Zumindestens nicht bei der “Mapnik” standard Ansicht. Die wird auf einem einzelnen sehr leistungsfaehigen Server berechnet und es gibt derzeit keine Moeglichkeit das “distributed” zu machen.
Server Leistung ist mit Sicherheit eine der Gruende. Bis vor kurzem war der Renderingserver seit einer Weile kronisch ueberlastet. Wie schon erwaehnt wurde fuegt jedes Zoomlevel theoretisch 4 mal mehr Daten hinzu als das vorherige. Gerade weil nur ein Bruchteil der Karten gerendert werden ist jedes weitere Zoom level sehr rechen intensiv, da das Verhaeltniss von bereits berechneten Tiles zu rendernden Tiles stark abnimmt.
Seit dem Hardware update vor kurzem sieht die Sache wieder etwas besser aus. Ob die Admins allerdings vor haben / bzw bereit sind ein weiteren Zoom level hinzuzufuegen weis ich nicht. Schliesslich wuerde so die Zeit bis der Server dank steigender Benutzung wieder ueberlastet ist sinken. Ich werde aber mal nachfragen wie sie dazu stehen und ob sie es als Moeglichkeit betrachten wuerden.
Ich würde an deren Stelle lieber versuchen, die Last auf mehrere Server zu verteilen. Osmar hat das ganz gut gemacht, scheint aber auch fast am Ende zu sein.
Irgenwie erscheint es mir unsinnig, den EINZIGEN Karten-Server immer leistungsstärker zu machen, in der Hoffnung, dass er für die nächste Zeit schnell genug ist.
Von Sicherheit im Sinne von Stabilität/Verfügbarkeit mal ganz abgesehen.
Gruss
Walter
p.s. Ja, ich weiss, dass OSM “eigentlich” die Mapnik-Karte nur zu Anschauungszwecken erzeugt, aber wir werden daran gemessen.
Mag sein.
Aber auch wenn nur 10% je gerendert werden, sind’s dann 4x so viel Renderungen ggü. heute …
Und immer noch 4x so viel Platz, auch wenn 'ne Ozeankachel gut komprimierbar ist, das ist sie ja auch bei den anderen Leveln.
Pro Kachel mag die zu verarbeitende Datenmenge bei 6/7 enorm sein, insgesamt dürfte der Verarbeitungsaufwand pro Stufe aber steigen, da immer mehr Elemente über Kachelgrenzen gehen und mehrfach angefasst werden müssen.
Guckt euch bein der nearmap mal Australien z.B. Sydney und zoomt mal ganz nah ran in der PhotoMap Einstellung. Ich sehe sogar die Telefonkabel einzeln an den Masten hängen. Von solchen Bildern würde ich gerne abzeichnen dürfen.
Die Flosm Karte geht eindeutig in die von mir bevorzugte Richtung. Ich kann auf Wunsch nur das Anzeigen, was mich interessiert und ich bekomme alle Infos zum Poi wenn ich drauf klicke. Genau so gehört sich das.
Ich kann mich in einem mir unbekannten Gebiet umsehen indem ich alles einblende. Ich kann mir eine Übersicht über die weitere Umgebung schaffen, indem ich nur bestimmte Pois auswähle. In Mapnik werden viele Sachen überhaupt nicht angezeigt. Z.B. den Kaunverleih. Obwohl ich selber denen sogar ein Icon dafür gebastelt habe und die Informationen in der Karte stehen. Sämtliche Zusatzinformationen zu den Pois werden gar nicht angezeigt (Öffnungszeiten) obwohl genau das die Stärke von Openstreetmap sein müsste.
Im Maerz waren 430 Millionen Z17 Kacheln gerendert und 618 Mio Z18 Kacheln. Allerdings wird im Durchschnitt jede Z18 Kacheln vermutlich nur sehr selten gesichtet, so das der Renderingaufwand relative stark steigt.
Vor einer Weile hatte der Rendering server 600Gb Platz fuer tiles. Sobald der Platz voll war, wurden die aeltesten Z17und Z18 tiles geloescht. Inzwischen hat der Server 1.2Tb fuer Kacheln. Die Anzahl der fehlenden und zu rendernden Kacheln hat sich seitdem aber auf den ersten Blick nicht verringert. Insofern ist der Hit-ratio nicht durch die verdoppelung des Caches gestiegen, was eben darauf hindeutet das diese Kacheln alle nie wieder betrachtet werden.
Derzeit verwendet der Server 12 rendering threads, sodass der Server maximal 12 “rendering Sekunden” pro Zeit Sekunde verbringen kann. An dem Graphen kann man also sehen wie stark der Renderer ausgelastet ist. Allerdings kann man auch sehen, das ein Z19 vermutlich saemltiche “Spare capacity” aufzehren wuerde.
hi, kannst du mir bitte mal ganz knapp sagen, wieso ihr das nicht “verteilen” könnt/wollt?
ich kann mir einen Hafen Gründe vorstellen, aber so richtig gravierendes ist für mich nicht dabei.
Ich kenn mich ja nicht gut aus mit den Rendern aber , es wäre aber nütztlich.
Aber wie macht man das dann mit dem Übergang, dort wo es dann diese Zoomstufe nicht gibt ?
Aber dann muss ja immer das Endgerät rendern, oder ?
Und die Vektor MAp weis ja nicht ab wann welches objekt nicht mehr dargestellt werden soll.
Und insgesamt Flash mag ich sowieso gar nicht, da HTML5 sehr wahrscheinlich sowieso die Zukunft ist.
Aber wie schon erwähnt, von einer Karte wie nearmap abzuzeichnen wäre ziemlich toll, da sieht man ja sogar Strassenlampen, Ampeln usw!
Aber nochw as andres was ist eigentlich mit mobilen geräten wie iPad, iPhone und Android Handys?
Da ich ein iPad habe finde ich es blöd das man immer auf opentouchmap.org gehen muss um die Karte im Browser zu sehen, wäre es nicht sinnvoll TouchMaplite in die OSM.org Seite zu integrieren ?
Je nachdem wie man Sachen definiert, koennte man argumentiern das eine Version davon bereits jetzt verwendet wird.
Tiles werden nur dann gerendert wenn sie das erste mal jemand ansieht. In der Saharaa wo es keine Daten gibt ist es nun sehr unwahrscheinlich das jemand auf Z18 oder auch nur Z17, Z16 oder Z15 zoomt. Insofern existieren dort die z.B. Z15 - Z18 tiles nicht. Mitten in Muenchen hingegen schon. Insofern passt sich die Karte jetzt schon nach der “node dichte” an, nur das diese Entscheidung wann hoehere Zoom levels benoetigt werden an den User ausgelagert wurde.
Das funktioniert eigentlich recht gut, bis die ganzen Tilescraper programme vorbei kommen und vollkommen undiferenziert die ganzen high zoom tiles anfordern, die dann gerendert werden muessen, ob die “node dichte” das rechtfertigt oder nicht.
Der Zoom-level ist also nur der “maximale Zoom”. Die Frage insofern ist bis zu welchem maximalen Zoom level kann man den Resourcen verbrauch rechtfertigen.
Bei Z19 waere die Rechtfertigung wahrscheinlich noch gegeben. Bei Z20 und darueber wohl eher nicht.
Ansonsten, das andere grosse Problem ist moeglicherweise der Tile expiry code. Um Z19 zu expiren waeren wahrscheinlich 4 mal mehr Festplattenzugriffe von noeten (da der Code nicht im voraus weis ob die tiles ueberhaupt existieren) und das koennte ein Problem sein.
Die naechste Version von OpenLayers wird wohl einige neue features fuer touchscreens enthalten ( http://openlayers.org/blog/2011/02/21/mobile-sprint-day-one/ ). Insofern sobald die naechste Version von OpenLayers freigegeben wird, wird OSM.org wahrscheinlich kurze Zeit danach auch davon profitieren.
