Cytat: Juliusz w Środa 30 Listopad 2011, 09:29:02

UWAGA -> niestety EWMAPA dopuszcza duble w bazie operatów /ten sam operat może występować w różnych typach operatu/

To nie do końca jest feler. Ten sam operat zawierający działania w różnych zakresach musi być jakoś zarejestrowany. Przykład? Podział po istniejącym zagospodarowaniu. Podział - bazowy/ewidencyjny pomiar zagospodarowania jako szkic.
Najlepszym rozwiązaniem byłaby oczywiście zmiana na bazę danych (zamiast pojedynczej tabeli) i powiązanie operatu z różnymi działami, z wykonawcami, itd. ale to by było zamieszanie i choć lepiej to wcale nie taniej

Cytat: kopacky w Środa 30 Listopad 2011, 11:47:52
czyli z jakiś względów akurat potrzebuję ten plik...  proste
Nie chce mi wrzucić - poproszę mail.

Proste? skoro to takie proste to czemu potrzebujesz pomocy?
Może się mylę, ale ofukiwanie ludzi, którzy mogą Ci pomóc jest chyba mocno nietrafionym pomysłem, prawda?

zmień ustawienia wirtualnej drukarki na kolor a będzie więcej kolorów niż tylko czarny i biały

Cytat: arczik18 w Czwartek 24 Listopad 2011, 09:03:25
czyli muszę zainstalować firebirda w wersji full na linuxie, na udostępnionym dysku (samba) pliki .fdb i powinno śmigać?

Nie!
czyli musisz pliki fdb umieścić gdzieś poza sambą, na fragmencie dysku nie udostępnionym.
Jeszcze raz: To firebird dba o dostęp a nie samba, windows, linux czy inny os lub jego symulator

ja rozumiem że problem polega na tym że masz skaner tylko A3, tak?

Nie rozumiem tylko po co po wpasowaniu poszczególnych kawałków chcesz je koniecznie łączyć, a tym bardziej wpasowywać razem.

Wpasowanie afiniczne próbuje znaleźć funkcję która w najlepszy sposób opisze transformację.
wpasowanie precyzyjne nie bawi się w takie rzeczy bo przyjmuje założenie że w ramach jednego kwadrata siatki zniekształcenia są zaniedbywalne.

Ja bym zrobił tak: wpasowania na krzyże w ramach jednego arkusza, ewentualnie połączyć (skoro musisz) i nie psuć tego wpasowania kolejnym całościowym. Ono nie ma żadnego uzasadnienia.
Masz błędy rzędu dwóch pikseli, a przejmujesz się przesunięciem o jeden piksel? gdzie tu logika 

jeszcze tego nie robiłem ale eksport z EM 10 daje parametry warstwy, tak? no to skoro tak to któryś na pewno odpowiada za widoczność.
można to wyeksportować zmienić w notatniku i zaimportować

Cytat: arsiem w Piątek 25 Listopad 2011, 21:20:51
Czy jest to problem parametrów komputera lub drukarki czy ewmapa tak ma z drukowaniem rastrów większych rozmiarów?

Problem tkwi w wielkość rastra do zbuforowania,
rozwiązać problem może:
1. oczywiście dokupienie pamięci operacyjnej
2. zmiana sterownika drukarki
3. zmiana jakości rastra na niższą
i taki trik:
4. wydruk do evr w skręceniu (program popełnia błąd i wydruk w skręceniu mapy daje raster niewpasowany ale kartometryczny) i dopiero następnie drukowanie takiego "skręconego" przy skręceniu 0 (działało w 7 teraz nie wiem)

 nie wszystko 

Cytat: arczik18 w Środa 23 Listopad 2011, 12:18:54
a skąd wziąć te pliki FDB?

Pliki fdb pobiera się z ośrodka dokumentacji/starostwo/ (kolega nie modernizuje tylko jest pracownikiem gminy, o ile dobrze zrozumiałem).
Najczęściej na podstawie porozumienia ze starostą.

Nie które starostwa wydają nie pliki fdb tylko swde, wtedy jest trochę więcej roboty z importami.

Cytat: support w Środa 23 Listopad 2011, 22:15:25
Czyli kolega musi zainstalować firebirda w wersji full na linuxe

Tak

Cytat: support w Środa 23 Listopad 2011, 22:15:25
Czemu nie przez sambe

Samba udostępnia fragment dysku "windows-style", a Ewopis dostaje dane przez firebirda i to "ognisty ptaszek" dba o prawa dostępu

Cytat: support w Środa 23 Listopad 2011, 22:15:25
a w jaki sposób udostępni bazy fdb

1. instalacja firebirda dla linux
2. Podłączenie przez ewopis podając scieżkę dostępu
WAŻNE: w linux ważna jest wielkość liter podając ścieżkę i zdaje się że łamania (zagłębienia katalogów) są odwrotne niż w windowsie

