Erstellung 3D-Gebäude

Tordanik · 2019-02-08T09:35:33.000Z

Lada1976:

Mist, das wollte ich nicht lesen… Hatte gehofft, dass es inzwischen eine elegantere Methode gibt

Es gibt das 3D Model Repository (siehe auch die Wikiseite) für alles, was mit Simple 3D Buildings nicht geht – ob das besonders komplizierte Gebäude sind oder ein detailliertes Modell einer Parkbank. Dort kann man 3D-Modelle als .obj hochladen und dann mit einem 3dmr-Tag am OSM-Objekt darauf verlinken, damit 3D-Renderer die OSM-Daten durch das entsprechende Modell ersetzen können.

Zwei Einschränkungen:

Es gibt dort bisher nur sehr wenige Modelle.
Es wird noch nicht in vielen 3D-Renderern unterstützt, ich glaube bisher sogar nur in OsmGo. Insbesondere F4 setzt ja auf eigene, unfreie 3D-Modelle, die außer ihnen niemand verwenden darf.

Zumindest die Softwareunterstützung kann und will ich aber (für OSM2World) ändern. Für ersteres hoffe ich immer noch auf fleißige Modellierer.

(Nebenbemerkung: Es gab schon mal ein ähnliches Projekt einer Uni namens OpenBuildingModels. Das wurde leider recht schnell wieder eingestellt. Allerdings haben wir die Erlaubnis bekommen, die Modelle von dort zu importieren! Das hängt derzeit nur an der verfügbaren Arbeitszeit der Beteiligten. Wenn sich jemand rudimentär mit 3D-Software auskennt und dabei helfen will, könnten wir schnell eine dreistellige Anzahl Modelle mehr im 3DMR haben.)

pyram · 2019-02-08T15:48:42.000Z

chris66:

das 3d Plugin für Josm.

@sterfangrotz

Das Plugin heißt kendzi3d und ist nicht ganz intuitiv bedienbar. Bei Gebäuden, die “unten kleiner sind als oben” (Durchgänge etc.) muss man alle building:parts und das building in eine relation type=building packen, damit der untere Teil korrekt dargestellt wird (für F4 muss man das nicht).
Im Vorschaufenster kann man sich mit den Tasten Q W E A S D bewegen, Der Standort ist nach “Move camera” die Mitte des angezeigten JOSM-Datenbereichs.

Ansonsten ist simple 3D eigentlich schon simpel zu erfassen, wenn man sich nicht gerade eine Kirche oder einen modernen Architektenbau vornimmt

MKnight · 2019-02-08T16:59:22.000Z

Zum 3D-mappen sollte man sich am Anfang imho in kleineren Stufen rantasten:

sinnvolles* simples taggen: Etagen, Dachform, Farben etc.
ergänzen von komplizierteren Sachverhalten, wie building:part, Hausdurchfahrten etc.
man geht mit dem Laser los
man baut Kathedralen

Zwischen 1-4 gibt es sicherlich noch Zwischenschritte

sinnvoll im Sinne von leicht nachvollziehbaren UND für Laien leicht tagbaren Daten

Lada1976 · 2019-02-08T17:23:17.000Z

chris66:

3d Plugin für Josm

Das habe ich gerade installiert. Ist ganz gut! Das navigieren geht auch ganz gut. Und vor allem kann man da auch mit der Maus die Dachform “hinziehen” wie man mag. Wer kennt schon die Tatsächliche Dachhöhe?

miche101 · 2019-02-09T13:05:00.000Z

simple-3D ist wie Bauklötzchen ineinander stellen

Hab ich mich auch schon mehr gewidmet:
https://wiki.openstreetmap.org/wiki/User:Miche101/3D
https://wiki.openstreetmap.org/wiki/User:Miche101/H%C3%B6hen_Messen

mit ein bisserl probieren kommt man da schon gut rein

kartonage · 2019-02-09T13:28:01.000Z

building:levels=0 oder height=0 finde ich bei den Aussenlinien von solchen Gebäuden immer besonders spannend.

pyram · 2019-02-09T14:42:03.000Z

Entschuldigung für die Kritik, aber man sollte Maibäume nicht für den Renderer als Gebäude erfassen, denn das sind keine Gebäude: https://www.openstreetmap.org/way/464986982

sterfangrotz · 2019-02-09T15:03:14.000Z

Robert46798:

Wenn man zu viel Zeit hat, kann man schon schöne Sachen machen.

Das ist wirklich beeindruckend und ich glaube ich werde vieles von diesem Viertel als Vorbild nehmen. Schornsteine, Dachgiebel und die genaue Fassadenfarbe machen alles sehr viel realistischer.

