POszedłem drogą Importuj pliki -> Importuj RPWL dl działek.
Plik miał formę:

IDOBR,IDD,SYG,DTD,NSR,KDK
1,"1.4","GL1Y/00888/5","2015-02-11","Warszawa",5

Trzeba uważac na datę, aby była zgodna z ustawieniami regionalnymi.

Dzięki za podpowiedzi, nie sprawdzałem tych ostatnich rzeczy, poszedłem tą drogą i nawet szybko z tym poszło.

Lupus, niczego nie uważam tylko szukam pomocy.
Przeczytałem co napisał Nyzczsel i przetestowałem to co napisał, ale jak łatwo można zauważyć IDB dotyczy budynków.

Chce zaktualizować numery KW przy działkach, które mają stare numery.

formę którą napisałem w pierwszej wiadomości znalazłem w instrukcji EWOPISu.

to jest przykład importu KW do budynków.

stworzyłem nowy wątek " Wątek: Import KW dla Działek", żeby się nie mieszało.

Kontynuowałem ten temat przy imporcie budynków, ale nie ma co mieszac wątków, dlatego pisze jeszcze raz.
Próbowałem zaimportować Kw przez Popraw dane, stworzyłem kilka wersji plików
:
****DZIALKA****
IDOBR,IDD,NUMERKW
2,4,'KR1B/00068689/8'
2,6,'KR1B/00068689/8'

ani wersja:

****DZIALKA****
IDOBR,IDD,NUMERKW
2,4,"KR1B/00068689/8"
2,6,"KR1B/00068689/8"
2,13,"KR1B/00019155/8"

nie zadziałała.

W instrukcji działki miały formę '10017/1', dlatego tez wcześniej taką stosowałem.

i dokładnie się wpatrując w instrukcji jest inny znak miedzy obrębem i działką:

****DZIALKA****
IDOBR,IDD,NUMERKW
2,"1/11";"KR1B/00020534/9"
2,"1/12";"KR1B/00020534/9"
2,"1/13";"KR1B/00065815/0"

ani

****DZIALKA****   
IDOBR,IDD,NUMERKW
2,'1/11';'KR1B/00020534/9'
2,'1/12';'KR1B/00020534/9'
2,'1/13';'KR1B/00065815/0'

tez nie wchodzi.. 

Niestety nic z tego ani wersja :
****DZIALKA****
IDOBR,IDD,NUMERKW
2,4,'KR1B/00068689/8'
2,6,'KR1B/00068689/8'

ani wersja:

****DZIALKA****
IDOBR,IDD,NUMERKW
2,4,"KR1B/00068689/8"
2,6,"KR1B/00068689/8"
2,13,"KR1B/00019155/8"

nie zadziałała.

W instrukcji działki miały formę '10017/1', dlatego tez wcześniej taką stosowałem.

i dokładnie się wpatrując w instrukcji jest inny znak miedzy obrębem i działką:

****DZIALKA****
IDOBR,IDD,NUMERKW
2,"1/11";"KR1B/00020534/9"
2,"1/12";"KR1B/00020534/9"
2,"1/13";"KR1B/00065815/0"

ani

****DZIALKA****   
IDOBR,IDD,NUMERKW
2,'1/11';'KR1B/00020534/9'
2,'1/12';'KR1B/00020534/9'
2,'1/13';'KR1B/00065815/0'

tez nie wchodzi.. 

Przez popraw dane wrzuciłem plik, którego schemat był opisany w instrukcji:

****DZIALKA****      
IDOBR,IDD,NUMERKW
2,'1/11','KR1B/00020534/9'
2,'1/12','KR1B/00020534/9'
2,'1/13','KR1B/00065815/0'
2,'10001/1','KR1B/00063718/6'

niestety dalej nie zaskoczyło 

Rozumiem, że wyżej wymieniony plik zmienia tylko KW w budynkach, a czy istnieje plik wsadowy do zmiany KW w działkach ?

Próbowałem załadować KW przez wsad który wyglądał następująco:

OBREB,DZIALKA,STARE_IDD,DOKUMENT,NR_JEDN_REJ
"2","1/11","","KR1B/00020534/9","42"
"2","1/12","","KR1B/00020534/9","42"
"2","1/13","","KR1B/00065815/0","39"
"2","10001/1","","KR1B/00063718/6","5673"

Macie może pomysł co w nim zmodyfikować, żeby poprawnie się zaimportowały ?
Próbuje używać funkcji Importuj dane RPWL dla działek.

Dzięki
Zrobiłem przecięcie z bazy klasyfikacyjnej z bazą użytków i zrobiłem takie kroki:

1) Przecięcie baz klasoużytków z użytkami ( przenosić tylko mianowniki)
   powstaje plik PrzBaz.txt

2) Stworzenie pliku Pole

3) Wczytanie plików "PrzyBaz.txt", "Pole" do WinScal i zaznaczenie opcji "... zgodny z Ewopisem"

4) Powstał plik  Scal.txt w EditPlusie zrobiłem zamiany:
   
   ^R/R   -> R   (case sensitive)
   /pusty   ->
   Lz/Lz   -> Lz
   Ls/Ls   -> Ls
   Ps/Ps   -> Ps
   Ł/Ł   -> Ł
   
5) Uzupełnienie kolumny OFU o brakujące wartości z OZU.
6) Zapisanie pliku z tłumaczeniem i Import

Początkowo pojawiał mi się błąd w imporcie, po podpowiedzi z Geobidu musiałem zaktualizować EWOPIS i wszystko się zaimportowało

Dawno temat nie ruszany, więc mam nadzieję, że problem z którym przyszedłem jest już do rozwiązania 

Zrobiłem przecięcie baz działek i bazy konturów. Na podstawie pliku PrzBaz który powstał i pliku "pole" wyeksportowanego z EwMapa w WinScal zrobiłem plik Scal.txt
jednak jego treść nie wygląda zbyt obiecująco. Fragment poniżej:

2-10005/1                  807
2-10115/RV/2-10005/1       506
2-9726/LsV/2-10005/1       240
2-10152/RV/2-10005/1        61
**
2-10006/1                  473
2-10115/RV/2-10006/1       473
**
2-10007/1                  530
2-10059/RV/2-10007/1       457
2-10092/RV/2-10007/1        73
**
2-10007/2                  481
2-10059/RV/2-10007/2       378
2-9726/LsV/2-10007/2       103

Czy wiecie może, gdzie skąd pojawił się taki błąd?
Chodzi o kolejność przecinania baz ? Bo już nie mam pomysłów.