Co do centralnego serwisu to prof. Sankowski obiecal pomóc. Musimy jedynie specyfikowac CO jest potrzebne.
Rozmawialem ze swoim szefem równiez. Za umieszczenie napisu w rogu “powered by” firma w której pracuje podjela by sie serwerowania serwisu. Co myslicie?
Czy może ktoś podać listę serwisów przedstawiających OSM obiekty w 3D?
Chciałbym porównać wizualizacje obiektów które tagowałem w 3D.
Różne kombinacje tagowania testowałem na miejscowości Pionki (mazowieckie).
Samo tagowanie w 3D nie jest trudne.
Głównie oparte na relacji “type=building”, gdzie obrys zewnętrzny tagujemy jako “outline” a pozostałe “bulding part=yes” jako “part”.
Dla prostych budynków, to głównie “height=7” i “roof:height=3”, “roof:material=tar_paper”, roof:shape=flat, building:material:plaster"
Podstawy są w https://wiki.openstreetmap.org/wiki/Pl: … _Buildings
Jak dotąd żadna wizualizacja nie “czyta” podstawowych tagów aby w pełni oddać wygląd dróg czy obiektów.
Czyli nie nadają się jeszcze do wizualizacji tras w GPS’ach i mijanych obiektów.
Na razie znam tylko:
- Wtyczka Kendzi 3D do JOSM
- http://map.f4-group.com/
-
http://osmbuildings.org/
4. http://osmbuildings.org/ - http://www.opensciencemap.org/map
- to pewnie miało być http://www.opensciencemap.org/map (a wyszło powtórzenie 3.)
Ja kojarzę jeszcze:
- http://openmapsurfer.uni-hd.de/ (obiekty są widoczne jako trójwymiarowe tylko na najwyższych powiększeniach)
Tutaj przyklad jak zrobic dach dwuspadowy z otworem w srodku:
http://map.f4-group.com/#lat=53.0103196&lon=18.6039658&zoom=18&ui.discoveryOpen=false&camera.theta=41.637
W OSM:
http://www.openstreetmap.org/#map=19/53.01042/18.60435
Brak relacji łączących “building:part”.
Wartości dla kolorów “building:color” lub “roof:color” powinny być “#9A230E” a nie “9A230E”. Patrz w Kendzi.
W Kendzi również nie ma otworu w środku (inner) tylko też jest dach.
Chodzi mi o sama idee. Mozna uzywac przenikajacych sie bryl. Pytanie: po co uzywac w ogole znaku # przed oznaczeniem koloru?
Pozdrowienia!
Marek
Znak # używa się powszechnie aby odróżnić wartość Hex RGB od dowolnej nazwy nie mającej nic wspólnego w przyjęta nazwą koloru (red, yellow, itd).
Wiece ze modele 3D z OSM mozna zaimportowac bezposrednio do Cinema 3D?
Chyba bezpośrednio z OSM do Cinema 3D jako wtyczka, używając programu C4D. 
Tak, poprawilem literówke.
W kazdym razie oznacza to, ze praca (model 3D) nie pozostanie “tylko” w OSM lecz moze byc stosowana takze przez inne grupy uzytkowników.
Tak nawiasem: Rozmawialem o tym z managerami Cinemy juz ponad 2 lata temu. Cieszy ze cos sie dzieje w temacie…
Na przykladzie kolonady Berniniego w Watykanie (ta z lewej strony) wiadac, jak mozna zrobic “trudny” dach. Tj, dach typu 9 “gabled”.
Oczywiscie to bardzo nuzace dlubanie i powinno to byc robione automatycznie. Bylo nie bylo - dziala.
No nie bardzo.
Jest za gruby bo “połknął” wszystkie postacie na dachu, no częściowo płaski po bokach.
Powinien być ciągłością kształtu dachu który jest na początku Kolonady.
Może lepiej używaj JOSM zamiast Potlacha, jeżeli nie widzisz tej różnicy?
Możesz wtedy włączać Kendzi 3D i sprawdzać na bieżąco każdy ruch.
Zgadza sie Wladku, dach jest za wysoki. Po raz pierwszy uznaje tutaj jednoznaczna wyzszosc JOSM jako narzedzia 
W kazdym razie znów chodzi mi o trick jako taki. Nie podoba mi sie jednak zmuszanie uzytkownika nie majacego zbyt duzego pojecia o geometrii wykreslnej do pracy w ten sposób. To trzeba zautomatyzowac, musi powstac do tego narzedzie. Ludziom podoba sie modelowanie, jednak obecne narzedzia nie zachecaja do pracy. Byc moze powinnismy uderzyc do jakiejs fundacji, bo ludzi którzy mogli by takie narzedzie stworzyc definitywnie w Polsce mamy.
Jakies pomysly?
Żeby to było łatwe to musi być możliwość budowania modelu wektorowo.
A następnie wstawiać wartości (długości) dla poszczególnych elementów.
Tak jak w CAD.
Obecnie wszystkie wymiary obiektów są orientacyjne.
A zmiana ich wartości na konkretne, dla takiego kościoła, całkowicie zniechęci przeciętnego edytora.
I jak pisałem wcześniej, wtyczka konstrukcyjna.
Dokladnie cos takiego mam jako specyfikacje. Ktos to musi zrobic (po konsultacjach spolecznych oczywiscie). Tak na oko potrzebny jest zespól, ok 4,5 osób przez niecaly rok.
Do tego trzeba kasy. Ludzie musza z czegos zyc.
Zastanawiał się ktoś czy nie dałoby się do tego zaprząc np. freeCADa? Albo jako zewnętrzne narzędzie i eksport/import do OSM, albo jako silnik wtyczki do JOSM?
Pytanie jest uzasadnione. Nie umiem na nie odpowiedziec, ale mam nadzieje ze ktos na naszym forum móglby sie temu przyjrzec.
Ja mam specyfikacje + projekt GUI do wykorzystania.
Jesli jednak nawet ktos wie, jakto zrobic, to to jest dosc duzy numer. Mysle ze trudno to bedzie zrobic bez finansowania.
Fajny przykład. Jednak ten akurat przypadek można by załatwić niemal od razu bez robienia części za pomocą 9.0. Ktoś też zaproponował aby typ 9.0 był używany jako domyślny dla dachu o nazwie hipped.
Tylko żeby wstawiać wartości, które nie będą orientacyjne, lecz precyzyjne, trzeba sensownego sprzętu do pomiaru - dalmierza. W zakresie oprogramowania musi być moduł, który pozwoli na utrzymanie spójnej geometrii na podstawie wskazanych wymiarów. Poza tym jeśli dopuszcza się wartości precyzyjne i orientacyjne to warto by było wprowadzić jakiś tag opisujący precyzję określenia danego elementu.
Jasne. Jesli 9.0 juz zadziala to tak. Jesli mamy jednak sytuacje, gdzie np. w budynku na rzucie kwadratu jest prostokatny dziedziniec, to taki trick pozwoli na wygenerowanie np dachów o tej samej wysokosci kalenicy. Tak nawiasem: Przydalo by sie w 9.0 takie rozróznienie czyli:
a. kat nachylenia dachu=wszedzie ten sam
albo:
b. Kalenica=wszedzie ta sama wysokosc
bo to beda rózne dachy.
Pytanie tylko jak otagowac przypadek a i b po angielsku?
To prawda i dobrze ze nad takim rozwiazaniem pracujesz! Z drugiej strony jest mnóstwo budynków do których mamy w internecie rzuty i przekroje poprzeczne wiec mozna je rysowac na podstawie planu. Dla innych malo istotnych budynków wystarcza tez na poczatek wartosci orientacyjne. Istotne jest wiec, by miec sam program jako taki.