Bolesław Maliszewski Blog

Spędzając niemiłe chwile w podróży ekspresem Warszawa - Zielona Góra postaram się skupić na kolejnym elemencie geobazy - sieci geometrycznej.

Na początek jak zwykle parę słów teorii. Otóż sieć geometryczna składa się z punktów i linii i opisuje ich wzajemne połączenia. Generalnie w geobazie możemy zdefiniować jakie obiekty oraz jakie ich podtypy należą do sieci geometrycznej. W praktyce obiekty geograficznie leżace w tym samym punkcie lub w przypadku linii - mające jeden z końców w tym samym punkcie są uznawane za połączone. Sieć ta pozwala dzięki informacji o połączeniu na wykonanie różnorakich analiz takich jak: “znajdź obiekty powiązane”, “znajdź najkrótszą drogę” oraz różnego rodzaju analizy rozpływów.

W praktyce w geobazie powstaje klasa sieci geometrycznej oraz klasa obiektów punktowych o takiej samej nazwie lecz z końcówką “_junctions”. Dodatkowa klasa przechowuje informacje o punktach połączenia obiektów.

Aby utworzyć sieć geometyczną należy z poziomu eksploratora obiektów w naszym projekcie w MS VISIO zduplikować klasę GeometricNetwork, osadzić ją na arkuszu projektu na zakładce “obiekty” a następnie zmienić jej nazwę we właściwościach. W naszym przypadku będzie to sieć o nazwie “Wodociągi”.

Proszę zwrócić uwagę na stereotyp oraz atrybut typu “esriNetworkType”. Na szkicu łączymy klasę sieci z klasami obiektów, które mają ją tworzyć za pomoca narzędzia binary asociation. W tym przypadku są to klasy HYDRANT oraz ODC_KAN.

 Następnie tworzymy nową zakładkę “Połączenia”.  Na zakładce tej definiujemy dokładnie reguły połączenia. Za pomocą narzędzia N-ary Association  łączymy podtypy obu klas oraz dodatkowo określamy domyślne połączenie do klasy GenericJunctionST. We właściwościac połaczenia N-ary definiujemy ilość połączeń - w tym przypadku 4. Proszę pamiętać o tym aby jedno z połączeń pojawiąjące się w atrybutach miało stereotyp “Default”. Obiekty łączym jak na górczej części poniższego schematu. Proszę zwrócić uwagę na połączenie domyślne go klasy Genericjunction oraz dwa połączenia do klasy ODC_KAN. Ta ostatnia je dwukrotnie połączona, aby umozliwić systemowi bezpośrednie połączenie dwóch obiektów o tym samym typie.

Na poniższym schemacie dodatkowo definiujemy, iż klasa ODC_KAN łączy się z klasą HYDRANT w relacji 0..2 podobnie jak w przypadku hydranta. Oznacza to, iż określony Odcinek kanalizacji może mieć tylko maksymalnie dwa końce.

Uwaga - w przypadku obu relacji ustawiamy stereotym relacji na “ConnRule”.

 Podobnie jak poprzednio eksportujemy projekt do formatu XMI a następnie importujemy za pomocą ArcCatalogu.

Zanim wciśniemy przycisk next we właściwościach Feature Datasetu Wodociągi ustawiamy układ odniesienia. W tym przypadku jest to popularny PUWG-92. Proszę mieć świadomość, iż najdokładniejszym obiecnie propagowanym układem odniesienia jest PUWG 2000, 92 jest mniej również dobry, ale mniej dokładny.

Po zaimportowaniu struktury, drzewo obieków w geobazie powinno wyglądać następująco:

Pokaż cały obraz

Jadę ekpresem  ”Lubuszanin” relacji Zielona Góra - Warszawa. Sześć godzin jazdy, pomyślałem że popracuję w międzyczasie. Laptop jest, internet przez GPRS jest. W wagonie pierwszej klasy są dwa gniazdka 230V w korytarzu, ale akurat wylosowałem przedział o jeden za daleko. Przedłużacza nie mam (ale następnym razem zabiorę).  Poranek, organizm domaga się kawy, a laptop zasilacza. Nie czekając długo zabrałem pod pachę lapa i w drogę do WARSU na kawę. Na miejscu zastałem BRAK GNIAZDKA 230V, a na scianie przywitał mnie znak:

