Data: 20 - Politechnika Wrocławska

Data: 20.03.2007
Miejsce: GUGiK
Godzina: 11:10 do 14:30
Spotkanie zespołu d/s wolnego oprogramowania nr 2
Uczestnicy:
Adam Iwaniak
Adam Śliwiński
Grzegorz Myrda
Paweł Netzel
Adam Radłowski
Krzysztof Borys
Mariusz Lelonek
Piotr Pachół
Michał Nowak
Andrzej Marzewski
Tomasz Kubik
Witold Paluszyński
GUGiK, Wiceprezes
conTerra
ISPIK SA
Uniwersytet Wrocławski
RZGW Gdańsk
GEOBID, Katowice
WODGiK Katowice, [email protected]
WODGiK Katowice, [email protected]
GEOPOL
Politechnika Warszawska
Politechnika Wrocławska
Politechnika Wrocławska
Przebieg spotkania:
1. Wprowadzenie. Przedstawienie uczestników spotkania
2. Słowo wstępne p. Adama Iwaniaka:
W urzędzie podjęto szereg działań w celu budowy i rozwoju krajowej infrastruktury
danych przestrzennych. Powstały zespoły, których zadania wkraczają w zagadnienia
związane z tym tematem. Pierwszoplanowym celem, który przyświecać ma zespołowi
d/s wolnego oprogramowania jest implementacja serwisów katalogowych w oparciu o
oprogramowanie typu OpenSource oraz narzędzi służących do edycji danych
przestrzennych. Serwisy katalogowe udostępniają dane o danych, co umożliwia
wykrycie niepożądanej redundancji w zgromadzonych zasobach. Obecnie budowany jest
polski profil metadanych na potrzeby wyszukiwania informacji o danych – jest efektem
pracy zespołu od spraw metadanych. Celem nadrzędnym utworzonych zespołów jest
budowa portalu internetowego udostępniającego dane geoprzestrzenne, spełniającego
normy ISO i zalecenia OGC. Szczególna rola zespołu wolnego oprogramowania w tym
kontekście to testowanie i rekomendowanie rozwiązań, umożliwiających realizację
portalu, opartych na wolnym oprogramowaniu. Warto, aby pomiędzy zespołami
dochodziło do wymiany informacji. Organizacyjnie działalność grupy należy zacząć od
określenia składu osobowego. Jej ukonstytuowanie pozwoli na oficjalne otwieranie
zleceń, refundacje kosztów, uruchomienie funduszy.
3. Słowo w dyskusji p. Witolda Paluszyńskiego.
Dla zespołu ważne jest formalne sprecyzowanie jego celów i zadań.
4. W celach i zadaniach grupy, odpowiedź p. Adama Iwaniaka, powinny znaleźć się
następujące punkty:
a) narzędzia przygotowywania i udostępniania metadanych (razem z rekomendacją
sposobu ich reprezentacji, określeniem używanych formatów)
b) serwisy WMS, WFS do udostępniania danych na poziomie powiatu, wojewódzkim,
centralnym (ocenić dostępne rozwiązania oparte na wolnym oprogramowaniu,
zasugerować rozwiązania do ewentualnych wdrożeń)
5. Na pytanie Witolda Paluszyńskiego o komercyjną stroną tego przedsięwzięcia Adam
Iwaniak odpowiedział: Chcemy wspomagać ośrodki powiatowe, ale urząd nie może ich
wszystkich finansować. Może jednak coś sugerować, może też pomóc w wytypowaniu i
nawiązaniu współpracy z ośrodkiem wdrożeniowy. Taki ośrodek byłby odbiorcą
(którego tak naprawdę dopiero szukamy) proponowanych rozwiązań. Wynikiem działań
zespołu może być również wolne oprogramowanie oferowane przez firmy komercyjne
(to już wniosek Witolda Paluszyńskiego). Warto przewidzieć tu również
przeprowadzanie szkoleń (Piotra Pakół). Warto zdać sobie sprawę, co obecnie jest już
udostępniane i co ma być udostępniane w mniejszych i większych ośrodkach jak np.
działki, budynki (Krzysztof Borys).
6. Przedstawiona została prezentacja przez p. Michała Nowaka. Jej tematem był serwer
katalogowy udostępniany na stronie www.geonetwork-opensource.org. Program składa
się z serwera katalogowego oraz klienta. Jest to aplikacja oparta o XML (XSL), język
JAVA ze wsparciem JDBC dla MySQL i Oracle, serwery Jacarta i Tomcat. Umożliwia
wyszukiwanie danych z zbiorach metadanych zgodnymi z ISO 19115, FGDC, Dublin
Core, implementowane zgodnie z ISO 23950 Z39.50. Program umożliwia edycję
metadanych on-line i obsługę szablonów, integruje się z WebMapViewer’em. W trakcie
implementacji są OGC Cat. Serv. for the Web 2.0 (zaimplementowana wersja 1.0).
Program umożliwia wyszukiwanie na różnych stopniach zaawansowania, posiada
mechanizm logowania, role użytkownika i administratora. Można planować zbieranie i
synchronizację metadanych poprzez harvesting.
Warto przyjrzeć się również innym otwartym implementacjom serwisów metadanych
(firma Lat Lon.de). Pan Adam Śliwiński zwrócił uwagę, że definicja metadanych i
strona interfejsu serwera metadanych ujęta jest w standardy (19139 obecnie jest w wersji
0.9, który to dokument zostanie przez niego rozesłany). Po stronie klienta serwisu może
panować wolnoamerykanka, tj. każda zainteresowana firma może stworzyć autorską
postać takiego klienta (razem z interfejsem graficznym i logiką działania).
7. Pan Piotr Pachół zaprezentował następnie program do edycji metadanych CatMDEdit.
Oprócz możliwości wyłuskiwania metadanych z różnego rodzaju źródeł danych,
pozwala on edytować pliki XML w kilku standardach, ale, jak się okazuje, nie do końca
są one zaimplementowane. W narzędziu tym nie można m.in. tworzyć opisów serwisów
usług sieciowych. Na dodatek, tłumaczenia programu wyszły poza tłumaczenie samego
interfejsu i weszły w obszar sformalizowanych znaczników (krytyczne uwagi p. Adama
Śliwińskiego).
Pojawił się głos, że opisywanie metadanych a zarządzanie metadanymi do dwie sprawy
(coś w tej materii ma do powiedzenia odpowiednia ustawa). Otóż w archiwach
metadanych informacja przechowywana jest na nośnikach, które są oznaczane wg
jakiegoś systemu. Jak numerować płyty i czy uwzględniać to w metadanych?
Kolejny głos: dobrze byłoby stworzyć polski słownik, zrobić porządek z kodami,
stworzyć polski profil metadanych (odpowiedzialnym za to zadanie uznano GUGiK). Za
uwzględnienie polskiego profilu w kodzie swojego programu autorzy CatMDEdit życzą
sobie 6 tys euro.
8. Wnioski końcowe:
a. Podjąć działania zmierzające do utworzenia zespołu (czy przerodzi się to w
konsorcjum i jak będzie funkcjonować dalej – to też warto określić)
b. Sprawy związane z wdrożeniem:
· należy określić klienta i szczegóły składanej mu oferty
·
·
c.
d.
e.
f.
g.
h.
i.
wdrożenie powinno mieć zamknięte ramy czasowe
zastanowić się nad sposobem udostępniania metadanych, ortofotomap,
granic, działek, budynków, punktów adresowych
· określić zasady komercyjnej strony działalności grupy (związane z udziałem
w niej przedstawicieli firm komercyjnych)
Każdy z uczestników zespołu powinien określić, co zamierza robić w ramach działań
podejmowanych przez grupę, oraz podać zakres własnych kompetencji w
podejmowanych problemach.
Zdecydowano, że ośrodek wdrożeniowy powinien być ośrodkiem najbardziej
reprezentatywnym (propozycja: ośrodki wojewódzkie WODGiK jako centra
metadanych, integracja w ośrodku centralnym, harvesting dla małych i
niedoposażonych ośrodków lokalnych, uwzględnienie 2800 jednostek
ewidencyjnych-gmin)
Od GUGiK oczekiwane jest jasne stanowisko w sprawie wyznaczenia celów
zespołu, skonkretyzowania zakresów obowiązków i odpowiedzialności, źródeł
finansowania.
Zebrać wiadomości na temat licencji GPL, LGPL oraz innych z punktu widzenia
tworzenia i udostępniania heterogenicznych rozwiązań informatycznych
Do kontaktów pomiędzy członkami zespołu utworzona zostanie lista mailowa
WOGIS, oraz udostępniony zostanie składowisko danych (np. serwer ftp). W
sprawach pilnych lub dających się rozwiązać bez spotkania w Warszawie przewiduje
się przeprowadzanie telekonferencji (poprzez internet).
Następne spotkanie przewiduje się na 24.04.2007
Na dzień 12.06.2007 zaplanowane jest seminarium zespołu wolnego
oprogramowania.
Ustalenie pospotkaniowe:
· Grupa będzie powoływana formalnie zarządzeniem prezesa GUGiK (z
wyznaczeniem członków grupy oraz określeniem pełniących funkcje
Przewodniczącego, Zastępcy przewodniczącego, Sekretarza, Zastępcy Sekretarza –
jak we wstępnym opracowaniu tego dokumentu).
· W związku z tym konieczne jest prowadzenie dokumentacji działań grupy.
· Do sekretarzowania oddelegowane prawdopodobnie zostaną przedstawicielki
GUGiK
· Na obecną chwilę dokumentami ze spotkania zespołu zajmuje się Pani Stanisława
Suchowera ([email protected])