Edycja GML

[viadro]

Witam,
Otrzymuje ze starostwa pliki gml wygenerowane z Ewmap, przeprowadzam walidację tego pliku i nie ma żadnych błędów więc przyjmuje że plik ok. Dodaje nowe obiekty wykonuję eksport i przeprowadzam walidację i nie ma błędów. W przypadku gdy edytuję obiekt jezdnia i wykonuję eksport i przeprowadzam walidację to pojawiają się błędy w raporcie (powtarzające się punkty). Czy ja coś wykonuję źle czy jest coś z programem.
Przykładowy plik ze starostwa w załączeniu.

[logis]

Dzień dobry,
a na pewno ten plik ze starostwa nie rzuca błędów podczas walidacji ? Sprawdziłem to, w nagłówku ma informację Eksporter: EWMAPA FB wersja 12.26 więc faktycznie to jest ze starostwa. Tam jest dużo błędów atrybutowych i już w tym pliku występują powtarzające się punkty. Może wcale nie trzeba było robić tej edycji jezdni, ponieważ błędy i tak już były ? Do tego - czy walidacja była robiona aktualną wersją programu ?


Jacek

[viadro]

To prawda że plik ze starostwa jest już z błędami. Wersje programu mam aktualną (06-05-2019). Myślałem że jak edytuje obiekt i wykonuję eksport od daty modyfikacji do będzie ok. Czyli do puki nie otrzymam pliku gml ze starostwa bez błędów to nie będę mógł wykonać wymiany ze starostwem bo moje pliki będą zawsze z błędami mimo że to nie ja wykonałem błędnie plik wsadowy z pomiaru.

[logis]

Dzień dobry,
myślę, że jednak spokojnie można wykonać tę robotę i oddać plik, w końcu nie odpowiadamy za błędy i braki danych w ośrodku, tylko zajmujemy się ,,swoimi'' obiektami - tymi które istniały, a były przez nas edytowane oraz nowymi z pomiaru. Czekanie na to, że ośrodek poprawi dane na naszym obszarze opracowania i wyda nam poprawny plik, może się po prostu nie udać.
Jacek

[viadro]

Właśnie tu pojawia się problem, gdy edytuje obiekt jezdnia do tworzą się błędy (powtarzające się punkty), których nie potrafię poprawić.
A gdy przekazuje plik z błędami to starostwo nie może zaczytać zmian.

[Asia T.]

Właśnie tu pojawia się problem, gdy edytuje obiekt jezdnia do tworzą się błędy (powtarzające się punkty), których nie potrafię poprawić.
A gdy przekazuje plik z błędami to starostwo nie może zaczytać zmian.

Dzień dobry,
a czy dostał Pan raport błędów (powód, dla którego starostwo nie może zaczytać zmian)? Być może chodzi o inny błąd niż powtarzające się punkty.

[viadro]

Raportu nie otrzymałem.
Postaram się zdobyć raport i go prześlę.

[Asia T.]

Proszę w takim razie przesłać wraz z GML'em, który wysłał Pan do ośrodka na at[małpa]xgeo.pl

[Dominika_3]

a czy ktoś mógłby powiedzieć co w przypadku kiedy edytuję jezdnie i przy eksporcie pojawiają sie błedy: brak obiektu do którego istnieje referencja ? co zrobic żeby tych błędów uniknąć?

[Asia T.]

a czy ktoś mógłby powiedzieć co w przypadku kiedy edytuję jezdnie i przy eksporcie pojawiają sie błedy: brak obiektu do którego istnieje referencja ? co zrobic żeby tych błędów uniknąć?

Dzień dobry,
błędy te wynikają z tego, że wyedytowała Pani istniejącą jezdnię bez modyfikacji punktów wysokościowych, które już na niej były.
Opcje są dwie - albo wykonywać eksport całego pliku GML, bez ograniczenia datą modyfikacji, albo - jeśli PODGiK chce tylko obiekty zmodyfikowane - zignorować te błędy, bo prawdopodobnie przy wczytywaniu do bazy ośrodkowej ich nie będzie, ponieważ punkty te istnieją w bazie ośrodka.

