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

to nie kwestia kolejności tylko "wskazania" baz do przecięcia

tutaj jest raport z przecięcia bazy działek, bazami konturów klasyfikacyjnych i ... bazą działek.
na podstawie podanego fragmentu, nie wiem czy to jest baza konturów klasyfikacyjnych czy baza konturów klasoużytków.
rozwiązania, albo
1. baza konturów jest bazą klasoużytków i wtedy przecinamy tylko z jedną bazą, albo
2. jeśli faktycznie istnieje baza konturów i baza użytków- to należy wskazać bazę użytków zamiast działek, albo
3. jeśli istnieje baza użytków i jest prawidłowo wskazana do przecięcia, to może zawierać błędne dane, tzn działki.
4. a może jest błędnie podpięta baza w konfiguracji baz.
a może jeszcze coś innego.
na więcej dywagacji to za mało danych

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. 

"Wkurzyłem się" i ... pełny plik z tłumaczeniem w załączeniu. Przewiduje chyba (1) wszystkie kombinacje OFU-OZU-OZK dozwolone przez przepisy.

Temat chyba zamknięty. 
(1) przed użyciem sprawdź - użycie na własną odpowiedzialność i ryzyko wszelkie, włącznie z utratą danych w wyniku zalania komputera sokiem z owoców granatu.

:offtop:
Może faktycznie warto zbierać takie różne pliki w jedno miejsce? ALE... jak zmusić wtedy "ściągacza" do przestudiowania skąd się ten plik wziął, co on w zasadzie robi i kiedy działa dobrze, a kiedy trochę mniej. Przeszukiwanie forum nie wyjdzie nikomu na złe, może się czegoś przy okaji dowie...
Pomijam wprost temat praw do opracowania, zakładam, że jak ktoś tutaj coś wrzuci to zdaje sobie sprawę, że jeśli jest autorem to znaczy, że daje coś ogółowi, oraz jeśli nie jest autorem to łamie prawo...
:offtop:

Cytata to jest właśnie dowód na prawdziwość akronimu RTFM!!!
zwłaszcza jak wchodzi nowa wersja programu

No niestety ale w manualu tego nie ma więc po co czytać

Od której wersji nie wiem. Ja mam obecnie 5.02.

Cytat: blackd w Poniedziałek 03 Grudzień 2012, 20:41:01
Dokładnie Darku o to chodzi. Ale w tutku sposób na to jest pokazany, tak że myślę że geobid zmian nam tu nie wprowadzi. Jak admin uzna że przydatne to proszę przenieść w odpowiednie miejsce.

jak ktoś kiedyś powiedział "Jest do tego aplikacja..."

ja używam własnego produktu do zamiany fraz w pliku
zamieniam
RV na R/RV
B/RVI na Br/RVI
(...)
oraz
dr na dr/X
B na B/X
(...)
i potem wycinam tylko X

tylko że w tym momencie to całą opracowaną procedurę pcham w kosz!
wystarczy raz zbudować dobry plik tłumacza i podgrywać go za każdym razem do importu
co więcej można tak wykryć błędne użytki

od której wersji ewopisu jest ten "trójkącik" koło [odczytaj]?

a to jest właśnie dowód na prawdziwość akronimu RTFM!!!
zwłaszcza jak wchodzi nowa wersja programu

Dokładnie Darku o to chodzi. Ale w tutku sposób na to jest pokazany, tak że myślę że geobid zmian nam tu nie wprowadzi. Jak admin uzna że przydatne to proszę przenieść w odpowiednie miejsce.

Ja myślałem, że problem polega na tym że B, Bi, Ba, Bp, K, dr, Tr wchodzą do importu jako OZU, a powinny być OFU.
ale to raczej temat do działu "Proponowane zmiany w ewopis"

Przepraszam - ale ...
Mariusz tu nawet nie trzeba robić żadnego tutka - wszystko jest ładnie opisane w intrukcji.
Goście nie mogą oglądać obrazków w postach, prosimy Zarejestrować się lub Zalogować

To może tak dla wszystkich rozwiązanie.
Coś jak tutorial import konturów i użytków do ewopisu.

Podziel się wiedzą

Znalazłem rozwiązanie - trzeba zrobić plik z tłumaczeniem - jest taka opcja w tabelce importu użytków. Tam sobie to dopasować i jest 

Z tymi OFU i OZU to zielony jestem, daj przykład jak jest a jak powinno być. Będzie mi łatwiej coś napisać.

no nie - bazy odwrotnie do przecięcia to nie to. zapis jest zgodny z ewopisem.
2-21/2                  4957
R/RV                  2820
jakbym dał bazy odwrotnie do przecięcia to wyjdzie mi RV w OFU a R w OZU

Może to  ale daj odwrotnie bazy do przecięcia  i oczywiście zapis zgodny z ewopisem

witam
Mam mały problemik. wygenerowałem plik z przecięcia bazy kkl i uzg. Wszystko ładnie pięknie ale jak to powinno wyglądać żeby np budowlanki przy imporcie do ewopisu wchodziły mi tylko do OFU. Zaznaczę od razu że nie mogę zmieniać tego w tabelce w EWOPISie bo wsady mają być gotowe.

tu nie ma problemu. wszystko cacy
2-21/2                  4957
R/RV                  2820
Ls/LsV                 1591
R/RVI                  485
B/RV                        61

ale tu jak to zapisać (poprawić)
1-125/7                 1385
R/RV                   856
B                      529


//edit by support
przeniesienie wątku