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.
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.
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.
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?
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.
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.
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.
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:
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/))
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.
“pitched” ist bei Simple_3D_Buildings#Roof im Gegensatz zu “hipped” nicht definiert.
Also zurĂĽck auf die Standard-Einstellung (Flachdach, rot).
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=51.24626&lon=9.25561&layers=B0TTFF
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?
Probier mal Trigger Shot aus: https://play.google.com/store/apps/details?id=com.krugism.triggershot
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.
Die “Pappfiguren” sind ziemlich genau das, was OSM2World für OpenGL-Output derzeit tut, wenn man die Definitionsdatei benutzt.
Java stürzt sonst direkt ab…hab das Problem auch bei JOSM.
Sitze grad am Haupt-PC mit Windows 7…