Poza tym średnik używany jest jako rozdzielenie atrybutów dla tego samego elementu, tu jest podział na pasy leżące obok.
Dwie listy - tak zdaję sobie że jest to “coś nie tak” i warto dopracować, a najlepiej wydzielić na część jak z groundfloorem. Chociaż wydaje mi się, że fajne byłoby pójście w kierunku zasad CSS, że uszczegółowienie “nadpisuje” w wyznaczonym zakresie ustalenie ogólne. Być może jest to trudne - nie wiem. Piszę jak mi się wydaje…
Zdaję sobie sprawę z tego. W tym, ale i nie tylko w tym przypadku, trzeba byłoby trzymać się rygorów zgodności ilości opisywanych pasków, żeby się całkowicie nie rozsypała ta układanka. Ale w swoich próbach 3D z dachami też trzeba się trzymać pewnych rygorów (dopasowanie wysokości budynków z dachami, itp).
Też tak można, ale czy to nie za dużo roboty, której jest i tak dużo? Przypadków z np. 27 nieregularnymi paskami jednak jest stosunkowo niewiele.
Nie wiem, być może rozwijając temat okazałoby się, że tak. Z drugiej strony opisywanie budynków różnego typu relacjami i panowanie nad nimi jest uciążliwe. Ii na pewno nie zachęcające do zaczynających zabawę 3D czy w ogóle z OSM. Tak mi się wydaje.
A propos wzmianki CSS tak sobie pomyślałem czy nie byłoby rewolucji gdyby spróbować opisywać np: building=school 25 #fc0 (skrócony zapis #ffcc00) plaster albo przedzielone średnikami. Powiedzmy że to taka niezobowiązująca myśl
Przy powtarzalnych paskach fajnie bylo by powiedziec ze paski powtarzaja sie n razy zamiast wpisywac n elementów w opis, bo wtedy rzeczywiscie latwo sie pogubic.
tak… może za daleko się zagalopowałem w rozważaniach…
chodziło mi o to, że jak w css jest border-style: solid; border-color: #fff; border-width: 2px - można zapisać to jako border: solid 2px #fff. I wszystko gra. Kwestia interpretacji i wizualizacji zapisu.
Drążąc temat pomyślałem sobie, że zamiast building: (jak z przykładu z pierwszego obrazka) i facade: (z drugiego) można byłoby zaproponować 3df: - w nawiązaniu do dachowych 3dr:
Na przykład - kolejny element do opisania tym sposobem
wersja uproszczona bez tagu wysunięcia, ale z wartościami ujemnymi dla wcięcia
3df:stripes:indent=-.6|-.3|0|.15|-.5|.25|-.5|.25
oczywiście powyższe wartości odnoszą się do bazy 2D, którą zaznaczyłem na rysunku, która mogłaby być inaczej przyjęta w zależności od formy w realu, czy spodziewanego renderingu w mapniku.
A, jeszcze jedno pytanie: jaki jest lag pomiędzy edycją a renderem w F4? http://osmbuildings.org/ ma całkiem przyzwoity.
Swoją drogą, warto by na http://wiki.openstreetmap.org/wiki/3D wspomnieć status licencyjny poszczególnych projektów, F4 nie jest tu szczególnie fajny - czy jest jakieś Open Source z porównywalnym renderowaniem?
Przy okazji - mam prośbę do wpisujących wartości height - podawajcie też building:levels, to może być użyte niezależnie (ile poziomów okien pokazać?). To że nie jest to używane w tym momencie to nie powód by tych danych nie dodawać.
Jest brzydki ale co zrobic skoro nikt się nie pali do nowego Api w którym mozna by użyć model terenu?
W mojej Full Definition przewiduję teren i tego typu rzeczy nie były by problemem.
Jednak bez implementacji to będzie jak programowanie w asemblerze. Zero przyjemności, skomplikowane i podatne na błędy.
Done!
Może nie jest to czyste piękno, ale z braku laku ujdzie Jak czuje się ktoś na siłach to może tam popoprawiać/zrobić po swojemu/zmienić kolory…bo jakiś taki wyblakły wyszedł
No super Javnik, dzieki ogromne!
No to teraz Stary Rynek z kolorkami fasad. Ja robie foty j lapie Fotoshopem kolor tynku poszczególnych fasad. Idzie piorunem. Acha, poprawiam kolorystyke fotek ustalajac punkt bieli zanim zlapie kolor.