Martin_S

Nie szkodzi, ale sporo mnie to "oświeciło" i otwiera mi droge do konkretnych przemyśleń z solidami :) w kierunku na razie pseudoBIM

Przepraszam za formę "stosujecie", miało to zapytanie byc skierowane dla bezpośrednio do programistów CAD, bo ja takiej wiedzy i umiejętności nie mam, a szkoda :hi:

Z BIBLIOCAD.com można pobrać 2 auta średniej jakości modelu 3D (bo nie ma rozpracowanego jeszcze AcDbSubDMesh Class) z teksturami Artisana, które zostały zatwierdzone. To portal międzynarodowy do wymiany i dzielenia się plikami CAD różnych formatów. TOYOTA HARRIER https://twitter.com/MaverS_71/status/483520718479851520 oraz AUDI Q7 https://twitter.com/MaverS_71/status/483417238448668672 http://www.bibliocad.com/profile/MaverS p.s. Numery rejestracyjne są edytowalne i można zmieniać, tak samo kolor lakieru itp.

a stosujecie własną niezależną numerację kodową danego obiektu, o której użytkownik nie musi wiedzieć a Wam programistom ułatwia "życie"? np. blacha czołowa 0001, HEA300 0002, blacha czołowa 0003 - i mamy np. pozycje wysyłkową z 0001+0002+0003 Czy mozna w taki element wkomponować na stałe takie zmienne: np. zmienne wyświetlane na życzenie z możliwością zmiany jakimś narzędziem: Nr Pozycji: S01 (opcja dodatkowa) Nazwa elementu: Słup Nazwa: IPE500 Materiał: S235JRG2 zmienna ukryta dla uzytkownika, którą wprowadził z okna dialogowego Gęstość kg/m3: 7850 Masa: liczba z wyniku mnożenia Gęstość*Volume/1000 000 000 zmienna z solida Volume: Objętość w mm3

Mam takie pytanie. Bryła solidowa jest w DWG konkretnie identyfikowana przez zmienną HANDLE. np. Command: _list 1 found 3DSOLID Layer: "e-cad_stal_kontur" Space: Model space Handle = 404F7 Na podstawie tej zmiennej czy można programistycznie wydobyć zmenną Mass z obiektu Handle = 404F7 np. Command: _massprop Select objects: 1 found Select objects: ---- SOLIDS ---- Mass: 57760741.9916 Jeśli byłoby to możliwe wtedy moznaby tworzyć solidowe obiekty pseudoBIM w oparciu o wbudowane biblioteki profili (zmienna XDATA lub XRECORD) z masą takiego solida w zależności co to za materiał (drewno, stal, żelbet) Czyli by utworzyć daną bryłę solidową pobieramy z biblioteki konkretny profil, gęstość (drewno, stal, żelbet) Efektem takiego narzędzia jest solidowy obiekt 3D pseudoBIM, z informacją wbudowaną co to za profil, materiał, masa To wystarczy do późniejszego narzędzia konwertującego taki obiekt na format *.ifc z podpiętymi zmiennymi niegraficznymi (nazwa profilu, materiał, masa) Co Wy na to ? Zajmę się tym rysunkowo-algorytmicznie :)

Wbudowane plotowanie do PDF w trybie Publish bardzo dobrze działa, nie zawiodłem się ani razu. DWG to PDF.pc5

Warstwy nie mogą być zamrożone , zablokowane też, neutralne powinny być by dały sie umieścić pod spód

Dane niegraficzne w pewien sposób mogą imitować pseudoBIM w ramach DWG - ale biblioteki takich obiektów powinny być w programie wbudowane z mozliwością dodawanie swoich danych.

zaznacz ramke rastra i umieść pod spód, wszystkie linie sie ujawnią. Wole rastry 1-bitowe z przeźroczystą roboczą.

To efekt programowania o którym nie mam pojęcia, a efekt działania robi wrażenie :) bo widzę szerokie zastosowanie w przyszłosci takiego narzędzia do konstrukcji, a jestem swiadomy że np. ogarniecie przekształcenia bryły powierzchniowej 3DSURFACE na 3DSOLID nie jest jakimś prostym problemem, bo odwrotne działanie już jest S41_STZM

dokładnie o to mi chodziło, klasyczna bryła solidowa gotowa do obróbki narzedziami SLICE itp. to dla mnie bryła sztywna jako skrót myślowy. Bo obiekt PATH SURPHACE przezywam jako dynamiczna 3D (zmiana ścieżki/przekroju zmienia bryłe "online") :)

