TABELA UWAG proj. rozp. Prezesa Rady Ministrw ws.

wymaga technicznych dokumentw elektronicznych zawierajcych akty normatywne i inne akty prawne, elektronicznej postaci dziennikw urzdowych oraz rodkw komunikacji elektronicznej i informatycznych nonikw danych. LP Podm. NUP Jedn. 1 RCL 1 3 ust. 1, 8 i 10; 11 Zgoszona uwaga Przepis 3 projektu proponuje si przeredagowa tak, aby nie przesdza, jakie rodzaje wzorw aktw publikuje Prezes Rady Ministrw. Proponuje si zatem skreli ust. 7 i 8, natomiast w ust. 10 dokona odpowiedniej zmiany przez skrelenie wyrazw o ktrych mowa w ust. 7 i 8, a take dostosowa numeracj odpowiednio do wprowadzonych zmian. Ponadto, w przypadku uwzgldnienia powyszej propozycji naley dokona odpowiedniej zmiany w 11. Odnonie do 7 projektu proponuje si rozway przeniesienie tego przepisu do 9 jako ust. 1 w brzmieniu: 9. 1. Akty podlegajce ogoszeniu ogasza si w jednym z formatw okrelonych w minimalnych wymaganiach dla systemw teleinformatycznych, ktrego posta umoliwia wizualizacj na ekranie komputera oraz wydruk.". Powysza propozycja wynika z faktu, e obecnie dzienniki urzdowe s wydawane w postaci PDF. jednak w przyszoci, przejcie na inne formaty zapewni wiksze moliwoci technologiczne. Doda take naley, e zmiana jest spjna z ustaw o informatyzacji w zakresie zapewnienia systemom teleinformatycznym neutralnoci technologicznej, Przepis 8 ust. 1 projektu proponuje si uzupeni o informacj, e strona gwna dziennika urzdowego zawiera odnoniki do certyfikatw osb upowanionych do podpisywania aktw podlegajcych ogoszeniu. Stanowisko MSWiA Uwzgldniono. // przeredagowana jednostka po zmianach: 3 ust 3, // zmieniona jednostka po zmianach: 10

2 RCL

7; 9

Uwzgldniono. Nie mniej jednak pozostawiono wymg ogaszania aktu take w formacie XML. Zwaywszy na fakt, i w centralnym repozytorium publikowane s wzory aktw zawierajce sopis struktury oraz szablony wizualizacji, a ponadto akty przekazywane s do publikacji w postaci XML, uznano wic za zasadne aby rwnie publikacja aktw odbywaa si przy uyciu formatu XML. 9 ust. 1 (po zmianach 8 ust. 1) otrzyma brzmienie "Akty podlegajce ogoszeniu ogasza si w formacie XML, o ktrym mowa w 3, oraz co najmniej w jednym z formatw okrelonych w minimalnych wymaganiach dla systemw teleinformatycznych, ktrego posta umoliwia wizualizacj na ekranie komputera oraz wydruk." Uwzgldniono. Dodano do 8 ust. 2 o treci: "Organ wydajcy dziennik urzdowy umieszcza na stronie gwnej dziennika urzdowego odnoniki do: 1) certyfikatw osb upowanionych do podpisywania aktw podlegajcych ogoszeniu, 2) aplikacji sucych do weryfikacji podpisw o ktrych mowa w pkt. 1. " // po zamianach: 7 ust. 2 Uwzgldniono. // po zmianach: 7 ust. 3 i 4

3 RCL

8 ust. 1

4 RCL

8 ust. 2

Przepis 8 ust. 2 projektu proponuje si przeredagowa i zawrze w dwch kolejnych jednostkach redakcyjnych. Proponuje si, aby ust. 2 okrela, e organ wydajcy dziennik urzdowy na swojej podmiotowej stronie Biuletynu Informacji Publicznej umieszcza adres strony gwnej dziennika urzdowego. Natomiast w ust. 3, proponuje si wskaza, e Rzdowe Centrum Legislacji umieszcza na stronie www.dziennikiurzedowe.gov.pl odnoniki do stron gwnych dziennikw urzdowych, o ktrych mowa w ust. 2.

