CODER

Cały czas pracujemy nad poprawianiem GML, zachęcam do testowania nowych funkcji. Ostatnie zmiany to:

Dodano ostrzeżenie o podwójnej modyfikacji
Usunięto błąd podwójnego eksportu poczatekGorySkarpy
Na listę obiektów EGB dodano adresy
Dodano geometrie do adresów (egib 1.8)
Dodano w menu Kontrole - usuwanie obiektów archiwalnych podwójnie modyfikowanych
Dodano funkcję dodawania enklaw do linii (menu Atrybuty)


www.coder.pl/mikromap32.exe

---
Admin

Pola dotyczące skap są puste, mimo że początek i koniec góry skarpy został zdefiniowany.
Symbole punktów wysokościowych na przewodach "czasem" znikają, ale ich powiązanie zostaje. Po eksporcie i ponownym imporcie na czystą mapę pojawiają się.

> Cały czas pracujemy nad poprawianiem GML, zachęcam do testowania nowych
> funkcji. Ostatnie zmiany to:
>
> Dodano ostrzeżenie o podwójnej modyfikacji
Takie ostrzeżenie powinno być bez limitu czasu. Najlepiej by było gdyby możliwości wielokrotnej modyfikacji była po prostu zablokowana.
Oczywiście teoretycznie można sobie wyobrazić jakiegoś użytkownika Mikromapy, który ucieszyłby się z takiej możliwości, ale jego radość trwała by tylko do czasu negatywnej weryfikacji operatu. Później to już pozostaje mu tylko robić plik od nowa albo szukać po internetach opcji jak skasować historię swojej pracy przy modyfikacji obiektów.
Mikromap nawet nie ma narzędzia do jakiegokolwiek przeglądania takiej historii wielokrotnej modyfikacji obiektów. Komu to może być potrzebne?

> Dodano w menu Kontrole - usuwanie obiektów archiwalnych podwójnie
> modyfikowanych
Wydaje się, że dopuszczenie wielokrotnej modyfikacji spowodowane było chęcią stworzenia narzędzia do usuwania tejże wielokrotnej modyfikacji.

> Dodano funkcję dodawania enklaw do linii (menu Atrybuty)
Przy dwóch i więcej enklawach Mikromap czasami ma problemy z prawidłowym wyświetlaniem obwodnicy. Niektóre linie znikają lub pojawiają się linie łączące obwodnicę z enklawą. Nie dzieje się tak za każdym razem, nie potrafię opisać w jakich przypadkach ten błąd występuje a w jakich nie. EwMapa w każdym przypadku wyświetla takie obiekty prawidłowo.
Obiekt wskazany jako enklawa traci po tej operacji swoje atrybuty gml i przestaje istnieć. Np mamy trawniki na placu utwardzonym, po dodaniu do placu utwardzonego enktaw w postaci trawników trawniki te zostają usunięte.

Kiedy można się spodziewać poprawki programu? PODGIK nie chce przyjąć takiego pliku GML.

> Pola dotyczące skap są puste, mimo że początek i koniec góry skarpy został
> zdefiniowany.

Pola są puste, ale dane są wpisywane w eksporcie GML

> Symbole punktów wysokościowych na przewodach "czasem" znikają, ale ich
> powiązanie zostaje. Po eksporcie i ponownym imporcie na czystą mapę
> pojawiają się.

Nie rozumiem o co chodzi. Proszę o przesłanie jakiegoś przykładu

---
Admin

> Takie ostrzeżenie powinno być bez limitu czasu. Najlepiej by było gdyby
> możliwości wielokrotnej modyfikacji była po prostu zablokowana.

Nie chce mi się wierzyć, że taka potrzeba nie pojawi się w praktyce geodezyjnej. Czasem trzeba poprawić coś co już było poprawiane


> > Dodano funkcję dodawania enklaw do linii (menu Atrybuty)
> Przy dwóch i więcej enklawach Mikromap czasami ma problemy z prawidłowym
> wyświetlaniem obwodnicy. Niektóre linie znikają lub pojawiają się linie
> łączące obwodnicę z enklawą. Nie dzieje się tak za każdym razem, nie
> potrafię opisać w jakich przypadkach ten błąd występuje a w jakich nie.
> EwMapa w każdym przypadku wyświetla takie obiekty prawidłowo.
> Obiekt wskazany jako enklawa traci po tej operacji swoje atrybuty gml i
> przestaje istnieć. Np mamy trawniki na placu utwardzonym, po dodaniu do
> placu utwardzonego enktaw w postaci trawników trawniki te zostają usunięte.

