Coder  
 
jkw(R)

E-mail

30.08.2023, 12:31
 

Błąd powtórnej modyfikacji (Forum)

Zdarza się, że po modyfikacji istniejącego obiektu, po jakimś czasie wydaję powtórne polecenie jego modyfikacji. W efekcie na zablokowanej warstwie z obiektami archiwalnymi znajdują się zduplikowane obiekty o takim samym Id, co ośrodkowy walidator, co zrozumiałe, traktuje jako błąd. Czy byłaby możliwość ostrzegania przed tym komunikatem, że obiekt już był raz zmodyfikowany?

Coder(R)

Homepage E-mail

30.08.2023, 20:01

@ jkw

Błąd powtórnej modyfikacji

> Zdarza się, że po modyfikacji istniejącego obiektu, po jakimś czasie wydaję
> powtórne polecenie jego modyfikacji. W efekcie na zablokowanej warstwie z
> obiektami archiwalnymi znajdują się zduplikowane obiekty o takim samym Id,
> co ośrodkowy walidator, co zrozumiałe, traktuje jako błąd. Czy byłaby
> możliwość ostrzegania przed tym komunikatem, że obiekt już był raz
> zmodyfikowany?

Technicznie nie jest to błąd, w życiu nie jest tak, że obiekt w czasie swojego istnienia ma prawo tylko do jednej modyfikacji, trzeba umożliwić modyfikację obiektu już modyfikowanego.

---
Admin
[image]

jkw(R)

E-mail

31.08.2023, 10:08

@ Coder

Błąd powtórnej modyfikacji

To jest oczywiste, nieprecyzyjnie opisałem problem. Z jakiegoś powodu (najpewniej moja nieuwaga) w pliku różnicowym GML pojawiły się zdublowane obiekty, które wcześniej modyfikowałem. Jak sądzę (być może się mylę) jest to efekt przypadkowego, dwukrotnego wydania polecenia modyfikacji istniejącego obiektu podczas jednej sesji tworzenia pliku GML, którą kończy polecenie jego zapisu. Walidator używany w Ośrodku traktuje to jako błąd uniemożliwiający zapis pliku do bazy. Chodzi mi o to, czy możliwe byłoby utworzenie komunikatu, który informowałby o już przeprowadzonej modyfikacji, do momentu zapisania pliku. W następnej sesji oczywiście ten komunikat nie pojawiałby się do czasu, kiedy użytkownik znowu by wydał więcej niż jedno polecenie modernizacji.

Coder(R)

Homepage E-mail

31.08.2023, 14:04

@ jkw

Błąd powtórnej modyfikacji

> To jest oczywiste, nieprecyzyjnie opisałem problem. Z jakiegoś powodu
> (najpewniej moja nieuwaga) w pliku różnicowym GML pojawiły się zdublowane
> obiekty, które wcześniej modyfikowałem. Jak sądzę (być może się mylę) jest
> to efekt przypadkowego, dwukrotnego wydania polecenia modyfikacji
> istniejącego obiektu podczas jednej sesji tworzenia pliku GML, którą kończy
> polecenie jego zapisu. Walidator używany w Ośrodku traktuje to jako błąd
> uniemożliwiający zapis pliku do bazy. Chodzi mi o to, czy możliwe byłoby
> utworzenie komunikatu, który informowałby o już przeprowadzonej
> modyfikacji, do momentu zapisania pliku. W następnej sesji oczywiście ten
> komunikat nie pojawiałby się do czasu, kiedy użytkownik znowu by wydał
> więcej niż jedno polecenie modernizacji.

Drugie polecenie modyfikacji zmodyfikowałoby już inny obiekt, sądzę, że zdublowanie powstało w inny sposób
Proszę mi przesłać tę mapkę

---
Admin
[image]

jkw(R)

E-mail

01.09.2023, 22:24

@ Coder

Błąd powtórnej modyfikacji

> > To jest oczywiste, nieprecyzyjnie opisałem problem. Z jakiegoś powodu
> > (najpewniej moja nieuwaga) w pliku różnicowym GML pojawiły się
> zdublowane
> > obiekty, które wcześniej modyfikowałem. Jak sądzę (być może się mylę)
> jest
> > to efekt przypadkowego, dwukrotnego wydania polecenia modyfikacji
> > istniejącego obiektu podczas jednej sesji tworzenia pliku GML, którą
> kończy
> > polecenie jego zapisu. Walidator używany w Ośrodku traktuje to jako błąd
> > uniemożliwiający zapis pliku do bazy. Chodzi mi o to, czy możliwe byłoby
> > utworzenie komunikatu, który informowałby o już przeprowadzonej
> > modyfikacji, do momentu zapisania pliku. W następnej sesji oczywiście
> ten
> > komunikat nie pojawiałby się do czasu, kiedy użytkownik znowu by wydał
> > więcej niż jedno polecenie modernizacji.
>
> Drugie polecenie modyfikacji zmodyfikowałoby już inny obiekt, sądzę, że
> zdublowanie powstało w inny sposób
> Proszę mi przesłać tę mapkę
Niestety, plik gdzieś usunąłem. Wyślę przy okazji powtórzenia się błędu.

PiotrC(R)

14.09.2023, 10:10

@ Coder

Błąd powtórnej modyfikacji

Potwierdzam spostrzeżenia kolegi.
Turbomap zaczytując gml ma problem z obiektami i tym samym Id. ale z wersją obiektu nowszą niż mają w bazie.
Ośrodki nie mają możliwości wczytania pliku gml wykonanego w mikromap jeśli wystąpi jedna z poniższych sytuacji:
1. Kliknę modyfikuj obiekt -> stary przejdzie do archiwum i pojawi się obiekt z nową wersją obiektu -> ponownie (przez nieuwagę) kliknę modyfikuj obiekt (nową wersję obiektu już modyfikowanego) -> w ten sposób na przy eksporcie do gml są zapisane dwa obiekty o tym samy id ale z datą wersji nowszą niż jest w ośrodku i program nie wie co zrobić. Nie rozumie, że ma wprowadzić wersję z nowszą datą. Po prostu nie wie co zrobić i wywala błąd.
2. klikam modyfikację obiektu (przez pomyłkę, zamiast usunąć obiekt) -> klikam usuń obiekt. I po eksporcie mam obiekt o nowszej niż w ośrodku dacie wersji obiektu wraz z datą końca obiektu. Program w ośrodku otrzymuje wiadomość, że obiekt o tym samym id został zmodyfikowany i usunięty. Nie wie co ma zrobić czy zmodyfikować czy usunąć więc wywala błąd.
Podeślę Panu taki plik wraz z ifof z ośrodka.

Coder(R)

Homepage E-mail

14.09.2023, 18:01

@ jkw

Błąd powtórnej modyfikacji

> Zdarza się, że po modyfikacji istniejącego obiektu, po jakimś czasie wydaję
> powtórne polecenie jego modyfikacji. W efekcie na zablokowanej warstwie z
> obiektami archiwalnymi znajdują się zduplikowane obiekty o takim samym Id,
> co ośrodkowy walidator, co zrozumiałe, traktuje jako błąd. Czy byłaby
> możliwość ostrzegania przed tym komunikatem, że obiekt już był raz
> zmodyfikowany?

Dodaliśmy ostrzeżenie, jeżeli druga modyfikacja przebiega mniej niż po minucie

www.coder.pl/mikromap32.exe

---
Admin
[image]

31299 Postów w 5810 Wątkach, 905 zarejestr. uczestników, obecnie 148 online (0 zarejestr., 148 gości)
CODER | Kontakt z administratorem
RSS-Feed
powered by my little forum