Strona 1 z 9

LP Podm. NUP 5 RCL 5

Jedn. 9 ust. 1, 2 i 3

Zgoszona uwaga Przepis 9 ust. 1 i 2 projektu proponuje si przeredagowa i umieci w jednej jednostce redakcyjnej w brzmieniu: Autentyczno i integralno dziennikw urzdowych, zbiorw aktw prawa miejscowego stanowionych przez powiat lub gmin oraz innych aktw podlegajcych ogoszeniu s zapewnione bezpiecznym podpisem elektronicznym upowanionej osoby.". Ponadto uzupenienie 8 ust. 1 o pkt 7 uzasadnia skrelenie ust. 3. // analogiczna uwaga: (20) PTI

Stanowisko MSWiA

Uwzgldniono w zmienionym brzmieniu. 9 ust. 2 otrzyma tre "2. Autentyczno i integralno dziennikw urzdowych, zbiorw aktw prawa miejscowego stanowionych przez powiat lub gmin oraz innych aktw podlegajcych ogoszeniu jest zapewniona bezpiecznym podpisem elektronicznym osoby upowanionej przez organ wydajcy dziennik urzdowy." Skrelono ust. 3, wprowdzono jednostk wskazan w uwadze (3) RCL.

6 RCL

3; 5; 1

Naley rwnie zauway, e na dzie 1 stycznia 2012 r. w systemie Uwzgldniono. prawa nie bdzie regulacji w zakresie minimalnych wymaga dla Ponadto postulowany zacznik uzupeniono take o przepisy przejciowe dotyczce systemw teleinformatycznych, o ktrych mowa w 3, 5 i 1 projektu, rodkw komunikacji elektronicznej o ktrych mowa w art. 10 pkt. 1 projektu. poniewa nie wejdzie w ycie rozporzdzenie Rady Ministrw w sprawie Krajowych Ram Interoperacyjnoci, minimalnych wymaga dla rejestrw publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymaga dla systemw teleinformatycznych (trwa procedura notyfikacyjna), natomiast poprzednie rozporzdzenie nie obowizuje od dnia 17 grudnia 2010 r. Dlatego te odwoywanie si w projekcie rozporzdzenia do minimalnych wymaga dla systemw teleinformatycznych wymaga wprowadzenia przepisu przejciowego, ktry okreli, e do czasu wejcia w ycie przepisw wydanych na podstawie art. 18 ustawy o informatyzacji do wzoru aktu podlegajcemu ogoszeniu, zacznika do aktu podlegajcego ogoszeniu oraz do aktw podlegajcych ogoszeniu stosuje si formaty okrelone w zaczniku analogicznie do przepisu przejciowego okrelonego w 43 rozporzdzenia Prezesa Rady Ministrw z dnia 14 wrzenia 2011 r. w sprawie sporzdzania pism w formie dokumentw elektronicznych, dorczania dokumentw elektronicznych oraz udostpniania formularzy, wzorw i kopii dokumentw elektronicznych (Dz. U. Nr 206, poz. 1216).

7 RCL

OSR

W pkt 2 OSR naley umieci aktualn informacj o poddaniu Zaakceptowano. projektu konsultacjom spoecznym, a take na dalszym etapie Projekt zostanie uzupeniony o wskazane informacje i dokumenty. procedowania nad projektem - informacj o wynikach przeprowadzonych konsultacji spoecznych w trybie przepisw 10 ust. 6 pkt 2 uchway Nr 49 Rady Ministrw z dnia 19 marca 2002 r. Regulamin pracy Rady Ministrw. Do projektu naley doczy informacj o opinii do OSR, sporzdzonej przez Kancelari Prezesa Rady Ministrw w trybie przepisw 11 ust. 1-3 uchway Nr 49 Rady Ministrw z dnia 19 marca 2002 r. - Regulamin pracy Rady Ministrw. Zaakceptowano. Projekt zostanie uzupeniony o wskazane informacje i dokumenty.