No cóż, baterii pozostało mi na 1:12h. Do Europy chyba nam jeszcze bardzo daleko…. O ochydnej kawie sypanej, bo ekspresu nie uświadczyłem nie wspomnę…. Pozostaje mi jedynie zanucić utwór Wałów Jagielońskich “Wars wita was”…

P.S. W klopie odkryłem dodatkowe gniazdko, ale tego rozwiązanie nie biorę pod uwage ;).

Nie od razu Rzym zbudowano, ale może warto się zastanowić na sobą i wyznaczyć sobie właściwy kierunek rozwoju… Poniżej załączam fragment artykułu z Magazynu CIO.

Mapa kompetancji

Znajomość rynku - wiedza o rynku na którym działa firma, w tym o konkurencji, dostawcach, bazie klientów i otoczeniu prywatnym. Najlepsi zdobywają głęboką wiedzę o rynku, pozwalającą im dostrzec sposoby na zmiany krajobrazu danej branży.

Koncentracja na Kliencie - obsługa klientów i budowanie z nimi wspólnej relacji. Najlepsi dbają o trwałe więz z klientami zewnętrznymi, poświęcając się staraniom o trwałe obustronne korzyści z tych relacji.

Orintacja rynkowa - identyfikacja i wykorzystywanie możliwości biznesowych, wykorzystywanie szans na zwiększeniezysków i przychodów. Najlepsi zmieniają zasady gry, budując trwałą przewagę konkurencyjną.

Orinetacja strategiczna - Zdolność perspektywicznego, całościowego i nieszblonowego myślenia. Objemuje trzy wymiary: świadomość biznesową, krytyczną analizę i łączenie informacji oraz umiejętność tworzenia planu działania. Najlepsi tworzą działające w założeniach środowiskowych  strategie dla całej firmy.

Przewodzenie zmianom - przekształcanie i dopasowywanie organizacji w celu zainicjowania rozwoju w nowym kierunku. Dotycz to całej organizacji. Najlepsi tworzą kulturę zmian i koordynują ją w skomplikowanych organizacjach.

Współpraca i wpływ - efektywna współpraca i wpływanie na pracowników w innych działach w celu wywarcia pozytywnego efektu przekładającego się na wyniki biznesowe. Najlepsi budują relacje, które służą transformacji w celu rozwoju organizacji.

Orientacja na wyniki - Nacisk na poprawianie wyników biznesowych. Najlepsi zmieniają procesy i tworzą nowe modele biznsowe.

Rozwój ludzi i organizacji - Ciągłe rozwijanie możliwości pracowników i całej organizacji oraz satysfakcja z wpływu lub zmiany życia i kariery innych. Najlepsi systematycznie budują ogólna siłę graczy w zespole, którym jest ogranizacja.

Przywództwo zespołowe - Koncentracja na pracy zespołowej, dopasowywanie ludzi i zespołów oraz tworzenie efektywnych zespołów w bezpośrednim otoczeniu. Możę dotyczć to zespołów projektowych lub łączących działy, posiadających lub nie  posiadających formalnego lidera. Najlepsi tworzą niezależne zespoły, które sprawnie funkcjonują, nie tracąc w złożonym otoczeniu.

Znajomość funkcji - kierownie własnym działem przekładające się na doskonałe wyniki operacyjne. Najlepsi kierują biznesem, wykorzystując znajomość działu tylko wtedy, kiedy jest niezbędna. Sami uwolnili się już od zajmującego czas osobistego zarządzania działem.

Carry Mathews “Zostań CEO”, Magazyn CIO Maj ‘08.

W dzisiejszym artykule zajmiemy się dalszym rozwojem naszego projektu GISowego. Dziś zaprezentuję sposób na dodanie nowych obiektów o różnychwłaściwościowach do projektowanej geobazy. Nasza geobaza zacznie bardziej przypominać profesjonalny projekt.

Feature dataset
Ponieważ już wcześniej szczegółowo opisałem w jaki sposób tworzyć obiekty, teraz nie będziemy już skupiać się na detalach. W pierwszej kolejności tworzymy nowy pakiet w drzewie obiektów. Pakiet nazywamy “Wodociągi”. Następnie przenosimy pakiet z drzewka na schemat, a we jego ciach ustawiamy stereotyp na “FeatureDataset”. Efekt powinien być taki jak na załączonym niżej obrazku.

