.:: Ewmapa ::.

Z każdym elementem na warstwach powinny być związane jego atrybuty opisowe.
Element na warstwach oraz jego atrybuty opisowe powinny stanowić jedność (stanowić jeden "obiekt").
Dodawanie atrybutów opisowych powinno następować w momencie wstawienia elementu na mapie, np. symbolu komory podziemnej.
Podczas wstawiania takiego elementu użytkownik wypełnia wszystkie niezbędne atrybuty opisowe (zgodnie z K1) które są automatycznie wstawiane na mapę.
Rozmieszczenie atrybutów można zmienić jednak zawsze są one związane z danym elementem na mapie.
Każdy z atrybutów można także zapalić/zgasić.


Klikając na dowolny element mapy program powinien wyświetlać w oknie "Informacja" wszystkie dane dotyczące aktywnego elementu - także atrybuty opisowe.

Jak sam dobrze wiesz mapa numeryczna w ewmapie to zbiór kresek i tekstów nie powiązanych ze sobą.
Można oczywiście twożyc obiekty ale.... wg mnie to rozwiązanie nie ma przyszłości.
"Obiekty" powinny się tworzyć same w momencie wprowadzania elementów na mapę.
O tym programiści z geobidu powinni pomyśleć na samym początku.

Kiedyś korzystałem z dema Geo-Mapy i tam jest kilka ciekawych rozwiązań.
Klikając np. na odcinek sieci od razu wiemy jaka to branża, znamy jej opis itp.
Tak samo z innymi elementami na mapie.

Zobacz natomiast jak to jest w ewmapie.
Użytkownik sam musi się domyślać która rzędna dotyczy którego kanału (system tego nie wie) - a gdy treść mapy jest bogata i nikt nie wstawi odnośników to już nic nie wiadomo  :idiot2:
Jeśli ktoś nie opisz danego odcinka sieci to nawet użytkownik nie wie czy to ks160 czy ks200 (dostajesz z ośrodka fragment mapy i akurat w tym fragmencie nie ma opisu sieci kanalizacyjnej ... i kupa  :crazy2: trzeba zdzoniś do powiatu po dodatkowe dane hehe).

Dla mnie nie jest to normalne rozwiązanie.

Z resztą co tu dużo pisać.
Wystarczy poczytać wymaganie jakim muszą sprostać programy do prowadzenia mapy numerycznej.
Wszystko jest oparte na obiektach i atrybutach opisowych.

I znów wracamy do tabeli atrybutowych
Pisałem już o tym!
Nawet "Ktoś" powiedział wtedy że to geobid strzelił by sobie w kolano

Chodzą słuchy ze architektura programu została skierowana nie w tą stronę i żeby cokolwiek zrobić w tym kierunku trzeba by było sporo pracy w to włożyć - może to tylko plotki.

Dobrze by było jak by była możliwość przełączenia na "zwykłe" tabele - takie przyzwyczajenie GIS'owe. Oczywiście wypełnianie danych w oknie jak najbardziej by mogło zostać.
Funkcjonalność uzupełniania danych w oknach bym jeszcze zwiększył do możliwości określania ([ ] lub  [v] przy każdym atrybucie)  niezbędnych danych do wypełnienia - jak jest ptaszek [v] i nie uzupełniona są dane - okno nie pozwala się zamknąć i podświetla się która dana nie została wprowadzona.

przecież nawet na zrzutach przyszłych ekranów już są checki 

Nie wiem o jakich zrzutach ekranu myślisz ale jeśli o tych z mojego postu to .... to jest przerobione w paint  :crazy2:

Ps. Nie zagłębiałem się w format GML, ale w tym formacie wszystko chyba jest oparte na obiektach więc jeśli format wejdzie w życie to mam nadzieje że firma GEOBID zrobi coś z ewmapą.

Nie wiem o jakich zrzutach ekranu myślisz ale jeśli o tych z mojego postu to .... to jest przerobione w paint  :crazy2:

Adam  :2funny: nie załamuj mnie. Zburzyłeś mój idealny porządek świata...
Dlatego właśnie napisałem że są to "przyszłe ekrany". Stwierdziłem że przewidziałeś zapotrzebowanie na włączanie/wyłączanie checków

Darku jakoś istnieje trochę programów pracujących na tabelach - patrz GIS.

że się tak zapytam: No i?
To ma być dowód, że tak jest lepiej?
Wypełnianie w tabeli jest, moim skromnym zdaniem, reliktem czasów kiedy nie można było otwierać na ekranie zbyt wielu okienek i w jednym programie prowadziło się grafikę, a osobno w arkuszu dane opisowe.
Dostęp tabelaryczny do robienia zestawień, eksportów, analiz, TAK - poprzez coś jak "Monitor zapytań" w Ewopisie. Ale wpisywanie danych do tabeli jest niepotrzebne i generuje jedynie możliwość popełnienia błędu.
Marcin - to że Ty potrafisz wypełnić tabelę i się nie pomylić (zbyt często!), nie oznacza że jest to rozwiązanie lepsze, czy wręcz dobre.
Program do GIS'u SIT'u czy jak inaczej jeszcze mądrzej nazwać taki do prowadzenia ewidencji i zasadniczej, przestał już być dla elitarnych pracowników, a musi być dla powszechnego użytkownika, czyli musi umieć go obsłużyć "pięciolatek" żeby normalny-przeciętny użytkownik nie miał żadnych problemów. Mój nauczyciel informatyki powiedziałby że "Ma być jełopodporny!"

I znów wracamy do tabeli atrybutowych
....
Dobrze by było jak by była możliwość przełączenia na "zwykłe" tabele - takie przyzwyczajenie GIS'owe. Oczywiście wypełnianie danych w oknie jak najbardziej by mogło zostać.

tylko tyle chciałem dodać co do jełopoodporności programów