8 RCL

oglna

Strona 2 z 9

LP Podm. NUP 9 RCL 9

Jedn. oglna

Zgoszona uwaga

Stanowisko MSWiA

Do projektu naley doczy opini Komisji Wsplnej Rzdu i Zaakceptowano. Samorzdu zgodnie z art 8 ust. 2 ustawy z dnia 6 maja 2005 r. o Projekt zostanie uzupeniony o wskazane informacje i dokumenty. Komisji Wsplnej Rzdu i Samorzdu Terytorialnego oraz o przedstawicielach Rzeczypospolitej Polskiej w Komitecie Regionw Unii Europejskiej. Naley uwzgldni w zapisie formaty wydruku wiksze ni A4, w tym A2, B2, A1, B1, A0, B0, z uwagi na konieczno zachowania czytelnoci danych specyficznych dokumentw np. map zagospodarowania przestrzennego. // analogiczne uwagi: (17) GUS, (23) Piotr Gomukiewcz Uwzgldniono. Do 5 dodano ust. 2 o treci "W uzasadnionych przypadkach zaczniki o ktrych mowa w ust. 1 pkt 2 i 3 mog by przekazane w innym formacie arkusza, ktry zosta uprzednio uzgodniony z organem wydajcym dziennik urzdowy." // analogiczne uwagi: (18) GUS, (22) Piotr Gomukiewcz Uwzgldniono. Do 5 dodano ust. 5 o treci "W uzasadnionych przypadkach moliwe jest przekazywanie wikszych zacznikw o wielkoci uprzednio uzgodnionej z organem wydajcym dziennik urzdowy."

10 MRR

5 ust 1 pkt 2 lit b

11 MRR

5 ust. 3

W kontekcie uwagi wymienionej w pkt. 1 naley umoliwi zaczenia plikw wikszych ni 20 MB. Proponuje si zwikszy warto do 50 MB, z uwagi na konieczno zachowania odpowiedniej czytelnoci danych, rozdzielczoci oraz kolorystyki dla specyficznych dokumentw, np. w przypadku map, planw oraz rozbudowanych schematw technicznych.

12 MRR

Za. nr 1

Wygld Nagwka Zacznikw. 4 Zaproponowany zapis Uwzgldniono. wymusza uywanie czcionki Times New Roman, ktra jest Wprowadzono zapis "Times New Roman, lub czcionk a podobnym kroju,... " wasnoci firmy Microsoft. Zgodnie z zasad neutralnoci technologicznej nie powinno si wskazywa konkretnych produktw, w tym przypadku czcionki typowej dla systemw operacyjnych z rodziny MS Windows. Specyfikacja Techniczna Formatu Podpisu wymusza zastosowanie kwalifikowanego znacznika czasu. Ze wzgldu na racjonalizacj kosztw proponuje si, aby w ramach platformy EPUAP lub laboratorium Czasu i Czstotliwoci Gwnego Urzdu Miar powstao publiczne centrum wystawiajce nieodpatnie na potrzeby organw publicznych kwalifikowane znaczniki czasu a. jest: () centralne repozytorium wzoru dokumentw () b. powinno by: () centralne repozytorium wzorw dokumentw () Ministerstwo Finansw proponuje uycie formy pojedynczej wyraenia, analogicznie jak w pkt 19, tj.: a. jest: () aktw podlegajcych ogoszeniu () b. powinno by: () aktu podlegajcego ogoszeniu () Uwaga wykracza poza tre projektu rozporzdzenia. Ponadto wspomniana specyfikacja nie wymaga stosowania kwalifikowanego znacznika czasu.

13 MRR

Za. nr 2

14 MF

2 pkt 4

Uwzgldniono.

15 MF

2 pkt 11 i 13

Jednostka do ktrej odnosi si uwaga zostaa usunita w zwizku z realizacj zaoe uwagi nr 21 (PIIT)

Strona 3 z 9