Jesli zostanie ogarnięta problematyka PathSurface->3DSOLID to jako element "sztywne" będą mogły by być w dalszym etapie tak zaprogramowane i sparametryzowane by uzyskać dowolny element umozliwiajacy wykonanie połaczeń doczołowych jak na w/w grafikach bez zmartwienia o kształtach ścieżek , wtedy sciezki nie będą musiały by być prostopadłe wzgl. siebie w miiejscu połączenia. No to czekamy , sprawa jest bardzo dawno temu zgłoszona

A konwerter obiektu - Bryła powierzchniowa w wyniku tej komendy PATH SURFACE konwertowana na bryłę solidową to by było możliwe? Bo obróbka końcówek na tzw. połaczenia doczołowe to na bryłach solidowych jest wygodniejsza bo są narzedzia jak SLICE, wycinanie otworów tez łatwiejsze w półkach lub srodniku na solidach. Poza tym dokoptowanie blachy doczołowej jako obiektu SLAB z dynamicznym otworowaniem, z tym obecnie nie ma problemu. Docelowo obiekt parametryczny 3D Slab z otworowaniem po wykonaniu polecenia 3DGroup stanie sie tez solidem , wiec ma objetość czyli tez masę. Mam nadzieje że uda się ZWSOFT cos pokombinować w tym kierunku, bo spojrzcie tak, dach jako obiekt sparametryzowany 3D ma okap prostopadły do płaszczyzny globalnej XY więc także nie problem by byl z okapem "normalnym" do spadku dachu, a symulacja płaszczyzny prostopadłej do płaszczyzny globalnej XY nie jest obecnie problemem praktycznie od wersji ZWCAD ARCHITECTURE 2012 beta Idę dalej, jesli bedzie możliwa taki algorytm: 1. modelowanie za pomocą ścieżki (zmienna #1) + przekrój (zmienna #2) 2. Obiekt dynamiczny 3D skonwertowany na solid aby dalej ulec obróce programistycznej 3. Juz nie jest dynamiczny ale bryłą sztywną, która n apodstawie wprowadzonych parametrów dodatkowych, ulega docinaniu do formy jak na w/w grafice 4. moge pogodzić się z utratą zalet tzw. "żywej ścieżki" byle uzyskać element półprefabrykat do połaczeń doczołowych. Obecnie jest możliwe tworzenie za pomocą PATH SURFACE (S41_LJQM) obiektów dynamicznych do połaczeń doczołowych pod warunkiem gdy ścieżki są wzgledem siebie prostopadłe + odpowiednie odsunięcie początku ścieżki obiektu #1 względem #2. Ale to wyjatek. Przykład dawałem abstrakcyjnej stalowej pergoli z blachami doczołowymi z otworowaniami

Mam pytanko teraz takie, czy na obecnej wersji jest też możliwe zaprogramowanie czegoś takiego ulepszając polecenie S41_LJQM Źródłem jest ścieżka (polilinia, polilinia3D, linia ) przekrój: dowolny kształt, obrys ... domyslam sie, że diabeł tkwi właśnie w ogarnięciu geometrii 3D na poczatku i końcu ściezki.

Teraz rozumiem to o kluczu i wytrychu :D , ale tzw. "kuchni" jak to robi się/robicie ni czorta nie jarze :) ale chociaż algorytmami i plikami DWG wspieram rozwój nakładki e-cad - programisci to obrabiają i użytkownicy e-cad mogą z nowinek korzystać - a patche są darmowe. Coś w stylu open source. Ja na tym tez korzystam, bo są dodatkowe narzędzia np. do żelbetu i nie tylko, które ułatwiają kreślenie CAD.

Ooops, to ja szczerze wycofuje się z debaty, bo nie znam się na programowaniu, wymiękam już :hi: , zależy mi jedynie by były dopracowane użyteczne i ergonomiczne narzędzia, a jak będą opracowane to nie będę wnikał. jak narazie moja opinia o ZWCAD ARCHITECTURE SP2 jest dużo bardziej pozytywna od SP1. Pozostanie zaprogramować skomplikowane zagadnienie związane z 3D tzn AcDbSubDMesh Class oraz podrasowanie komendy S41_LJQM, bo obecna S41_XJJX mi sie b. podoba choć też wymagała by ulepszenia. p.s. z takim laikiem jak ja nie dogadacie się chyba :)

