CODER

Mikromap przy nowych obiektach automatycznie wypełnia atrybuty id materiału (P. ... .2019.1). Oprogramowanie starostwa wychwytuje błąd tego typu, że u nich w zasobie nie ma operatu o takim id materiału. My nie mamy możliwości wpisania poprawnego id materiału, gdyż jest ono nadawane dopiero po przyjęciu opracowania do zasobu.
Obecnie przy każdym tworzonym obiekcie musimy to usuwać, gdyż jeśli zostawimy te atrybuty to plik gml zostanie odrzucony. Usuwanie tych pól jest czasochłonne.

> Mikromap przy nowych obiektach automatycznie wypełnia atrybuty id materiału
> (P. ... .2019.1). Oprogramowanie starostwa wychwytuje błąd tego typu, że u
> nich w zasobie nie ma operatu o takim id materiału. My nie mamy możliwości
> wpisania poprawnego id materiału, gdyż jest ono nadawane dopiero po
> przyjęciu opracowania do zasobu.
> Obecnie przy każdym tworzonym obiekcie musimy to usuwać, gdyż jeśli
> zostawimy te atrybuty to plik gml zostanie odrzucony. Usuwanie tych pól
> jest czasochłonne.

Prosze wejść w Atrybuty->Zaawansowane->Pokaż wszystkie atrybuty przy edycji
WTedy pola z materiałem będą widoczne do edycji

---
Admin

Tak. To wiem i z tego korzystam.
Tylko, że program sam z automatu wpisuje te atrybuty dla nowo-tworzonych obiektów i przy każdym obiekcie trzeba te atrybuty usuwać. Zabiera to niepotrzebnie czas.

> Tak. To wiem i z tego korzystam.
> Tylko, że program sam z automatu wpisuje te atrybuty dla nowo-tworzonych
> obiektów i przy każdym obiekcie trzeba te atrybuty usuwać. Zabiera to
> niepotrzebnie czas.

Jedynym obiektem w którym Mikromap dopisuje odgórnie ten atrybut jest GES_punktOOkreslonejWysokosci

wynika to z Roporządzenia:

"Dla obiektu: punktOOkreslonejWysokosci wartości
atrybutów: idIIP, zrodlo, idMaterialu są wymagane"

Pan kasuje ten atrybut i przyjmują to do ośrodka?

---
Admin

> > Tak. To wiem i z tego korzystam.
> > Tylko, że program sam z automatu wpisuje te atrybuty dla nowo-tworzonych
> > obiektów i przy każdym obiekcie trzeba te atrybuty usuwać. Zabiera to
> > niepotrzebnie czas.
>
> Jedynym obiektem w którym Mikromap dopisuje odgórnie ten atrybut jest
> GES_punktOOkreslonejWysokosci
>
> wynika to z Roporządzenia:
>
> "Dla obiektu: punktOOkreslonejWysokosci wartości
> atrybutów: idIIP, zrodlo, idMaterialu są wymagane"
>
> Pan kasuje ten atrybut i przyjmują to do ośrodka?

Jest to błąd w rozporządzeniu bo tak jak pisał kolega Id materiału nadawane jest po przyjęciu operatu do zasobu ( nie wiadomo jak zmieni się to po 31 lipca ), jakiś czas Geo-Info Delta też wyrzucała takie błędy, że brakuje Id materiału. Nie wiem jak jest w innych systemach ale w Geo-Info Id materiału nadawane jest przy zamykaniu zmiany podczas wprowadzania operatu. Mówię tu o nowych operatach.
Troszkę inaczej jest gdy chcemy wprowadzić coś z archiwalnych szkiców. Wtedy to ID materiału trzeba wpisywać ( P.xxx.1999.1010 itd.)

> > > Tak. To wiem i z tego korzystam.
> > > Tylko, że program sam z automatu wpisuje te atrybuty dla
> nowo-tworzonych
> > > obiektów i przy każdym obiekcie trzeba te atrybuty usuwać. Zabiera to
> > > niepotrzebnie czas.
> >
> > Jedynym obiektem w którym Mikromap dopisuje odgórnie ten atrybut jest
> > GES_punktOOkreslonejWysokosci
> >
> > wynika to z Roporządzenia:
> >
> > "Dla obiektu: punktOOkreslonejWysokosci wartości
> > atrybutów: idIIP, zrodlo, idMaterialu są wymagane"
> >
> > Pan kasuje ten atrybut i przyjmują to do ośrodka?
>
> Jest to błąd w rozporządzeniu bo tak jak pisał kolega Id materiału nadawane
> jest po przyjęciu operatu do zasobu ( nie wiadomo jak zmieni się to po 31
> lipca ), jakiś czas Geo-Info Delta też wyrzucała takie błędy, że brakuje Id
> materiału. Nie wiem jak jest w innych systemach ale w Geo-Info Id materiału
> nadawane jest przy zamykaniu zmiany podczas wprowadzania operatu. Mówię tu
> o nowych operatach.
> Troszkę inaczej jest gdy chcemy wprowadzić coś z archiwalnych szkiców.
> Wtedy to ID materiału trzeba wpisywać ( P.xxx.1999.1010 itd.)