Proszę mi przesłać mapkę, na której mógłbym to przetestować

---
Admin

> > Takie ostrzeżenie powinno być bez limitu czasu. Najlepiej by było gdyby
> > możliwości wielokrotnej modyfikacji była po prostu zablokowana.
>
> Nie chce mi się wierzyć, że taka potrzeba nie pojawi się w praktyce
> geodezyjnej. Czasem trzeba poprawić coś co już było poprawiane
>
Mikromap nie kończy raz rozpoczętego procesu modyfikacji obiektu. Równie dobrze mogę kontynuować modyfikację następnego dnia jak i za rok, za każdym razem eksport będzie prawidłowy. Problem pojawia się wtedy, gdy po miesiącu chcę coś dodatkowo poprawić i niechcący ponownie kliknę "modyfikuj obiekt", taki eksport w ośrodku nie przejdzie.
Ostrzeżenie bez limitu czasu to minimum.

> > > Takie ostrzeżenie powinno być bez limitu czasu. Najlepiej by było
> gdyby
> > > możliwości wielokrotnej modyfikacji była po prostu zablokowana.
> >
> > Nie chce mi się wierzyć, że taka potrzeba nie pojawi się w praktyce
> > geodezyjnej. Czasem trzeba poprawić coś co już było poprawiane
> >
> Mikromap nie kończy raz rozpoczętego procesu modyfikacji obiektu. Równie
> dobrze mogę kontynuować modyfikację następnego dnia jak i za rok, za każdym
> razem eksport będzie prawidłowy. Problem pojawia się wtedy, gdy po miesiącu
> chcę coś dodatkowo poprawić i niechcący ponownie kliknę "modyfikuj obiekt",
> taki eksport w ośrodku nie przejdzie.
> Ostrzeżenie bez limitu czasu to minimum.

OK, proszę sprawdzić, czy teraz ostrzeżenie działa prawidłowo

www.coder.pl/mikromap32.exe

---
Admin

> > > > Takie ostrzeżenie powinno być bez limitu czasu. Najlepiej by było
> > gdyby
> > > > możliwości wielokrotnej modyfikacji była po prostu zablokowana.
> > >
> > > Nie chce mi się wierzyć, że taka potrzeba nie pojawi się w praktyce
> > > geodezyjnej. Czasem trzeba poprawić coś co już było poprawiane
> > >
> > Mikromap nie kończy raz rozpoczętego procesu modyfikacji obiektu. Równie
> > dobrze mogę kontynuować modyfikację następnego dnia jak i za rok, za
> każdym
> > razem eksport będzie prawidłowy. Problem pojawia się wtedy, gdy po
> miesiącu
> > chcę coś dodatkowo poprawić i niechcący ponownie kliknę "modyfikuj
> obiekt",
> > taki eksport w ośrodku nie przejdzie.
> > Ostrzeżenie bez limitu czasu to minimum.
>
> OK, proszę sprawdzić, czy teraz ostrzeżenie działa prawidłowo
>
> www.coder.pl/mikromap32.exe

Komunikat pojawia się niezależnie od tego czy obiekt był już modyfikowany czy nie. Nie pojawia się tylko dla nowo utworzonych obiektów.
Jeśli Mikromapem z ustawieniami GML'21 otworzymy mapę z obiektami GML'15 (lub odwrotnie) to zachowanie tego komunikatu jest bardzo dziwne.
Dobrze byłoby wprowadzić takie ulepszenie, że Mikromap rozpoznaje z jaką wersją obiektów otwiera mapę i automatycznie ustawiał sobie odpowiedni tryb gml.
Treść komunikatu jest trochę niejednoznaczna, zaproponowałbym np coś takiego
"Uwaga, ten obiekt jest w trakcie modyfikacji. Utworzyć kolejną wersję obiektu? Tak/Nie"

Mikromap nie zapamiętuje położenia nowej paletki GML, po każdym uruchomieniu programu trzeba ją ustawiać na nowo. Można by też ujednolicić nazwę polecenia usuń/kasuj obiekt z zakładki Atrybuty i na paletce.

Po każdej nowej instalacji Mikromap zapomina zdefiniowane atrybuty dla poszczególnych pól. Bardzo zniechęca to do częstego testowania nowych wersji

