how to tag terrace building

Have a look to
https://www.openstreetmap.org/#map=19/49.43117/11.09107
i tagged Kunostraße 8…18 with building:levels=2 and roof:levels=1 which describes the house. I also added roof:shape=gabled, which produced the ridge in the wrong direction (except for 18). This is the described behaviour.

The question: how is the best way to tag the houses in this situation?

In the wiki (Simple 3D Buildings) jou can find in the Chapter “Roof” below the images the line roof:orientation=along/across. Housenumber 18 has its longest side parallel to the street, while the lower numbers have the short side of their building rectangle parallel to the street. So they need the tag: roof:orientation=across.

Franz

Thanks, I read this chapter. However, I do not like this solution as

  • in situations where the house is nearly quadratic, a little change of the outline needs change of root:orientation
  • this solution does not reflect that the ridge is a contious line over all houses

Now I added a “building:part=yes” for a common roof for all houses. The ridge is one line. What do you think about?
http://www.openstreetmap.org/way/277890096

That’s odd, generally building:part areas should be within building=* areas, not the other way round as with your mapping.

For such cases, you can use roof:direction.

Some discussion about roof:direction you can find here.

Yes, it´s true. I like “my child” , S3DB specification also only partially…

I have developed “full 3D specification”, lets´s say “F3DB”.
For now, we have no rendering and modelling tools for F3DB, because it´s very voluminous and would costs a lot of time.
I hope, we can realize it in future. For now we have S3DB with all problems and restrictions :confused:

Thanks but I do not understand this :frowning: What is front, what is back?

I would suggest simply this:
http://wiki.openstreetmap.org/wiki/File:MarekS3DBbuilding3Dskillion.jpg

Is there any reason you can’t just have a line for the roof ridge, and combine the outline and ridge into a relation? Seems like it’d solve a lot of problems, if it can be done.

For the most part, the problems being discussed here have already be solved. The tag roof:direction is the agreed upon manner of defining where the roof is facing.

There is a tag (roof:ridge=yes, along with others from here) that you can use to tag roofs as you have described. No relation required. However, as far as I know many renderers do not support this yet.

The general consensus is that explicitly mapped ridges should be reserved to situations that cannot be expressed otherwise. That’s because they have several downsides: It’s not easy to achieve the necessary precision when drawing complex roof shapes like “mansard”, you could not edit this data with the presets in simple editors like iD, and you would have to transfer more data between servers and clients in certain rendering architectures.

Hallo, ich habe eine Bitte an die Profi 3D Mapper. Bitte schaut Euch einmal http://demo.f4map.com/#lat=52.5047699&lon=13.3343855&zoom=21&camera.theta=40.752&camera.phi=-55.394 den Sockel an der Berliner Gedächtniskirche (Adresse Breitscheidplatz 1, Berlin) an. Die ca. 1,5 m hohen Treppen am Sockel der Anlage werden auf der nörlichen und westlichen Seite korrekt dargestellt. An der südlichen Seite, genauso wie an der östl. Seite gelingt es mir einfach nicht. Ich habe das bereits im Uhrzeigersinn, gegen den Uhrzeigersinn sowohl beginnend am tiefsten Punkt als auch am obersten Punkt verschiedentlich gezeichnet. Es gelingt mir einfach nicht, diese Treppen, die mit

building:part=steps
height=1.5
roof:heigt=1.5
roof:shape skilion

getaggt sind,

richtig darzustellen.

Ich habe dann für den südl. und östl. Teil zusätzlich
roof:orientation along
3dr:type=skillion
roof:shape=3dr

getaggt,

was das Ergebnis aber auch nicht verbessert.

Die Treppe bleibt immer Seitenverkehr ausgerichtet. Gleiches Problem auch nörl. des Breitscheidplatzes beim Bikinihaus.

Und ich habe ALLE Anleitungen zum taggen gelesen. Versprochen!

Aber manchmal wird von einem Startpunkt gesprochen, der am tiefsten Punkt des Daches beginnen soll, an anderer Stelle wird beschrieben, dass ein Startpunkt und Endepunkt explizit definiert werden sollen. Nissscht ist. Ich bin dafür schon zu senil?

Danke

P.S.: 3D Ansichten für Berlin dürfen nach der OpenData Initiative vom Land Berlin von jedermann genutzt werden. Für das Bikinihaus kann man unter dem Link: http://www.businesslocationcenter.de/wab/maps/main/ jedes Berliner Objekt in 3D betrachten.

you have to specify an angle from north with skillion
http://wiki.openstreetmap.org/wiki/Key:roof:direction

Danke für den Hinweis, diese Seite hatte ich noch nicht gesehen. Habe ich gleich zu den Tags hinzugefügt.

Ich bin etwas überrascht, dass das ohne building funktioniert.
Allerdings sollte das mMn weder ein Gebäude noch ein Teil eines Gebäudes sein. Ist also Tagging für F4.
Persönlich würde ich eher zu etwas wie “area:highway=steps”, evtl. mit step:direktion=degree und step_count=NumberOfSteps etc. tendieren. Würde so aber momentan nicht unterstützt werden.
Was uns zugegebenermaßen generell fehlt ist ein Schema für 3D-Bauwerke, die keine Gebäude sind :frowning:

Insbesondere bei Treppenanlagen könnte man sich austoben.
Spanische Treppe in Rom, ganz flach: http://demo.f4map.com/#lat=41.9059861&lon=12.4830161&zoom=20&camera.theta=46.719&camera.phi=-33.232
Man merkt hier aber schnell, dass der Ansatz mit building:part zu eigenartigen Rampen führen würde, wenn die Anlage nicht wie beim Berliner Beispiel “Podestform” hat.

“area:highway=steps” → see: http://wiki.openstreetmap.org/wiki/User:Marek_kleciak/Stairs_modelling#Outline_and_Inline

OK, Marek - schön.
Kannte ich noch nicht.
Wird aber von F4 wohl trotzdem nicht unterstützt, was aber letztlich nicht das Kriterium sein sollte.

I’ll add that kind of stairs mapping to the list of features to implement. since we already have basic stairs i think it should not be too hard.

sometimes stairs are part of the building, like stairs in a stadium. so it makes sense to handle those as building part too. but right now it’s really a dirty hack in f4map :confused: