Martin_S

23-07-2015 Programisci ZWSOFT złamali dwuletnią zasadę definiowania stolarki tj. znacznik czerwony 2D, ma byc po stronie otwierania okna , znacznik żółty do modelu 3D tak samo. w wersji 2015 SP1 znacznik 2d (czerwony) musi byc po stronie zewnętrznej tam gdzie ewentualny węgarek/jamb https://forum.cad.info.pl/topic/815-co-warto-udoskonalić-w-zwcad-architecture/?p=5230 jutro to jeszcze przeanalizuje ... uwagi ze screenami w opracowywaniu ...wkrotce KROK PO KROKU - w opracowaniu .... Pierw standardowa zasada, jak prowadzimy scianę wzdłuż danego kierunku to stroną zewnętrzną jest prawa strona (linia fioletowa), a strona wewnętrzna ściany to linia niebieska (tu jest ok) W dalszym etapie pokażę, modelowanie okna z wykorzystaniem menadżera i zasad modelowania które były rekomendowane od 2 lat rekomendowana zasada modelowania bloków stolarki od >2lat (tak się konsekwentnie uczymy) znacznik czerwony X wskazuje kierunek otwierania okna w trybie 2D, natomiast znacznik żółty X wskazuje kierunek otwierania bloku 3D w trybie 3D Po wstawieniu okna (wg zasad, które regulowały w/w zasady od 2 lat) winniśmy otrzymać wstepnie taki obraz w DWG Teraz zajmę się definiowaniem węgarka, przy założeniu że rama okna jest przy krawędzi ściany, przyjmę węgarek jako przedłużenie do wewnątrz styropianu o 50mm do środka, styropian nachodzi na konstrukcję ramy okna. Zgodnie z uczonymi zasadami w/w, intuicyjnie definiujemy węgarki po edycji okna jak na poniższym obrazku (zakładając w dobrej wierze ze są utrzymane 2 letnie reguły modelowania stolarki) Dla mnie to są 2 błędy: węgarek po wewnętrznej stronie ściany (niezgodnie z kierunkiem sciany, bo powinien w standardzie byc po stronie zewnętrznej) drugi błąd to znikanie pogrubionego konturu ściany po drugiej stronie okna. Mimo tego tymczasowo poszukam obejścia "problemu". Zmiana położenia znacznika czerwonego od 2D tymczasowo załatwia sprawę, ale to złamanie reguły modelowania, której uczymy sie od > 2 lat, po co? Teraz pokażę błędy podczas eksportu modelu parametrycznego AEC do rysunku płaskiego 2D 1. bład - brak pogrubionego konturu reszty ściany o ile uzytkownik aktywował ta funkcję 2. Znikneły ramy okienne okna, blok został Przy wyłaczonym pogrubionym konturze scian (najpopularniejsza opcja) wyglada to tak 1. Znikneły ramy okienne, blok został, wewnętrzne linie miedzy warstwami ścian czemu są na warstwie A-WALL, wczesniej były na A-HATCH (przydałby sie opcjonalny przełącznik do tego, bo wolę linie miedzy warstwami wewnetrznymi scian na warstwie A-HATCH, rysunek jest bardziej estetyczny na wydruku) Tak by mogła w wersji 2015 SP1 wyglądać ściana po eksporcie z AEC do 2D p.s. przy tym nowym sposobie modelowania w AEC , bedzie problem z parapetami, no i brak linii widokowej krawedzi wewn. i zewn. ściany na rzucie, pomysle nad tym jeszcze jak to "obejść" .... ogólnie podsumowując dobry pomysł, ale brak kompatybilnosci wstecznej i nowa interpretacja ściany warstwowej po eksporcie do 2D wyglada nieestetycznie, bo wiekszosc nie uzywa pogrubionego konturu ścian, ze względu na możliwość wprowadzania zmian w rysunku wyeksportowanym w 2D. Zmiany w modelu AEC a potem eksport do 2D bywa czasami bardziej uciążliwe. plik testowy dwg ZwArch2015_SP1_test002_23-07-2015.dwg

To prawdopodobne może sie przydać do ZWCAD ARCHITECTURE do zliczania ścian itp., przyjrze sie tym lispom też :)

Dziś wystartowała najnowsza wersja ZWCAD ARCHITECTURE 2015 SP1 (news od simona) nowosci i zmiany: http://marketing.zwsoft.com/Marketing/ZWCADArchitecture/Release_Notes_ZWCAD_Architecture_2015_SP1.pdf?utm_source=English-Customer&utm_campaign=e50b30befb-ZWCAD_2015_SP2_Release_Users_25_6_2015&utm_medium=email&utm_term=0_5ebe617659-e50b30befb-330628105 22-07-2015 Pierwsze uwagi: OOOps obie wersje 2015 SP1 ENU i PLK nie są zgodne z PDF od simona. Problem z wstawieniem okna, wegarki rozwiązano ale tylko w 2D, w 3D trzeba sobie "dorzeźbić" węgarek, ale to proste brak ikon do wstawiania ściany kurtynowej,,,zastępczo proszę użyć polecenia S41_curtainwall. Poki co okno obchodzę przez wstawienie okna wg 2 punktów, dziwne- wegarek po stronie wewnetrznej?....ale idzie to skorygowac testy kontynuuje jak mam czas c.d. po resecie profilu odzyskano 2 polecenia do ścian: wirtualnej i kurtynowej w dziale narzedzi: ściana/WALL ..... ufff testy c.d.

Wstawianie dobrej jakosci JPG format 7680x5122 39,3MPx do DWG skutkuje także dobrej jakości wydrukiem np. do PDF (format A3) Przykład krok po kroku w ZWCAD ARCHITECTURE 2015 obszar modelu obszar papieru/Layout pod format A3 podgląd wydruku do PDF widok PDF 100% widok PDF 400% widok PDF 6400% plik testowy e-transmitowany JPG2DWG_TEST.dwg - STANDARD.zip Wniosek: Wstawianie obrazów rastrowych w DWG jest drukowana w dobrej jakości i zależy od wstawianej grafiki np. JPG

Jan Pajerchin ze Słowacji zrobił film o tym

Dziękuję, to znam, testowałem, w takim razie poczekamy na ulepszenia. :hi:

Też na to liczę, zaczynam naukę wegierskiego AxisVM wspierającego IFC. Ale na wsparcie formatu ifc trzeba bedzie chyba dłużej poczekać...strzelam...min. 1 rok :D

Dobra wiadomość. ZWSOFT rozważa wsparcie standardu IFC wspierającego BIM. :)

Czy jest ktoś zainteresowany tworzeniem wielowarstwowych przekrojów ścian i stropów w przekrojach 2D? 1. Wykorzystanie polecenia WALL/Ściana i COLUMN/Słup (tryb AEC) z liniami bazowymi aktywnymi 2. WALL (tryb AEC) deaktywacja linii bazowych 3. Eksport do 2D , wstępną obróbka

Przydało by się w końcu wsparcie AcDbSubDMesh w ZWCAD+ by móc z obiektów organicznych (bryły NURB) skorzystać w architekturze. Najwyższa pora by to wprowadzono w wersji 2016+

W nawiązaniu do http://www.zwsoft.com/zwcad_forum/viewthread.php?tid=2972&page=7&extra=#pid22164 Belgowie wymyslili ergonomiczny i inteligentny "quad" kursor

@Landor... trzeba się mocno "uzbroić" w cierpliwość (kilka tygodni - 1,5roku czasem) gwarantuję, że sprawa jest rozpracowywana tak jak z narzędziami od ZWCAD ARCHITECTURE , jak jest zgłoszona

Jest wersja od ZWSOFT , znajde i wkleje ;) znalazłem to PDFConverter http://www.zwsoft.com/zwcad_forum/viewthread.php?tid=3851&highlight=pdf

Dałoby radę wprowadzić obsługę "brył organicznych" typu NURB w wersji 2016. Mija 2lata już, a problem nie wdrożony. przykład ostatni http://www.tsplines.com/products/what-are-t-splines.html To otworzy bramę do obsługi obiektów "organicznych" z biblioteki 3D Warehouse. p.s. Nie sądzę by Chińczycy byli słabsi matematycznie od chociażby Rosjan i Niemców (którzy ogarnęli po swojemu tą problematykę)

