Model węzła Infrastruktury Informacji Przestrzennej na poziomie regionalnym Katowice, marzec 2010 r.
|
|
- Witold Mucha
- 8 lat temu
- Przeglądów:
Transkrypt
1 Województwo Śląskie Model węzła Infrastruktury Informacji Przestrzennej Katowice, marzec 2010 r.
2 Województwo Śląskie. Wszelkie prawa zastrzeŝone. Kopiowanie, modyfikacja, wprowadzanie do obrotu, publikacja, dystrybucja w celach komercyjnych całości lub części dokumentu bez uprzedniej zgody właściciela - są zabronione. Dokument niniejszy moŝna kopiować i przechowywać oraz drukować wyłącznie na własne potrzeby (w celach niekomercyjnych). Zabronione jest jakiekolwiek upowszechnianie skopiowanego dokumentu, w szczególności jego zamieszczanie w witrynach internetowych innych niŝ naleŝących do właściciela.
3 SPIS TREŚCI: 1 WSTĘP CEL OPRACOWANIA I JEGO BENEFICJENCI ZAŁOśENIA WSTĘPNE I ŹRÓDŁA REKOMENDACJI INFRASTRUKTURA TECHNICZNA, INFORMACYJNA I FUNKCJONALNA MW-IIP Wymagania dotyczące infrastruktury technicznej Architektura logiczna Architektura fizyczna Infrastruktura sprzętowa Infrastruktura teleinformatyczna Wymagania dotyczące infrastruktury informacyjnej Ogólna charakterystyka danych Zasady gromadzenia danych Lokalne i zdalne zasoby informacyjne Procedury aktualizacji danych Wymagania dotyczące infrastruktury funkcjonalnej Funkcjonalność serwera danych przestrzennych Funkcjonalność dedykowanych aplikacji Funkcjonalność portali i geoportali Funkcjonalność związana z kategoryzacją uŝytkowników ZAŁOśENIA ORGANIZACYJNE FUNKCJONOWANIA MW-IIP Poziomy administrowania infrastrukturą węzła Dysponenci zasobów i zakres ich odpowiedzialności Współdzielenie zasobów informacyjnych 46 6 WYMAGANIA NORMATYWNE, STANDARYZACYJNE I PRAWNE Zgodność z ustawodawstwem krajowym Przepisy ustrojowe i uwarunkowania prawne dotyczące usług publicznych Przepisy prawa dotyczące systemów informatycznych Uwarunkowania prawne dotyczące publikacji danych Minimalne wymagania dotyczące systemów teleinformatycznych Zgodność z Dyrektywą INSPIRE Zgodność z załoŝeniami krajowej IIP Obowiązujące normy i standardy w zakresie danych przestrzennych i ich metadanych 56 7 WSPÓŁPRACA Z INNYMI WĘZŁAMI IIP NA POZIOMIE LOKALNYM, REGIONALNYM, KRAJOWYM I EUROPEJSKIM Zasada interoperacyjności Współdzielenie usług Wymiana danych między węzłami IIP 61 3
4 Załącznik 1. Przykładowa konfiguracja infrastruktury sprzętowej MW-IIP. Załącznik 2. Przykładowa konfiguracja infrastruktury sprzętowej zespołu zintegrowanych węzłów IIP poziomu regionalnego. Załącznik 3. Przykładowa konfiguracja infrastruktury sprzętowej węzła IIP poziomu lokalnego. Załącznik 4. Potencjalne zasoby danych przestrzennych i opisowych gromadzone przez jednostki samorządu terytorialnego. Załącznik 5. Wykaz najwaŝniejszych funkcjonalności portali i geoportali. 4
5 Wykaz zastosowanych skrótów i określeń API ang. Application Programming Interface; interfejs programowania aplikacji CAD ang. Computer Aided Design; komputerowe wspomaganie projektowania CMS ang. Content Management System; system zarządzania treścią serwisów WWW EFRR Europejski Fundusz Rozwoju Regionalnego EGiB rejestr ewidencji gruntów, budynków (i lokali) GESUT Geodezyjna Ewidencja Uzbrojenia Technicznego GIS ang. Geographical Information Systems (Systemy Informacji Geograficznej) GML ang. Geography Markup Language GUGiK Główny Urząd Geodezji i Kartografii GUI ang. Graphical User Interface (graficzny interfejs uŝytkownika) HTML ang. HyperText Markup Language, pol. hipertekstowy język znaczników; dominujący język wykorzystywany do tworzenia stron internetowych HTTP ang. Hypertext Transfer Protocol HTTPS ang. Hypertext Transfer Protocol over Secure Sockets Layer IIP Infrastruktura Informacji Przestrzennej INSPIRE ang. INfrastructure for SPatial InfoRmation in Europe (Europejska Infrastruktura Informacji Przestrzennej) ISO ang. International Organization for Standardization, fra. Organisation internationale de normalisation; Międzynarodowa Organizacja Normalizacyjna ICT ang. Information and Communication Technologies; technologie komputerowe i komunikacyjne JOA Jednostka organizacyjna administracji - w niniejszym dokumencie rozumiane jako: urzędy administracji samorządowej róŝnych szczebli, ich jednostki organizacyjne, straŝe, słuŝby, i inne jednostki administracji niezespolonej JRE ang. Java Runtime Environment; środowisko uruchomieniowe dla programów napisanych w języku Java JST jednostka samorządu terytorialnego (np.: powiat, gmina) LAN ang. Local Area Network; siec lokalna, wewnętrzna MPZP miejscowy(e) plan(y) zagospodarowania przestrzennego MW-IIP modelowy węzeł Infrastruktury Informacji Przestrzennej poziomu regionalnego OGC ang.: Open Geospatial Consortium off-line przeciwieństwo on-line; najczęściej jako określenie sposobu oglądania danych/materiałów pobranych z Internetu bądź innej sieci komputerowej on-line "na Ŝywo"; status osoby (uŝytkownika) lub serwera określający stały i nieskrępowany dostęp do Internetu OPI-TPP Ogólnodostępna Platforma Informacji - Tereny Poprzemysłowe i Zdegradowane ORSIP Otwarty Regionalny System Informacji Przestrzennej PHP obiektowy, skryptowy język programowania zaprojektowany do 5
6 generowania stron internetowych w czasie rzeczywistym PZGiK Państwowy Zasób Geodezyjny i Kartograficzny RADIUS ang. Remote Authentication Dial In User Service, usługa zdalnego uwierzytelniania uŝytkowników RPC ang. Remote Procedure Call, protokół zdalnego wywoływania procedur RPO WSL Regionalny Program Operacyjny dla Województwa Śląskiego RSIP Regionalny System Informacji Przestrzennej SEKAP System Elektronicznej Komunikacji Administracji Publicznej SI Społeczeństwo Informacyjne SIP System Informacji Przestrzennej SIT System Informacji o Terenie SIWZ Specyfikacja Istotnych Warunków Zamówienia SOA ang. Service Oriented Architecture; architektura zorientowana na usługi SOAP ang. Simple Object Access Protocol; protokół wywoływania zdalnego dostępu do obiektów SSL ang. Secure Sockets Layer SWDE geodezyjny Standard Wymiany Danych Ewidencyjnych TCP/IP ang. Transmission Control Protocol / Internet Protocol; teoretyczny model warstwowej struktury protokołów komunikacyjnych WAN ang. Wide Area Network; siec rozległa, zewnętrzna WebDAV ang. Web-based Distributed Authoring and Versioning WMS/WFS ang. Web Map Service / Web Feature Service - międzynarodowe standardy internetowego serwisu do tworzenia i udostępniania map WODGiK Wojewódzki Ośrodek Dokumentacji Geodezyjnej i Kartograficznej w Cieszynie WWW ang. World Wide Web XML ang. Extensible Markup Language 6
7 1 Wstęp Niniejsze opracowanie stanowi wyciąg z dokumentacji zrealizowanej przez firmę GEOINFO Kozłowski Jacek z siedzibą we Wrocławiu (filia Cieszyn) w ramach zamówionych przez Śląskie Centrum Społeczeństwa Informacyjnego (ŚCSI) "Konsultacji technicznych w zakresie opracowania modelowego węzła Infrastruktury Informacji Przestrzennej (MW-IIP) wraz z weryfikacją załoŝeń infrastruktury technicznej, informacyjnej i funkcjonalnej ORSIP", prowadzonych na podstawie umowy nr ŚCSI/022/PPZP/10a/2009 z dnia 04 grudnia 2009 roku. W stosunku do dokumentacji oryginalnej zaniechano publikacji jedynie rozdziału 8, prezentującego ocenę autora dwóch projektowanych systemów informatycznych, które docelowo mają stać się węzłami śląskiej regionalnej Infrastruktury Informacji Przestrzennej: Otwartego Regionalnego Systemu Informacji Przestrzennej (ORSIP) oraz Ogólnodostępnej Platformy Informacji Tereny Poprzemysłowe (OPI-TPP). Decyzja taka wynika z faktu, Ŝe oba wskazane projekt znajdują się obecnie w fazie przed-implementacyjnej, a ich ocena została dokonana na podstawie dokumentacji aplikacyjnej (Wniosku o dofinansowanie oraz Studium Wykonalności), które ze swej natury cechuje znaczny poziom ogólności w zakresie aspektów technicznych i technologicznych. PoniŜsze opracowanie w uporządkowany sposób porusza zagadnienia związane z infrastrukturą techniczną, informacyjną i funkcjonalną modelowego rozwiązania węzła IIP na poziomie regionalnym (rozdz. 4), jego załoŝenia organizacyjne (rozdz. 5), wykaz wymagań normatywnych, standaryzacyjnych i prawnych (rozdz. 6), a takŝe zasady współpracy z innymi węzłami krajowej IIP (rozdz. 7). 7
8 2 Cel opracowania i jego beneficjenci Zasadniczym celem niniejszego opracowania jest określenie podstawowych wytycznych i zaleceń technicznych, technologicznych, funkcjonalnych i organizacyjnych dla projektów dotyczących utworzenia rozwiązań informatycznych z zakresu SI o charakterze tematycznego węzła IIP. Podstawowymi Beneficjentami opracowania są zatem JOA takie jak: Urząd Marszałkowski Województwa Śląskiego (jego wydziały lub jednostki organizacyjne), czy teŝ Urząd Wojewódzki (jego wydziały lub podległe jednostki administracji zespolonej) realizujące lub zamierzające realizować (samodzielnie albo poprzez wykonawców zewnętrznych) przedsięwzięcia zmierzające do zbudowania kompleksowego systemu klasy GIS/SIP, którego zakres merytoryczny oraz planowana funkcjonalność umoŝliwiają włączenie go do regionalnej IIP. Poziom szczegółowości przedstawianych wytycznych i zaleceń został tak dobrany, Ŝeby umoŝliwić wykorzystanie ich w sposób bezpośredni przez Beneficjentów do: o opracowania warunków technicznych SIWZ w obszarze dotyczącym IIP dla projektów, które juŝ znajdują się fazie realizacji (np. OPI-TPP) lub o weryfikacji i uszczegółowienia podstawowej dokumentacji technicznej (np.: projektów generalnych, projektów funkcjonalno-uŝytkowych) projektów, dla których jeszcze nie złoŝono wniosków aplikacyjnych lub teŝ oczekujących na weryfikację formalną i merytoryczną (np.: ORSIP). Niektóre podane przykłady rozwiązań (np. w zakresie infrastruktury sprzętowej) odwołują się do komponentów konkretnych producentów jedynie w celu czytelnego zobrazowania proponowanych załoŝeń technologicznych lub wydajnościowych. Nie ogranicza to jednak moŝliwości zastosowania odpowiadających im, równowaŝnych rozwiązań innych podmiotów. Dodatkowo w dokumencie wskazano zakres skalowalności opracowanego modelu oraz konkretne rozwiązania w tym zakresie, tak aby moŝna było zastosować go do projektów budowy systemów GIS/SIP stanowiących węzły IIP w JOA niŝszych szczebli - w szczególności w powiatach i gminach. JOA szczebla powiatowego i gminnego stanowią więc grupę pośrednich Beneficjentów niniejszej dokumentacji. Ze względu na duŝą róŝnorodność konkretnych rozwiązań oferowanych przez poszczególnych dostawców systemów GIS/SIP działających na rynku krajowym i europejskim, wskazane w opracowaniu zapisy mają charakter rekomendacji. W niektórych specyficznych przypadkach ich zastosowanie moŝe być częściowo ograniczone lub nawet niemoŝliwe do zrealizowania, szczególnie w projektach polegających na rozwoju juŝ istniejącej IIP, opartej na technologiach konkretnych producentów i ich rozwiązaniach aplikacyjnych. Dodatkowym celem niniejszego opracowania jest dokonanie weryfikacji zgodności załoŝeń w zakresie IIP poczynionych w dokumentacji aplikacyjnej systemów ORSIP oraz OPI-TPP z zawartymi w niniejszym dokumencie wytycznymi i zaleceniami. 8
9 3 ZałoŜenia wstępne i źródła rekomendacji Przedstawiony w niniejszym dokumencie model regionalnego węzła IIP został oparty o pięć zasadniczych źródeł rekomendacji: o obszar regulacji wynikających z Dyrektywy INSPIRE (rozporządzenia Unii Europejskiej, akty powstałe w wyniku transpozycji do prawa krajowego), o obszar ustawodawstwa krajowego, m.in. w zakresie ustrojowym, przepisów branŝowych oraz dotyczących informatyzacji, o obszar regulacji Międzynarodowej Organizacji Normalizacyjnej (ISO), w szczególności dokumentów opracowanych przez Komitet ISO TC 211 Geografic Information/Geomatics, o obszar regulacji Open Geospatial Consortium (OGC) w zakresie standardów z zakresu geoinformacji, o obszar dobrych praktyk w zakresie budowy systemów informatycznych, ze szczególnym uwzględnieniem systemów klasy GIS/SIP. Uwzględniono takŝe generalne pryncypia dotyczące zapewnienia interoperacyjności w rozwiązaniach ICT dla europejskiej administracji publicznej (ISA - "interoperability solutions for European public administrations" 1 ), a dotyczące: o technologicznej neutralności oraz adaptowalności (przenaszalności) (technological neutrality and adaptability), o otwartości (openness), o wielokrotnego wykorzystania (reusability), o prywatności oraz ochronie danych osobowych (privacy and protection of personal data), o bezpieczeństwa (security). Dzięki temu przestawione w opracowaniu wytyczne i zalecenia w pełni spełniają takŝe podstawowe kryteria dla opracowań dofinansowywanych z EFRR, a mianowicie: o neutralności technologicznej nie wskazują i nie faworyzują Ŝadnej konkretnej technologii - oprogramowania GIS/SIP, jak równieŝ nie ograniczają beneficjentowi moŝliwości technologicznego wyboru ostatecznego rozwiązania, o swobodnego (otwartego) dostępu zapewniają moŝliwość współpracy i korzystania ze zbudowanej infrastruktury wszystkim zainteresowanym stronom, zarówno operatorom jak i uŝytkownikom. Dokumentacja nie wskazuje rozwiązań aplikacyjnych konkretnych producentów/dostawców, ale ogranicza się jedynie do uwzględnienia ustanowionych w zakresie IIP standardów i norm europejskich i krajowych, dobrych praktyk w zakresie budowy systemów GIS/SIP oraz powszechnie stosowanych technologii o charakterze standardów (np. dotyczących protokołów komunikacyjnych, formatów wymiany danych, itd.). Dzięki temu moŝe być wykorzystana zarówno na potrzeby inwestycji realizowanych z środków własnych beneficjentów, jak i dofinansowywanych z funduszy wspólnotowych. 1 Decision No 922/2009/EC of the European Parliament and of the Council of 16 September 2009 on interoperability solutions for European public administrations (ISA). Official Journal of the European Union, L 260/20,
10 4 Infrastruktura techniczna, informacyjna i funkcjonalna MW-IIP Zasadniczym elementem systemu informatycznego klasy GIS/SIP, jakim jest takŝe opisywany w niniejszym opracowaniu MW-IIP, jest jego infrastruktura rozpatrywana w trzech głównych obszarach: o technicznym, o informacyjnym, o funkcjonalnym. MoŜliwie precyzyjne sformułowanie załoŝeń i uwarunkowań, jakie system powinien spełniać w powyŝszych obszarach pozwala osiągnąć jego zakładaną, docelową uŝyteczność oraz wpływa znacząco na wybór optymalnej technologii przeprowadzenia wdroŝenia systemu, czasu realizacji wdroŝenia, a ostatecznie takŝe wysokość kosztów budowy i późniejszej eksploatacji (utrzymania) systemu. 4.1 Wymagania dotyczące infrastruktury technicznej Architektura logiczna Przedstawiona w tym rozdziale koncepcja logicznej architektury MW-IIP bazuje na wymaganiu zgodności z Dyrektywą INSPIRE, zaleceniami technicznymi INSPIRE i OGC oraz dobrymi praktykami tworzenia oprogramowania, w tym w szczególności projektem architektury referencyjnej SOA. W kolejnych podrozdziałach przedstawiono krótko koncepcję architektury INSPIRE, architektury referencyjnej SOA oraz zalecenia do architektury MW-IIP Koncepcja architektury INSPIRE Koncepcja architektury systemów informatycznych proponowana przez INSPIRE oparta jest na usługach. W Dyrektywie INSPIRE i w dokumentach jej towarzyszących wymienia się następujące usługi (cytaty za Dyrektywą INSPIRE): o usługi rejestrów (ang. Registry Services), które choć pozostają poza bezpośrednimi regulacjami dostarczają istotne informacje pozostałym usługom, wykorzystując rejestry takie jak: rejestr przestrzeni nazw zewnętrznych identyfikatorów obiektów (ang. External Object Identifier Namespaces Register), rejestr list kontrolowanych (ang. Code List Register), rejestr układów odniesienia (ang. Coordinate Reference System Register), rejestr jednostek miar (ang. Units of Measurements Register), rejestr pojęć słuŝących do opisu informacji geograficznej (ang. Feature Concept Dictionary Register), rejestr definicji i opisów typów obiektów przestrzennych (ang. Feature Catalogue Register), słownik (ang. Glossary), o usługi wyszukiwania (ang. Discovery Services) umoŝliwiające wyszukiwanie zbiorów oraz usług danych przestrzennych na podstawie zawartości odpowiadających im metadanych oraz umoŝliwiające wyświetlanie zawartości metadanych. Ich implementacje opierają się na specyfikacji CSW. o usługi przeglądania (ang. View Services) umoŝliwiające co najmniej: wyświetlanie, nawigowanie, powiększanie i pomniejszanie, przesuwanie lub nakładanie na siebie 10
11 zbiorów danych przestrzennych oraz wyświetlanie informacji z legendy i wszelkiej istotnej zawartości metadanych. Ich implementacje opierają się na specyfikacji WMS. o usługi pobierania (ang. Download Services) umoŝliwiające pobieranie kopii całych zbiorów danych przestrzennych lub części takich zbiorów oraz, gdy jest to wykonalne, dostęp bezpośredni. Ich implementacje opierają się na specyfikacji WFS. o usługi przekształcania (ang. Transformation Services) umoŝliwiające przekształcenie zbiorów danych przestrzennych w celu osiągnięcia interoperacyjności, o usługi umoŝliwiające uruchamianie usług danych przestrzennych (ang. Invoke Spatial Data Services; na rys. 1 oznaczone jako "Usługa uruch. UDP"). Ich implementacje opierają się na specyfikacji WPS. Koncepcja architektury INSPIRE 2 (rys. 1) ma na celu wymianę, wspólne korzystanie, dostęp i uŝytkowanie interoperacyjnych danych przestrzennych i usług dotyczących danych przestrzennych na róŝnych szczeblach organów publicznych i w róŝnych sektorach. Szyna usług INSPIRE jest pojęciem logicznym, implementowanym w oparciu o technologie Web Services. Architektura INSPIRE abstrahuje od lokalizacji usług. Istniejące systemy nie dostosowane do wymagań INSPIRE, w celu ich dołączenia do szyny usług muszą zostać wyposaŝone w fasadę implementującą te wymagania. Aplikacje i geoportale Szyna usług INSPIRE Usługa rejestrów Usługa wyszukiwania Usługa przeglądania Usługa pobierania Usługa przekszt. Usługa uruch. UDP Rejestry Metadane Zbiory danych przestrzennych Rys. 1. Logiczna architektura INSPIRE Architektura referencyjna SOA Obecnie standardem w zakresie budowy systemów informatycznych jest wykorzystywanie architektury warstwowej. W rozwiązaniach komercyjnych i literaturze podaje się wiele róŝnych modeli warstw. W celu przezwycięŝenia trudności powodowanych przez wydzielanie róŝnych warstw i przypisywanie im róŝnych zakresów odpowiedzialności konsorcjum The Open Group, będące neutralne względem technologii i dostawców, zaproponowało projekt architektury referencyjnej SOA (ang. SOA Reference Architecture) 3. 2 INSPIRE Network Services Architecture, INSPIRE Draft Technical Standard SOA Reference Architecture April 2009, The Open Group 11
12 Model ten stanowi kompromis pomiędzy modelami wiodących producentów oprogramowania, proponując zbiór warstw oraz zakresy ich odpowiedzialności. W architekturze referencyjnej SOA wyróŝniono następujące warstwy (rys. 2): o Warstwa konsumentów (ang. Consumer Layer), o Warstwa procesów biznesowych (ang. Business Processes Layer), o Warstwa usług (ang. Services Layer), o Warstwa komponentów usług (ang. Service Component Layer), o Warstwa oprogramowania systemowego (ang. Operational Systems) obejmuje infrastrukturę organizacji, w szczególności: zastane aplikacje (ang. legacy applications), inne serwisy, bazy danych, systemy przetwarzania transakcji, o Warstwa integracji (ang. Integration Layer) dostarcza mechanizmy pozwalające na transport Ŝądania i odpowiedzi pomiędzy Ŝądającym i dostawcą usługi, o Warstwa jakości serwisów (ang. Quality of Service Layer), o Warstwa architektury informacji (ang. Information Architecture Layer), o Warstwa zasad zarządzania (ang. Governance Layer). Konsumenci Procesy biznesowe Usługi Integracja Jakość serwisów Architektura informacji Zasady zarządzania Komponenty usług Oprogramowanie systemowe Rys. 2. Referencyjna architektura SOA Zalecenia dla architektury MW-IIP Architektura MW-IIP musi umoŝliwiać łatwe włączenie go do krajowej i europejskiej IIP. Docelowo musi równieŝ umoŝliwiać włączenie takiego węzła do infrastruktury tworzonej w ramach projektów związanych z e-administracją (e-government). Zapewnia to implementacja zaleceń Dyrektywy INSPIRE oraz towarzyszących jej dokumentów wykonawczych i zaleceń technicznych. Na rys. 3 przedstawiono umiejscowienie węzła IIP utworzonego na postawie MW-IIP, oznaczając znajdujące się w takim węźle komponenty sufiksem MW-IIP. Węzeł taki musi udostępniać usługi definiowane w ramach INSPIRE w zakresie określonym jego specyfiką (komponent Usługi INSPIRE MW-IIP). Potencjalnie moŝe równieŝ udostępniać usługi, które nie wchodzą w zakres Dyrektywy INSPIRE, na przykład związane z e-administracją (komponent Usługi spoza INSPIRE MW-IIP). Ze względu na udostępnianie takich usług szyna usług na rys. 3 została nazwana Szyną usług INSPIRE+. Usługi oferowane przez inne 12
13 węzły dostępne w ramach krajowej i europejskiej IIP są reprezentowane przez komponent Usługi INSPIRE. Geoportal i aplikacje zainstalowane w węźle utworzonym na postawie MW- IIP (symbolicznie oznaczone odpowiednio przez komponenty Geoportal MW-IIP i Aplikacja MW-IIP) logicznie komunikują się z usługami dostępnymi w tym węźle za pośrednictwem szyny usług (co nie wyklucza uŝycia bardziej efektywnego sposobu komunikacji, który pozwalałby uzyskiwać szybciej takie same dane, np.: bezpośrednie połączenie za pomocą wydzielonej lokalnej sieci fizycznej). Rys. 3. Umiejscowienie węzłów IIP utworzonych na podstawie MW-IIP. Podłączenie do szyny komponentów SEKAP i e-puap obrazuje moŝliwość korzystania przez te systemy z danych przestrzennych w oparciu o standardy zdefiniowane w ramach INSPIRE. Na rys. 3 przedstawiono przyłączenie tylko jednego węzła utworzonego na postawie MW- IIP oraz pojedyncze usługi, co było podyktowane czytelnością tego rysunku. Proponowana architektura pozwala na podłączenie do szyny dowolnej liczby węzłów utworzonych na podstawie MW-IIP, które będą mogły nawzajem korzystać ze swoich usług oraz z usług całej infrastruktury INSPIRE. KaŜdy z takich węzłów będzie świadczył wybrane usługi INSPIRE w zaleŝności od jego specyfiki. Spośród usług INSPIRE z punktu widzenia MW-IIP najwaŝniejsze wydają się: o usługa wyszukiwania, o usługa przeglądania, o usługa pobierania. Udostępnienie usługi wyszukiwania w danym węźle pozwala na jego samo opisywanie się, tzn. opis wszystkich oferowanych przez niego usług jest dostępny w postaci metadanych w tym węźle. UmoŜliwia to równieŝ przechowywanie metadanych o lokalnie utrzymywanych zasobach, które są wymagane podczas ich przetwarzania. Usługa rejestrów jest utrzymywana i zarządzana w ramach infrastruktury INSPIRE. Tworzone węzły powinny korzystać z dostępnych rejestrów. 13
14 Implementacja pozostałych dwóch usług, tj. przekształcania i uruchamiania, jest uzaleŝniona od charakteru węzła. Ich implementacja lub brak ich implementacji nie wpływa na architekturę danego węzła. Dołączenie węzła do IIP zgodnej z INSPIRE w przypadku usługi wyszukiwania polega na rejestracji tej usługi wyszukiwania w katalogu nadrzędnym tak, aby umoŝliwić wyszukiwanie rozproszone (względnie danobranie; ang. harvesting). W przypadku pozostałych usług rejestracja polega na opublikowaniu dla nich metadanych. Nadmienić naleŝy, Ŝe brak rejestracji danego węzła w usłudze wyszukiwania wyŝszego poziomu oraz nie opublikowanie metadanych o usługach umoŝliwia uzyskanie w prosty sposób węzła autonomicznego. Dyrektywa INSPRE i towarzyszące jej przepisy wykonawcze oraz zalecania techniczne nie określają architektury systemów implementujących wymagane usługi. Zalecenia te ograniczają się do implementacji usług w postaci Web Services. W niniejszym opracowaniu proponuje się oparcie logicznej architektury MW-IIP o architekturę referencyjną SOA. PoniŜej przedstawiono interpretację warstw tej architektury w kontekście MW-IIP: o W warstwie konsumentów znajdzie się geoportal oraz specjalizowane aplikacje dostępne w danym węźle. o W miarę potrzeb w warstwie procesów biznesowych zostanie umieszczone oprogramowanie wspomagające przepływy pracy oparte na usługach oferowanych przez warstwę usług. Przykładem jest obsługa spraw obywateli załatwianych przez wydziały urzędów. o W warstwie usług zostaną umieszczone usługi INSPIRE, które mają być świadczone przez dany węzeł oraz inne usługi dostępne przez szynę usług. o Warstwa komponentów usług dostarcza funkcjonalność wykorzystywaną do budowy usług. Szczególnie istotne jest tu wyróŝnienie funkcji wykorzystywanych w wielu usługach, czego przykładem jest moŝliwość wykorzystania metadanych w usługach przeglądania, pobierania czy transformowania. o W warstwie oprogramowania systemowego znajdą się np. bazy danych, inne składnice danych, istniejące juŝ systemy źródłowe (np. RSIP) oraz usługi dostępne przez szynę usług INSPIRE+. Pozostałe warstwy, tj. integracji, jakości serwisów, architektury informacji i zasad zarządzania, zaleŝą silnie od implementacji i nie będą tu dalej dyskutowane. WaŜne jest, aby wykorzystane rozwiązania pozwalały na realizację wszystkich wymagań niefunkcjonalnych i funkcjonalnych stawianych MW-IIP. Poza aplikacjami oferującymi usługi, które moŝna podpiąć do szyny usług INSPIRE+, w MW-IIP mogą istnieć inne aplikacje, np. zasilające bazę danymi. Aplikacje takie powinny zostać wpasowane w referencyjną architekturę SOA, na poziomie warstw komponentów usług i/lub oprogramowania systemowego. Jednym z zasadniczych komponentów warstwy najniŝszej (na rys. 2) jest w przypadku MW-IIP repozytorium danych, które umoŝliwiać ma przechowywanie dowolnych obiektów i zbiorów danych (m.in.: przestrzennych, opisowych, metadanych) oraz sprawny dostęp do nich. W strukturach bazy danych (na przykład obiektowej i/lub obiektowo-relacyjnej) zapisywane są informacje o obiektach, w tym w szczególności dla obiektów przestrzennych: o cechy geometryczne, np.: współrzędne połoŝenia naroŝy, długość, obwód, powierzchnia, o topologia, np.: połoŝenie, sąsiedztwo innych obiektów, charakter elementów wspólnych, 14
15 o atrybuty, zarówno opisowych (np.: tekstowych, liczbowych, linków WWW), o metadane geoinformacyjne. PowyŜej znajdują się warstwy pośredniczące pomiędzy zasobami systemu, a jego uŝytkownikami. Dotyczy to w szczególności usług oraz ich komponentów. Dostęp do usług uŝytkownicy mają poprzez konkretne rozwiązania aplikacyjne oraz zlokalizowane w najbardziej zewnętrznym obszarze architektury róŝnorodne interfejsy obsługi uŝytkowników. Ze względu na róŝnorodność pełnionych funkcji oraz sposób implementacji w ramach konkretnego rozwiązania, wymagana jest modularna budowa środowiska aplikacji (por. rozdz oraz ). Bezpośredni dostęp uŝytkowników do systemu (zgromadzonych w nim danych, obsługujących je aplikacji oraz oferowanych usług) odbywa się za pośrednictwem najbardziej zewnętrznej warstwy, gdzie interfejs dostępu moŝe mieć róŝny charakter. W systemach GIS/SIP, w zaleŝności od potrzeb, realizuje się go najczęściej za pomocą: o prostych funkcjonalnie interfejsów korzystających z przeglądarki WWW: stosowane na przykład do przeglądania (wyszukiwania, sortowania, raportowania) lub wprowadzania danych posiadających charakter rejestrów lub innych zbiorów o prostej strukturze (np. interaktywnych formularzy), o zaawansowanych funkcjonalnie interfejsów korzystających z przeglądarki WWW: stosowane na przykład do przeglądania danych opisowych o skomplikowanej strukturze (wykorzystując metody docierania do informacji typu drill-down i drill-up), przeglądanie danych graficznych (przestrzennych) oraz wykonywanie na nich operacji, a takŝe inne narzędzia zarządzania danymi (np. ich edycję), o dedykowanych interfejsów dostępu GUI, oferujących róŝnorodną funkcjonalność (np.: przeglądarki danych przestrzennych, edytora metadanych, itd.), o portali/geoportali zrealizowanych jako witryny WWW: funkcjonujące najczęściej jako interaktywne mapy z róŝnorodnym zestawem narzędzi umoŝliwiających manipulację wyświetlaną mapą, zakresem prezentowanych danych, czy wyszukiwanie obiektów oraz sporządzaniem wydruków i raportów Modularna budowa środowiska aplikacyjnego Ogólnie przyjętym sposobem implementacji wielowarstwowych aplikacji jest oparcie warstwy pośredniczącej o tzw. serwer aplikacji, rozumiany jako aplikacja przeznaczana do uruchamiania innych aplikacji spełniających określone wymogi (odnośnie technologii, języka). Serwer tak rozumiany jest bazującym na wielu komponentach produktem niezaleŝnym od aplikacji, jakie są na nim uruchamiane, a którego rolą jest dostarczenie API tym aplikacjom, które zapewni podstawowe i wspólne dla wielu rozwiązań mechanizmy. Usługi świadczone przez serwer aplikacji zainstalowanym w nim aplikacjom składają się np. na: o usługi bezpieczeństwa zarówno autentykacja jak i autoryzacja, o usługi dostępu do baz danych utrzymywanie i zarządzanie połączeniami z bazami danych, o serwer WWW, o zapewnienie zdalnego dostępu do aplikacji, zarówno w postaci zdalnego API (np. WebServices, RPC), jak i dostęp do komponentów interfejsu uŝytkownika (WWW), o utrwalanie stanu aplikacji (sesji uŝytkownika, stanu konwersacji poprzez róŝnego rodzaju API, o róŝnorodne często wielopoziomowe cache, 15
16 o mechanizmy przesyłania wiadomości, zdarzeń, o wiele innych usług zaleŝnych od rodzaju i typu serwera aplikacji. Rys. 4. Schemat umiejscowienia aplikacji w środowisku serwera aplikacji Architektura fizyczna Analizując zagadnienie architektury fizycznej MW-IIP naleŝy mieć na uwadze, Ŝe rozpatrywany w niniejszym opracowaniu model odnosi się do abstrakcyjnego, jednostkowego elementu większej całości, jaką jest IIP (lub na przykład infrastruktura SI Urzędu Marszałkowskiego Województwa Śląskiego), która z natury rzeczy ma charakter architektury rozproszonej. Jednocześnie nie moŝna wykluczyć, Ŝe na pewnym etapie funkcjonowania, poszczególne komponenty tej infrastruktury (np. pojedyncze węzły tematyczne IIP) będą funkcjonowały jako częściowo lub w pełni niezaleŝne systemy, mające charakter rozwiązań o architekturze scentralizowanej. Dlatego teŝ w niniejszej dokumentacji nie przesądza się charakteru architektury MW-IIP w tym zakresie, a jedynie wskazuje na najistotniejsze wymagania odnoszące się do jej poszczególnych składników. Zastosowanie architektury zcentralizowanej ma natomiast swoje uzasadnienie w przypadku węzłów IIP na poziomie lokalnym (powiatowym, czy gminnym), gdyŝ moŝe ułatwić proces udostępniania zasobów na zewnątrz urzędu (jedno wspólne repozytorium danych o charakterze hurtowni) przez dedykowane rozwiązania informatyczne w postaci interaktywnej mapy/geoportalu powiatu/gminy, centrum dostępu do metadanych, itd. W takim przypadku konkretny węzeł stanowił będzie centrum informacji przestrzennej o danym obszarze (powiecie, gminie) i potencjalne źródło danych dla innych węzłów IIP, szczególnie tych poziomu regionalnego, gdzie następuje agregacja danych z większego obszaru. 16
17 Dodatkowymi cechami architektury zcentralizowanej, które pretendują ją do zastosowania w węzłach IIP szczebla lokalnego są: o znaczna prostota budowy, o łatwość zarządzania systemem, o łatwe zapewnienie fizycznego bezpieczeństwa, o ułatwienie utrzymania spójności danych w skali całego systemu, o wprowadzanie zmian w funkcjonowaniu oprogramowania tylko w jednym miejscu - na jednostce centralnej, o łatwość i szybkość implementacji takiego systemu Serwer bazy danych W najprostszym przypadku (model architektury scentralizowanej) jądro MW-IIP stanowić będzie baza danych znajdująca się na dedykowanej jednostce komputerowej (serwerze), obsługującej w zasadzie wszystkie zadania wymagane do utrzymania węzła. Wówczas tutaj zainstalowane będą: serwer bazy danych warstwy wewnętrznej, serwer danych przestrzennych oraz dedykowane aplikacje warstwy pośredniej. Ze względów ekonomicznych (eliminacja kosztów związanych z zakupem oddzielnych fizycznie serwerów) sytuacja taka zaistnieć moŝe takŝe w węzłach IIP budowanych w JST niŝszego szczebla (powiatach, gminach). W przypadku bardziej rozbudowanych rozwiązań zaleca się fizyczne rozdzielnie powyŝszej infrastruktury na dwa, a nawet trzy oddzielne serwery sprzętowe lub ich wirtualizację (np. w rozwiązaniach klastrowych) (por takŝe rozdz ). Analizując uwarunkowania związane z systemem zarządzania bazą danych, to wziąć naleŝy pod uwagę co najmniej następujące wymania szczegółowe: o obiektowy lub obiektowo-relacyjny charakter (w zaleŝności od zastosowań), o dostępność interfejsów, o skalowalność, o obsługa rozproszonych baz danych oraz zasobów plikowych, o ukierunkowanie na transakcyjne przetwarzanie danych (a w konsekwencji umoŝliwienie pracy wielu uŝytkownikom jednocześnie), o zapewnienie wysokiego poziomu bezpieczeństwa danych oraz procesów ich przetwarzania, o moŝliwość pracy w środowisku dowolnych systemów operacyjnych, o moŝliwość pracy w środowisku maszyn wirtualnych, o w przypadku rozwiązań komercyjnych elastyczny model licencjonowania (na uŝytkownika - per user, na procesor/serwer/instytucję - per procesor/per serwer/per unit), o ewentualne istnienie opcji zakupu wsparcia serwisowego (np. hot-line) i prawa do upgrade-u. Ze względów praktycznych oraz w celu zachowania swobody dostępu do danych w celach administracyjnych zaleca się dodatkowo, aby zastosowany w MW-IIP system zarządzania bazą danych umoŝliwiał takŝe współpracę z aplikacjami CAD/GIS w technologii klientserwer. 17
18 Serwer danych przestrzennych Specyfika samych danych przestrzennych oraz potrzeba sprawnego i elastycznego zarządzania ich dystrybucją wymagają zaopatrzenia warstwy wewnętrznej w dodatkowy komponent - serwer danych przestrzennych (stosuje się teŝ nazwę serwer mapowy). Podstawowe zadanie serwera danych przestrzennych polega na udostępnianiu danych przestrzennych innym aplikacjom (w formie usług) jak i uŝytkownikom końcowym (w formie gotowych map, które mogą być prezentowane w przeglądarce WWW). Serwer danych przestrzennych separuje pozostałe komponenty od bazy danych przestrzennych umoŝliwiając jednolity dostęp zarówno do lokalnych jak i zdalnych (poprzez usługi OGC) zasobów. Serwer danych powinien współpracować z szyną usług w celu umoŝliwienia dostępu do jego zasobów. Minimalna oferowana funkcjonalność musi zapewnić obsługę podstawowych standardów OGC: Web Map Service (WMS), Web Feature Service (WFS) i Web Coverage Service (WCS). Wskazanym jest, aby usługi serwera danych przestrzennych umoŝliwiały innym komponentom systemu dokonywanie analiz przestrzennych na oferowanych przez serwer danych moŝna w tym celu wykorzystać standard Web Processing Service (WPS). Wszystkie moduły systemu korzystające z danych przestrzennych będą bazować na serwerze danych przestrzennych i oferowanych przez niego usługach (np.: portal/geoportal mapowy będzie korzystał z usługi WMS w celu prezentacji mapy). W celu zachowania spójności z pozostałymi modułami aplikacyjnymi jak i w celu maksymalizacji wykorzystania zasobów sprzętowych, serwer danych przestrzennych powinien działać w środowisku serwera aplikacji, będąc kolejnym modułem MW-IIP oferującym swoje usługi. Pozostałe moduły MW-IIP mogą komunikować się z serwerem danych przestrzennych z wykorzystaniem szyny komunikacyjnej i Web Services. Dodatkowo moduły aplikacyjne działające w ramach serwera aplikacji mogą korzystać z jego wewnętrznego API, które jest w stanie zapewnić efektywniejszy dostęp do duŝych zbiorów danych (rys. 5). Dyrektywa INSPIRE nakłada obowiązek udostępniania razem z danymi takŝe ich metadanych. Nie jest koniecznym, aby to serwer danych przestrzennych udostępniał metadane, jednak powinien on móc współpracować z osobną usługą (aplikacją) katalogu metadanych (por. rozdz ). PoniewaŜ serwer danych przestrzennych wykonuje operacje wymagające przetwarzania duŝych zbiorów danych jak i duŝych mocy obliczeniowych, powinien być rozwiązaniem skalowanym, zapewniającym wzrost mocy przetwarzania poprzez dołączanie kolejnych instancji działających na osobnych serwerach (klastrowanie). Aby było moŝliwe wykorzystanie juŝ istniejącej infrastruktury sprzętowej oraz łatwa rozbudowa jej w przyszłości wskazane jest, aby oprogramowanie serwera danych przestrzennych mogło działać na róŝnych platformach sprzętowych i programowych. Obszar przetwarzania danych przestrzennych jest dziedziną dynamicznie się rozwijającą, oferującą coraz to nowe moŝliwości, jak i powodującą pojawianie się nowych standardów serwisów jak i usług. Dlatego teŝ wybrane oprogramowanie serwera danych przestrzennych powinno być aktywnie rozwijane tak, aby moŝliwe było sprostanie przyszłym potrzebom w zakresie udostępniania i przetwarzania danych. 18
19 Rys. 5. Schemat lokalizacji serwera danych przestrzennych w ramach architektury MW-IIP Środowisko aplikacyjne Kolejnym istotnym elementem infrastruktury fizycznej MW-IIP jest środowisko dedykowanych aplikacji warstwy pośredniczącej. Powinno ono mieć charakter elastycznego i skalowalnego rozwiązania o budowie modularnej, opartego o platformę programistyczną, umoŝliwiającą tworzenie nowych aplikacji (rozszerzeń), wykorzystujących dane przestrzenne, bazy danych i technologie internetowe. Dzięki temu w dowolnym momencie powinna istnieć moŝliwość dodania nowego modułu (aplikacji) do istniejącej konfiguracji wzbogacającego system o nowe funkcjonalności, bez konieczności wymiany całego systemu. Cel ten moŝna osiągnąć poprzez zastosowanie serwera aplikacji. Serwery aplikacji mogą być tworzone przez inny podmiot niŝ podmiot tworzący aplikację funkcjonalną posadowioną na tym serwerze. Niektóre klasy serwerów aplikacji spełniają określone specyfikacje, co pozwala na tworzenie oprogramowania mogącego być uruchomionym na serwerze aplikacji pochodzącym od dowolnego dostawcy (przykładem jest specyfikacja Java EE, w zgodzie z którą pozostają serwery Glassfish firmy Sun Microsystems, WebSphere firmy IBM, Jboss firmy RedHat, czy WebLogic firmy Oracle). Stąd w projektowaniu węzła IIP istotne jest wybranie takiej technologii, która zagwarantuje niezaleŝność zarówno od producenta serwera aplikacji, jak i od systemu operacyjnego na jakim serwer aplikacji moŝe być uruchomiony wymagania te spełniają serwery zgodne z JEE, w mniejszym stopniu serwer IIS wraz z platformą.net. Serwer aplikacji stanowi pewną platformę, która moŝe być współdzielona przez wiele aplikacji, bądź modułów, dzięki czemu szereg funkcji administracyjnych zostaje 19
20 scentralizowanych w serwerze aplikacji. Z jednej strony ułatwia to zarządzanie aplikacjami ich instalację, aktualizację, blokowanie dostępu z drugiej pozwala na scentralizowane zarządzanie podstawowymi parametrami konfiguracyjnymi, na przykład parametry dostępu do baz danych. Większość serwerów aplikacji zawiera w sobie mechanizmy umoŝliwiające monitoring, co ułatwia diagnostykę i optymalizację konfiguracji. Zarówno monitorowanie aplikacji jak i zarządzanie konfiguracją serwera aplikacji najczęściej moŝliwe jest zdalnie, w tym równieŝ poprzez specjalne, często oparte o standardy interfejsy API, za pomocą których moŝna stworzyć mechanizmy dopuszczające automatyczne lub pół-automatyczne zarządzanie serwerem (co w duŝych wdroŝeniach będzie wartością nie do przecenienia), bądź teŝ rejestrację róŝnych rozszerzeń (funkcjonalności aplikacji, które mogą być instalowane oddzielnie). Wszystkie te narzędzia do działania nie wymagają wprowadzania zmian w aplikacjach, jakie zainstalowane są na serwerze. JeŜeli serwer aplikacji oparty będzie o otwarte standardy, daje to moŝliwość łatwego rozszerzania systemu o kolejne aplikacje spełniające ten standard w tym na przykład aplikacje open source istniejące na rynku, ale równieŝ rozwiązania komercyjne. Dzięki zastosowaniu przyjętego i sprawdzonego rozwiązania opartego o uznany serwer aplikacji, moŝna mieć uzasadnione nadzieje, Ŝe dołoŝenie kolejnej aplikacji w przypadku wolnych zasobów sprzętowych nie wywoła konieczności tworzenia nowego środowiska dla kolejnych aplikacji. Serwery aplikacji zapewniają takŝe wiele mechanizmów, które zwiększają skalowalność zainstalowanych na nich aplikacji. Z jednej strony umoŝliwiają proste rozdzielenie posadowionych na nim aplikacji na kilka niezaleŝnych serwerów aplikacji, z drugiej mogą zapewnić moŝliwość klastrowania (rys. 6). Klaster serwerów aplikacji zwiększa ich dostępność (poprzez mechanizm fail-over), jak i wydajność (load-balance). Aplikacje umieszczone w serwerze aplikacji najczęściej muszą spełnić dodatkowe wymogi niefunkcjonalne, aby podlegały bezproblemowemu rozproszeniu, jednak jest to relatywnie niski koszt w porównaniu z zyskami wynikającymi z moŝliwości prostej rozbudowy całego systemu poprzez dostawienie kolejnej maszyny (serwera). Ze względu na zaleŝne od zewnętrznych czynników i trudne do przewidzenia w przypadku opisywanego modelu obciąŝenie systemu, moŝliwość łatwego skalowania warstwy pośredniczącej, w tym serwera aplikacji, moŝe okazać się kluczowa. 20
Koncepcja Otwartego Regionalnego Systemu Informacji Przestrzennej (ORSIP),
Koncepcja Otwartego Regionalnego Systemu Informacji Przestrzennej (ORSIP), jako regionalnego węzła, krajowej i europejskiej Infrastruktury Informacji Przestrzennej Invest in Silesia- nowa jakość w promocji
Bardziej szczegółowoWykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Bardziej szczegółowo1. Wymagania prawne. Europejskie uwarunkowania prawne:
1. Wymagania prawne Oferowane przez Wykonawcę rozwiązania muszą być na dzień odbioru zgodne z aktami prawnymi regulującymi pracę urzędów administracji publicznej, dyrektywą INSPIRE, ustawą o Infrastrukturze
Bardziej szczegółowoRozwiązanie GIS dla mniejszego. miasta: model Miasta Stalowa Wola. Janusz JEśAK. Jacek SOBOTKA. Instytut Rozwoju Miast. ESRI Polska Sp. z o. o.
Rozwiązanie GIS dla mniejszego miasta: model Miasta Stalowa Wola Instytut Rozwoju Miast Janusz JEśAK ESRI Polska Sp. z o. o. Jacek SOBOTKA Rybnik, 27-28 września 2007 Plan Prezentacji Geneza przedsięwzięcia
Bardziej szczegółowoImplementacja standardu GML w oprogramowaniu ESRI i GISPartner na przykładzie Geoportalu2
Implementacja standardu GML w oprogramowaniu ESRI i GISPartner na przykładzie Geoportalu2 Paweł Soczewski Warszawa, 10 kwietnia 2013 Modelowanie świata rzeczywistego Model pojęciowy - conceptual model
Bardziej szczegółowoUsługi danych przestrzennych w GEOPORTAL-u. Marek Szulc , Warszawa
Usługi danych przestrzennych w GEOPORTAL-u Marek Szulc 16.05.2013, Warszawa Czym jest GEOPORTAL 2? GEOPORTAL 2 jest jednym z największych projektów w Polsce, który koncentruje się na rozwoju Infrastruktury
Bardziej szczegółowoArcGIS for INSPIRE wsparcie dla budowy europejskiej infrastruktury informacji przestrzennej
ArcGIS for INSPIRE wsparcie dla budowy europejskiej infrastruktury informacji przestrzennej Wyszukiwanie Przeglądanie Pobieranie ArcGIS for INSPIRE ArcGIS Wynik INSPIRE na Europejskiej Platformie Geoprzestrzennej
Bardziej szczegółowoWybrane projekty Urzędu Marszałkowskiego Województwa Mazowieckiego w Warszawie Przedsięwzięcia zmierzające do harmonizacji baz danych przestrzennych
Wybrane projekty Urzędu Marszałkowskiego Województwa Mazowieckiego w Warszawie Przedsięwzięcia zmierzające do harmonizacji baz danych przestrzennych Krzysztof Mączewski Dyrektor Departamentu Geodezji i
Bardziej szczegółowoDokumentacja techniczna. Młodzieżowe Pośrednictwo Pracy
Dokumentacja techniczna Młodzieżowe Pośrednictwo Pracy Spis Treści 1. Widok ogólny architektury MPP... 3 2. Warstwy systemu... 5 3. Struktura systemu/komponentów... 7 3.1 Aplikacje... 7 3.2 Biblioteki...
Bardziej szczegółowo12 czerwca Piotr Kozłowski Dyrektor ds. Rozwoju Sektora Samorządowego
12 czerwca 2015 Piotr Kozłowski Dyrektor ds. Rozwoju Sektora Samorządowego Integracja Systemów Informacji Przestrzennej wdrażanych w JST z oprogramowaniem dziedzinowym EOD, epuap oraz aplikacjami do prowadzenia
Bardziej szczegółowo27/13 ZAŁĄCZNIK NR 4 DO SIWZ. 1 Serwery przetwarzania danych. 1.1 Serwery. dostawa, rozmieszczenie i zainstalowanie 2. serwerów przetwarzania danych.
1 Serwery przetwarzania danych 1.1 Serwery dostawa, rozmieszczenie i zainstalowanie 2. serwerów przetwarzania danych. 1 1.2 Konsola zarządzająca serwerami dostawa, rozmieszczenie i zainstalowanie 1. konsoli
Bardziej szczegółowoSYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH
SYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH Dariusz Gotlib elementy koncepcji i technologii Jerzy Zieliński plany GUGiK Jachranka, 8 grudzień 2009 STOSOWANE POJĘCIA I SKRÓTY BDT = TBD = BDOT SZBDT=SZTBD=SZBDOT
Bardziej szczegółowoUsługi sieciowe w Małopolskiej Infrastrukturze Informacji Przestrzennej w oparciu o wspólny projekt UMK i UMWM
Georeferencyjne dane przestrzenne w INSPIRE - od zbiorów do usług danych przestrzennych Usługi sieciowe w Małopolskiej Infrastrukturze Informacji Przestrzennej w oparciu o wspólny projekt UMK i UMWM Autorzy:
Bardziej szczegółowoug geoinformacyjnychnych na przykładzie
Małgorzata Gajos Rozwój j usług ug geoinformacyjnychnych na przykładzie geoportalu Zakopane 25-28.09.2007 Geoinformacja Informacja uzyskiwana w drodze interpretacji danych geoprzestrzennych (dotyczących
Bardziej szczegółowoKomunikacja systemów informatycznych przy pomocy usług sieciowych
Komunikacja systemów informatycznych przy pomocy usług sieciowych standardy i rozwiązania techniczne Paweł Soczewski Paweł Badowski Biuro Geodety Województwa Mazowieckiego w Warszawie Pojecie usługi pomoc
Bardziej szczegółowoArchitektura TERYT GUS. EMUiA. EGiB. Pozostałe systemy ZSIN SZYNA USŁUG. EMUiA
Aplikacja EMUIA Architektura Architektura TERYT GUS EMUiA EMUiA SZYNA USŁUG ZSIN EGiB Pozostałe systemy SZPRG ISOK Widok ogólny Wyszukiwanie obiektów - szybkie Wyszukiwanie obiektów - atrybutowe Zarządzanie
Bardziej szczegółowoNOWY OPIS TECHNICZNY PRZEDMIOTU ZAMÓWIENIA
NOWY OPIS TECHNICZNY PRZEDMIOTU ZAMÓWIENIA Załącznik nr 4 do SIWZ/ załącznik do umowy Przedmiotem zamówienia jest dostawa 2 serwerów, licencji oprogramowania wirtualizacyjnego wraz z konsolą zarządzającą
Bardziej szczegółowoInteroperacyjne rejestry publiczne jako podstawa budowy Centrum Usług Wspólnych i Smart City w zakresie gospodarki przestrzennej.
Interoperacyjne rejestry publiczne jako podstawa budowy Centrum Usług Wspólnych i Smart City w zakresie gospodarki przestrzennej Jerzy Chotkowski Gospodarka Przestrzenna Gospodarka Przestrzenna Wniosek
Bardziej szczegółowoDziennik Urzędowy Unii Europejskiej L 274/9
20.10.2009 Dziennik Urzędowy Unii Europejskiej L 274/9 ROZPORZĄDZENIE KOMISJI (WE) NR 976/2009 z dnia 19 października 2009 r. w sprawie wykonania dyrektywy 2007/2/WE Parlamentu Europejskiego i Rady w zakresie
Bardziej szczegółowoHARMONIZACJA DANYCH PRZESTRZENNYCH JERZY GAŹDZICKI
HARMONIZACJA DANYCH PRZESTRZENNYCH JERZY GAŹDZICKI PODSTAWOWE POJĘCIA (1) 1. Dane przestrzenne (dane geoprzestrzenne) dane bezpośrednio lub pośrednio odniesione do określonego położenia lub obszaru geograficznego
Bardziej szczegółowoNormy serii ISO 19100 w geodezji i geoinformatyce
Akademia Rolnicza we Wrocławiu Normy serii ISO 19100 w geodezji i geoinformatyce Adam Iwaniak Alina Kmiecik Nowoczesne ODGIK - utopia czy rzeczywistość, Wisła 13-15 października 2006 Lata 80te Spectrum,
Bardziej szczegółowoWYKORZYSTANIE I ROZWÓJ WOLNEGO OPROGRAMOWANIA W WOJEWÓDZKIM WĘŹLE INFRASTRUKTURY INFORMACJI PRZESTRZENNEJ
WYKORZYSTANIE I ROZWÓJ WOLNEGO OPROGRAMOWANIA W WOJEWÓDZKIM WĘŹLE INFRASTRUKTURY INFORMACJI PRZESTRZENNEJ Zamawiający: Wojewódzkie Biuro Urbanistyczne we Wrocławiu ul. Świdnicka 12/16 50-068 Wrocław Wykonawca:
Bardziej szczegółowoRola i znaczenie Zintegrowanego Systemu Informacji Przestrzennej w budowie społeczeństwa informacyjnego w Powiecie Myślenickim
Powiat Myślenicki Rola i znaczenie Zintegrowanego Systemu Informacji Przestrzennej w budowie społeczeństwa informacyjnego w Powiecie Myślenickim Podsumowanie realizacji projektu MATELA WOJCIECH Inżynier
Bardziej szczegółowoOpis systemu CitectFacilities. (nadrzędny system sterowania i kontroli procesu technologicznego)
Opis systemu CitectFacilities (nadrzędny system sterowania i kontroli procesu technologicznego) I. Wstęp. Zdalny system sterowania, wizualizacji i nadzoru zostanie wykonany w oparciu o aplikację CitectFacilities,
Bardziej szczegółowoW ramach realizacji zamówienia Wykonawca będzie świadczył usługi w zakresie m.in:
Załącznik nr 1 do zaproszenia do złożenia oferty IP. 2611.19.2015 Opis przedmiotu zamówienia: Modernizacja serwisów internetowych Rady Infrastruktury Informacji Przestrzennej oraz Komisji Standaryzacji
Bardziej szczegółowoROCZNIKI 2010 GEOMATYKI. Metodyka i technologia budowy geoserwera tematycznego jako komponentu INSPIRE. Tom VIII Zeszyt 3(39) Warszawa
POLSKIE TOWARZYSTWO INFORMACJI PRZESTRZENNEJ ROCZNIKI 2010 GEOMATYKI Metodyka i technologia budowy geoserwera tematycznego jako komponentu INSPIRE Tom VIII Zeszyt 3(39) Warszawa PROPOZYCJA ZASAD POLSKIE
Bardziej szczegółowoKoncepcja wirtualnej pracowni GIS w oparciu o oprogramowanie open source
Koncepcja wirtualnej pracowni GIS w oparciu o oprogramowanie open source Dr inż. Michał Bednarczyk Uniwersytet Warmińsko-Mazurski w Olsztynie Wydział Geodezji i Gospodarki Przestrzennej Katedra Geodezji
Bardziej szczegółowoserwisy W*S ERDAS APOLLO 2009
serwisy W*S ERDAS APOLLO 2009 1 OGC (Open Geospatial Consortium, Inc) OGC jest międzynarodowym konsorcjum 382 firm prywatnych, agencji rządowych oraz uniwersytetów, które nawiązały współpracę w celu rozwijania
Bardziej szczegółowoSystemy Informacji Przestrzennej
Systemy Informacji Przestrzennej Maciej Bednarski mbednarski@ispik.pl Cieszyn, 14 października 2010 Instytut Systemów Przestrzennych i Katastralnych S.A. GLIWICE Krótka historia Instytutu Rozpoczęcie działalności
Bardziej szczegółowoFORMULARZ OFERTOWY WYKONAWCA: NIP REGON TEL. FAX ( na który Zamawiający ma przesłać korespondencję)
Znak sprawy: 13/11/U/M/PN/SZP Załącznik nr 1... FORMULARZ OFERTOWY WYKONAWCA: NIP REGON TEL. FAX ( na który Zamawiający ma przesłać korespondencję) Adres: W odpowiedzi na ogłoszenie o przetargu nieograniczonym
Bardziej szczegółowoZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU
Projekt Rozwój elektronicznej administracji w samorządach województwa mazowieckiego wspomagającej niwelowanie dwudzielności potencjału województwa ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO
Bardziej szczegółowoTomasz Grześ. Systemy zarządzania treścią
Tomasz Grześ Systemy zarządzania treścią Co to jest CMS? CMS (ang. Content Management System System Zarządzania Treścią) CMS definicje TREŚĆ Dowolny rodzaj informacji cyfrowej. Może to być np. tekst, obraz,
Bardziej szczegółowoTWORZENIE PRZESTRZENNYCH BAZ DANYCH W RAMACH REGIONALNEGO SYSTEMU INFORMACJI PRZESTRZENNEJ WOJEWÓDZTWA ŁÓDZKIEGO (RSIP WŁ) Łódź, 24.04.
TWORZENIE PRZESTRZENNYCH BAZ DANYCH W RAMACH REGIONALNEGO SYSTEMU INFORMACJI PRZESTRZENNEJ WOJEWÓDZTWA ŁÓDZKIEGO (RSIP WŁ) Łódź, 24.04.2015 Projekt Infrastruktura Regionalnego Systemu Informacji Przestrzennej
Bardziej szczegółowoKoniec problemów z zarządzaniem stacjami roboczymi BigFix. Włodzimierz Dymaczewski, IBM
Koniec problemów z zarządzaniem stacjami roboczymi BigFix Włodzimierz Dymaczewski, IBM Dlaczego zarządzanie stacjami roboczymi sprawia tyle problemów? Na ogół duŝa ilość Brak standardu konfiguracji Wielka
Bardziej szczegółowoArchitektura użytkowa Regionalnej Infrastruktury Informacji Przestrzennej Województwa Lubelskiego. Maciej Żuber COMARCH Polska S.A.
Architektura użytkowa Regionalnej Infrastruktury Informacji Przestrzennej Województwa Lubelskiego Maciej Żuber COMARCH Polska S.A. Agenda Założenia projektu Architektura logiczna Zasób RIIP WL dane referencyjne,
Bardziej szczegółowoZarządzanie danymi przestrzennymi
Zarządzanie danymi przestrzennymi ERGO wykorzystuje technologię GIS typu Open Source zapewniającą otwartość, skalowalność oraz niskie koszty wdrożenia i utrzymania systemu. System zapewnia scentralizowane
Bardziej szczegółowoCEL PODEJMOWANYCH DZIAŁAŃ Zapewnienie dostępu do danych i usług przestrzennych wszystkim zainteresowanym
KONCEPCJA DZIAŁAŃ SAMORZĄDU WOJEWÓDZTWA MAZOWIECKIEGO W ZAKRESIE BUDOWY REGIONALNEJ INFRASTRUKTURY INFORMACJI Dostęp do informacji przestrzennej warunkiem monitorowania zmian przestrzeni i procesów społecznogospodarczych
Bardziej szczegółowoPlanowanie przestrzenne
Planowanie przestrzenne Powszechny, szybki dostęp do pełnej i aktualnej informacji planistycznej jest niezbędny w realizacji wielu zadań administracji publicznej. Digitalizacja zbioru danych planistycznych
Bardziej szczegółowoSzczyrk, 11 czerwca 2015. Systemy Informacji Przestrzennej. Anatomia geoportalu. www.gis-support.pl. Michał Mackiewicz
Szczyrk, 11 czerwca 2015 Anatomia geoportalu Michał Mackiewicz www.gis-support.pl Wspieramy organizacje w zarządzaniu danymi przestrzennymi i dostarczamy narzędzie do lepszego podejmowania decyzji Portal
Bardziej szczegółowo1.1. Założenia dla architektury korporacyjnej EPL
1.1. Założenia dla architektury korporacyjnej EPL Podczas tworzenia koncepcji architektury korporacyjnej mieliśmy na celu zaproponowanie takich zmian architektonicznych, które wprowadzałyby w Urzędzie
Bardziej szczegółowoDokumentacja aplikacji Szachy online
Projekt z przedmiotu Technologie Internetowe Autorzy: Jakub Białas i Jarosław Tyma grupa II, Automatyka i Robotyka sem. V, Politechnika Śląska Przedmiot projektu: Aplikacja internetowa w języku Java Dokumentacja
Bardziej szczegółowoOfficeObjects e-forms
OfficeObjects e-forms Rodan Development Sp. z o.o. 02-820 Warszawa, ul. Wyczółki 89, tel.: (+48-22) 643 92 08, fax: (+48-22) 643 92 10, http://www.rodan.pl Spis treści Wstęp... 3 Łatwość tworzenia i publikacji
Bardziej szczegółowoOPIS i SPECYFIKACJA TECHNICZNA
OPIS i SPECYFIKACJA TECHNICZNA Dotyczy Konkursu ofert numer 1/POIG 8.2/2013 WdroŜenie internetowego systemu klasy B2B do automatyzacji procesów biznesowych oraz koordynacji działań z partnerami w firmie
Bardziej szczegółowoCo, kto, kiedy, jak, gdzie? Metadane. Metodyka opracowania i stosowania metadanych w Polsce
Metodyka opracowania i stosowania metadanych w Polsce Adam Iwaniak Szkolenie w Luboradzy, ZCPWZ, 12-13.02.2009r. Metadane Metadane sumaryczny opis lub charakterystyka zbioru danych. Odpowiedź na pytania:
Bardziej szczegółowoPodsumowanie prac związanych z dostawą sprzętu i oprogramowania oraz szkoleń.
Podsumowanie prac związanych z dostawą sprzętu i oprogramowania oraz szkoleń. Prezentacja funkcjonalności dostarczonego w ramach Projektu oprogramowania. Umowa nr 4/UM/WFGZGiK/2010 Przedmiot umowy Dostawa
Bardziej szczegółowoGŁÓWNE WĄTKI REALIZOWANE W PROJEKCIE GEOPORTAL
GŁÓWNE WĄTKI REALIZOWANE W PROJEKCIE GEOPORTAL Realizacja prac w ramach Implementacji Przedmiot prac - prace analityczne, projektowe, wdrożeniowo implementacyjne, dokumentacyjne oraz szkoleniowe, związane
Bardziej szczegółowoSieci VPN SSL czy IPSec?
Sieci VPN SSL czy IPSec? Powody zastosowania sieci VPN: Geograficzne rozproszenie oraz duŝa mobilność pracowników i klientów przedsiębiorstw i instytucji, Konieczność przesyłania przez Internet danych
Bardziej szczegółowoTworzenie baz wiedzy o Mazowszu. jako elementów krajowej infrastruktury informacji przestrzennej
Tworzenie baz wiedzy o Mazowszu jako elementów krajowej infrastruktury informacji przestrzennej Witold Radzio Z-ca dyrektora BGWM w Warszawie Konferencja w ramach projektu Przyspieszenie wzrostu konkurencyjności
Bardziej szczegółowoAplikacja serwerowa Platformy Prezentacyjnej Opis produktu
Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu Polska Organizacja Turystyczna ul. Chałubińskiego 8 00-613 Warszawa Spis treści 1 Założenia wstępne... 1 1.1 Informacje wstępne... 1 1.2 Cel projektu...
Bardziej szczegółowoSystemy informacji przestrzennej jako niezbędne narzędzie do prowadzenia zrównoważonej polityki przestrzennej
Systemy informacji przestrzennej jako niezbędne narzędzie do prowadzenia zrównoważonej polityki przestrzennej Patronat honorowy: mgr inż. Paweł Zawartka mgr Adam Hamerla Główny Instytut Górnictwa tel.:
Bardziej szczegółowoGEOPORTAL 2. Broker INSPIRE Broker krajowy Broker branżowy. Eliza Asendy, Marek Szulc 23-25.10.2012, Warszawa
GEOPORTAL 2 Broker INSPIRE Broker krajowy Broker branżowy Eliza Asendy, Marek Szulc 23-25.10.2012, Warszawa Czym jest GEOPORTAL 2? GEOPORTAL 2 jest jednym z największych projektów w Polsce, który koncentruje
Bardziej szczegółowoSystem ZSIN wyzwanie dla systemów do prowadzenia EGiB
System ZSIN wyzwanie dla systemów do prowadzenia EGiB Szymon Rymsza Główny specjalista w projekcie ZSIN - Faza I Główny Urząd Geodezji i Kartografii Warszawa, 10-11.09.2015 r. Agenda spotkania 1. Dostosowanie
Bardziej szczegółowoSystem zarządzania i monitoringu
Załącznik nr 12 do Opisu przedmiotu zamówienia System zarządzania i monitoringu System zarządzania i monitoringu powinien być zbudowany z odrębnych, dedykowanych modułów oprogramowania, monitorujących:
Bardziej szczegółowoPrzetwarzanie i zabezpieczenie danych w zewnętrznym DATA CENTER
Przetwarzanie i zabezpieczenie danych w zewnętrznym DATA CENTER Gdańsk, 27-28 września 2012 r. Krzysztof Pytliński Zakład Teleinformatyki Kontekst Data Center jako usługa zewnętrzna, zaspokajająca potrzeby
Bardziej szczegółowoZałącznik Nr 1 Słownik pojęć i skrótów. do Szczegółowego Opisu Przedmiotu Zamówienia Modernizacja Systemu Informacji Przestrzennej Miasta Poznania
Załącznik Nr 1 Słownik pojęć i skrótów do Szczegółowego Opisu Przedmiotu Zamówienia Modernizacja Systemu Informacji Przestrzennej Miasta Poznania Spis treści: 1. Wstęp... 3 2. Stosowane pojęcia... 3 3.
Bardziej szczegółowoPrawne, organizacyjne i techniczne aspekty budowy IIP w temacie zagospodarowanie przestrzenne
Prawne, organizacyjne i techniczne aspekty budowy IIP w temacie zagospodarowanie przestrzenne Magdalena Zagrzejewska Zastępca Dyrektora Departamentu Polityki Przestrzennej w Ministerstwie Infrastruktury
Bardziej szczegółowoDane hydrogeologiczne, systemy wspomagania decyzji i Dyrektywa INSPIRE
Dane hydrogeologiczne, systemy wspomagania decyzji i Dyrektywa INSPIRE MATEUSZ HORDEJUK, ZBIGNIEW NOWICKI Państwowy Instytut Geologiczny Państwowy Instytut Badawczy www.pgi.gov.pl www.psh.gov.pl Główne
Bardziej szczegółowoStandard określania klasy systemu informatycznego resortu finansów
Dane dokumentu Nazwa Projektu: Kontrakt Konsolidacja i Centralizacja Systemów Celnych i Podatkowych Studium Projektowe Konsolidacji i Centralizacji Systemów Celnych i Podatkowych (SPKiCSCP) Numer wersji
Bardziej szczegółowoModernizacja systemu gromadzenia i przetwarzania informacji hydrogeologicznych
151 Dział tematyczny VII: Modernizacja systemu gromadzenia i przetwarzania informacji hydrogeologicznych 152 Zadanie 31 System przetwarzania danych PSH - rozbudowa aplikacji do gromadzenia i przetwarzania
Bardziej szczegółowo2011-11-04. Instalacja SQL Server Konfiguracja SQL Server Logowanie - opcje SQL Server Management Studio. Microsoft Access Oracle Sybase DB2 MySQL
Instalacja, konfiguracja Dr inŝ. Dziwiński Piotr Katedra InŜynierii Komputerowej Kontakt: piotr.dziwinski@kik.pcz.pl 2 Instalacja SQL Server Konfiguracja SQL Server Logowanie - opcje SQL Server Management
Bardziej szczegółowoGML w praktyce geodezyjnej
GML w praktyce geodezyjnej Adam Iwaniak Kon-Dor s.c. Konferencja GML w praktyce, 12 kwietnia 2013, Warszawa SWING Rok 1995, standard de jure Wymiany danych pomiędzy bazami danych systemów informatycznych
Bardziej szczegółowoWybrane działy Informatyki Stosowanej
Wybrane działy Informatyki Stosowanej Java Enterprise Edition WebServices Serwer aplikacji GlassFish Dr hab. inż. Andrzej Czerepicki a.czerepicki@wt.pw.edu.pl http://www2.wt.pw.edu.pl/~a.czerepicki Aplikacje
Bardziej szczegółowoWin Admin Replikator Instrukcja Obsługi
Win Admin Replikator Instrukcja Obsługi Monitoring Kopie danych (backup) E-mail Harmonogram lokalne i zewnętrzne repozytorium Logi Pamięć Procesor HDD Administracja sprzętem i oprogramowaniem (automatyzacja
Bardziej szczegółowoSystem Informacji Przestrzennej w Powiecie Cieszyńskim
System Informacji Przestrzennej w Powiecie Cieszyńskim Henryka Bałys Naczelnik Wydziału Geodezji Kartografii i Katastru Starostwo Powiatowe w Cieszynie Maciej Bednarski Kierownik Projektu Instytut Systemów
Bardziej szczegółowoPrzykłady zastosowao rozwiązao typu mapserver w Jednostkach Samorządu Terytorialnego
Przykłady zastosowao rozwiązao typu mapserver w Jednostkach Samorządu Terytorialnego Plan prezentacji Wprowadzenie Czym jest serwer danych przestrzennych i na czym polega jego działanie? Miejsce serwera
Bardziej szczegółowoOPIS TECHNICZNY PRZEDMIOTU ZAMÓWIENIA
OPIS TECHNICZNY PRZEDMIOTU ZAMÓWIENIA Załącznik nr 4 do SIWZ/ załącznik do umowy Przedmiotem zamówienia jest dostawa 2 serwerów, licencji oprogramowania wirtualizacyjnego wraz z konsolą zarządzającą oraz
Bardziej szczegółowoWYKONANIE OPROGRAMOWANIA DEDYKOWANEGO
Zapytanie ofertowe nr 1/2014 Wrocław, dn. 29.01.2014 Lemitor Ochrona Środowiska Sp. z o. o. ul. Jana Długosza 40, 51-162 Wrocław tel. recepcja: 713252590, fax: 713727902 e-mail: biuro@lemitor.com.pl NIP:
Bardziej szczegółowoPRAWNY ASPEKT PUBLIKACJI ZBIORÓW I USŁUG DANYCH PRZESTRZENNYCH PROJEKT ASI
PRAWNY ASPEKT PUBLIKACJI ZBIORÓW I USŁUG DANYCH PRZESTRZENNYCH PROJEKT ASI Krzysztof Mączewski Geodeta Województwa Mazowieckiego Dyrektor Departamentu Geodezji i Kartografii UMWM 1 RPO WOJEWÓDZTWA MAZOWIECKIEGO
Bardziej szczegółowoNa środowisko teleinformatyczne zbudowane w ramach Projektu składać się będzie sprzęt komputerowy oraz oprogramowanie.
SEKAP SYSTEM ELEKTRONICZNEJ KOMUNIKACJI ADMINISTRACJI PUBLICZNEJ W WOJEWÓDZTWIE ŚLĄSKIM ZAKRES PROJEKTU Zakres projektu SEKAP - produkty Zakres projektu obejmuje stworzenie teleinformatycznego środowiska
Bardziej szczegółowoZmiana treści Specyfikacji Istotnych Warunków Zamówienia.
Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Śląskiego na lata 2007-2013 ZP.271.1.2013 Czerwionka-Leszczyny
Bardziej szczegółowoSystem sprzedaŝy rezerwacji
System sprzedaŝy rezerwacji 2009 2 Spis treści 1. O PROGRAMIE... 2 2. ZAKRES FUNKCJONALNY... 3 2.1 Funkcje standardowe... 3 2.2 Moduły dodatkowe... 4 2.3. AuroraCMS... 5 1. O PROGRAMIE Dziś prawie kaŝdy
Bardziej szczegółowoPLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
Bardziej szczegółowoBUDOWA INFRASTRUKTURY INFORMACJI PRZESTRZENNEJ JAKO REALIZACJA DYREKTYWY INSPIRE NA PRZYKŁADZIE GMINY ZABIERZÓW
BUDOWA INFRASTRUKTURY INFORMACJI PRZESTRZENNEJ JAKO REALIZACJA DYREKTYWY INSPIRE NA PRZYKŁADZIE GMINY ZABIERZÓW Infrastructure for Spatial Informationinthe European Community Zespół autorski: Małgorzata
Bardziej szczegółowoSystemy Informacji Przestrzennej GIS jako narzędzie wsparcia w zakresie polityki regionalnej i zagospodarowania przestrzennego
Agenda Systemy Informacji Przestrzennej GIS jako narzędzie wsparcia w zakresie polityki regionalnej i zagospodarowania przestrzennego Agenda 1. Zagadnienia wstępne w zakresie budowy systemów geoinformacyjnych
Bardziej szczegółowoWarszawa, 25 sierpnia 2017 r. GI-MZUT MT. Pan Waldemar Izdebski Prezes GEO-SYSTEMS Sp. z o.o. ul. Kubickiego 9 lok.
Warszawa, 25 sierpnia 2017 r. RZECZPOSPOLITA POLSKA GŁÓWNY GEODETA KRAJU Grażyna Kierznowska GI-MZUT.5302.5.2017.MT Pan Waldemar Izdebski Prezes GEO-SYSTEMS Sp. z o.o. ul. Kubickiego 9 lok. 5 02-954 Warszawa
Bardziej szczegółowoHARMONIZACJA ZBIORÓW DANYCH PRZESTRZENNYCH JAKO OBOWIĄZEK ORGANU ADMINISTRACJI
ZAGOSPODAROWANIE PRZESTRZENNE HARMONIZACJA ZBIORÓW DANYCH PRZESTRZENNYCH JAKO OBOWIĄZEK ORGANU ADMINISTRACJI MIiR, Warszawa, 26 luty 2015r. Obowiązki JST wynikające z dyrektywy INSPIRE i ustawy IIP Zadania
Bardziej szczegółowo1 XXIII Forum Teleinformatyki, września 2017 r.
1 XXIII Forum Teleinformatyki, 28-29 września 2017 r. Dostęp do danych planistycznych z wykorzystaniem usług danych przestrzennych województwa mazowieckiego KRZYSZTOF MĄCZEWSKI Geodeta Województwa Dyrektor
Bardziej szczegółowoProblemy niezawodnego przetwarzania w systemach zorientowanych na usługi
Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi Jerzy Brzeziński, Anna Kobusińska, Dariusz Wawrzyniak Instytut Informatyki Politechnika Poznańska Plan prezentacji 1 Architektura
Bardziej szczegółowoPrawo geodezyjne i kartograficzne główne problemy do rozwiązania.
Prawo geodezyjne i kartograficzne główne problemy do rozwiązania. Witold Radzio zastępca dyrektora Biura Geodety Województwa Mazowieckiego w Warszawie Doradca Głównego Geodety Kraju Pogorzelica, 23-25
Bardziej szczegółowoStan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd.
Stan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd. Andrzej Natuniewicz, Andrzej Perkowski Departament Geodezji i Kartografii Urząd Marszałkowski Województwa
Bardziej szczegółowoProjekt epuap obecny stan realizacji i plany na przyszłość
Projekt epuap obecny stan realizacji i plany na przyszłość Waldemar Ozga Centrum Projektów Informatycznych MSWiA Projekt współfinansowany Agenda 1. Czym jest epuap 2. Korzyści z zastosowanie epuap 3. Funkcjonowanie
Bardziej szczegółowoSzczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:
Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko
Bardziej szczegółowoMałopolska wobec epuap
Małopolska wobec epuap Zasady integracji samorządów Małopolski na platformie epap poprzez Cyfrowy Urząd Kraków, 2 kwietnia 2004 r. Cyfrowy Urząd stan obecny Elektroniczna platforma komunikacyjna umoŝliwiającą
Bardziej szczegółowoProgram szkolenia KURS SPD i PD Administrator szkolnej pracowni internetowej Kurs MD1 Kurs MD2 Kurs MD3 (dla szkół ponadgimnazjalnych)
Miejsce prowadzenia szkolenia Program szkolenia KURS SPD i PD Administrator pracowni internetowej Kurs MD1 Kurs MD2 Kurs MD3 (dla szkół ponadgimnazjalnych) Pracownie komputerowe znajdujące się w wyznaczonych
Bardziej szczegółowoE-usługi w geodezji i kartografii
E-usługi w geodezji i kartografii Krzysztof Mączewski Geodeta Województwa Dyrektor Departamentu Geodezji i Kartografii Urzędu Marszałkowskiego Województwa Mazowieckiego w Warszawie 1 Spotkanie z autorami
Bardziej szczegółowoProjektowanie architektury systemu rozproszonego. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Projektowanie architektury systemu rozproszonego Jarosław Kuchta Zagadnienia Typy architektury systemu Rozproszone przetwarzanie obiektowe Problemy globalizacji Problemy ochrony Projektowanie architektury
Bardziej szczegółowoWprowadzenie do sieciowych systemów operacyjnych. Moduł 1
Wprowadzenie do sieciowych systemów operacyjnych Moduł 1 Sieciowy system operacyjny Sieciowy system operacyjny (ang. Network Operating System) jest to rodzaj systemu operacyjnego pozwalającego na pracę
Bardziej szczegółowoZintegrowany System Informatyczny (ZSI)
Zintegrowany System Informatyczny (ZSI) ZSI MARKETING Modułowo zorganizowany system informatyczny, obsługujący wszystkie sfery działalności przedsiębiorstwa PLANOWANIE ZAOPATRZENIE TECHNICZNE PRZYGOTOWANIE
Bardziej szczegółowoUCHWAŁA NR XX/162/2012 RADY GMINY SIEDLCE. z dnia 28 czerwca 2012 r. w sprawie wyrażenia zgody na podpisanie porozumienia
UCHWAŁA NR XX/162/2012 RADY GMINY SIEDLCE z dnia 28 czerwca 2012 r. w sprawie wyrażenia zgody na podpisanie porozumienia Na podstawie art. 6, 7 ust. 1 i art. 18 ust. 2 pkt. 15 ustawy z dnia 8 marca 1990
Bardziej szczegółowoSposoby i zasady udostępniania TBD
Sposoby i zasady udostępniania TBD Tomasz Bieroński Wrocław 22.11.2012r. Podstawy prawne Ustawa z dnia 17 maja 1989 r. - Prawo geodezyjne i kartograficzne (Dz. U. z 2010 r. Nr 193, poz. 1287) Ustawa z
Bardziej szczegółowoSZCZEGÓŁOWE OKREŚLENIE System zarządzania urządzeniami sieciowymi
Załącznik nr 10 do specyfikacji BPM.ZZP.271.479.2012 SZCZEGÓŁOWE OKREŚLENIE System zarządzania urządzeniami sieciowymi Oprogramowanie musi być zgodne, równowaŝne lub o wyŝszych parametrach technicznych
Bardziej szczegółowoProjekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. Opis oferowanego przedmiotu zamówienia
Załącznik 1C do SIWZ Opis oferowanego przedmiotu zamówienia w postępowaniu pn. Dostawa sprzętu komputerowego i oprogramowania dla Urzędu Miejskiego w Słupsku w ramach projektu pn. e-urząd dodaj do ulubionych!
Bardziej szczegółowoDariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Język programowania prosty bezpieczny zorientowany obiektowo wielowątkowy rozproszony przenaszalny interpretowany dynamiczny wydajny Platforma
Bardziej szczegółowoRFP. Wymagania dla projektu. sklepu internetowego B2C dla firmy Oplot
RFP Wymagania dla projektu sklepu internetowego B2C dla firmy Oplot CEL DOKUMENTU Celem niniejszego dokumentu jest przedstawienie wymagań technicznych i funkcjonalnych wobec realizacji projektu budowy
Bardziej szczegółowoMODEL INFRASTRUKTURY INFORMACJI PRZESTRZENNEJ NA MAZOWSZU. Posiedzenie Rady Infrastruktury Informacji Przestrzennej 4 listopada 2015 r.
MODEL INFRASTRUKTURY INFORMACJI PRZESTRZENNEJ NA MAZOWSZU 1 Posiedzenie Rady Infrastruktury Informacji Przestrzennej 4 listopada 2015 r. ROZWÓJ IIP NA MAZOWSZU REALIZOWANE PROJEKTY Rozwój elektronicznej
Bardziej szczegółowoDla skutecznego wyboru IKW niezbędnym jest opracowanie dokumentacji obejmującej opracowanie między innymi:
Ramowy opis zadań realizowanych w ramach projektu pn: Budowa Regionalnej Infrastruktury Informacji Przestrzennej Województwa Zachodniopomorskiego (RIIP WZ) wynikający z dokumentów udostępnionych w ramach
Bardziej szczegółowoWYKORZYSTANIE GIS W SERWISIE INTERNETOWYM SAMORZĄDU WOJEWÓDZTWA MAŁOPOLSKIEGO
WYKORZYSTANIE GIS W SERWISIE INTERNETOWYM SAMORZĄDU WOJEWÓDZTWA MAŁOPOLSKIEGO Andrzej Sasuła Wicemarszałek Województwa Małopolskiego Warszawa, 30.11.2005 r. http://www.malopolska.pl to adres serwisu Internetowego
Bardziej szczegółowoStruktura prezentacji
2018-06-06 Platforma informacji Tereny poprzemysłowe i zdegradowane dla obszaru województwa śląskiego jako narzędzie efektywnego zarządzania terenami poprzemysłowymi i zdegradowanymi. Katarzyna Trześniewska
Bardziej szczegółowoZasady Wykorzystywania Plików Cookies
Zasady Wykorzystywania Plików Cookies Definicje i objaśnienia używanych pojęć Ilekroć w niniejszym zbiorze Zasad wykorzystywania plików Cookies pojawia się któreś z poniższych określeń, należy rozumieć
Bardziej szczegółowo