OpenStreetView Alternativen?

Eine wichtige Frage ist sicherlich, was du mit deiner Arbeit machen möchtest:
1. Sollen Mapper gezielt danach mappen können?
2. Soll es einfach nur die Gegend kontinuierlich ablichten? (Für wen genau?)
3. Willst du selbst die Fotos zur Illustration des Urlaubs nutzen etc. ?
4. Sollen daraus Panoramas z.B. von bekannten Orten gestitcht werden?

1. Ich hatte es mir ausgedach, um die Gegend detailierter zu mappen. Details die man halt auf einem Sat-Bild nicht sieht wie z.B. Hecken, Bäume, Schilder und Strassennamen (!)

2. Genau...wenn ich dran denke und mein Handy an die Scheibe klebe (linkse Seite = mehr Entfernung zu Häusern + bei hin/zurück beide Strassenseiten drauf), dann wird es so sein (jede ca. 3 Sek ein Foto..muss ich mal bei 50 Kmh im Ort austesten). Für wen? Siehe 1. + meine Frage 🙂

3. Nein..geht um lokale gegend bzw. wo ich auch immer rumfahren werde

4. Genau dadurch bin ich auf die Idee vorhin gekommen - als ich vorhin aus dem Fenster ein Panorama geschossen hab, um lokal die Strasse hier in OSM zu vervollständigen 🙂

Meine Erfahrungen mit seitlich aus dem Fenster geschossenen Smartphone-Fotos sind nicht besonders gut. Die sind schon bei relativ niedrigen Geschwindigkeiten verschwommen. Hausnummern konnte ich komplett vergessen, viel größere Schriftzüge in der Entfernung konnte man teilweise erahnen.

Willst du die von dir geschossenen Fotos auswerten, soll dies (halb-)automatisch geschehen oder sollen die Fotos anderen zur Verfügung stehen?

Es werden jede Menge Bilder dabei sein, mit denen man nichts anfangen kann. Somit vermute ich, die Motivation nach diesen Bildern zu mappen wird nicht sonderlich hoch sein.

Probier es am besten mal selbst aus. Mach eine solche Bilderfolge und lad die Bilder dann in JOSM. Dann kannst du sehen wieviel Informationen du daraus gewinnen kannst.

Ich hab das Samsung S3, welches eine 8 Megapixel Kamera besitzt...bei Sonnenschein sollte man auf jeden Fall scharfe Fotos bekommen - sonst sieht das auch sehr nett aus.

Ja darum geht es - ich kann die Fotos für mich nutzen und die dann Teils einfach nur löschen, wenn ich sie nicht brauche..oder in ein OpenStreetView-ähnliches Projekt laden...
Paar hundert Fotos bearbeiten sind kein Problem - mein Lightroom-Album liegt bei fast 70.000 Fotos. Shootings mit über 1000 Fotos sind normal - die Fotos geh ich in kurzer Zeit durch und sortiere aus 😉 Das geht mit Lightroom schon ziemlich bequem...
Eventuelle Unschärfe der Fotos und sonstige Optimierungen kann ich da auch direkt bearbeiten (man bearbeitet ein Bild und übernimmt diese einstelung auf xxxxx selektierte Bilder - das kann man nicht mit Paint oder Photoshop vergleichen)

Das mach ich gleich auf dem Weg Heim 🙂 Ich denke für den Anfang stelle ich 5 Sekunden ein - die Fahrt dauert ca. 10 Minuten, was 120 Bilder entsprechend würde

Ah ok, also willst du deine eigene Gegend und in erster Linie für dich als Gedankenstützte erfassen.

Ich selbst habe ja viel mit Videomapping experimentiert, bin aber der Meinung, dass es nur bedingt eine set-it-and-forget-it Lösung ist. Das Problem ist einfach, dass man als Mapper doch sehr gezielte Sichten haben will (Straßenschild, Hausnummer, Hecken und Peripherie, oder doch lieber die gesamte Hausfassade möglichst ohne Verdeckungen?). Ein anderes Problem ist die Sichtung der Aufzeichnungen, die auch bei automatisch geschossenenen Bildern sehr zeitintensiv sein wird und wahrscheinlich weniger gut auf andere auslagerbar ist (es kann teilweise die Orientierung abreißen).

Was spricht denn gegen eine App, die GPS+Kompass mit in die Bilder einprägt und die dann einfach mit JOSM zu öffnen?

!i! wrote:

[...]

Was spricht denn gegen eine App, die GPS+Kompass mit in die Bilder einprägt und die dann einfach mit JOSM zu öffnen?

Eehm - anders würde es ja keinen Sinn machen 😉 Natüüürlich kommen die GPS-Koordinaten mit rein. Deshalb meine ursprüngliche Frage bzgl. OpenStreetView - sozusagen für die doppelte Nutzung der Bilder...also einfach 100 Bilder auswählen und die werden auf den Server hoch geladen und auf die richtige Position gesetzt. Bei denen läuft anscheinend nicht mal das automatisiert 🤔

Ah check (sorry) 🙂

Ne da ist mir nichts bekannt, was aktuell laufen würde. Für open3dmap (3D Modelle von POIs und Gebäuden) plane ich sowas mit ein, das wäre aber nur für ganz bestimmte Objekte und nicht flächendeckend.
Im Zweifel einfach auf der Platte behalten, da wird bestimmt noch eine Verwendung kommen 🙂

Also erster Test verlief nicht gut - hatte nur fünf Fotos von der App. Irgendwie hat die nach kurzer Zeit aufgehört aufzunehmen... Alle Bilder noch vor dem Losfahren geschossen 🤔