> Komunikat pojawia się niezależnie od tego czy obiekt był już modyfikowany
> czy nie. Nie pojawia się tylko dla nowo utworzonych obiektów.

OK, poprawione
www.coder.pl/mikromap32.exe


> Jeśli Mikromapem z ustawieniami GML'21 otworzymy mapę z obiektami GML'15
> (lub odwrotnie) to zachowanie tego komunikatu jest bardzo dziwne.
> Dobrze byłoby wprowadzić takie ulepszenie, że Mikromap rozpoznaje z jaką
> wersją obiektów otwiera mapę i automatycznie ustawiał sobie odpowiedni tryb
> gml.

Tak robi. Tzn. przy imporcie GML

---
Admin

> > Komunikat pojawia się niezależnie od tego czy obiekt był już
> modyfikowany
> > czy nie. Nie pojawia się tylko dla nowo utworzonych obiektów.
>
> OK, poprawione
> www.coder.pl/mikromap32.exe
Teraz jest OK.
>
>
> > Jeśli Mikromapem z ustawieniami GML'21 otworzymy mapę z obiektami GML'15
> > (lub odwrotnie) to zachowanie tego komunikatu jest bardzo dziwne.
> > Dobrze byłoby wprowadzić takie ulepszenie, że Mikromap rozpoznaje z jaką
> > wersją obiektów otwiera mapę i automatycznie ustawiał sobie odpowiedni
> tryb
> > gml.
>
> Tak robi. Tzn. przy imporcie GML

Zgadza się, ale tylko przy imporcie, a przy odczycie starej mapy już nie. Wtedy jest właśnie problem bo sami musimy sprawdzać wersję gml-a i odpowiednio ustawiać MM.

> > > wersją obiektów otwiera mapę i automatycznie ustawiał sobie odpowiedni
> > tryb
> > > gml.
> >
> > Tak robi. Tzn. przy imporcie GML
>
> Zgadza się, ale tylko przy imporcie, a przy odczycie starej mapy już nie.
> Wtedy jest właśnie problem bo sami musimy sprawdzać wersję gml-a i
> odpowiednio ustawiać MM.

Nie chcę żeby Mikromap był taki GML-ocentyczny, są ludzie, którzy używają go do zupełnie innych celów.
Po za tym już prawie od roku bezwarunkowo obowiązuje standard 2015, można więc liczyć, że już 3-5 lat ten przepis zacznie być stosowany i GML 15 odejdzie do lamusa

---
Admin

> > > > wersją obiektów otwiera mapę i automatycznie ustawiał sobie
> odpowiedni
> > > tryb
> > > > gml.
> > >
> > > Tak robi. Tzn. przy imporcie GML
> >
> > Zgadza się, ale tylko przy imporcie, a przy odczycie starej mapy już
> nie.
> > Wtedy jest właśnie problem bo sami musimy sprawdzać wersję gml-a i
> > odpowiednio ustawiać MM.
>
> Nie chcę żeby Mikromap był taki GML-ocentyczny, są ludzie, którzy używają
> go do zupełnie innych celów.
> Po za tym już prawie od roku bezwarunkowo obowiązuje standard 2015, można
> więc liczyć, że już 3-5 lat ten przepis zacznie być stosowany i GML 15
> odejdzie do lamusa

Mikromap nie musi być GML-ocentryczny, wystarczy żeby był GML-oprzyjazny i w niczym nie będzie to przeszkadzać w wykorzystywaniu go do innych celów.
Wystarczy tylko przejrzeć tytuły tematów na forum i od razu widać z czym użytkownicy mają problem. I dotyczy to nie tylko Mikromapa, Winkalk i Operat czeka to samo.
Za 5 lat do lamusa to może hybryda odejdzie, ale ma Pan rację, funkcja o której wspomniałem nie jest niezbędna ale bardzo ułatwia korzystanie z MM w okresie przejściowym.

> > Komunikat pojawia się niezależnie od tego czy obiekt był już
> modyfikowany
> > czy nie. Nie pojawia się tylko dla nowo utworzonych obiektów.
>
> OK, poprawione
> www.coder.pl/mikromap32.exe
>

Komunikat pojawia się gdy majstrujemy przy etykiecie obiektu, np zmienimy przysłanianie lub usuniemy odnośnik (bez użycia polecenia modyfikuj obiekt). Wprowadza to trochę zamieszania

Edit: tego błędu nie mogę już powtórzyć, chyba jakiś jednorazowy przypadek