Es wäre schön, wenn es eine Bibliothek mit typischen Häuserformen geben würde, oft wiederholen sich die Dinge ja immer wieder.

firstAid · 2019-02-13T17:33:18.000Z

sterfangrotz:

Ich finde man sollte die Möglichkeit haben Linien, die nicht in den normalen 3D Karten gerendert werden auszublenden. Das würde sehr dabei Helfen andere Informationen wie Webseiten auf dem Objekt was die Grundfläche darstellt zu mappen. So muss man sich immer erst durch viele Schichten von 3D Informationen kämpfen, bis man das richtige Objekt hat.

Soweit ich weiß - und soweit ich es bisher beim 3D-Erfassen gemacht habe, sollte es eigentlich immer ein “outer”-shape geben, welches den äußeren Umriss - also die von oben projezierte Grundfläche (denn es kann ja durchaus sein, das die Grundfläche kleiner ist, bei überhängen z.B.) umfasst…

Aber ich bin derzeit ein wenig raus und habe schon seit 1 nem Jahr nicht mehr 3D-gemappt.

Nurum · 2019-02-13T18:31:17.000Z

Ist zwar halb am Thema vorbei, aber vielleicht kennt sich jemand damit aus:

Beim Eintragen von 3d Gebäuden war ich mir nicht ganz sicher was alles zur Grundfläche gehört. Überstehende Dächer habe ich bisher als building:part=roof getaggt, ohne das diese in der Grundfläche liegen.

Wie würde bei diesem Gebäude die Grundfläche aussehen? Zwei Quadrate oder ein Rechteck? https://wiki.openstreetmap.org/wiki/File:Minlevel.svg

Die F4map rendert keine building:part=yes die außerhalb des Grundrisses liegen. Deswegen bin ich mir nicht sicher ob der Grundriss nicht doch alle building:part=yes umfassen sollte.

chris66 · 2019-02-13T18:40:46.000Z

Grundriß ist normalerweise das was auf’m Boden steht. Ist leider nicht kompatibel mit 3D.

Rogehm · 2019-02-13T20:14:13.000Z

chris66:

Grundriß ist normalerweise das was auf’m Boden steht. Ist leider nicht kompatibel mit 3D.

Ich gebe dir recht, wenn der Grundriss eines Gebäudes, also auch die Standardeingabe in die OSM, nicht kompatibel ist mit dem 3D Mapping.
Im 3D Mapping ist der Grundriss die grösste Ausdehnung in der Höhe.
Gut zu sehen am Rheinturm in Düsseldorf in der F4.
Das Tagging von kleineren Grundrissen (besonders erkennbar in Fernmeldetürmen) in der normalen Erfassung der OSM unterscheidet sich also grundlegend vom Tagging in 3D. Das ist ein schwieriges Problem, nicht nur bei Fernmelde-/ Fernsehtürmen, auch in der Wohnungsarchitektur gibt es Probleme, wie hier in Frechen das “schiefe Haus”.

Lada1976 · 2019-02-13T20:32:58.000Z

So wie ich das verstanden habe (und was auch Sinn macht, wir malen ja oft von Luftbildern ab und kennen die Gebäude nicht) wird generell die projizierte Fläche als “outer shape” verwendet und als building:yes eingetragen. Alles was sich innerhalb befindet und als Building:part getaggt wird, wird so automatisch dem Gebäude zugeordnet. Der “Grundriss” ist dabei vollkommen egal!
Selbst bei den Beispielen mit den schrägen Gebäuden, wird die projizierte Fläche selten die Straße treffen. Und selbst wenn? Leitet mich mein Navi um das Gebäude rum? Nein. Das richtet sich nach der Straße.

Gruß,
Daniel

Elefant_aus_Wuppertal · 2019-02-13T21:34:32.000Z

okay, nur offiziell ist building=* ja schon als Grund-Fläche definiert, oder nicht?
Klar, man könnte umdefinieren zu “größte Ausdehnung des Gebäudes, gemessen an allen seinen Teilen”, wonach das 3D-Rendering mit dem benötigten outer-building-Ring ja schon irgendwie schreit.
Im Prinzip bräuchten wir dann aber zwei Keys:
Einen für den Way, der die Gesamtausdehnung beschreibt (3D-Renderer), und einem für den, der nur die Grundfläche beschreibt. Okay, man kennt die Grundfläche nicht immer. Aber wenn sich diese unterscheidet von der Gesamtausdehnung und man das weiß, sollte man das doch kenntlich machen können.