LP Podm. NUP 16 MEN 1 OSR

Jedn.

Zgoszona uwaga

Stanowisko MSWiA

pkt 4 wpyw regulacji na sektor finansw publicznych" oceny Zaakceptowano. skutkw regulacji naley uzupeni o analiz dotyczc aktualnie Projekt zostanie uzupeniony o wskazane informacje. funkcjonujcych i dostpnych bezpatnie narzdzi teleinformatycznych pozwalajcych na tworzenie aktw normatywnych i innych aktw prawnych kierowanych do ogoszenia zgodnie z wymogami technicznymi okrelonymi w przedmiotowym projekcie rozporzdzenia (udostpnianych przez MSWiA - Edytor Aktw Prawnych EDAP). W przypadku ustalenia, i aktualnie dostpne bezpatnie narzdzia teleinformatyczne nie bd mogy by w przyszoci wykorzystywane, ocen skutkw regulacji ww. projektu rozporzdzenia naley uzupeni o szacunki dotyczce kosztw zwizanych z odpowiednim dostosowaniem systemw teleinformatycznych uywanych w poszczeglnych podmiotach administracji publicznej wraz ze wskazaniem rda finansowania przedmiotowych kosztw. Z naszych ustale wynika, e szacunkowa cena takiego oprogramowania wynosi okoo 700 z. netto za licencj na jedno stanowisko komputerowe. Uwzgldniono. // Patrz uwaga nr 10 (MRR) Uwzgldniono. // Patrz uwaga nr 11 (MRR)

17 GUS

5 ust. 1 pkt 2 i 3 proponuje nie przyjmowa formatu A4 jako jedynego moliwego formatu prezentacji dokumentu. W uzasadnionych przypadkach format powinien by dostosowany do intencji zgaszajcego. 5 ust. 3 zapis ograniczajcy maksymaln wielko zaacznika do 20 MB moe w niektrych przypadkach spowodowa brak moliwoci doaczenia do aktw normatywnych zaacznikw wikszej objtoci np. wikszych planw lub map. Tre: " Podpis ten weryfikuje si za pomoc kwalifikowanego certyfikatu sporzdzonego w strukturach fizycznych dokumentu elektronicznego, zgodnie ze specyfikacj techniczna formatu podpisu okrelon w zaczniku nr 2 do rozporzdzenia." Uwaga: Z powyszego wynika, e certyfikat sporzdza si w strukturach fizycznych dokumentu elektronicznego. A to podpis ma by w strukturach. Propozycja: " Podpis ten sporzdza si w strukturach fizycznych dokumentu elektronicznego zgodnie ze specyfikacj techniczn formatu podpisu okrelon w zaczniku nr 2 do rozporzdzenia i weryfikuje kwalifikowanym certyfikatem."

18 GUS

19 PTI

// analogiczna uwaga: (22) KIR Uwzgldniono zgodnie z poniszym. Po uwzgldnieniu uwagi Krajowej Izby Rozliczeniowej zdanie otrzymao brzmienie: "Podpis ten sporzdza si zgodnie ze specyfikacj techniczn formatu podpisu okrelon w zaczniku nr 2 do rozporzdzenia."

Strona 4 z 9

LP Podm. NUP 20 PTI 2 9

Jedn.

Zgoszona uwaga Tre: " opatruje si bezpiecznym podpisem elektronicznym organu wydajcego dziennik urzdowy" Uwaga: Organem jest konkretna osoba, co prowadzi do sytuacji, e nie bdzie moliwe podpisywanie przez urzdnika dziaajcego w imieniu organu. Propozycja: "opatruje si bezpiecznym podpisem elektronicznym osoby dziaajcej w imieniu organu wydajcego dziennik urzdowy." Uwzgldniono. // Patrz uwaga nr 11 (RCL)

Stanowisko MSWiA

21 PIIT

3 ust. 6; 5 ust. 1 pkt 1, 2 i 3; 7

Dotyczy 3 ust. 6; 5 ust. 1 pkt 1, 2 i 3; 7. W kadym z wyej wymienionych zapisw rozporzdzenia wymieniony jest tylko jeden jedyny format ostatecznej wizualizacji dokumentu PDF. Zgodnie z zapisami ustawy o informatyzacji (art. 3 punkt 19) systemy teleinformatyczne powinny by neutralne technologicznie, gdzie "neutralno technologiczna - zasada rwnego traktowania przez wadze publiczne technologii teleinformatycznych i tworzenia warunkw do ich uczciwej konkurencji, w tym zapobiegania moliwoci eliminacji technologii konkurencyjnych przy rozbudowie i modyfikacji eksploatowanych systemw teleinformatycznych lub przy tworzeniu konkurencyjnych produktw i rozwiza;" Zgodnie z art. 13 ust. 1 oraz art 18. minimalne wymagania dla systemw teleinformatycznych zapisane s w rozporzdzeniu Krajowe Ramy Interoperacyjnoci. Obecnie, niestety, cigle nie ma zatwierdzonych Krajowych Ram Interoperacyjnoci (KRI), cho poprzednie rozporzdzenie dotyczce minimalnych wymaga dotyczcych systemw teleinformatycznych przestao dziaa niecay rok temu. Dla celw dyskusji potencjalnych zmian w niniejszym rozporzdzeniu mona skorzysta jednak z projektw KRI poddanych konsultacjom wiosn i latem tego roku, w szczeglnoci dotyczcych zapisw nie budzcych kontrowersji. Takim artykuem by zapis "Systemy teleinformatyczne podmiotw realizujcych zadania publiczne udostpniaj zasoby informacyjne co najmniej w jednym z formatw danych okrelonych w zaczniku nr 2 do rozporzdzenia." Wynika z niego obowizek zastosowania jednego z wymienionych w zaczniku formatw dokumentw, cho nie precyzuje on o jaki konkretnie format chodzi pozostawiajc wybr jednostce wykorzystujcej system teleinformatyczny. Oczywicie, format PDF znajdowa si w poprzednim rozporzdzeniu i znajduje si na licie proponowanych formatw.

Uwzgldniono w opisany niej sposb. ad 3 ust. 6) W 3 ust.6 wskazanie formatw HTML i PDF nie miao na celu ograniczenia wizualizacji aktw do przedmiotowych formatw lecz wskazanie na moliwoci wizualizacyjne XSL stanowicego element wzoru aktu. Zwaywszy na fakt, i przepis ten, stanowicy cze opisu wzoru aktu, najwyraniej sprawia wtpliwoci interpretacyjne usunito ustpy 4,5 i 6 umieszczajc definicj wzoru aktu w 2 pkt. 17. Zmiana ta nie tylko pozwala na uniknicie wskazania na wizualizacj w konkretnych formatach danych, ale take na doprowadzenie do zgodnoci definicji "wzoru aktu" z rozporzdzeniem Prezesa Rady Ministrw z 18 wrzenia 2011 w sprawie w sprawie sporzdzania pism w formie dokumentw elektronicznych, dorczania dokumentw elektronicznych oraz udostpniania formularzy, wzorw i kopii dokumentw elektronicznych. W ramach przedmiotowej zmiany usunito zbyteczne obecnie definicje zawarte w 2 pkt 11 i 13 a take wprowadzono korekty w 4 ust. 1 i 2. ad 5 ust. 1 pkt 1) W 5 ust.1 pkt 1 wskazanie formatw HTML i PDF nie miao na celu ograniczenia wizualizacji zacznikw do przedmiotowych formatw lecz wskazanie koniecznoci przeksztacenia treci zawartej w pliku XML przy uyciu XSL w celu uzyskania oraz przekazania wizualizacji treci zacznika. W jednostce tej dokonano korekty majcej uwydatni przedstawione wyej stanowisko. ad 5 ust. 1 pkt 2) 5 ust. 1 pkt 2 dopuszcza moliwo przekazywania zacznikw w formacie XML wymienionym przez minimalne wymgania dla systemw teleinformatycznych np. Open Document Format for Office Application, Office Open XML File Formats. Postawiono jednake warunek, i dokument musi by przygotowany do wydruku w formacie A4 ad 7) Patrz uwaga nr. 2 (RCL). Usunito zapis wskazujcy format PDF jako jedyny dopuszczalny format publikacji obok formatu XML.

Strona 5 z 9

LP Podm. NUP

Jedn.

Zgoszona uwaga Dlatego te proponuj we wszystkich wyej wymienionych zapisach dokona zmian w taki sposb by nie narusza zasady neutralnoci technologicznej zapisanej w ustawie o informatyzacji poprzez wskazanie jednego formatu dokumentu. Wykorzystuj przy tym definicj z par. 2 punkt 9) projektu niniejszego rozporzdzenia. Odpowiednio: 3. 6. Szablon wizualizacji aktu umoliwia przeksztacenie treci aktu podlegajcego ogoszeniu, zapisanej w pliku XML, do formatw PDF oraz HTML zgodnych z minimalnymi wymaganiami dla systemw teleinformatycznych. 5. 1. Zacznik do aktu podlegajcego ogoszeniu moe by przekazany do ogoszenia w postaci pliku XML o strukturze specyficznej dla danego rodzaju zacznika wraz ze zdefiniowanym schematem XSD oraz wizualizacj w formatach HTML oraz PDF zgodnych z wymogami okrelonymi w minimalnych wymaganiach dla systemw teleinformatycznych generowanego w sposb umoliwiajcy przeszukiwanie tekstu dokumentu, oraz ktrego posta umoliwia, bez koniecznoci dokonywania zmian w dokumencie, wydruk treci w formacie A4 w jakoci prezentacji nie pozostawiajcej wtpliwoci co do treci dokumentu; 2) pliku XML w jednym z formatw okrelonych w minimalnych wymaganiach dla systemw teleinformatycznych, ktrego posta: 1) umoliwia konwersj do pliku PDF, 2) umoliwia, bez koniecznoci dokonywania zmian w dokumencie, wydruk treci w formacie A4 w jakoci prezentacji nie pozostawiajcej wtpliwoci co do treci dokumentu; 3) pliku PDF generowanego w sposb umoliwiajcy przeszukiwanie tekstu dokumentu, ktrego posta umoliwia, bez koniecznoci dokonywania zmian w dokumencie, wydruk treci w formacie A4 w jakoci prezentacji nie pozostawiajcej wtpliwoci co do treci dokumentu. 7. Akty podlegajce ogoszeniu ogasza si w formatach XML oraz formatach zgodnych z minimalnymi wymaganiami dla systemw teleinformatycznych i wygenerowanych na podstawie dokumentu XML Par 6. Zapis w drugim zdaniu o umieszczaniu certyfikatw jest niejasny. Mona zrezygnowa z dopisku "sporzdzanego w strukturach fizycznych' i zostawi samo odwoanie do za. 2, ktry przewiduje umieszczenie certyfikatu w strukturze podpisu elektronicznego. Par 9 ust 2 O jaki format chodzi? Dla dokumentw XML jest okrelony format, natomiast dla padesa nie ma wskazania o jaki forma chodzi. Czy powinien to by pades, PKCS#7? Tabela w za 2, pole SignaturePolicyIdentyfier. W XADES-BES to rozszerzenie nie wystpuje. Mona go uy w formacie XADESEPES. Strona 6 z 9

Stanowisko MSWiA

22 KIR

Uwzgledniono. Usnito fraz "w strukturach dokumentu elektronicznego" // Patrz uwaga nr 19 (PIT) Projektodawca nie zamierza okrela w przedmiotowym zakresie konkretnego rodzaju podpisu. Uwzgldniono. Wymaga konsulatacji.

23 KIR

9 Za. nr 2

24 KIR

LP Podm. NUP 25 Piotr Gomukiewicz 1

Jedn.