open3dmap hört sich nett an - konnte allerdings nichts genaues finden. Die org-Adresse gibts anscheinend nicht mehr. Was ich gefunden habe ist:
http://wiki.openstreetmap.org/wiki/OpenBuildingModels

Und eine nette App für Android - OSG-Explorer. OSM-Karten mit 3D-Gebäuden
http://wiki.openstreetmap.org/wiki/OSG-Explorer

Hört sich aber interessant an..womit werden die Gebäude erstellt bzw. in welchem Format müssen diese sein? Wenn ich schon Gebäude während der Fahrt ablichte, dann kann ich zumindest 3D Gebäude mit Texturen auf der Frontseite erstellen...Dächer kann man erstmal aus den Bing-Karten rausschneiden 😉

Zur Zeit ist von meiner Seite noch nichts gemacht außer ein bißchen Planung. OpenBuildingModels ist da viel weiter.
Ansonsten kannst du 3D derzeit nur mit einigen Attributen beschreiben und noch keine externen 3D Modelle dafür nehmen:
http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings

Das kenn ich noch! Irgendwann gabs mal eine Diskussion bzgl. der Dachformen...

Wo ist dann der Unterschied zu deinem Projekt bzw. wieso macht es Sinn so viele parallel zu starten?

Also es gibt zwei prinzipiell unterschiedliche Herangehensweisen, um ein Gebäude in eine 3D-Darstellung auf OSM-Basis zu bekommen:

Entweder man beschreibt das Gebäude wie so ziemlich alles andere in OSM mit Geometrie und Tags. Dafür gibt es als kleinsten gemeinsamen Nenner zwischen verschiedenen 3D-Renderern das Taggingschema "Simple 3D Buildings". Wenn man momentan 3D mappt, macht man das normalerweise so, und für die meisten Gebäude wird das wohl auch in Zukunft das Mittel der Wahl sein.

Oder aber man bastelt ein detailliertes Modell in einem spezialisierten Modellierungswerkzeug - also so was wie Blender, Sketchup, ... -, lädt es irgendwo hoch und verlinkt aus OSM nur darauf. Das erlaubt theoretisch viel detailliertere Modelle, inklusive vor Ort geknipster Fototexturen und so weiter. Nachteile des Ansatzes sind der höhere Aufwand für den Mapper beim Erstellen und für das Auswerteprogramm beim Rendern, und auch noch einige ungelöste Probleme wie die exakte Ausrichtung des Modells und seine passgenaue Verbindung z.B. mit einem Fußweg zur Eingangstür oder dem Nachbargebäude.

Der eigentliche Grund, warum der Modell-Hochladen-Ansatz noch nicht viel mehr als Theorie ist, ist aber das Fehlen einer zentralen Datenbank zum Hochladen solcher Modelle, die auch wirklich mit den gängigen 3D-Renderern kompatibel ist. Die einzige existierende solche Datenbank ist "OpenBuildingModels" von der Uni Heidelberg, und das einzige Programm, das deren Modelle dann einbindet, ist ihr eigener 3D-Viewer. Leider wirkt das Projekt derzeit eher vernachlässigt und sie haben seit der Erstveröffentlichung kaum mehr auf Feedback reagiert. Daher bleibt halt der Gedanke, eine besser funktionierende Hochlade-Datenbank auf die Beine zu stellen.

Das mit den Tags ist ja schon nicht schlecht - sollte man evtl. um eine Texturfunktion erweitern...also Haus in vier Seiten aufteilen + die Möglichkeit geben je Seite eine Textur zu hinterlegen. "TextureSide1=xxxxxx.jpg" z.B. - wobei Side1 = Seite von Punkt 1 bis erste 90° Kante wäre...ist ist dann evlt. das Problem mit komplexeren oder runden Gebäuden 🤔
Alternative wäre eine gestitchte Panorama-Textur für Gebäude. Quasi im Format 4:1, dessen rechte Kante Punkt 1 des Objektes entspricht bzw. die "Side1". Intern wir dann die Textur via UV-Mapping auf die ganzen Seiten verteilt.
Das mit der Modellierung ist glaube nur für wirklich spezielle Gebäude wie unseren Herkules in Kassel oder Eiffelturm interessant.

Wie du ja selber merkst, muss man da ganz schön Verrenkungen machen.

Für mich stellt sich da immer die Frage nach der Verhältnismäßigkeit. Wenn man Objekte wirklich komplett individuell beschreiben will, ist doch ein eigenenes 3D Modell viel sinnvoller (weil isoliert und mit besseren Werkzeugen auszumodeliieren), als mit dutzenden Tags die OSM DB damit zu belasten?

!i! wrote:

Wie du ja selber merkst, muss man da ganz schön Verrenkungen machen.

Für mich stellt sich da immer die Frage nach der Verhältnismäßigkeit. Wenn man Objekte wirklich komplett individuell beschreiben will, ist doch ein eigenenes 3D Modell viel sinnvoller (weil isoliert und mit besseren Werkzeugen auszumodeliieren), als mit dutzenden Tags die OSM DB damit zu belasten?

Ein paar wenige Taggs, einige Building-Parts, dazu noch roof:ridge/edge das reicht doch selbst für Kirchen. Erst wenn man Dinge wie die Stützbögen an einigen größeren Kirchen oder alle Dachgauben/Balkone nachbilden will, kommt man an die Grenzen, wo man mit Parametern kaum noch zu einem befriedigendem Ergebnis kommt.

