plik pdf 9.55MB - Polska Izba Inżynierów Budownictwa

TechnologiePierwsze cztery formaty służądo zapisywania grafiki rastrowej,która ma ograniczone zastosowaniew sporządzaniu dokumentacjii przydaje się jedynie do zaprezentowaniagotowego projektu (format.svg został przygotowany do prezentacjiprostych grafik w Interneciei jest zbyt ubogi, żeby mógł być wykorzystanyw systemach CAD).Proponowane formaty grafiki rastrowej,dzięki wbudowanym algorytmomkompresji tworzą mniejszepliki niż bezpośredni zapisw postaci pixel mapy (format .bmp).Należy jednak zwrócić uwagę, że np.format .jpg jest stratny, tzn. część informacjiusuwa z obrazu. W przypadkudokumentacji technicznej nie możemypozwolić sobie na takie ryzyko.Systemy CAD pracują wykorzystującgrafikę wektorową.Uzupełnieniem powyższych formatówmógłby być format .pdf. Różneaplikacje CAD przystosowane są dotworzenia plików wydruku projektuw określonej skali w formacie .pdf. Danew tym formacie mogą być przekazywane,przeglądane i publikowane np. w Interneciebez utraty jakości danych i skalirysunków. Plik .pdf jest mniejszy odplików zapisujących grafikę rastrową,zaś aplikacje do czytania danych w tymformacie są najczęściej bezpłatne.Podstawowe zasady przygotowaniadokumentacji CADPrzed opracowaniem standardów należyprzyjąć kilka podstawowych zasad,które muszą być spełnione przy wykonywaniukażdej dokumentacji CAD. Naszymzdaniem są to następujące zasady:• model wykonujemy w skali 1:1,wykorzystując technikę modelowaniaprecyzyjnego,• elementy projektu umieszczamyna różnych warstwach, które ściśleokreślają styl, kolor i grubośćstosowanych linii,• wykorzystujemy pliki referencyjne,które ograniczają wielkość plikówrysunkowych, pozwalają teżna rozbicie projektu na branże,• w plikach przygotowujemy arkuszewydruków umożliwiające automatycznywydruk dokumentacjiprojektowej (właściwie rozmiesz-czonej, we właściwej skali, z ramkąi tabelką),• do projektu dołączamy plik konfiguracjiwydruku,• przygotowujemy ustawienia aplikacjiCAD, które zapisujemy w plikuprototypowym i rozpowszechniamyz dokumentacją,• elementy modelu zapisujemyw plikach w formacie wykorzystywanymprzez aplikację,• do projektu dołączmy plik w formacie.txt lub .rtf, w którym umieszczamynazwy wszystkich plikówprojektu,• dokumentację przekazujemy (archiwizujemy)w oryginalnych formatachaplikacji,• wydruki wyskalowanych rysunkówarchiwizujemy w formacie .pdf.Powyższe zasady są zgodne ze współczesnymkomputerowym wspomaganiemprojektowania. Ich spełnienie przytworzeniu dokumentacji do inwestycjipodlegających ustawie o zamówieniachpublicznych rozwiązuje często opisywanyproblem umieszczenia takiej dokumentacjiw Internecie. Dokumentacjaprzygotowana zgodnie z ww. zasadamimoże być umieszczona na serwerze internetowymw postaci plików .pdf.Zakres standaryzacjiSzczegółowy zakres standaryzacjiprzedstawimy w oddzielnej publikacji.Jedynie zasygnalizujemy jej ramy.W pierwszej kolejności przygotowanezostaną ogólne zasady standaryzacji,uniwersalne dla wszystkich branż.W dalszych pracach powstaną standardydla poszczególnych branż, poczynającod architektoniczno-budowlanej.Standardy dokumentacji dwuwymiarowej(2D) powinny precyzować: nazewnictwoi format plików; organizację (zawartość)dokumentacji; zasadę podziałuna branże; nazewnictwo warstw; typylinii; rodzaje czcionek; zasadę opisu elementówpowtarzalnych: symbole, bloki;jednostki używane w rysunku; ustawieniaplotowania (wydruku).PodsumowanieStandardy nie zapewnią poprawnościdanych. Ich wprowadzenie zwiększyczytelność dokumentacji i uprościprzenoszenie danych między poszcze-gólnymi aplikacjami. Ogromnie teżułatwi współpracę wielu podmiotówuczestniczących w procesie projektowania.W zasadzie jedyną wadą standardówjest trudność w ich przestrzeganiu.Autorzy niniejszego artykułu zapraszajązainteresowanych inżynierówi biura projektowe do współpracy przytworzeniu standardów. Informacje natemat standardów i przebiegu prac:http://www.il.pw.edu.pl/~standardydr inż. Zbigniew Kacprzykmgr inż. Beata PawłowskaPolitechnika WarszawskaWydział Inżynierii LądowejLiteratura1. PN-ISO 11442 „Obsługa skomputeryzowanejinformacji technicznej”.Część 1 „Wymagania dotyczące bezpieczeństwa”,grudzień 1996, poprawka (dot.zmiany numerów norm, do których są odwołania)– październik 1999.Część 2 „Dokumentacja oryginalna”, grudzień1996, poprawka (dot. zmiany numerów norm,do których są odwołania) – październik 1999.Część 3 „Fazy procesu projektowania wyrobu”,grudzień 1996, poprawka (dot. zmianynumerów norm, do których są odwołania)– październik 1999.Część 4 „Zarządzanie dokumentami i systemywyszukiwania”, grudzień 1996, poprawka(dot. zmiany numerów norm, do którychsą odwołania) – październik 1999.2. PN-EN ISO 13567 „Dokumentacja technicznawyrobu. Organizacja i nadawanienazw warstwom w systemie CAD”.Część 1 „Zasady ogólne”, czerwiec 2004.Część 2 „Pojęcia, format oraz kody stosowanew dokumentacji budowlanej”, maj 2005.3. PN-EN ISO 128 „Rysunek techniczny– Zasady ogólne przedstawiania”.Część 20 „Wymagania podstawowe dotyczącelinii”, grudzień 2002.Część 21 „Linie w systemie CAD”, grudzień2002 (odpowiednik uznanej w 2002 r. normyeuropejskiej EN ISO 128-21:2001).4. PN-EN ISO 128 „Rysunek techniczny –Zasady ogólne przedstawiania”.Część 22 „Wymagania podstawowe i zastosowanielinii wskazujących i linii odniesienia”,maj 2003.Część 23 „Linie na rysunkach budowlanych”,listopad 2002.5. PN-B-01025 „Rysunek budowlany. Oznaczeniagraficzne na rysunkach architektoniczno-budowlanych”,czerwiec 2004.6. Rozporządzenie Rady Ministrów z dnia 11października 2005 r. w sprawie minimalnychwymagań dla systemów teleinformatycznych.Pełna treść rozporządzeń dostępnaw Niezbędniku: www.inzynierbudownictwa.pl54 Inżynier budownictwa Grudzień 2006