Zgoszona uwaga Autorzy projektu rozporzdzenia nie dostrzegli, e akty normatywne Uwzgldniono. to nie tylko wyposaony w pewn struktur tekst. Typowy akt prawa // Patrz uwaga nr 11 (MRR) miejscowego to uchwaa ustanawiajca miejscowy plan zagospodarowania miejscowego (MPZP), ktrej integraln czci jest jego rysunek/mapa. Wymagania by wszystkie zaczniki byy ograniczone wielkoci do 20 MB (!) jest w tamim wapdku nie tylko bezsensowne technicznie ale skrajnie absurdalne merytorycznie. Nie sposb zrozumie dlaczego wola prawodawca ma by ograniczona iloci megabajtw, a nie wzgldami merytorycznymi. Twrcy miejscowych planw zagospodarowania przestrzennego bd zmuszeni ogranicza ich zakres przestrzenny i szczegowoci zapisw z powodu cakowicie sztucznej i nieuzasadnionej bariery techniczno-biurokratycznej. (Nie dopuszczam bowiem do siebie myli, e powysza warto ma zwizek z technicznymi ograniczeniami systemu informatycznego pewnej firmy, ktra zdominowaa urzdy wojewdzkie i gminne w zakresie przygotowywania i przesyania aktw normatywnych). Bariery tym bardziej niezrozumiaej, e liczba terenw objtych MPZP jest w Polsce cigle maa, ich brak dramatycznie spowalnia i utrudnia inwestycje, a wspomniane ograniczenie, jeszcze bardziej zmniejszy tempo obejmowania postawieniami MPZP kolejnych obszarw. Publikowane w formie wektorowego PDF-a plany czsto mieszcz si w wielkoci 20 MB, nie jest to jednak regu, mog zdarzy si plany wiksze zakresem czy bardziej szczegowe. Tym bardziej e spora cz gmin nadal przygotowuje rysunek planu w postaci rastrowej, co radykalnie zwiksza szans na przekroczenie postulowanego limitu. Powysze uwagi dotycz wszystkich uchwa w ktrych, dla rnych celw, definiuje si obszary (np. obwody szkolne) w jedynie cisy i poprawny sposb tzn. poprzez jednoznacznie zdefiniowane w przestrzeni geometryczne granice, a nie (si rzeczy uomnym) opis. Kolejna powany bd rozporzdzenia to ustanowienie formatu A4 Uwzgldniono. jako jedynego dopuszczalnego formatu prezentacji dokumentu. // Patrz uwaga nr 10 (MRR) Wida wyranie e ministerstwo cay czas rozumuje kategoriami papierowej reprezentacji dokumentu i stara si do wymogw tej reprezentacji wcisn jego elektroniczn form. rdem problemw s tu zapisy (par. 5, ust.1 pkt.3) oraz zacznika nr 1 do rozporzdzenia ktre jednoznacznie definiuje format wydrukowanego zacznika jak A4. Drukowanie map MPZP na formacie A4 nie tylko nie ma najmniejszego sensu ale jest sprzeczne z ustaw o planowaniu i zagospodarowaniu przestrzennym, ktra ustala domyln skal map na 1:000 (ew. 1:500, 1:2.000, 1:5.000). Mapy o takich skalach z zasady nie zmieszcz si (nie bd czytelne) na formacie A4. Strona 7 z 9

Stanowisko MSWiA

26

Piotr Gomukiewicz

LP Podm. NUP

Jedn.

Zgoszona uwaga Mapy MPZP nie da si i nigdy nie dawao si wydrukowa w caoci w formacie A4. Problem publikacji tych map rozwizao dopiero wprowadzenie elektronicznej formy aktw prawnych i skalowalnych map w postaci PDF, w ktrej format drukarski dokumentu nie ma adnego znaczenia, znaczenie ma ew. skala mapy. Przed er dokumentw elektronicznych gminy z koniecznoci symuloway jedynie publikacje aktw prawa miejscowego, jakim s MPZP, publikujc cakowicie nieczytelne kopie oryginau mapy przeskalowanej do formatu A4 (bo jako trzeba byo to w papierowych, ksieczkowych biuletynach zmieci). Nowym rozporzdzenie to powrt do dawnych praktyk. By moe czeka nas teraz formatowanie map do wielu skadanych arkuszy A4 albo inne rwnie jaowe i bezuyteczne procedury. Poszatkowana na kilkanacie/kilkadziesit arkuszy mapa MPZP bdzie tak samo nieczytelna dla odbiorcy jak przeskalowana do jednej karty A4, a wszystko tylko po to by dao si je opublikowa w zeszytach formatu A4, z ktrych w przypadku MPZP od dawna ju nikt nie korzysta.