Allerdings kommt es auch darauf an, was man als Ziel hat. Bei OSM2World ist man auf Z18 beschränkt. Da würden viele Details sowieso nicht mehr darstellbar sein (achte mal auf die Größe der Eingänge). Selbst der Kölner Dom lässt sich mit Parametern ausreichend genau beschreiben. Das ist sicher nicht perfekt, aber wenn man an Z18 als Grenze denkt eben ausreichend für den Gesamteindruck.

Von daher halte ich den Aufwand in ein echtes 3D-Modell zu stecken, in den meisten Fällen für übertrieben.
Wenn es mal Darstellungen mit wesentlich höherer Auflösung geben wird, sieht die Sache dann anderes aus. Allerdings braucht man für mehr Details überproportinal mehr Zeit unabhängig davon, ob man das als 3D-Modell erstellt oder mit Taggs beschreibt.

Von daher mein Rat, lieber viele Gebäude mit Parametern (Taggs) für 3D fit machen, als nur einige wenige möglichst genau als 3D-Modell.

PS: Werden bei OSM2World für Eingänge Breite und Höhe beachtet? Bei größeren Gebäuden sind die gerne mal einige Meter breit und deutlich über 2m hoch.

Edbert (EvanE)

Ich stimme dir da total zu, denke aber auch, dass es die Mischung macht.
Es kommt eben darauf an, ob man nur ein gröberes Stadtmodell haben will, oder etwa für Spiele, Animationen oder Navis hochauflösende und photorealistisch texturierte Modelle haben will. OSM kann derzeit ansatzweise beides leisten 🙂
Für Mapper ist es deshalb wahrscheinlich am besten, wenn man die Fotos der Modelle aufhebt, dann kann die Arbeit später bestimmt noch genutzt werden.

EvanE wrote:

Allerdings kommt es auch darauf an, was man als Ziel hat. Bei OSM2World ist man auf Z18 beschränkt.

Bei der OSM2World-Slippymap, ja. Du kannst natürlich mit OSM2World z.B. im Viewer näher ranzoomen, oder dir eine Karte von deiner Gegend mit höherer Auflösung rendern etc.. Das ist also keine prinzipielle Limitierung von OSM2World, sondern eine Frage dessen, was der Slippymap-Server verkraftet.

Ich stimme jedoch zu, dass eine Grunderfassung möglichst vieler Gebäude mit 3D-Basistagging als erster Schritt wünschenswert ist.

Und auch wenn wir irgendwann 3D-Modelle für bestimmte Gebäude haben, sollte für diese Gebäude immer noch eine Simple-3D-Attributierung vorhanden sein. Ein Modell mit individuellen Texturen braucht ja z.B. um Größenordnungen mehr Speicherplatz als ein paar Ways mit Tags, also wird man sich etwa bei Offline-Karten höchstens für ausgewählte Modelle individuelle Texturierung erlauben können. Wie !i!s Beispiele zeigen, ist es wirklich eine Frage des Anwendungsfalls, was besser ist.

PS: Werden bei OSM2World für Eingänge Breite und Höhe beachtet? Bei größeren Gebäuden sind die gerne mal einige Meter breit und deutlich über 2m hoch.

Ja.

Sieht allerdings manchmal trotzdem etwas komisch aus, weil es bisher nur eine Form (rechteckig) und Textur für alle Eingänge gibt.

ok..wenn ich also die "3D-Grundtags" auf die Gebäude in den Dörfern lege - wo und wann (ebenfalls tägliche Aktualisierung?) kann ich diese dann in 3D betrachten? OSM2World?

AlphaRay wrote:

ok..wenn ich also die "3D-Grundtags" auf die Gebäude in den Dörfern lege - wo und wann (ebenfalls tägliche Aktualisierung?) kann ich diese dann in 3D betrachten? OSM2World?

http://maps.osm2world.org Aktualsiert wird jedoch nur wöchentlich.

Danke 🙂 Muss ich dann mal zusehen, dass ich ne andere App für mein Handy finde wg. den Fotos...fahre dann die Tage die Hauptstrasse auf und ab für die ungefähre Haushöhe bzw. Stockwerkanzahl und die Hausnummern zu ermitteln

Lernen an Beispielen ist manchmal ganz hilfreich. Da gerade das Schweriner Schloss in WN promoted wurde, habe ich mir den Bereich einmal in JOSM heruntergeladen, lokal gespeichert und dann meinen lokalen OSM2World Viewer damit gefüttert, inkl. Herumprobieren, wie sich Änderungen auswirken.
Die Übung fand ich recht aufschlußreich, da mich die endlos scheinenden Variationen im Wiki bisher eher abgeschreckt hatten, überhaupt in 3D von der Datenseite her reinzuschauen. Am konkreten Beispiel ist das plötzlich gar nicht mehr so sehr "rocket science".

Gibt es irgendwo noch eine Sammlung guter (möglichst fertiger) Beispiele? Im Wiki finde ich nur fertig gerenderte 3D-Bilder, jedoch ohne Link zu den Rohdaten.

@Tordanik: OSM2World ist von dir, wenn ich das richtig seh? 🙂 Ich habs grad gestartet...die Texturen werden allerdings nicht gefunden. Hab den Ordner mit der definitionsdatei direkt in den Hauptordner entpackt, nur tut sich da leider nichts. Habe nur einfarbige Flächen. Muss ich das noch irgendwo aktivieren? Finde da nichts im menü

