Cytat: Nyzczsel w Wtorek 23 Październik 2012, 14:22:36
Odsuwanie konturu od granicy działki - to moim zdaniem pomyłka.

to nie pomyłka tylko tradycja.
Tak się "od zawsze" kreśliło mapy ewidencyjne. Tak jak narysował support nie widać którędy "poszła" granica konturu co może powodować pomyłki interpretacyjne. np powiedz mi jaki klasoużytek jest w działce 2-6137 ponad pastwiskiem, Tam jest rola? V? VI?
W sumie to też mi brakuje tej funkcji. Automatyczne przeredagowanie to byłoby coś.
Dużo prościej jest pobawić się grubościami linii. Ja na mapach ewidencyjnych drukuję konutry zielonym ale za to linią nie 0,18 tylko 0,25. Wtedy nie ma wątpliwości, którędy biegnie granica konturu, bo spod linii granicy działki wystaje na boki kontur.

EEE tam złośliwi, ja się jeszcze nie wypowiadałem 

Ja bym zrobił tak
założyłbym katalog warstw z bazą z ośrodka.
później u każdego dodatkowy katalog tylko dla niego

następnie jeśli już koniecznie chcesz wykorzystywać import modyfikujący to wydaj plik do modyfikacji od Oosoby 1 (O1) i zaimportuj go O2, potem z O2 wydaj dla O3.
W tej bazie tylko usuwaj to co jest nieaktualne, a to co jest nowsze/lepsze wprowadzaj na warstwy "prywatne".
potem po zakończeniu roboty O3 oddaje plik do bazy O2, a po usunięciu w bazie O2 tego co usunął O3, wygeneruj plik do zasilenia (usunięcia zbędnych danych) w bazie u O1.
w ten sposób dostaniesz bazę (post)ośrodkową, która będzie pozbawiona wszystkich elementów, które zostaną zastąpione nowszymi pomiarami, lepszymi pomiarami, albo po prostu są nie aktualne.
Te nowsze, lepsze, aktualniejsze masz na warstwach prywatnych u każdej z osób biorącej udział w projekcie.

Potem musisz już tylko eksportować/importować operaty i warstwy do momentu kiedy uzyskasz produkt finalny.

ps.
Nie dziwię się Alcaponowi, że mu się cięższy dowcip obudził.
Procedura, którą opisałem może wykombinować osoba mająca doświadczenie w zarządzaniu całkiem niewielkimi bazami wielkości mapki do celów projektowych.
Problem polega na tym, że nie wiedząc takich łatwych rzeczy wyłożysz się na trudnych.
Zaraz się okaże, że zrobiłaś nie w tej kolejności import i zauważy to dopiero inspektor w Podgik.
Alcapon chciałby tylko żeby nie koniecznie uszczęśliwiać takiego inspektora możliwością psioczenia na geodetów (jako grupę).
Jeżeli chcesz robić to na trzech komputerach w DOMU, to może się mylę, ale to nie jest to jedna prężna firma, tylko pospolite ruszenie, które wygrało przetarg za połowę następnej oferty.
Zaraz mi powiesz, że ja żałuję Ci dostępu do "zamkniętego" kręgu wykonawców.
Nie, absolutnie nie! To się nazywa konkurencja i jestem w stanie to znieść.
Problem w tym, że Ty oddasz tę bazę, ale to ja będę ją musiał później aktualizować i korzystać. Jeśli nie będzie wykonana jak trzeba to ja będę na tym cierpiał.
Jeśli po raz pierwszy stajesz przed problemem połączenia baz to znaczy, że nie masz doświadczenia, a jeżeli to Ty pytasz o to na forum, to znaczy że w tej trójce to Ty jesteś liderem i osobą, która zna się najlepiej z Was na obróbce numerycznej map.
Nie dziwi mnie zatem porównanie do tego murarza.Tyle, że to nie jest złośliwość tylko stwierdzenie faktu.

Skoro Winscal generuje plik w formacie Ewopisu, to czemu nie może od razu przekształcić nazwy klasoużytku na OFU-OZU-OZK, zamiast mam to mozolnie wbijać z palca PODCZAS KAŻDEGO IMPORTU, czyli zwykle 2-3 razy?

HAHAHA chyba sobie zmienię avatara, 
Adam masz mnie na sumieniu, zejdę ze śmiechu

Nowiesz? Ja jestem rodzicem i na moim koncie może się dziać wszystko
Tak na poważnie ja korzystam z konta typu admin - wtedy nie można włączyć kontroli rodzicielskiej

Cytat: support w Poniedziałek 22 Październik 2012, 16:29:28
W instalce do ewopisu 5 jest Fire204 do ewmapy 10 również Fire204
Natomiast bank osnów 3 już jest na Fire207 poszukaj tej wersji firebirda i zainstaluj, zrestartuj i sprawdź.

Ja już jakiś czas działałem na 2.5, teraz przeinstalowywałem na wersję 64bit.
W moim przypadku to nie miało znaczenia, ustawienie zgodności z XP oraz uruchamianie w trybie administrtor, dopiero załatwiło sprawę.
Ciekaw jestem jak to się będzie odpalało na sprzęcie, gdzie użytkownik nie ma takich uprawnień i ich nie dostanie bo mu ich informatyk nie przyzna.

