<HTML><HEAD></HEAD>
<BODY
style="WORD-WRAP: break-word; -webkit-nbsp-mode: space; -webkit-line-break:
after-white-space"
dir=ltr>
<DIV dir=ltr>
<DIV style="FONT-FAMILY: 'Calibri'; COLOR: #000000; FONT-SIZE: 12pt">
<DIV
style="FONT-STYLE: normal; DISPLAY: inline; FONT-FAMILY: 'Calibri'; COLOR:
#000000; FONT-SIZE: small; FONT-WEIGHT: normal; TEXT-DECORATION: none">
<DIV style="FONT: 10pt tahoma">
<DIV><FONT size=3 face=Calibri>Panie Igorze,</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>Ponieważ spora część z tych uwag pochodzi ze
zgłoszenia jakie w lutym przesłałem do MSWiA więc odsyłam do tego dokumentu,
który w całości jest opublikowany tutaj:</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><A
href="http://echelon.pl/sites/echelon.pl/files/uwagi_do_kri.pdf"><FONT
face="Times New Roman"><FONT
style="FONT-SIZE:
12pt">http://echelon.pl/sites/echelon.pl/files/uwagi_do_kri.pdf</FONT></FONT></A><FONT
face="Times New Roman"><FONT style="FONT-SIZE: 12pt"> </FONT></FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>“Załącznika nr 6” czyli dawnego
rozporządzenia o
minimalnych wymaganiach dotyczy przede wszystkim “Uwaga nr 6” na stronach
3-4.
Na początku opisałem jaki moim zdaniem powinien być charakter tego
rozporządzenia - tzn. trzy listy formatów, z czego tylko jedna
prawdopodobnie powinna być obligatoryjna.</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>Część uwag ma charakter czysto redakcyjny –
np.
poprawne opisanie formatów oraz zarządzających nimi organizacji wpływa
pozytywnie na jakość i aktualność rozporządzenia. To jest kwestia
poświęcenia
jakiegoś czasu przez osobę redagującą to rozporządzenie na dokładne
sprawdzenie
jakie są aktualne wersje specyfikacji, kto nimi zarządza itd.</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>Z kolei uwzględnienie lub nieuwzględnienie
SSL,
DER czy XLSX powinno wynikać z charakteru tego rozporządzenia. Jak pisałem,
w
dotychczasowej postaci (od 2005 roku) jest to trochę groch z kapustą. Z
jednej
strony “wszyscy wiedzą”, że jak się przesyła login i hasło do serwera to
robi
się to po SSL, a SSL korzysta z certyfikatów w formacie DER. Z drugiej
strony
jeśli administracja publiczna działa na podstawie przepisów prawa to albo
należy
napisać “korzystamy z powszechnie uznanych standardów” albo napisać
konkretnie
jakich.</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>W zaproponowanym przeze mnie układzie (trzy
listy) problem jest łatwy do rozwiązania – istotne będzie przede wszystkim
precyzyjne opisanie protokołów i formatów, którymi administracja chce
“rozmawiać” ze światem zewnętrznym. Druga lista określi interfejsy między
urzędami. Trzecia, najbardziej otwarta, określi dobre praktyki do stosowania
wewnątrz urzędów, jeśli takowe istnieją, oraz ochroni urzędy przed pułapką
vendor lock-in.</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>Jeśli chodzi o wymienione przez Pana
standardy
“</FONT><FONT face=Calibri><FONT style="FONT-SIZE: 12pt">(i) ONZowskiego
Akoma
Ntoso, (ii) GIS, (iii) CVS, (iv) KML, czy (v) Odata” to każdy służy chyba do
czego innego (Akoma Ntoso – publikacja dokumentów oficjalnych; GIS, KML to
geografia; CVS – czy chodziło o CSV?). Należy więc postawić pytanie jaki
format
do udostępniania – ale udostępniania CZEGO? Bo inny format będzie sensowny
do
publikacji ogólnego opisu np. procedury, inny do publikacji aktu prawnego, a
inny do publikacji mapki geodezyjnej. </FONT></FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT face=Calibri><FONT style="FONT-SIZE: 12pt">Natomiast faktycznie,
w
wielu przypadkach z punktu widzenia odbiorcy największą dostępność zapewni
publikacja w dwóch formatach – źródłowym do przetwarzania automatycznego
(np.
opis miejsca w KML) i w postaci zwizualizowanej do “szybkiego podglądu” w
przeglądarce (np. jako obrazek).</FONT></FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>Czyli takie modelowe rozporządzenie powinno
zawierać listę rekomendacji w tej postaci:</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>Jeśli...</FONT></DIV>
<DIV><FONT size=3 face=Calibri>1) chcesz udostępnić pismo ogólne – do
publikacji
treści pisma użyj HTML z formatowaniem CSS oraz skanu PDF do publikacji
wyglądu
pisma (pieczątek itd)</FONT></DIV>
<DIV><FONT size=3 face=Calibri>2) chcesz udostępnić mapę geodezyjną – użyj
formatu X (nie wiem czego się tam używa)</FONT></DIV>
<DIV><FONT size=3 face=Calibri>3) chcesz udostępnić Y – użyj formatu
Y</FONT></DIV>
<DIV><FONT size=3 face=Calibri>itd</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>To nie do końca na temat, ale moim zdaniem
dobrze
przemyślany i spójny model zaproponowano w całej architekturze Centralnego
Repozytorium Dokumentów – m.in. rozdzielenie wzorów od formularzy oraz
koncepcja
centralnych repozytoriów. Został tam także dostrzeżony </FONT><FONT size=3
face=Calibri>problem wizualizacji - w projekcie rozporządzenia w
sprawie
pism... a tam §22, który odnosi się właśnie do kwestii
wizualizacji:</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><A href="http://www.bip.mswia.gov.pl/portal/bip/218/19507"><FONT
face="Times New Roman"><FONT
style="FONT-SIZE:
12pt">http://www.bip.mswia.gov.pl/portal/bip/218/19507</FONT></FONT></A><FONT
face="Times New Roman"><FONT style="FONT-SIZE: 12pt"> </FONT></FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV>„W przypadku gdy podpisany i doręczony do podmiotu publicznego lub
przez
podmiot publiczny dokument elektroniczny jest pismem przeznaczonym do
przeczytania przez człowieka, dokument ten powinien być możliwy do
zwizualizowania bez potrzeby korzystania z centralnego repozytorium lub
lokalnego repozytorium”.;</DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV><FONT size=3 face=Calibri>Jeśli na podstawie tego modelu – który jest
neutralny technologicznie - zaczniemy się teraz zastanawiać jakich
konkretnie
formatów należy tam używać, to wyjdzie nam dokładnie pożądana konstrukcja
“załącznika nr 2” do KRI.</FONT></DIV>
<DIV><FONT size=3 face=Calibri></FONT> </DIV>
<DIV style="BACKGROUND: #f5f5f5">
<DIV style="font-color: black"><B>From:</B> <A
title=iostrowski@projektpolska.pl
href="mailto:iostrowski@projektpolska.pl">Igor Ostrowski</A> </DIV>
<DIV><B>Sent:</B> Monday, May 30, 2011 8:16 PM</DIV>
<DIV><B>To:</B> <A title=rejestr@isoc.org.pl
href="mailto:rejestr@isoc.org.pl">rejestr</A> </DIV>
<DIV><B>Subject:</B> [Rejestr] Fwd: formaty danych</DIV></DIV></DIV>
<DIV> </DIV></DIV>
<DIV
style="FONT-STYLE: normal; DISPLAY: inline; FONT-FAMILY: 'Calibri'; COLOR:
#000000; FONT-SIZE: small; FONT-WEIGHT: normal; TEXT-DECORATION:
none">Szanowni
Panstwo,
<DIV> </DIV>
<DIV>dostałem informację, że nie wszyscy z Państwa otrzymali moja wiadomość
w
sprawie formatów danych. Wysyłam jeszcze raz z prośbą o ew. opinie</DIV>
<DIV> </DIV>
<DIV>Pozdrawiam</DIV>
<DIV>Igor Ostrowski</DIV>
<DIV> </DIV>
<DIV>
<DIV> </DIV>
<DIV>
<DIV> </DIV>
<DIV>Begin forwarded message:</DIV><BR class=Apple-interchange-newline>
<BLOCKQUOTE type="cite">
<DIV style="MARGIN: 0px"><SPAN
style="FONT-FAMILY: 'Helvetica'; COLOR: ; FONT-SIZE: medium"><B>From:
</B></SPAN><SPAN style="FONT-FAMILY: 'Helvetica'; FONT-SIZE: medium">Igor
Ostrowski <<A
href="mailto:iostrowski@projektpolska.pl">iostrowski@projektpolska.pl</A>><BR></SPAN></DIV>
<DIV style="MARGIN: 0px"><SPAN
style="FONT-FAMILY: 'Helvetica'; COLOR: ; FONT-SIZE: medium"><B>Date:
</B></SPAN><SPAN style="FONT-FAMILY: 'Helvetica'; FONT-SIZE: medium">May
17,
2011 4:25:11 PM GMT+02:00<BR></SPAN></DIV>
<DIV style="MARGIN: 0px"><SPAN
style="FONT-FAMILY: 'Helvetica'; COLOR: ; FONT-SIZE: medium"><B>To:
</B></SPAN><SPAN style="FONT-FAMILY: 'Helvetica'; FONT-SIZE:
medium">rejestr
<<A
href="mailto:rejestr@isoc.org.pl">rejestr@isoc.org.pl</A>><BR></SPAN></DIV>
<DIV style="MARGIN: 0px"><SPAN
style="FONT-FAMILY: 'Helvetica'; COLOR: ; FONT-SIZE: medium"><B>Subject:
</B></SPAN><SPAN
style="FONT-FAMILY: 'Helvetica'; FONT-SIZE: medium"><B>formaty
danych</B><BR></SPAN></DIV>
<DIV> </DIV>
<DIV
style="WORD-WRAP: break-word; -webkit-nbsp-mode:
space; -webkit-line-break: after-white-space">
<DIV
style="BACKGROUND-COLOR: transparent; -webkit-nbsp-mode:
space; -webkit-line-break: after-white-space">Szanowni
Panstwo,<BR><BR>Chciałbym powrócić do dyskusji dot. standardów i formatów
danych udostępnianych przez administrację w ramach ustawy o dostępie do
informacji publicznej. Na ostatnim spotkaniu Premier wyraził gotowość
rozmowy
o zmianach w prawie, które zobowiązywałyby podmioty administracji
państwowej
do udostępniania danych w formacie umożliwiającym odczyt maszynowy, jeżeli
są
w posiadaniu danych w takim formacie (w skrócie xml obok pdf'u).
Rozporządzenie wydane na podstawie art. 18 ustawy o informatyzacji (o czym
mowa w poprzednich mailach - poniżej) wydaje mi się właściwym miejscem do
wprowadzenia norm określających standard udostępnianych
danych. W
chwili obecnej MSWiA pracuje nad projektem rozporządzenia "w sprawie
Krajowych
Ram Interoperacyjności, minimalnych wymagów dla rejestrów publicznych i
wymiany informacji w formie elektronicznej oraz minimalnych wymagów dla
systemów teleinformatycznych", które ma włąśnie zostac wydane na mocy art.
18. Projekt znajduje się tu: <A
href="http://bip.mswia.gov.pl/download.php?s=4&id=8282">http://bip.mswia.gov.pl/download.php?s=4&id=8282</A>.
<BR><BR>W uwagach do projektu rozporządzenia pojawiają się zarówno zarzuty
merytoryczne, dotyczące przedmiotu regulacji, jak i dotyczące redakcji czy
zakresu oddziaływania.<BR><BR>Podnoszono między innymi, że: <BR><BR><SPAN
style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN>• załącznik nr 2 do
projektu rozporządzenia (określającym formaty danych oraz standardy
zapewniające dostęp do zasobów informacji udostępnianych za pomocą
systemów
teleinformatycznych używanych do realizacji zadań publicznych) jest
"właściwie przepisany bez zmian z rozporządzenia o minimalnych
wymaganiach z 2005 roku, ze wszystkimi tego konsekwencjami. Oznacza to, że
znajdziemy tam m.in brak precyzyjnego określenia gdzie właściwie trzeba te
formaty stosować, a gdzie nie (A2C, C2A, A2A?)"<BR><SPAN
style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN>• niejasne jest "czy
dokumenty wymieniane między komponentami backoffice urzędu w formacie SQL
powinny być teraz eksportowane do formatu CSV zamaskowanego jako TXT i
ponownie importowane;<BR><SPAN style="WHITE-SPACE: pre"
class=Apple-tab-span></SPAN>• "przypadkowy katalog popularnych formatów
dokumentów, obrazków i archiwów, w wielu przypadkach bez żadnej informacji
normatywnej (...) zarówno PDF, ODT jak i OOXML są normami ISO; tymczasem
według autora projektu formatami tymi zarządza nadal Adobe (przekazali do
ISO)
i Microsoft (przekazali do ECMA)";<BR><SPAN style="WHITE-SPACE: pre"
class=Apple-tab-span></SPAN>• "brak jakiegokolwiek określenia minimalnych
i
maksymalnych wersji poszczególnych formatów, przez co załącznik traci sens
jako minimalne wymagania (baseline); zgodnie z obecnym brzmieniem
zaszyfrowany
plik zabezpieczony DRM będzie zgodny, byle tylko nazywał się PDF i jakiś
program go otwierał";<BR><SPAN style="WHITE-SPACE: pre"
class=Apple-tab-span></SPAN>• przewidziano "archaiczne formaty typu
RTF"<BR><SPAN style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN>• jako
organizacje zarządzające są wymienione firmy, które stworzyły dany format,
nawet gdy formatem zarządzają już organizacje standaryzujące<BR><SPAN
style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN>• wymienione są
formaty
niszowe i specjalistyczne (TAR, GZIP) lub prywatne, funkcjonujące na
zasadzie
standardu de facto (RAR). <BR><SPAN style="WHITE-SPACE: pre"
class=Apple-tab-span></SPAN>• brak jest popularnych formatów arkuszy
kalkulacyjnych - XLS, XLSX, ODS<BR>
<DIV><SPAN style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN>•
pominięcie
standardów protokołów komunikacyjnych (ZUS, obywatel)<BR></DIV><SPAN
style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN>• pominięto formaty
mniej
znane, ale powszechnie wykorzystywane (DER do cert. X.509, OAI-PMH, PKCS#7
<BR><SPAN style="WHITE-SPACE: pre"
class=Apple-tab-span></SPAN><BR><BR>Biorąc
powyższe pod uwagę zastanawiam się czy jesteśmy w stanie zarekomendować
Premierowi konkretne zmiany w projekcie rozporządzenia, które umożliwiłyby
osiągnięcie podstawowego celu, jakim jest udostępniania danych w formacie
umożliwiającym odczyt maszynowy, jeżeli są w posiadaniu danych w takim
formacie. Najprostrzym rozwiązaniem byłoby zobowiązanie
podmiotów
do udostępniania informacji <B>w dwóch a nie jednym formacie </B>wskazanym
w
załączniku nr. 2. Warto zastanowić się także nad sensownością
wprowadzania innych standardów: (i) ONZowskiego Akoma Ntoso, (ii) GIS,
(iii)
CVS, (iv) KML, czy (v) Odata. Warto także zastanowić się nad innymi
problmami standardów udostępniania danych, związanych z semantyką i
strukturą
danych.
<DIV> </DIV>
<DIV>Będę bardzo wdzięczny za opinię w sprawie.</DIV>
<DIV> </DIV>
<DIV>Pozdrawiam<BR><BR>Igor<BR>Begin forwarded message:<BR><BR>
<BLOCKQUOTE type="cite">Date: Thu, 28 Apr 2011 23:14:53 +0200<BR>From:
"Jarek Deminet" <<A
href="mailto:jarekdem@gazeta.pl">jarekdem@gazeta.pl</A>><BR>To:
"=?ISO-8859-2?Q?Jacek_Zadro=BFny?=" <<A
href="mailto:jacek.zadrozny@post.pl">jacek.zadrozny@post.pl</A>><BR>Cc:
<A
href="mailto:rejestr-bounces@isoc.org.pl">rejestr-bounces@isoc.org.pl</A>,
<A
href="mailto:Justyna.Kucinska@firr.org.pl">Justyna.Kucinska@firr.org.pl</A>,<BR><SPAN
style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN><A
href="mailto:Anna.Rozborska@firr.org.pl">Anna.Rozborska@firr.org.pl</A>,
<A
href="mailto:Piotr.Pawlowski@firr.org.pl">Piotr.Pawlowski@firr.org.pl</A>,<BR><SPAN
style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN><A
href="mailto:Michal.Dziwisz@firr.org.pl">Michal.Dziwisz@firr.org.pl</A>,
<A
href="mailto:Jacek.Zadrozny@firr.org.pl">Jacek.Zadrozny@firr.org.pl</A>,<BR><SPAN
style="WHITE-SPACE: pre" class=Apple-tab-span></SPAN><A
href="mailto:Piotr.Witek@firr.org.pl">Piotr.Witek@firr.org.pl</A>,
'rejestr'
<<A
href="mailto:rejestr@isoc.org.pl">rejestr@isoc.org.pl</A>><BR>Subject:
Re: [Rejestr] Fwd: spotkanie z min. M. Bonim<BR>Message-ID: <<A
href="mailto:4DB9D8CD.22410.560B10B@jarekdem.gazeta.pl">4DB9D8CD.22410.560B10B@jarekdem.gazeta.pl</A>><BR>Content-Type:
text/plain; charset="iso-8859-2"<BR><BR>OK, nie ma co się
spierać.<BR>Jeśli
będzie wpisane wymaganie poziomu AAA, to nie znaczy to, że teksty MUSZĄ
być
np. w <BR>XML, lecz raczej że jeśli nie są odczytywalne, to powinien być
dostępny tekstowy skrót. <BR>Ale oczywiście trzeba nalegać, żeby jak
najwięcej tekstów było odczytywalnych.<BR>Pozdrawiam<BR>-- Jarek<BR><BR>
<BLOCKQUOTE type="cite"><BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">JZ: niezupełnie. Za ustawą:<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">"Art. 18. Rada Ministrów, na wniosek ministra
właściwego do spraw<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">informatyzacji, określi w drodze
<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">rozporządzenia:<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">1) minimalne wymagania dla systemów
teleinformatycznych, mając na<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">uwadze konieczność<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">zapewnienia:<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">a) spójności działania systemów
teleinformatycznych używanych<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">do realizacji zadań publicznych<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">poprzez określenie co najmniej specyfikacji
formatów danych oraz<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">protokołów komunikacyjnych i<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">szyfrujących, które mają być stosowane w
oprogramowaniu<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">interfejsowym, przy zachowaniu<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">możliwości nieodpłatnego wykorzystania tych
specyfikacji,<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">b) sprawnej i bezpiecznej wymiany informacji w
postaci<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">elektronicznej między
podmiotami<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">publicznymi oraz między podmiotami publicznymi a
organami innych<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">państw lub organizacji<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">międzynarodowych,<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">c) dostępu do zasobów informacji osobom
niepełnosprawnym<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">- z uwzględnieniem Polskich Norm oraz innych
dokumentów<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">normalizacyjnych zatwierdzonych
przez<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">krajową jednostkę normalizacyjną, zachowując
zasadę równego<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">traktowania różnych rozwiązań"<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite"><BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">JZ: a zatem chodzi o dostęp do zasobów
informacji,
a nie do samych<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">systemów. Aby mieć dostęp <BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">do zasobów informacji osoby niepełnosprawne
muszą
mieć dostęp<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">do informacji oraz do systemu <BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">ją serwującego.<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite">Jacek Zadrożny<BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite"><BR></BLOCKQUOTE>
<BLOCKQUOTE type="cite"><BR></BLOCKQUOTE><BR>_____ <BR><BR>From:
Jarek
Deminet [mailto:jarekdem@gazeta.pl] <BR>Sent: Thursday, April 28, 2011
11:15
PM<BR>To: Jacek Zadrożny<BR>Cc: <A
href="mailto:pawel.krawczyk@hush.com">pawel.krawczyk@hush.com</A>; <A
href="mailto:rejestr-bounces@isoc.org.pl">rejestr-bounces@isoc.org.pl</A>;
'Jozef<BR>Halbersztadt'; 'rejestr'; Aleksander Waszkielewicz;<BR><A
href="mailto:Justyna.Kucinska@firr.org.pl">Justyna.Kucinska@firr.org.pl</A>;
<A
href="mailto:Anna.Rozborska@firr.org.pl">Anna.Rozborska@firr.org.pl</A>;<BR><A
href="mailto:Piotr.Pawlowski@firr.org.pl">Piotr.Pawlowski@firr.org.pl</A>;
<A
href="mailto:Jacek.Zadrozny@firr.org.pl">Jacek.Zadrozny@firr.org.pl</A>;<BR><A
href="mailto:Piotr.Witek@firr.org.pl">Piotr.Witek@firr.org.pl</A>; <A
href="mailto:Michal.Dziwisz@firr.org.pl">Michal.Dziwisz@firr.org.pl</A><BR>Subject:
Re: [Rejestr] Fwd: spotkanie z min. M. Bonim<BR><BR><BR>OK, nie ma co
się
spierać.<BR>Jeśli będzie wpisane wymaganie poziomu AAA, to nie znaczy
to, że
teksty<BR>MUSZĄ być np. w XML, lecz raczej że jeśli nie są odczytywalne,
to
powinien<BR>być dostępny tekstowy skrót. <BR>Ale oczywiście trzeba
nalegać,
żeby jak najwięcej tekstów było<BR>odczytywalnych.<BR><BR>JZ:
oczywiście, że
nie musi to być XML. To może być PDF, DOC czy ODT. Jednak<BR>nie zgadzam
się, że ma być dostępny skrót. To ma być informacja<BR>ekwiwalentna.
Nota
bene PDF może być skanem dokumentu i tekstem<BR>jednocześnie. Format na
to
pozwala.<BR>Jacek Zadrożny<BR>Fundacja Instytut Rozwoju
Regionalnego<BR><A
href="http://www.firr.org.pl">http://www.firr.org.pl</A> <<A
href="http://www.firr.org.pl/">http://www.firr.org.pl/</A>> <BR><A
href="mailto:jacek.zadrozny@firr.org.pl">jacek.zadrozny@firr.org.pl</A><BR>Organizacja
Pożytku Publicznego <BR><BR>-------------- następna część
---------<BR>Załącznik HTML został usunięty...<BR>URL:
<http://listy.icm.edu.pl/pipermail/rejestr/attachments/20110429/707cd0ff/attachment-0001.html><BR><BR>------------------------------<BR><BR>_______________________________________________<BR>Rejestr
mailing
list<BR>Rejestr@isoc.org.pl<BR>http://listy.icm.edu.pl/mailman/listinfo/rejestr<BR><BR><BR>Koniec
Paczka Rejestr, Tom 16, Numer
33<BR>***************************************<BR></BLOCKQUOTE></DIV>
<DIV> </DIV></DIV></DIV></BLOCKQUOTE></DIV>
<DIV> </DIV></DIV>
<P>
<HR>
_______________________________________________<BR>Rejestr mailing
list<BR>Rejestr@isoc.org.pl<BR>http://listy.icm.edu.pl/mailman/listinfo/rejestr<BR></DIV>
<DIV> </DIV></DIV></DIV></BODY></HTML>