Zudem könnte ich einen Beitrag zu Texturen und Bäumen leisten. Vor allem bzgl. Bäumen..habe da mal einen Treegenerator gekauft, welcher detalierte 3D-Modelle oder einfach nur eine "Pappfigur" erstellen kann (zwei renderings des Baums um 90° in der Mitte versetzt).
Anzahl Äste, dicke Äste/Stamm und Formen sind einstellbar. Ebenfalls die Wurzelform. Der Stamm und die Blätter (bzw ."Feinäste") sind Texturen, welche man nach beliebigen erweitern kann.

mmd wrote:

Lernen an Beispielen ist manchmal ganz hilfreich. ...
Die Übung fand ich recht aufschlußreich, da mich die endlos scheinenden Variationen im Wiki bisher eher abgeschreckt hatten, überhaupt in 3D von der Datenseite her reinzuschauen. Am konkreten Beispiel ist das plötzlich gar nicht mehr so sehr "rocket science".

Gibt es irgendwo noch eine Sammlung guter (möglichst fertiger) Beispiele? Im Wiki finde ich nur fertig gerenderte 3D-Bilder, jedoch ohne Link zu den Rohdaten.

Sieh dir mal einige Objekte in Bonn Umgebung der Heinemannstraße an (in OSM).

Interessante Objekte sind das Hotel Maritim, die Kindertageseinrichtungen, die Aktion Mensch, das Gustav-Stresemann-Institut, das Rheinauen-Carré und die Friedrich-Ebert-Stiftung. Für die letzten beiden musst du ggfs. etwas hin- und herschieben. Etwas weiter im Westen wären noch der Dreizehnmorgenweg 36 und 38 interessant. Die Haltestelle Max-Löbner-Straße ist als Nur-Dach auch ganz nett, wenn auch eine sehr grobe Annäherung an die reale Gestaltung.

HTH
Edbert (EvanE)

AlphaRay wrote:

@Tordanik: OSM2World ist von dir, wenn ich das richtig seh? 🙂 Ich habs grad gestartet...die Texturen werden allerdings nicht gefunden. Hab den Ordner mit der definitionsdatei direkt in den Hauptordner entpackt, nur tut sich da leider nichts. Habe nur einfarbige Flächen. Muss ich das noch irgendwo aktivieren? Finde da nichts im menü

Ja, das ist von mir. Du musst beim Aufruf die Definitionsdatei mit angeben (oder die Batch/Shell-Datei entsprechend bearbeiten). Der zusätzliche Parameter könnte beim Standard-Dateinamen so aussehen:

--config texture_config.properties

Alles noch etwas holprig, ich weiß. Aber ich schreibe derzeit an meiner Masterarbeit und komme leider selber erst nächsten Monat wieder zu größeren Verbesserungen an OSM2World.

Zudem könnte ich einen Beitrag zu Texturen und Bäumen leisten. Vor allem bzgl. Bäumen..habe da mal einen Treegenerator gekauft, welcher detalierte 3D-Modelle oder einfach nur eine "Pappfigur" erstellen kann (zwei renderings des Baums um 90° in der Mitte versetzt).
Anzahl Äste, dicke Äste/Stamm und Formen sind einstellbar. Ebenfalls die Wurzelform. Der Stamm und die Blätter (bzw ."Feinäste") sind Texturen, welche man nach beliebigen erweitern kann.

Cool. So was ähnliches hab ich auch verwendet, allerdings "nur" ein Open-Source-Tool (Arbaro) – und ich kann es nicht wirklich bedienen. 😉 Die "Pappfiguren" sind ziemlich genau das, was OSM2World für OpenGL-Output derzeit tut, wenn man die Definitionsdatei benutzt.

Wie würdest du dir verschiedene Baumvarianten vorstellen? Zufallsgesteuert oder tatsächlich unter Berücksichtigung von Detailtagging wie z.B. beim Entwurf von Marek?

Ja die Bachdatei ging bei mir gar nicht - auch nicht unter Angabe des korrekten Verzeichnisses. Kann irgendwie JAR-Dateien nur durch Doppelklick starten 🤔 Java stürzt sonst direkt ab...hab das Problem auch bei JOSM.

Naja..für Deutschland ganz simpel eine Buche in klein und groß (kleine Bäume haben ja eine ganz andere Form als ausgewachsene - u.a. kleinere Blätter), Tanne und Kiefer. Da wo nichts angegeben ist natürlich per Zufall, sonst eines der Bäume. Dann z.B. "Laubbaum 2 Meter" -> kleine Version der Buche und entsprechend skalieren.

Den Generator hab ich:
http://www.thegamecreators.com/?m=view_product&id=2087

Hier kannst du dir die Software als Demo anschauen was möglich ist - nur speichern kann die nicht:
http://www.thegamecreators.com/?m=view_ … &page=demo

Hab die Batch-Datei jetzt doch noch zum laufen bekommen - allerdings weiß ich nicht wohin mit dem Parameter. Vor der JAR geht es nicht und macht ja auch wenig Sinn. Dahinter funktioniert das auch nicht:

c:\windows\syswow64\java.exe -Xmx1G -jar OSM2World.jar --config example_config.properties %