Stanowisko MSWiA

Wymogi prezentacji za porednictwem domowej drukarki czy ksikowego biuletynu nie mog determinowa formy i zawartoci aktu prawnego. 27 3 Format wektorowego skalowalnego pliku PDF cho stanowi Uwzgldniono. gigantyczny postp w prezentacji map planw, jest formatem Usunito w 5 ust. 1 pkt 1 zapis stanowicy o koniecznoci sporzdzenia wizualizacji w odpowiednim do prezentacji wanie ale nie do zapisu planu formacie HTML pozostawiajc jedynie wymg wizualizacji w formacie PDF. miejscowegpo. Tu najbardziej odpowiedni jest GML (xml-owy format do zapisu danych przestrzennych) ktrego uycie pozwala nie tylko na zapisanie penej informacji o rysunku/mapie planu (take informacji o jego odwzorowaniu) ale take na bezporednie swobodne wczanie dokumentw rysunkw MPZP do innych zasobw przestrzennych pastwa oraz podmiotw prywatnych. Dzisiaj takie dziaania wymagaj generowania dodatkowych map, ktre (z formalnego punktu widzenia nie s tosame z uchwalonymi aktami prawa miejscowego, nawet jeli s tosame w treci) . Tu kolejna uwaga do rozporzdzenia. Jeli przyj e wspomniany w rozporzdzeniu plik XML moe by GML-em wanie (a konieczne byo by jednoznaczne wskazanie) to trzeba zauway, e GML nie speni zapisanego w rozporzdzeniu wymogu wizualizacji w postaci statycznego HTML. Dane przestrzenne s wizualizowane za pomoc innych standardw i usug. Piotr Gomukiewicz

Strona 8 z 9

LP Podm. NUP 28 Piotr Gomukiewicz 4

Jedn. 8, ust.1, pkt 2

Zgoszona uwaga Ostatnia, drobna, uwaga. Zastanawiam si dlaczego rozporzdzenie wylicza (par. 8, ust.1, pkt.2) wrd elementw, ktre ma zawiera strona gwna dziennika urzdowego "wizerunek ora w koronie". Co to za "wizerunek ora" ? Czy w innych dokumentach wystpuje orze bez korony ? Czy ten "wizerunek ora" jest czym innym ni godo opisane w ustawie o godle, barwach i hymnie Rzeczypospolitej Polskiej ? RCL - Rzdowe Centrum Legislacji MRR - Ministerstwo Rozwoju Regionalnego MF - Miisterstwo Finansw MEN - Ministerstwo Edukacji Narodowej

Stanowisko MSWiA Uwzgldniono. Pojcie "wizerunek ora w koronie " zastpiono fraz "godo Rzeczypospolitej Polskiej " zachowujc tym samym zgodno z treci 2 ust. 1 pkt 1 rozporzdzenia Prezesa Rady Ministrw z dnia 14 kwietnia 2008 r. w sprawie okrelenia wzoru graficznego pierwszej i ostatniej strony dziennikw urzdowych oraz wzoru okadek i strony tytuowej zacznikw do dziennikw urzdowych (Dz.U. 2008 nr 66 poz. 405).

Skrty:

GUS - Gwny Urzd Statystyczny PTI - Polskie Towarzystwo Informatyczne PIIT - Polska Izba informatyki i Telekomunikacji KIR - Krajowa Izba Rozliczeniowa S.A.

Strona 9 z 9