Oj Madzia, pamiętaj
ekstremizm to Zło! stopa to też Zło, choć to całkiem inna historia!

chyba nie jest kobietą, żeby mieć te "gorsze dni" 

poza tym wiesz.. on jest taki odkąd pamiętam.. ;/

nie wiem może jakieś ambicje nie spełnione, no nie mi to oceniać. jedno jest pewne: TO JEGO OBOWIĄZEK wydać mi bazę pozbawioną błędów, łaski nie robi  twierdzi jednak, że w KOL nie ma możliwości wyeksportowania działek z arkuszami.. a to dziwne bo wcześniej już mi wydawał bazę na te same obręby z arkuszami
ale nie wiem, nie znam KOL nie wypowiadam się

Cytat: Madzia w Czwartek 17 Styczeń 2013, 07:32:08
dziwną rzeczą jest też fakt, że w SWDE, który udało mi się zaimportować też wykryło błędy a import przeprowadzono.. widocznie są to błędy, które EWOPIS  "przepuszcza"...

Są błędy niedopuszczalne jak np powtórzony numer działk, który uniemożliwia import, bo niby jak?
są też takie, które są ale da się je wprowadzić, jak np. błędy w oznaczeniach klasoużytków, jeśli się "mieści" w polu to program zaimportuje i będzie krzyczał dalej że jest niezgodność.

A Pan? Cóż... może miał gorszy dzień?
Inna zupełnie sprawa, że jeśli by Ci przekazał plik autoryzacyjny to, ani Ty ani pies z kulawą nogą by do niego nie zajrzał, i raczej nie sprawdzałabyś tych plików przy pomocy A-swde, jeśli tylko by import wszedł, prawda?
Może więc nie linczujmy gościa...

A-SWDE wskazało w jednym z plików 109 błędów i 205 ostrzeżeń ale po co Pan miałby to sprawdzić...

"Przekazujący dane powinien był je autoryzować A-swde i razem z plikiem swde powinien być przekazany raport, tak?"

no powinien ale ma to w dup ** i nie ma z nim współpracy żadnej ...

dziwną rzeczą jest też fakt, że w SWDE, który udało mi się zaimportować też wykryło błędy a import przeprowadzono.. widocznie są to błędy, które EWOPIS  "przepuszcza"...

Cytat: Nyzczsel w Środa 16 Styczeń 2013, 14:26:36
Program KOL - nie wiem dlaczego eksportuje nie patrząc że działki się powtarzają - wycina arkusze.
Widzisz w tym problem żeby do tego dojść trzeba odrębnego oprogramowania.

A jaka w tym wina EwOpisu?
Mnie nie dziwi, że program nie podaje komunikatu o powtarzających się działkach, przecież takie coś nie ma prawa nastąpić!
Przekazujący dane powinien był je autoryzować A-swde i razem z plikiem swde powinien być przekazany raport, tak? nie było! bo a-swde wskazałby błąd i nie byłoby tej dyskusji.
SWDE to nie tylko format pliku, to także procedura przekazania. Jeżeli została złamana to dlaczego ma być dobrze

Ehhh OK
Tak spotkałem - dane niby dobrze wydane - ale chyba bardziej chodzi o jakość baz danych.
W tym przypadku problem tkwi nie w tym że przerzucone są dane z jednego programu do drugiego a wydania danych bez arkuszy.
Program KOL - nie wiem dlaczego eksportuje nie patrząc że działki się powtarzają - wycina arkusze.

Widzisz w tym problem żeby do tego dojść trzeba odrębnego oprogramowania.

Druga sprawa - SWDE - miał to być standard wymiany danych ewidencyjnych - a jak jest ? 

Cytat: Nyzczsel w Środa 16 Styczeń 2013, 13:33:11
problem tkwi w tym że powiat eksportuje Ci dane do swde - a Ty później tego nie możesz zaimportować do tego samego softu - czyt.: ewmapa/ewopis.

Spotkałeś się kiedyś z taką sytuacją? Ja nie. Co więcej niezależnie od poprawek i upgrade'ów eksportu do SWDE wiele razy robiłem eksport z dużo nowszych wersji i import do starych. W wielu kontaktach powiat-gmina, tak właśnie odbywa się wydawanie danych egib. W wielu z nich procedurę importu przeprowadza osoba w wieku "okołoemerytalnym", która nie ma takiego doświadczenia z ewopisem (a często w ogóle z komputerami) jak np. ja. Jeśli by "nieimportowanie się" było powszechne to by mi się telefon zagrzał, a jest, na szczęście, w temperaturze pokojowej.

Tutaj, jak słusznie zauważył Support, mamy sytuację KOL->EwOpis, a nie ewopis<->ewopis. 

Leszczyn dziękuję za pomoc:)

hyhyhyhy Madzia napisała że import jest eksport jest z programu KOL a importuje do ewopisu.

Darku - problem tkwi w tym że powiat eksportuje Ci dane do swde - a Ty później tego nie możesz zaimportować do tego samego softu - czyt.: ewmapa/ewopis.

Cytat: Nyzczsel w Wtorek 15 Styczeń 2013, 14:47:18
Niestety GEOBID ma taką politykę że exportuje wszystko ale już z importem takich danych jest baaaardzo duży problem.
Tyczy się to i Ewmapy i Ewopisu ;/

co tu ma do rzeczy "polityka" firmy? zresztą wcale taka nie jest. To byłoby co najmniej nierozsądne.
Wszystko importować oznacza "można do naszego softu wgrać z każdego innego", a eksport powinien być taki żeby powiedzieć "eksportujemy minimum żeby nie było tak łatwo wyjść z tego oprogramowania"

http://www.gugik.gov.pl/geodezja/standardy-i-wytyczne/swde
Ściągnij sobie a-swde - przetestuj plik swde - i przedstaw błędy temu przemiłemu Panu
Nie martw się ja się z takimi Panami więcej użeram 

Marcin ten przemiły pan ma bazę w KOL - cudownym programie ) i swde jest z KOL. Poprosiłam o ponowne wyeksportowanie, a on dał mi drugi raz to samo   szkoda gadać;/

A czy ten przemiły Pan nie może Ci wydać bazy z ewopisu?
Niestety GEOBID ma taką politykę że exportuje wszystko ale już z importem takich danych jest baaaardzo duży problem.
Tyczy się to i Ewmapy i Ewopisu ;/
Moim skromnym zdaniem oprogramowanie powinno pozwolić na import wykazując błędy do poprawy - lub też firma GEOBID powinna udostępnić narzędzie umożliwiające weryfikację poprawności plików SWDE oraz ich możliwość naprawy - czy wyrzucenia zbędnych danych uniemożliwiających import.
Tylko mi nie krzyczeć że m/podgik powinien dobre dane wygenerować.

Istnieją narzędzia które pozwalają na odczyt skopanej bazy ale rozumiem że tu chodzi o nową bazę i import danych do ewopisu.
Pozostaje zabawa w edytowanie samego swde jako pliku tekstowego.

Problem na bank dotyczy działek, możesz podesłać ten dobry swde oraz jedne ze złych - zobaczymy co tam w trawie piszczy.