unter Ubuntu scheint java -jar OSM2World.jar --config texture_config.properties --gui zu funktionieren... (texture_config.properties aus der example texture selection auf http://osm2world.org/download/)

BTW: Dank an Edbert für die Beispiele!

Hätte das Ubuntu-Setup funktioniert und meinen Laptop nicht zerschossen, dann hätte ich es da gemacht 😉 Sitze grad am Haupt-PC mit Windows 7...

Habs probiert - so geht das hier auch! War vielleicht das komische Prozentzeichen...oder da fehlende --gui

Was ich bei TreeMagik vergessen hab: man kann mithilfe einer Blatt-Textur (von jeder beliebigen Plfanze halt) eine "Ast-Textur" erstellen. D.h. die Blätter auf eine viereckige Textur mit transparentem Hintergrund legen, welche dann auf jeden Ast des 3D-Baumes gelegt wird 🙂 Somit ist man da total flexibel. Man kann natürlich auch extern erstellte oder sogar fotografierte Asttexturen verwenden

Hab mal in JOSM vorhin paar Häuser mit diversen Parametern versehen. Stockwerk-Angabe führt anscheinend zu komischen Fenstern, was bei Fachwerkhäusern merkwürdig aussieht. Die Dachform wird allerdings überhaupt nicht übernommen:

Die Kirche sieht jedenfalls schon interessant aus 😉 (vorne links mit dem roten Dach und dem grauen Turm). Sehe gerade, dass nur bei einem Haus die Dachform übernommen wurde. Rechts mitte links von der doppelstrasse.

Verwendete Paramter:
building=yes
building:levels=2
building:roof:orientation=along
building:roof:shape=hipped
building:height=14

das "hipped" geht. Die anderen sind mit "pitched" getagged, was nicht funktioniert

AlphaRay wrote:

...
Hab mal in JOSM vorhin paar Häuser mit diversen Parametern versehen. Stockwerk-Angabe führt anscheinend zu komischen Fenstern, was bei Fachwerkhäusern merkwürdig aussieht. Die Dachform wird allerdings überhaupt nicht übernommen: http://s1.directupload.net/images/130407/edvst75h.jpg

Die Kirche sieht jedenfalls schon interessant aus 😉 (vorne links mit dem roten Dach und dem grauen Turm). Sehe gerade, dass nur bei einem Haus die Dachform übernommen wurde. Rechts mitte links von der doppelstrasse.

Verwendete Paramter:
....
building:roof:shape=hipped
building:height=14

das "hipped" geht. Die anderen sind mit "pitched" getagged, was nicht funktioniert

"pitched" ist bei Simple_3D_Buildings#Roof im Gegensatz zu "hipped" nicht definiert.
Also zurück auf die Standard-Einstellung (Flachdach, rot).

Edbert (EvanE)

Huch..das ist ja ne ganz andere Seite 🤔

Ich hatte hier geschaut...! Danke für den richtigen Link
http://wiki.openstreetmap.org/wiki/Glosm

@Tordanik: habe jetzt auf mind. 50 Gebäuden die Parameter gesetzt - beim laden stürzt der aber ab (bei "generating terrain.."

"JTS triangulation failed" steht in der Konsole als letzter Fehler.

Wenn du selber testen magst - die Daten sind oben:
http://www.openstreetmap.org/?lat=51.24 … 5&layers=M

AlphaRay wrote:

@Tordanik: habe jetzt auf mind. 50 Gebäuden die Parameter gesetzt - beim laden stürzt der aber ab (bei "generating terrain.."

Ich hab deine Region gerade mal manuell auf dem Server angestoßen und das hat Problemlos geklappt. Es gab zwei kleinere Fehler in den Daten, die aber kein Grund für einen Absturz sind und wie man in der Slippymap sieht, passt da auch alles http://maps.osm2world.org/?zoom=17&lat= … ers=B0TTFF

AlphaRay wrote:

"JTS triangulation failed" steht in der Konsole als letzter Fehler.

Wenn du selber testen magst - die Daten sind oben:
http://www.openstreetmap.org/?lat=51.24 … 5&layers=M

Ich habe das ganze mit diesem Datensatz aus der Overpass-API getestet. Kann dein Problem also nicht wirklich nachvollziehen. Ist das evtl. eine nested Exception und eigentlich OutOfMemory oder sowas? Ansonsten bitte auch mal noch mehr von der Exception pasten.

Muss ich heut Abend mal schauen; bin grad auf Arbeit. Könnte auch an den Texturen gelegen haben. Hab eine 4096er Skytextur und zwei andere mit eingebaut + in der Config die Texturgröße von 1024 auf 4096 gestellt...
Die Performance bei texturierter Darstellung (mit deinen Standardtexturen) ist unter Java natürlich net soo der Hammer 🤔 (hab 4x3 Ghz zur Verfügung...denke es wird auch nur ein Thread gestartet). Gibts hier keine Hardwareunterstützung?

Zu deinem Server: renderst du das ganze mit POVRay?

AlphaRay wrote:

Danke 🙂 Muss ich dann mal zusehen, dass ich ne andere App für mein Handy finde wg. den Fotos...fahre dann die Tage die Hauptstrasse auf und ab für die ungefähre Haushöhe bzw. Stockwerkanzahl und die Hausnummern zu ermitteln

Auch wenn's am neuen Thema vorbei geht 😉...

Probier mal Trigger Shot aus: https://play.google.com/store/apps/deta … riggershot
Das hatte ich vor knapp einem Jahr verwendet und in meinem Urlaubsgebiet Fotos gemacht und danach gemappt. Damals noch mit einer selbst zusammengeschusterten Halterung. Die Ergebnisse waren nicht sooo schlecht. Hätte das Gerät noch eine halbwegs vernünftige Kamera...Aber das ist wieder ein anderes Thema.

Inzwischen ist eine "richtige" Halterung vorhanden. Bei dieser vibriert das Handy aber zu stark, die Fotos werden so nix. Da muss ich mir nochmal was überlegen. Aber die App an sich funktioniert gut.

Als Intervall habe ich 2 Sekunden gewählt. 5 Sekunden sind meiner Meinung nach zu viel, da gehen einem zu viele Infos flöten. Die App hört übrigens auf zu knippsen wenn das Display aus geht. Könnte vielleicht auch das Problem sein, dass du nur 5 Bilder bekommen hast bei deinem ersten Versuch.

Genau DIE App hatte ich ja gestartet..nach 5 Fotos oder so hat dre aufgehört.. ah..ja, das Display war nach kurzer Zeit aus! Danke für den Tipp 😄 Probier ich nachher wieder aus..oder gleich mal in der Pause ne Runde mit dem Auto fahren 😉

AlphaRay wrote:

Die Performance bei texturierter Darstellung (mit deinen Standardtexturen) ist unter Java natürlich net soo der Hammer 🤔 (hab 4x3 Ghz zur Verfügung...denke es wird auch nur ein Thread gestartet). Gibts hier keine Hardwareunterstützung?

Da muss man unterscheiden: Der Konvertierungsprozess, bevor irgendwas gerendert wird, ist Java. Das eigentliche Rendering im Client nutzt OpenGL und ist hardwarebeschleunigt - allerdings hoffentlich von einer Grafikkarte, nicht vom Hauptprozessor - und da dürfte Java dann keine Rolle mehr spielen.

Beides sollte sich noch massiv optimieren lassen, muss halt jemand machen.

Zu deinem Server: renderst du das ganze mit POVRay?

Nein, hatten wir ganz am Anfang mal gemacht, war aber viel zu langsam um ein größeres Gebiet abzudecken. Der Slippymap-Server nutzt jetzt wie der Client OpenGL. POVRay nutzen wir selber momentan nur für Einzelbilder, wie einige der Screenshots auf der Website.

Eventuell könnte man irgendwann mal wieder eine Karte von handverlesenen Gebieten mit POVRay machen, aber das ist derzeit nur eine Idee.

Also FALLS es mit OpenGL läuft, dann läuft es bei mir sicherlich nicht über die Grafikkarte 😉) Mit einer GTS450 sollte das Dörfchen ohne Probleme laufen (CPU: AMD A6-3670K, 4x3 Ghz) ..ich hab jedenfalls eine Ruckelshow, wenn Texturen aktiviert sind. Kann sonst aktuelle Spiele mit 8xAA/16xAF und Full-HD problemlos spielen.. und hier ist ja noch nicht mal Schatten, AA oder sonst was aktiviert 🙁

Ahso..ja ist sicherlich um einiges schneller 😉 Zudem wäre es ja in der selben Qualität wie die Echtzeitansicht, wenn mal alle Texturen usw. drin sind.

Ich habe endlich ein wenig Zeit in der Pause eben gefunden und mich an die Skybox sowie Wassertextur gesetzt - Schatten auch schon mal weich gemacht. Hier mal ne Voschau (habt ihr bei osm2world ein eigenes Forum oder etwas in der Richtung...?):

Gruß
Paul

AlphaRay wrote:

Ich habe endlich ein wenig Zeit in der Pause eben gefunden und mich an die Skybox sowie Wassertextur gesetzt - Schatten auch schon mal weich gemacht. Hier mal ne Voschau (habt ihr bei osm2world ein eigenes Forum oder etwas in der Richtung...?):

Sieht ja nett aus 🙂 Wir haben ja auch schon einige Passau-Bilder gerendert, aber die von dir gewählte Perspektive gefällt mir da schon besonders gut. Hatten wir bisher noch nie 😉

Zur Textur muss ich aber anmerken, dass sie - obwohl sie mir wegen dem realistischeren Look recht gut gefällt - nicht ganz korrekt ist. Die Ilz ist nämlich ein sehr sauberer klarer Fluss, nicht wie die dreckige Donau!! 🙂

Und dann hab ich da noch ein paar Kleinigkeiten, an denen wir auch schon ein paar Detailverbesserungen gemacht hatten die du vermutlich noch nicht kennst. Auf http://osm2world.org/download/ gibt es die POVRay tree models für hübschere Bäume. Dafür musst du dann nur das zip entpacken, da ist dann unter anderem ein .ini-File für die besseren Baum-Definitionen drin die du in der Hauptconfig osm2world_definitions.inc auch einfach durch einkommentieren des entsprechenden Includes aktivieren kannst. Außerdem haben wir vor einiger Zeit mal noch tolle spiegelnde Fenster gebastelt die ebenfalls in der Hauptconfig (auskommentiert) enthalten sind. Die Texture-Map dazu haben wir bisher leider noch nie offiziell gepackt, aber Tobias hat es netterweise eben auf seinen Server gesetzt, die findest du hier. Da wir (oder zumindest ich) eher wenig Ahnung von POVray haben und das nur mit viel Google hinbekommen: Die Config für den weichen Schatten wäre sicher auch nett für die Default-config und auch sonst wenn du da noch weitere Tips für uns hast, nur her damit 😉

Forum haben wir keines, passiert eigentlich alles hier über das OSM-Forum und teilweise noch etwas auf der talk-de Mailingliste.

Also bei der Wasserfarbe habe ich mich an Luftbildern orientiert 😄
Das ist etwas, was noch bei den OSM-Definitionen fehlt - es gib ultraklare, blaue flüsse..oder grünliche..oder einfach nur Drecksbrühen....irgendwie ein color=blue/green/brown müsste noch rein 😉 Ich will noch diverse Wasserparameter für Bach, See, Teich usw. erstellen. Die sind da schon ganz unterschedlich. Habe auch nette, copyrightfreie, gras und kiesel (=bachgrund) Texturen gefunden..
Was nett wäre: die texture {} durch material {} in der INI und dem Generator umstellen. Das Wasser hat jetzt nämlich u.a. Lichtbrechung und Frensel-Spiegelung, welche im Material und nicht der Textur angegeben wird...schadet nicht, direkt alle auf Material umzustellen 🙂

Die Haupt-INI will ich noch um paar Paramter ergänzen - ihr habt es schon mit der Jahreszeit Sommer angefangen:
Tageszeit (morning, afternoon, night) -> beeinflusst Sonnendefinition, Skysphere, Beleuchtung (z.B. bei jeder Laterne eine Spot-Lightsource, die dann aktiviert wird)

Wetter (sunny, rainy, windy, storm) -> beeinflusst alle Texturen und Wasseroberflächen. Stärke des Nebels bzw. Dunstes. Wellenhöhe und -unregelmäßigkeit wird je nach Windstärke entsprechend angepasst. Bei rainy gibts zus. Kringel auf dem Wasser und alle Texturen sind "naß" (=überall auch Spiegelung).

Und dann zum Schluß noch die Jahreszeiten, wodurch Texturen ausgetauscht werden (schnee statt grün) und Schnee fällt (kann mich da noch an ein ganz tolles Makro Anfang letzten Jahrzents erinnern, was 3D-Schnee auf Objekten generiert hat)

Zum Thema Flussfarbe:
http://passauer-land.putzwerbung.de/bilder/passau1.jpg

Scheint hier aber nur der eine Ärmel ganz schön dreckig zu sein 😄

Ich hatte mich an diesem hier orientiert...da war wohl schlechteres Wetter. Hier sieht man kein HImmelblau als Spiegelung drauf:
http://www.nuernbergluftbild.de/pictures/k06110340.jpg

EDIT:
So - meine erste Natur-Testlandschaft für O2W und POV-Ray Texturtests wäre soweit (ca. 190x145 Meter). Habe gemische Wälder sowie Nadel- und Laubwälder getrennt. Grundfläche ist Wiese. Einen Fluss, eine Strasse, paar Wege, zwei Bäche, zwei Jägerhochsitze und einen Teich.

Unter diesen 'kontrollierten Bedingungen' fallen mir gleich drei Sachen auf:
- die Skalierung scheint ganz gut zu stimmen. Der See ist 56 Meter lang (vom Bach zum Bach). Entsprechend sind die Bäume dann ca. 5 - 20 Meter hoch 🙂
- die Baumdichte in Wäldern ist gering bis gar nicht vorhanden. Die zwei Nadelwälder recht fehlen vollständig - wird hier evlt. das Tag nicht erkannt? Bäume im Wald würde ich allgemein größer ansetzen + in Abständen von vielleicht 4 oder 5 Metern zueinander streuen. Das dürfte hübsche Wälder ergeben 🙂
- meine Waldpfade (highway=path) ohne 'ground'-Angabe sind aus Asphalt 🤔
Diese müssten auch ohne Extra-Angaben aus "ground" bestehen -> http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath

AlphaRay wrote:

Zum Thema Flussfarbe:

Spreewald bei SPON:

http://cdn1.spiegel.de/images/image-480 … 9-ricc.jpg

🙁

Sven

Morgen,

anbei ne kleine Vorschau eines stärker bewölkten Tagesscene und leicht nebliger Morgenscene (Passau) 🙂
Die Wolken werden via Media in POV-Ray generiert, was leider aber ganz schön an der Performance zieht...das obere Bild hat etwa 15 Minuten gerendert (A 0.3, 4 x 2,8 Ghz A6-AMD). Ohne die Wolken liegts bei nicht mal 2...
Bei der Morgenscene habe ich nur eine kleine Wolke eingesetzt - die verlangsamt kaum.

Was mir bei Wasseroberflächen aufgefallen ist - diese nicht nicht absolut plan! Siehe Spiegelung der Bäume hinten links...

Gruß
Paul

Sieht super aus 🙂

(pssst, wird aber langsam OT 😉 )

Danke 🙂 (jaaa..hab ich mir auch gedacht ;> Deshalb ja die Frage, ob o2w nicht extra iwo ne Seite hat 😉 )

Oh, hab grad erst deinen Edit im alten Post gesehen.

- die Baumdichte in Wäldern ist gering bis gar nicht vorhanden. Die zwei Nadelwälder recht fehlen vollständig - wird hier evlt. das Tag nicht erkannt? Bäume im Wald würde ich allgemein größer ansetzen + in Abständen von vielleicht 4 oder 5 Metern zueinander streuen. Das dürfte hübsche Wälder ergeben 🙂

Wenn ich mich nicht täusche, sollten Waldbäume bereits ein höheres Maximum haben als andere. Zur Dichte schau mal bei http://wiki.openstreetmap.org/wiki/OSM2 … ation_file - speziell treesPerSquareMeter.

- meine Waldpfade (highway=path) ohne 'ground'-Angabe sind aus Asphalt 🤔

Ich will hier keine erneute "path"-Diskussion lostreten, aber OSM2World stützt sich zumindest im Moment nicht auf die Interpretation von highway=path als "Trampelpfad"/"Waldweg", da diese Bedeutung im Proposal von path nicht vorhanden war, sondern erst nachträglich entstanden ist (und sicher nicht von allen Mappern geteilt wird). Daher werden alle Wege - footway, cycleway, bridleway und path - gleich behandelt.

Danke für den Link - in die config hatte ich bisher nicht geschaut. Dachte da werden nur die Texturen definiert. Dieser Default-Eintrag ist ja wirklich mehr als unsinnig:

1. tree density in forests
   

treesPerSquareMeter = 0.001

Wenn ich richtig rechne, komme ich auf ein Baum pro Quadratkilometer... Wer hat diese merkwürdige Zahl ausgerechnet bzw. auf welchen Wald ist das bezogen? 😉 🙄

Bzgl. "Path" habe ich mich auf den Wiki-Eintrag bezogen - hier steht nur was von Waldwegen. Sogar auf dem Foto und den Beispielen zu erkennen:
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath

Waldpfade habe ich schon immer mit path getaggt - und Fußwege aus Asphalt als footway. So habe ich das auch von anderen gesehen. Mh..

AlphaRay wrote:

Danke für den Link - in die config hatte ich bisher nicht geschaut. Dachte da werden nur die Texturen definiert. Dieser Default-Eintrag ist ja wirklich mehr als unsinnig:

1. tree density in forests
   

treesPerSquareMeter = 0.001

Wenn ich richtig rechne, komme ich auf ein Baum pro Quadratkilometer... Wer hat diese merkwürdige Zahl ausgerechnet bzw. auf welchen Wald ist das bezogen?

Es sind 1000 Bäume pro Quadratkilometer, weil 1 km² = 1.000.000 m². 😉

Trotzdem natürlich zu wenig. Das ist einfach aus Performancegründen so gewählt - früher brauchtest du da nur eine Ecke von einem riesigen Wald-Multipolygon in deiner Bounding Box zu haben und der Viewer ist komplett zusammengebrochen.

Inzwischen ist die Performance dank Vertex Buffer Objects und dem Wegschneiden von Waldstücken außerhalb der Bounding Box (falls vorhanden) aber besser geworden. Von daher könnte ich den Default wohl erhöhen, wenn ich dazu komme die config aufzuräumen. Dafür wäre interessant, bei welchem Wert du am Ende deiner Experimente landest.

Die Slippymap nutzt übrigens 0.01.

AAh...ja. Danke für die Korrektur. Bei 0,25 hat der sich grad weggehangen - und bei 0.1 sieht meine Testscene von Oben so aus 😄

Kennt jemand von Euch ein Tool mit dem man ein Video (mit SRT-File das Timestamps und Koordinaten enthält) in Einzelbilder zerlegt und diese dann mit den Infos aus dem Untertitel-File synchronisiert?

Will sagen: Ich habe hier aus meinem "Registrator Viewer" (sieht so aus viele abgefilmte Wege. (Beispiel Landstraße, Beispiel Autobahn und Beispiel Ortschaft.)

Wenn es dafür eine sinnvolle Nutzung geben würde für OSM wäre ich dem aufgeschlossen. (Ich selbst schaffe es nicht, das alles(!) selbst nachzumappen, was man daraus ziehen kann.)

P.S. Und bevor Einwände hinsichtlich der Lesbarkeit von Schildern etc kommen: Die Qualität der lokalen Dateien ist zumindest etwas besser als das was Youtube nach dem Umkodieren (selbst bei 1080er-Auflösung) draus macht. Ich würde die Videos daher nicht erst zu Youtube pumpen (abgesehen von dem überflüssigen Upstream-Traffic...)

Ich möchte bestimmt nicht unhöflich sein und freue mich ebenso, wenn Leute mit O2W arbeiten. Allerdings lasst uns solche Diskussionen doch bitte im O2W Teil des internationalen Forums führen, damit sie als solche auch erkennbar sind 🙂

!i! wrote:

Ich möchte bestimmt nicht unhöflich sein und freue mich ebenso, wenn Leute mit O2W arbeiten.

Für meinen Teil habe ich gerade Probleme nachzuvollziehen worum sich dieser Thread überhaupt dreht.

Geht es darum, reale Aufnahmen (Fotos) zu verarbeiten? Oder darum aus Vektordaten und künstlichen Texturen mittels Rendering 3D-Modelle zu bauen?

Angefangen hats mit meiner Frage bzgl. wohin mit während der Autofahrt geschossenen Fotos nach der Verwertung (Schilder, Strassen usw.).
Dann sind wir ein wenig vom Thema abgekommen und bei osm2world gelandet...

Mag denn vielleicht irgendjemand den Teilthread abspalten unter neuem Topic?
(Mit der Fragestellung (siehe auch mein Posting auf der letzten Seite) scheine ich ja dann nämlich doch nicht allein zu sein.

AlphaRay wrote:

AAh...ja. Danke für die Korrektur. Bei 0,25 hat der sich grad weggehangen - und bei 0.1 sieht meine Testscene von Oben so aus 😄 http://s14.directupload.net/images/130413/qm67vvug.jpg

Selbst bei 0.1 sieht mir das noch viel zu dicht aus.
Bei 0.1 hat man einen Baum je 10 Quadratmeter also einen Radius von grob 3m. Ich denke die Realität wird so zwischen 5 und 15m Abstand liegen. Wobei 10m Abstand dem Wert von 25m2 je Baum entsprechen. Das wäre also 0.04 als Parameter. Wenn man den Abstand noch um +/- 50% variiert, könnte das schon recht realistisch aussehen.

Die 0.01 der SlippyMap sind in mittleren Zoomstufen ganz passend. In den höchsten Zoomstufen könnten es in der Tat ein paar Bäume mehr sein.

PS: Toll, wie du mit dem Rendering experimentierst.
Da kommen für die Programm-Entwickler wichtige Hinweise für Standard-Werte heraus.

Edbert (EvanE)