Z logicznego punktu widzeniaFeature dataset jest formą kontenera, w którym przechowywane obiekty stanowiące swego rodzaju całość. Osobne datasety utworzymy dla obiektów, które nie łączą się ze sobą ani bezpośrednio ani pośrednio. W naszym przypadku nowe obiekty jakimi są hydrant oraz odcinek wodociągu umieścimy w datasecie wodociągi, ponieważ wiemy, że w rzeczywistościsą one połączone. Teraz gdy spróbowalibyśmy dodatkowo zamodelować fragment sieci obiektów energetycznych, telekomunikacyjnych lub innych, to umieścilibyśmy je w osobynych datasetach. Jest jest jedna ważna rzecz, którą powinniśmy wiedzieć o datasetach. Umieszczając obiekty w konkretnym datasecie - skazujemy je ten sam układ odniesienia. Co za tym idzie trzeba pamiętać, że pozyskując obiekty z różnych źródeł (o różnych układach odniesienia), trzeba dokonać konwersji ich pozycji. Szerzej o samych układach odniesienia stosowanych w Polsce porozmawiamy przy okazji innego artykułu. Jest jeszcze jeden powód utworzenia dataseta. Otóż, tylko obiekty będące w obrębie dataseta można łączyć w sieć geometryczną (ale o niej opowiem w następnym artykule).

 W datasecie “Wodociągi” tworzymydwie noweklasy: Hydrant (HYDRANT) oraz Odcinek wodociągu (ODC_WOD). Klasa HYDRANT będzie obiektem punktowym i we właściwościachgeomerii będzi miała ustawioną stałą esriGeometryPoint natomiasc klasa ODC_WOD będzie obiektem linowym definiowanym przez stałą esriGeometryPolyline.  Jeśli poniższy zrzut ucięty (zależnie od rozdzielczości ekranu), można go objeżeć klikając link poniżej obrazka.

Pokaż cały obraz

Jak widać na zrzucie, każda z klas ma swój podtyp, który jest identyfikowany numerem. Proszę zwrócić uwagę, iż nowoutworzone klasy w przeciwieństwie do budynku, niedzidziczą poklasie Feature. Klasa Hydrant dziedziczy po SimpleJunction, a klasa odcinka po SimpleEdge. Takie działanie jest podyktowane tym, iż w przyszłości obiekty te będą połączone siecią geometryczną, do której budynek jako wielokąt nie może należeć. Klasy te znajdziemy bez problemu w eksploratorze klas.

Tabele paszportu
Kolejnym krokiem będzie utworzenie tabel, które będą zawierać paszporty obiektów. Każdy obiekt będzie składać się z tabeli obiektu zawierającej część graficzną oraz paszportu zawierającego dodatkowe dane opisowe. Z punktu widzenia bazy danych, obiektypołączmy poprzez kolumnę ID będącą kluczem głównym w każdej z tabel. Z punktu widzenia geobazy, klasa obiektu zostaniepołączona z klasą paszportu za pomocą relacji. Szerzejo relacjach opowiem w jednym z kolejnychartykułów. Teraz skupimy się jedynie na właściwym modelu klas.

Tabele tworzymy podobnie jak klasy obiektów. tabele mogą również posiadać podtypy i konieczne jest zamodelowanie podtypu, jeśli tablica ma stanowić źródło dodatkowych danycho obiektcie - paszport. Jedyną różnicą jest fakt, iż tabela dziedziczy po klasie Object.Dodatkowo, co widać na poniższym schemacie, każda tabela zyskuje w wyniku dziedziczenia po Objectpole OBJECTID. Jest to systemowe pole unikalne w obrębie tabeli. Nie zalecam jednak stosowania tego pola jako łącznika między innymi tabelami, gdyż w wyniku migracji danych, wartość tego pola może ulec zmianie.

Jak widać naponiższym zrzucie, zostały utworzone trzy tabele, odpowiedno dlakażdego z obiektówwraz z przykładowym polem opisującym ten obiekt (np. BUDYNEK_DANE.Wysokosc).

Pokaż  cały obraz

Porządki
Ponieważ nasz projekt zaczał się rozrastać, konieczne jest właściwe pogrupowanie utworzonych klas oraz schematów, tak aby były one czytelne i łatwe do znalezienia i modufikacji. W tym celu utworzyliśmy osobny schemat dla obiektów graficznych o nazwie “obiekty” oraz schenat “tabele” na którym umieściliśmy schemat tabel. Na systemowym schemacie “Workspace” utworzyliśmy Feature Dataset “Wodociagi”. Na poniższym zrzucie widać przykładowe rozmieszczenie obiektów.