Cytat: blackd w Wtorek 22 Listopad 2011, 23:38:10
A czy na tym obrazku te miejsca z przesunięciami to nie jest czasem m-ce łączenia się tych kawałków A3.

Nie sądzę.
Ja bym raczej sugerował, że te "miejsca" to przedłużenia siatki krzyży.
Ręki sobie uciąć nie dam ( po prostu przyzwyczaiłem się do niej ), ale wpasowanie precyzyjne "mozaikuje" obraz na kwadraty 10X10 cm i wpasowuje każdy kwadrat osobno na czterech punktach narożników. Czasami przy pewnych szczególnych warunkach następuje przesunięcie obrazu o pixel.
Jeżeli z innego skanera wychodzi inaczej to, w zasadzie trochę przypadku a jeśli spróbował byś nie trafiać "tak dokładnie" w krzyż to może się okazać że dostaniesz lepsze parametry wpasowania rastra ( nie koniecznie lepiej wpasowany raster)

Cytat: karolina85 w Wtorek 22 Listopad 2011, 15:51:19
(...)bo na tej warstwie PODGiK miał wszystkie naturalne wysokości.

więc tak 
nie ważne jak jest "lepiej" tylko jak mapę prowadzi PODGiK

Cytat: blackd w Wtorek 22 Listopad 2011, 23:30:39
Najprostsze rozwiązanie - wrzuć pliki FDB (te z bazą danych) na jakiś folder udostępniony na linuchu przez sambe

przez sambę możesz udostępnić dyski dla ewmapy (chodzi o pliki warstw oraz bazy działek i konturów przechowywanych w innych formatach niż fdb), jeśli chodzi o ewopis samba nie pozwala na dostęp
wystarczy firebird dla linuksa


zmiany po wprowadzeniu wersji 11 i 12

Cytat: karolina85 w Wtorek 22 Listopad 2011, 09:15:36
Ten sposób Lupus to ja doskonale znam. Chodziło mi o przypadek, kiedy mam już wszystko wprowadzone i znajduję operat, w którym nie ma nic skartowane. Myślałam, że istnieje możliwość tak po prostu usunąć operat z bazy (w programie).

Cieszy mnie to.

Rozumiesz też zatem, że nie możesz wykasować operatu z bazy tylko dlatego że dzisiaj nic z nim nie jest powiązane. Baza operatów to baza powiązana nie tylko z treścią aktualną, ale też archiwalną a skoro tak to logicznym jest że dla ciągłości bazy skasowanie operatu jest niedopuszczalne.

Mój wcześniejszy post dotyczył sytuacji kiedy to przez pomyłkę założysz błędny operat i chcesz ten błąd naprawić.
Takim usunięciem uszkodziłabyś bazę. Chyba, że traktujemy bazę jako "cyfrową planszę" gdzie jak w analogu "co się wydrapie to nigdy nie istniało".

Cytat: Lupus w Czwartek 17 Listopad 2011, 21:58:10
0,5 m na rastrze 1:500 ma wymiar 1mm. (...)
zdolność rozdzielcza oka nieuzbrojonego to 0,1 mm czyli dla 500-etki to powinno być 0,05 m (5 cm!) wtedy mapa bez powiększania na ekranie będzie wyglądała podobnie jak na papierze

Nie dawno pisaliśmy o tym choć z drugiej strony 
Dokładność kartowania 0.2 mm w skali mapy
dokładość skanowania 0.02 mm (to chyba też jest założenie z rozporządzenia)
dokładność klikania powiedzmy  2-3 pixele (zależnie od dpi, np dla 400 dpi  2-3 pix=0.2 mm)

prawo przenoszenia się błędów.... itd (jak pisał alcapone JAK BARSZCZ)
wtedy wyjdzie Ci mniej więcej to co jest w instrukcji.
Chodzi o to że powyżej tego błędu MUSISZ odrzucić wpasowanie, a nie że masz się nie starać uzyskać lepszego.

Faktycznie możesz przyjąć że wpasowania rzędu 0.2 mm w skali mapy = masz raster super, do 0.3 mm całkiem niezły, powyżej 0.4 niedopuszczalny

0.1 mm czasem podawane w warunkach techn są nieporozumieniem (zwłaszcza że często jest tam mowa o błedach pojedynczego punktu).
taki wynik jest z reguły przypadkiem, uzyskiwanym na mapach plotowanych a nie kreślonych ręcznie.

Cytat: support w Poniedziałek 21 Listopad 2011, 16:09:51
Obawiam się że temat do zamknięcia.
Triala czy wersji testowej nikt raczej nie udostępni.

Ja nawet takiej nie mam