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.

Adam to twoje wyobrażenia ... bo pobiegłem do ewmapy by wstawić jedną studnię i  :suicide: nie mam takiej opcji  :idiot2: ale widzę screena.
Twoja propozycja to tak Geo-Info mocno zalatuje i obowiązkowym obiektowaniem prosto z Geo-Mapu, a ewmapa nie takie miała założenia.

Już nie mogę się doczekać na kolejny e-mail do geobidu: "Czego Ci od ewmapa.pl znowu chcą".

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.

ewmapa nie takie miała założenia.

To już do Darwina pretensje trzeba mieć.
Są działki, kontury, użytki (choć uważam że to sztuczny podział i wolę klasoużytki), a teraz  najzwyczajniej w świecie należałoby zbudować kolejne bazy:
- budynki
- GESUT (można poczekać jeszcze chwilę na rozp.)
natomiast obiekty rozumiany tak jak teraz to system skalowalny. dostosowywany do potrzeb użytkownika, tam można przechowywać treść fakultatywną, miejscowe plany, drogi, decyzje - związane z obszarem, bazę dotyczącą administrowanych obiektów budowlanych (np. spółdzielnie mieszkaniowe - kiedyś robiłem taką symulację na potrzeby jednej spółdzielni mieszkaniowej w Białymstoku, ale skończyło się na pobraniu jednorazowym mapy zasadniczej i egib

JESTEM ZA! trzeba coś zmienić.
Tryb edycji jest tutaj jakby mniej istotny, ale kierunek zmian jest słuszny, aby uzyskać misia... znaczy program na miarę naszych możliwości i potrzeb!

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.

Nawet "Ktoś" powiedział wtedy że to geobid strzelił by sobie w kolano

Wyjęte z kontekstu i niezrozumiane
Geobid żyje nie tylko z Ewmapy i Ewopisu ale również z kilku innych programów jak powiedzmy Winplan, Drogi, Adresy i jeszcze inne. Te programy prowadzą swoje "tabele". Umożliwienie dostępu do dowolnych tabel wyrugowałoby z rynku takie narzędzia, dedykowane do współpracy z Ewmapą, a na pewno otworzyło by szeroki rynek dla innych firm produkujących oprogamowanie.

Marcin Twój wniosek o dostęp do "tabel" po pierwsze demonopolizuje producenta Ewmapy jako autora programów dodatkowych (patrz kolano!) a po drugie poszerza możliwości jedynie dla wąskiej grupy wysoko wyspecjalizowanych fachowców.
Wniosek Adama  poszerza możliwości oprogramowania dla szerokiego grona mało zaawansowanych użytkowników i dlatego jest lepszy.

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 

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ą.

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

Co do checków - może tyczą się wyświetlania a nie konieczności uzupełnienia atrybutu

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!"

Wg mnie tak to powinno działać - wstawiam ptaszek i zapala się dany atrybut.
Jednak na razie ewmapa takich rzeczy nie przewiduje - cały zrzut ekranu to moja przeróbka w paint (w normalnej ewmapie nie ma przecież atrybutów z K1 )

Oryginalnie jest przecież tak:

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