Cytat: thavinci w Środa 18 Styczeń 2012, 20:43:48
W windows7 trzeba rozwiązać problem ze zgodnością. Prawym przyciskiem myszy na ewmapa.exe i powinno działać.

Cytat: support w Środa 18 Styczeń 2012, 22:21:48
Miałeś na myśli ewopis.exe zapewne 

Co ciekawe wcale vinci się nie pomylił, ale już tego nie sprostował.
w zasadzie wszystkie TRZY programy powinny mieć "uruchom jako administrator" i dopiero wtedy mi zadziałało.
TRZY bo firebird, ewopis i ewmapa
(przycisk [wizualizacja] w ewopisie odpala ewmapę)

Cytat: Nyzczsel w Wtorek 06 Grudzień 2011, 13:15:16
Serwer FIREBIRD - do aktualizacji.

Zadziałało? 
U mnie nie bardzo 
Zmieniłeś firebirda na jaką wersję?
Ewopis masz 4, a jaką masz wersję Ewmapy?

Oczekiwałbym, że kolejność punktów w eksporcie punktów z obwodnicy, będzie w kolejności ich leżenia na tej obwodnicy jak np w działce w prawą stronę.
w 7 i 8 wersji na pewno tak nie było.

Coś mi się chyba wykrzaczyło bo już raz odpisywałem na ten post. 


Jeśli miałbyś bazę w FB to wtedy można przez SQL poszperać w bazie i by się zrobiło
można też zrobić standardowy export, wczytać do jakiegoś arkusza kalkulacyjnego, dopisać przy każdym punkcie nr działki, przesortować "w drugą stronę", zestawić numery działek poleceniem concatenate/łącz.teksty
i to już koniec

Cytat: michał6 w Piątek 19 Październik 2012, 12:17:11
tego się właśnie bałem
ale czy jest jakikolwiek sposób na eksport działek (na całym obrębie) z przypisanymi do nich działkami sąsiednimi?

nie ma się czego bać bo to co tutaj piszesz chyba nie wiąże się z pierwszym postem

Cytat: alcapon w Środa 17 Październik 2012, 20:07:01
Może powiat w osobnej bazie trzyma warstwy na których dane są z pomiaru a w osobnej bazie dane pochodzące z wektoryzacji (...)
Jeśli rzeczywiście tak jest to musisz im oddać 2 pliki modyfikujące.(...)
Jeden z normalnymi warstwami a drugi z warstwami z wektoryzacji - zakładając że będziesz coś zmieniał na warstwach z wektoryzacji.
Wgrywając dane "do modyfikacji" musisz to zrobic do czystej bazy.

Jeśli dwie bazy, to dwa pliki do modyfikacji, i dwa pliki modyfikujące
Oczywiście że będzie coś zmieniał: przecież jeżeli pomierzy elementy, które były z wektoryzacji to je usunie w bazie -wek!

ja jestem zdania, że jednak trzeba poprawić algorytm wydruku

Cytat: katarzyna w Czwartek 11 Październik 2012, 13:46:29
a dodam że na podglądzie jest ok,

a będąc w podlgądzie klikałaś "wyświetlanie konturów kartek"?
dopiero wtedy widać czy się zmieści czy nie

Aaaaaaa..... to o to Ci chodziło

No pewnie, że się da! Konkretnie to dwa pliki obowiązkowe:
- opisy.txt
- baza.cnf
oraz jeśli wykorzystywane
- kodatr.txt
- kodpocz.txt
chociaż te mają najczęściej 0 B

Teoretycznie za konfiguracje obiektów odpowiadają jeszcze *.str
ale te się założą same po wgraniu plików *.acs
gdzie * oznacza klasę obiektów.

Cytat: alcapon w Wtorek 16 Październik 2012, 15:40:38
Program powinien utworzyć pusty "szkielet" tak abym mógł później dokonać importu.

Pewnie powinien, ale... raczej nie bardzo to zrobi

cztery budynki (z czego dwa mają m1,5 czyli wpis niezgodny z zasadami edycji map)
Obiekty są powierzchniowe (6 albo 38 nie sposób tego stwierdzić na 100% z plików), mają jedną wartość liczbową w polach danych podstawowych (nie znam nazwy tego pola), budynki są obiektowane na warstwie EBUPP (akurat Twoje wszystkie na podwarstwie 1, ale warstwa zmodyfikowana względem  standardu doszły 2 podwarstwy)
podejrzewam że mogą mieć zaznaczone "elementy z różnych podwarstw".

także niestety, musisz ręcznie, czyli łapkami,  założyć bazę: klasa obiektów BUD z elementami z warstwy EBUPP, z jednym polem liczbowym,
i zaimportować te budynki z pliku, jeśli wskażesz, że chcesz też zaimportować dane dodatkowe, a nie będzie pliku bud.str to program sam zmodyfikuje strukturę i zaimportuje dane dodatkowe jak w pliku.
W tym przypadku założy jedno pole tekstowe o nazwie Operat, dwa z budynków będą miały to pole nawet wypełnione.

Po za tym miło ze strony ośrodka że udostępnia ZUD