Gebäudefarben

marek kleciak · 2014-12-26 00:16:47

Sorry, kein Mapper kontrolliert die Flussrichtung des building-tags.

Stimmt. Deswegen braucht man ein Editor dafür.
Ich plane ein JOSM plugIn mit 3D preview, sowie Einbau von 3D in iD Editor.

streckenkundler · 2014-12-26 00:41:29

marek kleciak wrote:

Stimmt. Deswegen braucht man ein Editor dafür.
Ich plane ein JOSM plugIn mit 3D preview, sowie Einbau von 3D in iD Editor.

Ich kann mir gut vorstellen, daß mit OGC-konformen Datentypen einiges einfacher wäre... da da neben x-y- Werte auch Z-Werte zugelassen wären...

Man bräuchte dann nicht an diverseste Tag-Kombinationen herumdoktern... wo dann kaum einer nocxh durchsieht...

Sven

marek kleciak · 2014-12-26 01:00:54

Hallo Sven,
könntest Du diesen Gedanken ein Wenig genauer beschreiben?
Dass die z-Werte in Zukunft gut wären, ist ja klar.
Viele Grüße,
Marek

wambacher · 2014-12-26 02:01:31

marek kleciak wrote:

Wir müssen schlichtweg ein building=yes Umriß nicht in mehrere Linien zerlegen. Die Datenmenge ist dadurch kleiner.

letztes Argument, wenn einem garnix mehr einfällt. Gilt für Straßen genauso - und die trennen wir natürlich auf.

Wir taggen nur die Zwischenpunkte einer Polylinie statt der Endstücke mehrerer Teillinien.

ok, war mir leicht missverständlich formuliert - aber ist genau so wenig sinnbehaftet. Ihr "zerlegt" Linestrings in "virtuelle" Teilstücke (von-bis) . Eine Konstruktion, um die euch jeder Mapper beneidet.
Ok, einen Vorteil hat das Konstrukt: Wer es einfach ignoriert, merkt nix davon. Daher ignoriere ich das jetzt hier auch.

Gruss
walter

Rogehm · 2014-12-26 08:01:56

Ok, einen Vorteil hat das Konstrukt: Wer es einfach ignoriert, merkt nix davon. Daher ignoriere ich das jetzt hier auch.

+1
Bin der Meinung, eine zweite Linie aufzusetzen auf das Gebäude oder sonstige Hilfslinien, ist absoluter Quatsch. Taggen für den Renderer. Ebenso Polygone.
Und sich um die Flussrichtung einer Gebäudelinie zu kümmern, nochmals ebenso. Rechts <> Links mit Bestätigung reicht hier! Da kann man alle 4... Wände mit allen Farben garnieren. Ich erwarte ein Proposal. (Endlich mal eins im 3D Bereich).

Anh. In etwa so ( Eckpunkte des Hauses anklicken): https://www.openstreetmap.org/way/53161687

Last edited by Rogehm (2014-12-26 10:43:35)

marek kleciak · 2014-12-26 11:03:11

Hi Rogehm,
passt. Allerdings dieser Punkt wäre überflüssig:
https://www.openstreetmap.org/node/672773499

Die Farbe gilt solange nach links oder rechts bis ein anderer Punkt kommt, der neue Farbe angibt.

& Walter: Ich verstehe Deine Einwände nicht.
Die Datenmenge bleibt kleiner wenn wir die Farben über Attributte der Punkte definieren. Sonst müssen wir neue Linien zeichen.

Klar: Wir zerlegen die Straßen, weil wir da keine andere Alternative haben.

Last edited by marek kleciak (2014-12-26 11:10:18)

things-change · 2014-12-26 11:04:07

marek kleciak wrote:

Für die S3DB 2.0 haben wir mit den Developer aus Rumänien folgendes vorgesehen:
building:colour:start=<value> für den Punkt (auf dem Gebäudeumriss) wo eine neue Farbe beginnt.
building:colour:end=<value> für den Punkt wo eine neue Farbe endet.