OK działa Dziękuję za poświęcenie czasu na to zagadnienie, ale moje uwagi zaraz opiszę, z punktu widzenia ARCHITEKTA, który nie ma pojęcia o lispach/programowaniu ale kreślić juz umie i wie co to panel własciwości (CTRL+1) .... Osobiście wolę metodę z atrybutami , bo ją "czuję" i rozumiem jako nieprogramista, i te bloki atrybutowe mogę modyfikować, zmieniać bez wpływu na mechanizm zestawiania stolarki, raczej bym rozbudował bibliotekę symboli graficznych do zestawienia, bo 8-9 typowych to za mało jednak. Polecenie STOLARKAINFO działa wyraźnie ale podobny szybki efekt daje CTRL+1 z mozliwościa edycji "online" oraz edytor atrybutów. Jeśli kreślący nie widzi w inny sposób tych danych , po pewnym czasie "zagubi sie" i zapomni o stolarka.lsp a dzieki CTRL+1 w panelu bocznym od razu wiadomo o wszystkich zmennych dla danej etykiety(szpilki). Ten lisp traktuję jako dokształcenie siebie, że pewne rzeczy mozna robić alternatywnie, kwestia przyzwyczajenia do takiej technologii. Ja metodologię atrybutową używam od wielu lat bo jest jasna dla nawet początkujących.

To działa świeżo po otwarciu programu, używany plik dwg ma zamrożony obszar USTAWIANIA JEDNOSTEK. Jednostki ustala sie na początku pracy.

Po wydaniu świeżej wersji ZWCAD ARCHITECTURE SP2 twierdzę (dzieki komendzie S41_XJJX tzw. Power Rectangle/Super Prostokąt) że Chińscy programiści z ZWSOFT są już praktycznie gotowi do tworzenia sparametryzowanych skomplikowanych obiektów 2D/3D z dużą liczbą niezbędnych zmiennych.

No właśnie sugerowałem ZWSOFT by była mozliwość rozbudowy okna stolarki w ZWCAD ARCHITECTURE, bo to jak piszesz tzw. źródlowa aplikacja cos w tym stylu (ale myślałem po swojemu , nadal wtedy) p.s. pomijam specyficzny sposób opisywania etykiety stolarki w Polsce , obowiązujacy wg norm krajowych , zupełnie inaczej niż na całym świecie tak jak robi to GRAPHISOFT, AUTODESK, BENTLEY. Zawsze musimy być oryginalni ;)

@kruszynski , dziekuję za komentarz, w pewien sposób próbujesz zrozumieć kreślącego (nieprogramiste), ja jako nieprogramista (jak znaczna wiekszość) tak mi sie wydawało, że każdy jest wstanie to opanować jak na w/w obrazkach, jak na razie to działa i po 7 miesiacach nie było sygnałów od użytkowników-nieprogramistów, że tego "nie kumają". A skoro są lepsze metody na ogarniecie podobnej tematyki to tylko lepiej, bo można utworzyć jeszcze lepsze narzędzia wspomagające kreślenie CAD.

Spoko rozumiem, myślę, że na tym zakończymy .... na XRECORD

No jest w sumie niezależna baza w takich plikach tekstowych *.dat, ale chyba się też do końca nie rozumiemy, bo o programowaniu nie mam pojęcia, a wiem co chiałbym uzyskać. Pod żadnym pozorem dany plik roboczy nie jest obciążony danymi na starcie, dane są zewnętrzne, nurtuje mnie jak zgrabnie powiązać te dane z widokiem bocznym stolarki DWG. Jest stała typowa biblioteka po 8-9 elementów, także mająca powiazanie z biblioteką DWG w specjalnym katalogu gdzie przykład pliku DAT baza danych graficznych W ten sposób można rozbudowywać bibliotekę poprzez rozbudowę bazy DAT a symbol graficzny wskazać od 1 do 9, Fajnie jakby było to mozliwe, tak przeprogramowac okno by bylo mozliwa rozbudowa o nowe symbole graficzne >9szt., bo baze DAT daje sie robudowywać bez problemów, ogranicza Nas wbudowane, narzucone przeze mnie typowe 9 symboli graficznych do okien lub drzwi jak na w/w/ grafikach. Widzę jedynie możliwość taką, zebranie innych symboli/bloków i autor nakładki sam to rozbuduje a grafiki bedą sie poziomo np. przewijały az podpasują nam do tabeli zestawień. W przypadku nietypowym , kasuje sie grafike w tabeli i wkleja np. z elewacji lub przekroju. Nie ma problemu.