To fajnie, jak by był tez dało się zaimplementować opcję z głębią ostrości w Artisan https://forum.cad.info.pl/topic/1388-artisan-nakładka-renderująca-do-zwcad-i-architecture/?p=8502 Bo renderowanie obrazów w rozmiarze >8K w 7 minut jest już możliwe (poprzez obejście) https://forum.cad.info.pl/topic/1388-artisan-nakładka-renderująca-do-zwcad-i-architecture/?p=8592 Jakby sie udało w wersji 2016 importować obiekty *.skp z 3D WAREHOUSE po rozwiązaniu problemu z AcDbSubDMesh to by było super.

Czy coś wiadomo, kiedy bloki różnego typu oświetleń będą w ZWCAD+?

1 tutorial (Tworzenie biblioteki tekstur dla przyszłych plików DWG) krok po kroku na przykładzie 4 drzew z biblioteki 3D WAREHOUSE (SKETCHUP z plików skonwertowanych skp na DWG) wg indeksu tekstur po warstwach. konsola: --layer_ids (tego potrzebowałem, tekstury by layer a nie by color) calkiem nowy plik DWG w który wykorzystam archiwum snapshotów (archiwum drzew) metodą przeciągnij i upuść wprowadzam ustawienia (istnieje możliwość kopiowania właściwości 1 parametru np. materiałów, światła, ustawienie kamery)

albo inny przykład z https://forum.cad.info.pl/topic/1260-test-artisan-2014-z-zwcad-2015-pro-sp1/?p=7553 Ustawiony rendering Snapshotu na 2981x1677 w proporcji 16:9 , co daje 5MPx trwa u mnie ok 2h (1h57min) Obraz 1600x900 czas renderingu ok. 6,5min 18x krócej Obraz 1600x900 Obraz konwertowany z 1600x900 na 2981x1677 ok. 3,5x Pikseloza 1600x900 Pikseloza 2981x1677 Wniosek nasuwa się sam, zysk czasowy renderowania jest spory a jakość obrazów jest zbliżona. 19-06-2015 UWAGA dodatkowa, ustawienie tekstur wg warstw wreszcie działa, indeksowanie tekstur po warstwach (konsola --layer_ids) pozostałe opcje nie pracują (ZWSOFT powinien to poprawić, a nie Pictorex) Konsekwencją jest zupełnie nowe podejscie, nie ma teksturowania by Color a by Layer, ale to będę w wolnym czasie jeszcze badał, wczesniejsze renderowania trzeba od zera poustawiać by Layer (indeks --layer_ids) o ile tak chcecie. Domyślnie konsola ma to pole puste. 27-06-2015 Porównanie wersji komercyjnej i darmowej (jest widoczna różnica), ale to tworzy furtkę dla krótszego czasu renderowania na słabszych komputerach.

Znalazłem ciekawą darmową aplikację SmillaEnlarger http://sourceforge.net/projects/imageenlarger/?source=typ_redirect dzięki niej możemy renderować obrazki w Artisan np. 1600x1067 1,7Mpx, a następnie przeskalowywać do np. 5998x4000 24Mpx (np. aż 14x) o optymalnej jakości. Plusy rozwiązania: - oszczędzamy czas renderując mniejszy obraz, bo z niego uzyskamy większy - można używać wtedy słabszy sprzęt komputerowy do renderingu szczegóły pikselozy fragmentu obrazu pliku jpg 1600x1067 1,7Mpx szczegóły pikselozy fragmentu obrazu pliku jpg 5998x4000 24Mpx po procesie przeskalowywania x14 szczegóły pikselozy fragmentu obrazu pliku jpg 7680x5122 (>8K) 39,3Mpx po procesie przeskalowywania x23 (własne ustawienia programu)

hmm może to wersja pod 2014+ , ja nie mam styczności z plikami DGN, ale ten wątek znalazłem na forum ZWSOFT