Und das mit dem “Gesamtfläche” abzeichnen von schräg gebauten Gebäuden kann man aus meiner Sicht nur, wenn die Luftbilder quasi gerade aufgenommen wurden. Sobald Schrägaufnahmen ins Spiel kommen, wüsste ich nicht wo man da noch 'ne Chance hat.

Nurum · 2019-02-13T22:14:17.000Z

Ich tagge 3d Gebäude immer mit allen Bestandteilen in einer Relation. Somit ist dort schon klar angegeben welche Teile zusammengehören. Die Outline kann für klassische 2d Karten verwendet werden und die Parts unabhängig davon für 3d.
Die Praxis hat zwar den Nachteil, dass die Daten so schwerer zu warten sind und verschiedene Gebäude die sich building:parts teilen nicht möglich sind. Dafür sind die Daten einfacher auszuwerten.

Andere OSM 3d Software stellt auch building:parts dar, die nicht im Grundriss liegen.
Hier ist ganz gut beschrieben was F4 darstellt und was nicht. Dort sind die Regeln für den Umriss extra mit “We are based on OpenStreetMap simple 3D building specification - over that base:” angegeben. Dann ist ja eher die F4map nicht Standardkonform?

Ich schätze 3d in OSM ist einfach eine zu kleine extrem komplexe Nische um dafür alle Eventualitäten auf einen guten Konsens zu kommen.

miche101 · 2019-02-14T10:35:33.000Z

Lada1976:

“outer shape”

Ja damit ist dann klar welche Gebäudeteile zusammengehören. Das wird dann wichtig wenn man z.B. ein Geländemodel in die 3D Karte hinzufügt und dann die Höhe der Einzelteile bestimmen muss… Also alles was in einem “outer shape” ist hat einen gemeinsamen 0-Punkt.

Was schon bei Doppelhäuser bzw. Reihenhäuser ein Problem wird… Die müssten dann anders erfasst werden… aber ich will ich keine Grabenkämpfe anstossen

Nurum:

eher die F4map nicht Standardkonform?

Vielleicht aber… eher der Standard lässt viele Dinge offen und sagt nicht wie was gemacht werden muss ist daher unvollständig. Hier geht F4map vorweg und zeigt wie es erfolgreich gemacht wird, was alle anderen nicht schaffen. Alleine roof:orientation=along/across mach jede 3D-Karte anders… was äußerst blöd ist. Hier bräuchte es definierte Algorithmen, Vererbung, Fehlerbehandlung, usw.

50CCM-B-BRB · 2019-02-14T11:52:34.000Z

ich finde F4 map toll…

ich versuche das mit meinem kleinen Städtchen… einiges ist schon fertig, der Rest kommt jetzt nach und nach…

https://demo.f4map.com/#lat=52.5310358&lon=12.3484755&zoom=16&camera.theta=61.902

Tordanik · 2019-02-14T17:46:20.000Z

Nurum:

Ich schätze 3d in OSM ist einfach eine zu kleine extrem komplexe Nische um dafür alle Eventualitäten auf einen guten Konsens zu kommen.

Für 3D-Rendering ist Simple 3D Buildings eigentlich schon weitestgehend Konsens. Demzufolge sollten alle building:part komplett innerhalb der building-Fläche liegen. Was passiert, wenn ein Mapper von dieser Konvention abweicht, ist nicht spezifiziert – da kann jeder Renderer machen was er will. Soweit ich sehe, tritt keiner der in der F4-Doku genannten Fälle ein, wenn man sich an S3DB hält. F4 ist insoweit also standardkonform.

Das Problem kommt eher aus der 2D-Welt, bzw. aus unterschiedlichen Anforderungen zwischen 2D und 3D.

ulmtuelp · 2019-02-18T06:02:45.000Z

Habe durch Anregungen hier wieder etwas in 3D ergänzt. F4 ist aber momentan eingefroren, d.h. neue Eigenschaften werden nicht mehr gerendert, sowohl 2D als auch in 3D. Weiß jemand Genaueres?

edit: Die Aktualisierung hängt etwas. Momentane Aktualisierung läuft ca. eine Woche hinterher.

Mammi71 · 2019-02-18T08:25:07.000Z

Ich hatte schon vor einiger Zeit ein paar markante Gebäude meiner Gegend gemappt. Leider wird hier: https://demo.f4map.com/#lat=48.8042397&lon=9.5299753&zoom=20&camera.theta=48.209&camera.phi=-116.199 die Dachform etwas missinterpretiert. Oder habe ich einen Fehler gemacht?