Start- und Endpunkt zu taggen, ist äußerst ungünstig. Was ist wenn sich mehrere Start- und Endpunkte kreuzen? Oder wenn sich beim Farbvalue verschrieben wird?
Das ganze ist wenig intuitiv.

Eine Linie auf den Gebäudeumriss zu setzen ist deutlich einleuchtender. Mit min und maxheight kann man sogar (rechteckige) Flächen bilden.
Ob diese Linie auf einen geschlossenen way aufgesetzt wird, oder der way gesplittet, als Multipolygon ja oder nein, darüber kann man sich streiten.

marek kleciak · 2014-12-26 11:19:36

Was ist wenn sich mehrere Start- und Endpunkte kreuzen?

Stimmt. Ein guter Gegenargument! Man müsste zusätzliche Punkte einführen die neben dem eigentlichen Punkt liegen, wo sich zwei Gebäudegrundrisse begegnen ( z.B. wie hier:http://www.openstreetmap.org/node/1820826559).
Und das ist nicht elegant. Für allein stehende Gebäude geht das aber.

Rogehm · 2014-12-26 11:38:41

Marek wrote:

passt. Allerdings dieser Punkt wäre überflüssig:
https://www.openstreetmap.org/node/672773499
Die Farbe gilt solange nach links oder rechts bis ein anderer Punkt kommt, der neue Farbe angibt.

Ja stimmt. Hab nur mal schnell ein Beispiel erstellt, was ich heute Abend wieder lösche. Aber hier braucht man kein plugin für JOSM oder ID oder Potlatch. Ein sehr einfaches Tagging.
Ich wäre froh, wenn man sowas etablieren könnte.

marek kleciak · 2014-12-26 12:28:59

Ich wäre froh, wenn man sowas etablieren könnte.

Wir bauen dies im ersten Schritt in das JOSM PlugIn ein.

Viele Grüße,
Marek

Last edited by marek kleciak (2014-12-26 12:32:07)

Rogehm · 2014-12-26 12:37:45

Wir bauen dies im ersten Schritt in das JOSM PlugIn ein.

Hey, nicht so schnell. Das war nur ein Vorschlag. Komplett undokumentiert. Ich mache gerne ein Wiki-Beschreibung, aber lassen wir die Diskussion doch noch was laufen, oder?

Anh. Was ist, wenn das Haus schon eine Grundfarbe hat? Wer/was wird favorisiert?

Last edited by Rogehm (2014-12-26 13:00:08)

marek kleciak · 2014-12-26 12:50:16

Na klar.

Rogehm · 2014-12-26 13:24:50

@Marek: Dann könnten wir dein Konzept mit den Horizontalfarben gleich mit einbauen.

z.B.

building:colour:left:horizontal:1=#FARBE|HÖHE ....

Möglicherweise gar dazu eine Vertikalvariante, bis wohin der Farbverlauf geht ( bin noch am grübeln - möglicherweise mit einem Zwischenpunkt auf der Gebäudelinie )

marek kleciak · 2014-12-26 14:19:29

Hätte was. Wobei ich nicht weiß, wie man am schlausten eine Kombination von horizontalen und vertikalen Werten macht.

Rogehm · 2014-12-26 14:37:17

Der Nachteil meines Vorschlages ist: Man braucht mindestens zwei identische tags am Gebäude, aber einmal mit "right" und einmal mit "left".
Das ist aber gleichzeitig auch ein Vorteil: Man kann theoretisch 100 Farben und Farbverläufe über die Gebäudelinie verteilen, bei entsprechender Anzahl an Zwischenpunkten.
Vielleicht wäre zu überlegen, um die Favorisierung eindeutig zu machen, den Tag mit building_colour... anstatt mit building:colour beginnen zu lassen.
Das würde auch zu einer komplett neuen Beschreibung führen, die ich gerne übernehme.

Anh.: Und wenn das ganze Haus so aussieht? Sagt man einfach an einem Punkt: building_colour:all_around .... oder belässt es mit building:colour=*, wobei sich ersterer tag sich immer auf einen Punkt bezieht, nie auf der line.

Last edited by Rogehm (2014-12-26 14:54:55)

things-change · 2014-12-26 14:43:18

marek kleciak wrote:

Was ist wenn sich mehrere Start- und Endpunkte kreuzen?
Stimmt. Ein guter Gegenargument! Man müsste zusätzliche Punkte einführen die neben dem eigentlichen Punkt liegen, wo sich zwei Gebäudegrundrisse begegnen ( z.B. wie hier:http://www.openstreetmap.org/node/1820826559).
Und das ist nicht elegant. Für allein stehende Gebäude geht das aber.

Ich meinte alleinstehende Häuser. Ich halte es einfach generell für Fehleranfällig. Man muss auf die Richtung achten,und 2 einzelne Punkte sind einfach nicht intuitiv zu taggen.
Beispiel: Normales Haus, quadratische draufsicht:
Ecke 1: Building:Color:start=RED
Ecke 2: Building:Color:start=Blue
Ecke 3: Building:Color:end=RED
Ecke 4: Building:Color:end=Blue

?

Wenn ich einfach aus der Draufsicht eine Linie bilde, auf der die Farbe abweichend ist, ist das am intuitivsten.

Wo in Osm wird denn für etwas ein Start- und Endpunkt benannt, anstelle einer Linie?

marek kleciak · 2014-12-26 14:55:42

Rogehm wrote:

wenn das ganze Haus so aussieht?

Dann eben weiterhin building:colour=* verwenden
Die Situation von der wir hier diskutieren betrifft doch die Minderheit der Häuser. Wenn das 5% sinnd, dann ist es viel.
Sonst hätte es uns alle viel früher gestört.

Lieber Things Change: Ich male das heute Abend auf, dann wird es möglicherweise einfacher zu verstehen.
VieleGrüße,
Marek

Last edited by marek kleciak (2014-12-26 14:56:52)

MKnight · 2014-12-27 01:54:36

marek kleciak wrote:

Rogehm wrote:
wenn das ganze Haus so aussieht?
Dann eben weiterhin building:colour=* verwenden

Warum nich colour?

P.s. ich bin da btw ganz bei things-change, das Haus in ne Relation und gut, spontan fallen mir keine Spezialfälle unterhalb 0,1% ein, die man dringend mit nem neuen Schema beglücken müsste.

marek kleciak · 2014-12-27 13:59:17

Warum nich colour?

Persönlich habe ich nichts gegen colour als tag.
Wir haben uns in Garching auf building:colour und roof:colour geeinigt weil es für ein Gebäudegrundriß zwei Farben erlaubt.

Colour=* hätte den Vorteil, dass man damit pauschal alle Oberflächen eines Objektes mit einem Tag beschreiben könnte.

Rogehm · 2014-12-27 15:05:44

Marek wrote:

Die Situation von der wir hier diskutieren betrifft doch die Minderheit der Häuser. Wenn das 5% sinnd, dann ist es viel.
Sonst hätte es uns alle viel früher gestört.

Stimmt imho nicht. Bei uns im Bergischen Land sieht jedes (ältere) Haus mit oder ohne Fachwerk, mit oder ohne Schiefer auf verschiedenen Etagen oft sehr unterschiedlich aus.
Siehe hier ein Beispiel ( ein Bild vom schwarz/weißen Fachwerk + Schiefer muss ich noch suchen ). Das Problem bei uns zusätzlich: Oft sind die Giebel verschiefert.

Ich möchte solche Häuser keinesfalls mit einer Grundfarbe taggen, auch habe ich keine Lust, zusätzliche Linien oder Polygone zu zeichnen.
Also, mein Vorschlag steht immer noch (es an de Punkten der Linie festzumachen). Man könnte tatsächlich das ganze noch abkürzen und tatsächlich nur
colour:left=white schreiben, das ganze lässt sich spielend erweitern für jedes Stockwerk: colour:left:level:2=grey und der Gegenpunkt colour:right:level:2=grey

Und wenn der kongruente Gegenpunkt vom Renderer nicht gefunden wird, wird einfach der Grundtag: building:colour=XX verwendet.

Ich glaube, bei den meißten Häusern (1-3 Stockwerke), bleibt das ganze durchaus übersichtlich. Das ist ein Klacks gegenüber Indoor-Tagging auf 3 Ebenen.
Blöd ist nur, das mein Haus einen schräg angesetzten Putz unterschiedlicher Farbe hat, na ja, man kann nicht alles haben.

Rolf

edward17 · 2015-03-14 16:51:09

marek kleciak,
ist etwas über building:colour:start=<value> und building:colour:end=<value> gehört?

marek kleciak · 2015-03-14 18:21:47

Ein Student arbeitet an der Visualisierung dieser Idee im improved Kendzi 3d. Ich hoffe im Mai kann man vielleicht was sehen. Viele Grüße, Marek

edward17 · 2015-03-14 18:50:57

marek kleciak wrote:

Ein Student arbeitet an der Visualisierung dieser Idee im improved Kendzi 3d. Ich hoffe im Mai kann man vielleicht was sehen. Viele Grüße, Marek

Danke.
Wichtig ist, das diese Idee nicht gestorben ist.
Vielleicht können wir in paar Wochen einen Beispiel haben, um Kendzi3D zu testieren.

Viele Grüße
Eduard

Tordanik · 2015-03-15 17:32:44

Ok, irgendwie ist mir dieser Thread entgangen. Ich habe vor der FOSSGIS basierend auf einer Unterhaltung mit Kendzi vor 2 Jahren einen anderen Ansatz als den hier diskutierten in OSM2World implementiert.

Statt mit Start- und Endknoten zu arbeiten (was m.E. für OSM ein unübliches Vorgehen ist), kann man bei mir den betreffenden Wandabschnitt mit einem zusätzlichen Way einzeichnen. Dieser Way bekommt dann building:wall=yes und die Tags für Farbe/Material.

Das sieht dann z.B. so aus (das weiß-blaue Gebäude):

building:wall.png

Ich finde den Ansatz gut, weil er unabhängig von Way-Richtungen ist. Man muss auch den Farbwert nur einmal eintragen (statt am Start und Ende).

Den Schlüssel building:wall habe ich spontan in Anlehnung an building:part erfunden, kann man auch leicht durch etwas anderes austauschen.

TheFive · 2015-03-15 17:54:50

Hi,

der Ansatz gefällt mir auch deutlich besser, imho passt er auch besser in das bisherige OSM Schema rein.

Christoph
R3DM (rarely 3D mapper)

Announcement

#26 2014-12-26 00:16:47

Re: Gebäudefarben

#27 2014-12-26 00:41:29

Re: Gebäudefarben

#28 2014-12-26 01:00:54

Re: Gebäudefarben

#29 2014-12-26 02:01:31

Re: Gebäudefarben

#30 2014-12-26 08:01:56

Re: Gebäudefarben

#31 2014-12-26 11:03:11

Re: Gebäudefarben

#32 2014-12-26 11:04:07

Re: Gebäudefarben

#33 2014-12-26 11:19:36

Re: Gebäudefarben

#34 2014-12-26 11:38:41

Re: Gebäudefarben

#35 2014-12-26 12:28:59

Re: Gebäudefarben

#36 2014-12-26 12:37:45

Re: Gebäudefarben

#37 2014-12-26 12:50:16

Re: Gebäudefarben

#38 2014-12-26 13:24:50

Re: Gebäudefarben

#39 2014-12-26 14:19:29

Re: Gebäudefarben

#40 2014-12-26 14:37:17

Re: Gebäudefarben

#41 2014-12-26 14:43:18

Re: Gebäudefarben

#42 2014-12-26 14:55:42

Re: Gebäudefarben

#43 2014-12-27 01:54:36

Re: Gebäudefarben

#44 2014-12-27 13:59:17

Re: Gebäudefarben

#45 2014-12-27 15:05:44

Re: Gebäudefarben

#46 2015-03-14 16:51:09

Re: Gebäudefarben

#47 2015-03-14 18:21:47

Re: Gebäudefarben

#48 2015-03-14 18:50:57

Re: Gebäudefarben

#49 2015-03-15 17:32:44

Re: Gebäudefarben

#50 2015-03-15 17:54:50

Re: Gebäudefarben

Board footer