Zajrzałem do kodu, i widzę, że jakiś czas temu zrezygnowaliśmy z wymuszania idMateriału nawet dla punktOOkreslonejWysokosci.
Obecnie idMateriału jest eksportowany tylko wtedy, gdy został wprowadzony ręcznie lum zaimportowany z innego GML

---
Admin

> > > > Tak. To wiem i z tego korzystam.
> > > > Tylko, że program sam z automatu wpisuje te atrybuty dla
> > nowo-tworzonych
> > > > obiektów i przy każdym obiekcie trzeba te atrybuty usuwać. Zabiera
> to
> > > > niepotrzebnie czas.
> > >
> > > Jedynym obiektem w którym Mikromap dopisuje odgórnie ten atrybut jest
> > > GES_punktOOkreslonejWysokosci
> > >
> > > wynika to z Roporządzenia:
> > >
> > > "Dla obiektu: punktOOkreslonejWysokosci wartości
> > > atrybutów: idIIP, zrodlo, idMaterialu są wymagane"
> > >
> > > Pan kasuje ten atrybut i przyjmują to do ośrodka?
> >
> > Jest to błąd w rozporządzeniu bo tak jak pisał kolega Id materiału
> nadawane
> > jest po przyjęciu operatu do zasobu ( nie wiadomo jak zmieni się to po
> 31
> > lipca ), jakiś czas Geo-Info Delta też wyrzucała takie błędy, że brakuje
> Id
> > materiału. Nie wiem jak jest w innych systemach ale w Geo-Info Id
> materiału
> > nadawane jest przy zamykaniu zmiany podczas wprowadzania operatu. Mówię
> tu
> > o nowych operatach.
> > Troszkę inaczej jest gdy chcemy wprowadzić coś z archiwalnych szkiców.
> > Wtedy to ID materiału trzeba wpisywać ( P.xxx.1999.1010 itd.)
>
>
> Zajrzałem do kodu, i widzę, że jakiś czas temu zrezygnowaliśmy z wymuszania
> idMateriału nawet dla punktOOkreslonejWysokosci.
> Obecnie idMateriału jest eksportowany tylko wtedy, gdy został wprowadzony
> ręcznie lum zaimportowany z innego GML

Panie Piotrze a mam pytanie odnośnie atrybutu Przedstawiciel Inwestora i Władający Gesut. W moim powiecie w 95% przypadków ustawia się wartości voidable ( brak danych, nieznany itd.). Wydaje mi się, że MM powinien mieć zdefiniowane słownikowo te atrybutu ( żeby można było wybrać) bo zostawiając możliwość wpisu ręcznego może być tak, że ktoś zrobi gdzieś wielką literę, spację itd i wtedy taki gml nie wejdzie do bazy.

> Panie Piotrze a mam pytanie odnośnie atrybutu Przedstawiciel Inwestora i
> Władający Gesut. W moim powiecie w 95% przypadków ustawia się wartości
> voidable ( brak danych, nieznany itd.). Wydaje mi się, że MM powinien mieć
> zdefiniowane słownikowo te atrybutu ( żeby można było wybrać) bo
> zostawiając możliwość wpisu ręcznego może być tak, że ktoś zrobi gdzieś
> wielką literę, spację itd i wtedy taki gml nie wejdzie do bazy.

Niestety, to są teksty, nie da się zesłownikować np. wszystkich nazw władających. Zawsze jest możliwość, że ktoś wpisze coś nieprawidłowo.

---
Admin

> > Panie Piotrze a mam pytanie odnośnie atrybutu Przedstawiciel Inwestora i
> > Władający Gesut. W moim powiecie w 95% przypadków ustawia się wartości
> > voidable ( brak danych, nieznany itd.). Wydaje mi się, że MM powinien
> mieć
> > zdefiniowane słownikowo te atrybutu ( żeby można było wybrać) bo
> > zostawiając możliwość wpisu ręcznego może być tak, że ktoś zrobi gdzieś
> > wielką literę, spację itd i wtedy taki gml nie wejdzie do bazy.
>
> Niestety, to są teksty, nie da się zesłownikować np. wszystkich nazw
> władających. Zawsze jest możliwość, że ktoś wpisze coś nieprawidłowo.

Ale ja mówię o samych wartościach voidable ( nieznany, brak danych, zastrzeżony, tymczasowy brak danych, itd).

> > > Panie Piotrze a mam pytanie odnośnie atrybutu Przedstawiciel Inwestora
> i
> > > Władający Gesut. W moim powiecie w 95% przypadków ustawia się wartości
> > > voidable ( brak danych, nieznany itd.). Wydaje mi się, że MM powinien
> > mieć
> > > zdefiniowane słownikowo te atrybutu ( żeby można było wybrać) bo
> > > zostawiając możliwość wpisu ręcznego może być tak, że ktoś zrobi
> gdzieś
> > > wielką literę, spację itd i wtedy taki gml nie wejdzie do bazy.
> >
> > Niestety, to są teksty, nie da się zesłownikować np. wszystkich nazw
> > władających. Zawsze jest możliwość, że ktoś wpisze coś nieprawidłowo.
>
> Ale ja mówię o samych wartościach voidable ( nieznany, brak danych,
> zastrzeżony, tymczasowy brak danych, itd).

Jest to już podane, pod prawym klawiszem myszki:

www.coder.pl/mikromap32.exe

---
Admin