Odtworzenie istniejącego stanu zamku Tenczyn, Rudno.

Moim zdaniem o ile zawsze lepiej mieć aktualne dane, to nieco starsze (w sensie najnowsze dostępne) też są OK.

Poza tym nie wiem na czym ta konserwacja polega, ale czy aby na pewno na budowaniu/burzeniu ścian? Jakoś wątpię, a tak czy owak główna bryła pewnie jest w miarę stała.

Gdy się zbyt ambitnie podchodzi to problemy przerastają.
Zamek jest od ponad 4 lat odbudowywany np. basteja wejściowa i wieża oraz cześć murów, więc tego co zrobili nie będą ruszać.
W pozostałej części obrobią tylko zwieńczenia murów i może położą kawałek dachu.
Zatem jeśli zmapujesz teraz to potem tylko w najwyższych klockach zmienisz wysokość.
Jeśli dołożysz dodatkowe klocki po remoncie, to będziesz miała dwie wersje zamku przed przebudową i po, co może być pewną atrakcją dla turystów.
Z pewnością praca jaką wykonasz teraz będzie stanowić 80-90% odbudowanego zamku, zatem nie widzę przeszkód aby zacząć już teraz.
Niestety w OSM słabe jest wsparcie dla obiektów 3D stojących na nierównym gruncie, dziedziniec zamku jest dużo wyżej niż obrys a do tego poszczególne części wyglądają na zbudowane na rożnych wysokościach.Aby zniwelować błędy potrzeba by pewne partie terenu zasypać klockami udającymi grunt a to mrówcza robota .
Zbuduj zamek z 20-50 klocków a potem każdy z nich możesz sobie zastąpić wieloma mniejszymi .
Niestety nie ma softu ułatwiającego układanie wielu klocków jeden na drugim aby był potem dostęp do pożądanej warstwy w celu szczegółowej obróbki. Praca w OSM będzie poprzypominać trochę układanie domku z kart, bo każde przesunięcie będzie trudne do cofnięcia a im więcej warstw tym szybciej się porozjeżdża.
Zrób model z minimalnej ilości klocków tak aby uzyskać otwory okienne a zrozumiesz ograniczenia.
Łatwiej w CAD-zie przeciągać każdy punkt a potem pociąć na wiele warstw które powinno dać się nałożyć na siebie w OSM .
Dla mnie przy obecnych ofertach renderingu ta zabawa niewarta efektu.
Wystarczy w kilka godzin pociąć zamek na 50 klocków a wysokości interpolować ze zdjęć Poziom terenu przyjąć an zewnątrz jednakowy a przyszłości pozasłaniać pewne partie skośnymi bryłami .Podniesienie poziomu dziedzińca wydaje się być banalne bo jest poziomy.
Mam jednak obawy aby obecne rendery uniosły bagaż wielu brył.

Zbuduj uproszczony model zamku z 20-50 brył a sama sprawdzisz czy da się tym obracać w demo.f4 .
Są też serwisy 3D statyczne, pozwalające na widok np. z 4 stron.

Tak tak wiem…to co jest raczej zburzone nie zostanie. heh. Jak rowers2 napisał zbyt mocno poddałam się ambicji ale hm…chwilowo. Zajmę się tym co jest oczywiście

Kendzi3d jak najbardziej działa, tylko czasem dość powoli (z zamkiem nie powinno być dużego problemu, bo nie ma dookoła gęstej zabudowy - kendzi3d muli najbardziej, jeśli “w tle” jest dużo budynków, bo też są renderowane - dlatego nie warto mieć w JOSM zbyt dużego obszaru na czas edycji - najlepiej tylko edytowany obiekt). Częstość odświeżania f4map nie jest stała - zwykle potrafią działać prawa murphiego - im bardziej jest potrzebne tym bardziej nie działa ;). Warto jednak używać obu, tym bardziej, że niektóre rzeczy działają tylko w jednym (np. w kendzi3d dało się ustawić ujemną wysokość dachu otrzymując odwrotny jego kształt - w f4map to nie zadziałało - czasem może być odwrotnie: nie działa w kendzi3d, działa w f4map).

Czekam(y) na pierwsze rezultaty, nawet jeśli niekoniecznie będą udane ;).

Mam pytanie, SketchUp Make - czy ja go moge powiazac z OSM? widze, ze w swoich katalogach posiada caly folder z odwolaniami do OSM. Jesli tak byloby wspaniale, do tej pory wszystkie projekty w nim tworze

Nie wydaje mi się, mówiąc szczerze, bo ten model i tak nie “wisi w powietrzu”, tylko musi się w części pokrywać ze ścianami, a więc mieć punkty wspólne z istniejącym obrysem.

Mogę się mylić, ale moim zdaniem żaden gotowy model nie będzie się nadawał do OSM, niezależnie w jakim formacie - chyba, że program akurat umie wyeksportować model w jakimś formacie OSM z odpowiednimi współrzędnymi i że zaczynamy rysować od zera.