[Dominika_3]

Robiłam po dacie modyfikacji dlatego pewnie te błędy wyskakiwały, spróbuję bez.
Dziękuje za odpowiedz

[viadro]

Jak ja robię eksport bez daty modyfikacji to dalej są te błędy. Wydaje mi się że to nie ma wpływu.
Ja też mam problem z tymi błędami i nie wiem jak sobie poradzić. Jeśli nawet zostanie usunięty obiekt to dalej pojawiają się błędy (brak obiektu do którego istnieje referencja).

[Asia T.]

Jak ja robię eksport bez daty modyfikacji to dalej są te błędy. Wydaje mi się że to nie ma wpływu.
Ja też mam problem z tymi błędami i nie wiem jak sobie poradzić. Jeśli nawet zostanie usunięty obiekt to dalej pojawiają się błędy (brak obiektu do którego istnieje referencja).

Niestety bez pliku nie jesteśmy w stanie pomóc.

[Dominika_3]

Jak ja robię eksport bez daty modyfikacji to dalej są te błędy. Wydaje mi się że to nie ma wpływu.
Ja też mam problem z tymi błędami i nie wiem jak sobie poradzić. Jeśli nawet zostanie usunięty obiekt to dalej pojawiają się błędy (brak obiektu do którego istnieje referencja).

Niestety bez pliku nie jesteśmy w stanie pomóc.
[/quote]

Przesyłam moje pliki do kontroli, sprawdziłam i przy wydawaniu bez daty również pojawiają się błędy

[Asia T.]

Przesyłam moje pliki do kontroli, sprawdziłam i przy wydawaniu bez daty również pojawiają się błędy

Błędy, które pojawiają się u Pani dotyczą usuniętych już punktów wysokościowych sztucznych, więc można je zignorować. Pytanie, czy powinny one zostać usunięte - przebieg jezdni na tym odcinku pomiędzy jezdnią ośrodkową, a Pani praktycznie się nie zmienił (różnice w punktach około 8-10cm) -może zostać to potraktowane przy kontroli jako błąd. Ewentualnie jeśli już je Pani usunęła to powinna Pani dostawić swoje punkty wysokościowe sztuczne na załamaniach jezdni- a tych brak.
Proszę także pamiętać, że jeśli stawiamy pikiety wysokościowe na załamaniach obiektów BDOT wytworzonych sztucznie to z reguły korzystamy z RTPW02 (punkt wysokościowy sztuczny), a nie naturalny.

[Piotr74]

Czy istnieje możliwość dodania automatycznej zamiany kodu obiektu w przypadku zmiany (edycji) rodzaju urządzenia np. zmiany słupa na maszt oświetleniowy, na dzień dzisiejszy trzeba dokonać zmiany ręcznie aby program dokonał zmiany stylizacji. Proponuję też aby przy wykonywaniu walidacji program automatycznie pobierał informację o powiacie z informacji podawanych przy zakładaniu projektu bądź też pamiętał ostatni wybór.

[Asia T.]

Czy istnieje możliwość dodania automatycznej zamiany kodu obiektu w przypadku zmiany (edycji) rodzaju urządzenia np. zmiany słupa na maszt oświetleniowy, na dzień dzisiejszy trzeba dokonać zmiany ręcznie aby program dokonał zmiany stylizacji. Proponuję też aby przy wykonywaniu walidacji program automatycznie pobierał informację o powiacie z informacji podawanych przy zakładaniu projektu bądź też pamiętał ostatni wybór.

Dzień dobry,
niestety nie, ponieważ w niektórych przypadkach nie tylko zmiana rodzaju urządzenia, albo innego głównego atrybutu wystarczy do tego, żeby kod był zmieniony. Przykładowo zmieniamy urządzenie "inne" na "właz" - a w przypadku obiektów punktowych konieczny jest także wybór odpowiedniego kształtu urządzenia, zatem sama zmiana podstawowego atrybutu nie wystarczy. Wolimy, aby użytkownik decydował tutaj o zmianie kodu.
W temacie przepisywania powiatu z TERYTu - przekazaliśmy temat programiście.