To prawda, na razie żaden importer tego nie potrafi. Trzeba by to napisać. Jeśli znalazł by się chętny by z formatu .obj importować do S3DB to chętnie przekażę specyfikację.

Zaś co do modelu zamku:
Ponieważ stoi na wzgórzu, to trzeba je będzie wymodelować za pomocą poziomic używając trochę nieładnego tricku, mianowicie przypisując poziomicom parametr building:part=yes plus height=

W innym przypadku zamek albo będzie wisiał w powietrzu albo wygląd Zamku i wysokości nie będą się zgadzać.
To w sumie bardzo ciekawe zadanie bo nie mamy jeszcze wśród modeli 3D w OSM modelu uwzględniającego rzeźbę terenu.
Przykład ten bardzo ładnie może pokazać słabości obecnej definicji S3DB.

Dziękuję za tą metodę z poziomicami. Nie pomyślałam nawet o takim działaniu

Polecam najpierw kliknąć na F4map te trzy poziome kreseczki obok pola wyszukiwania, potem “Graphic options” a potem włączyć sobie “Ground elevations” ;). Rysowanie gruntu jako building part byłoby kolejnym bezsensownym mapowaniem pod render, tym bardziej, że np. F4map uwzględnia rzeźbę terenu.

Niestety rozdzielczość modelu terenu używanego przez firmę f4 jest w tym przypadku niewystarczająca. Prawdopodobnie jest to ogólnodostępny model terenu (DTM) na rastrze 90m. Tego typu obiekty wychodzą od biedy gdy ma się DTM o rastrze 5m, jeszcze lepiej 1 m oczywiście.

To według f4 jest np. wzgórze Wawelskie:
http://demo.f4map.com/#lat=50.0536600&lon=19.9348828&zoom=19&camera.theta=71.692&camera.phi=-14.897

Dlatego proponuję w tym przypadku poziomice, wiedząc oczywiście że jest to brzydki hack. Kiedy uzyskamy bardziej precyzyjny model terenu te elementy można będzie usunąć.

Wawel aż się prosi, żeby pododawać na początek choćby takie proste rzeczy jak kolory ścian i rodzaje dachów, bo do tego wystarcza zwykłe zdjęcia i nie trzeba biegać z miarką. =}

Tutaj: http://demo.f4map.com/#lat=45.7667111&lon=10.7591132&zoom=19&camera.theta=74.843&camera.phi=-12.892

jest przykład jaskrawo pokazujący, że istniejąca rozdzielczość modelu terenu w F4 jest niewystarczająca. Drogi ślizgają się po zboczu, nie widać tarasów.

Pat0098 - dane wysokościowe w postaci pliku skanowania laserowego LAS (sekcja M-34-64-C-a-4 - dane z projektu ISOK ~2013 rok) powinnaś otrzymać w Wydziale Gospodarowania Mieniem Komunalnym w Krzeszowicach, który chyba też prowadzi zasób geodezyjny na tym obszarze, jeżeli nie posiadają takich danych, to dostaną je za darmo z CODGiK ( http://www.codgik.gov.pl/index.php/zasob/numeryczne-dane-wysokosciowe.html ).
Dane te, mimo trzyletniej dezaktualizacji, na pewno pomogą w zamodelowaniu zamku, dodatkowo każdy punkt w chmurze posiada informację o kolorze obiektu i jego klasyfikacji.
Możesz zobaczyć jak to działa: dane z http://www.codgik.gov.pl/images/probki_danych/WF/NMT/probki/miasto_fragment.zip otwierasz najlepiej w http://www.fugroviewer.com/ .

WojtekK,
to może by się w podobny sposób za Wawel zabrać?

Dziekuje za tyle cennych wskazowek, nakierowan i odpowiedzi. Jezeli uda sie mojej skromnej osobie wymodelowac ten zamek Tenczyn, promise! ze wezme sie za Wawel, hah!

Pierwsze kroki na Wawelu już zrobiłem, ale nie będę kontynuował do końca, to zadanie dla miejscowych raczej.

Jest jeden taki myk, który nie jest opisany na stronie S3DB a jest renderowany w F4.
Spójrz w edytorze na ten obiekt z Norymbergi, tj. Lorenzkirche: http://www.openstreetmap.org/#map=19/49.45089/11.07894

Autor używa tagu: roof:slope:direction np. tutaj: http://www.openstreetmap.org/way/298018017

wynik to:
http://demo.f4map.com/#lat=49.4510757&lon=11.0787966&zoom=20&camera.theta=49.297&camera.phi=36.383

Pat0098,
skoro tak Ci na modelu zależy to dlaczego Twoja jedyna do tej edycja w OSM to:
http://www.openstreetmap.org/user/Pat0098/history#map=19/50.01070/20.00884 ? :slight_smile:

Z tego co widzę model zamku w Tenczynie robi na razie kolega Komorek :slight_smile: