CODER

Witam Serdecznie Wszystkich, to mój pierwszy wpis na forum

Mam pytanie odnośnie rozliczania powierzchni w Winkalku z plików pozyskanych z EwMapy (import z EwMapa).


Przykład:
Działka ma pow. w wypisie 1,5620ha
Działka ma pow. w bazie z ośrodka (obręb po modernizacji) 1,5603ha

Chcę wydzielić część działek po 1000m2
W EwMapie więc będą to działki po 999m2, ponieważ WinKalk rozrzuci odchyłkę 17-stu metrów (do wypisu) i ostatecznie po wyrównaniu działki będą miały po 1000m2.

Z EwMapy generuje mi taki plik (potrzebny do Winscala) "POLA" powierzchnia:

6-72/24 999.08 999.15
6-72/25 998.90 998.97
6-72/26 999.04 999.11
6-72/27 999.00 999.07
6-72/28 999.18 999.25

Ale ja chcę rozliczyć do powierzchni 1000m2 (powierzchnia wyrównana w WinKalku).

Pytnie - Czy jest możliwość, aby to Winkalk nie EwMapa generował taki prosty plik tekstowy (przykład powyżej) z powierzchnią pól WYRÓWNANYCH, aby wrzucić go do Winscala? Na dzień dzisiejszy trzeba ten plik edytować ręcznie z 999m2 na 1000m2

Chodzi o rozliczenie klasoużytków w EwMapie, czyli prz-baz, ale do powierzchni 1000m2, a nie 999m2 jak mam w bazie Ewmapy.

Na dzień dzisiejszy w przypadku opisanym powyżej wg mnie pełnej synchronizacji w tym temacie Ewmapa - Winkalk nie ma...

Z góry bardzo dziękuję za wszelkie odpowiedzi!
WP

---
http://www.geodezja.bialystok.pl/

> Witam Serdecznie Wszystkich, to mój pierwszy wpis na forum
>
> Mam pytanie odnośnie rozliczania powierzchni w Winkalku z plików
> pozyskanych z EwMapy (import z EwMapa).
>
>
> Przykład:
> Działka ma pow. w wypisie 1,5620ha
> Działka ma pow. w bazie z ośrodka (obręb po modernizacji) 1,5603ha
>
> Chcę wydzielić część działek po 1000m2
> W EwMapie więc będą to działki po 999m2, ponieważ WinKalk rozrzuci odchyłkę
> 17-stu metrów (do wypisu) i ostatecznie po wyrównaniu działki będą miały po
> 1000m2.
>
> Z EwMapy generuje mi taki plik (potrzebny do Winscala) "POLA"
> powierzchnia:
>
> 6-72/24 999.08 999.15
> 6-72/25 998.90 998.97
> 6-72/26 999.04 999.11
> 6-72/27 999.00 999.07
> 6-72/28 999.18 999.25
>
> Ale ja chcę rozliczyć do powierzchni 1000m2 (powierzchnia wyrównana w
> WinKalku).
>
> Pytnie - Czy jest możliwość, aby to Winkalk nie EwMapa generował taki
> prosty plik tekstowy (przykład powyżej) z powierzchnią pól
> WYRÓWNANYCH, aby wrzucić go do Winscala? Na dzień dzisiejszy trzeba
> ten plik edytować ręcznie z 999m2 na 1000m2
>
> Chodzi o rozliczenie klasoużytków w EwMapie, czyli prz-baz, ale do
> powierzchni 1000m2, a nie 999m2 jak mam w bazie Ewmapy.
>
> Na dzień dzisiejszy w przypadku opisanym powyżej wg mnie pełnej
> synchronizacji w tym temacie Ewmapa - Winkalk nie ma...
>
> Z góry bardzo dziękuję za wszelkie odpowiedzi!
> WP


Zrozumiałem, ze potrzebuje Pan nowego eksportu działek w jakimś nowym formacie tekstowym.
Da się zrobić, proszę tylko o dokładna specyfikację tego formatu

---
Admin

Dokładnie tak

Chodzi głównie o ROZLICZANIE UŻYTKÓW W DZIAŁKACH PO PODZIALE DO POWIERZCHNI DZIAŁEK WYRÓWNANYCH DO WYPISU.

Taki plik tekstowy przydaje się przy rozliczeniu użytków gruntowych w działkach po podziale. Chodzi głównie o większe podziały z dużą ilością użytków. Przy mniejszych użytki w działkach można rozliczać pojedynczo w Ewmapie, gdzie z palca można wklepywać wyrównaną powierzchnię działki do wypisu po podziale.

Ja powierzchnię działek rozliczam w WinKalku, ale użytki w działkach po podziale już w EwMapie (przecięcie baz Winscal). Wydaje mi się to najlepsze rozwiazanie w przypadku gdy pracuje się na programach Winkalk - Ewmapa, ale może się mylę.

Jeżeli działka w wypisie i w bazie z ośrodka ma taką samą powierzchnię nie ma wtedy problemu. Ale jeżeli np....

Działka ma pow. w wypisie 1,5620ha
Działka ma pow. w bazie z ośrodka (obręb po modernizacji) 1,5603ha

...jest problem z rozliczeniem użytków w Ewmapie (Winscal) do powierzchni wyrównanych działek do wypisu.

---
http://www.geodezja.bialystok.pl/

> Dokładnie tak
>
> Chodzi głównie o ROZLICZANIE UŻYTKÓW W DZIAŁKACH PO PODZIALE DO
> POWIERZCHNI DZIAŁEK WYRÓWNANYCH DO WYPISU.
>
> Taki plik tekstowy przydaje się przy rozliczeniu użytków gruntowych w
> działkach po podziale. Chodzi głównie o większe podziały z dużą ilością
> użytków. Przy mniejszych użytki w działkach można rozliczać pojedynczo w
> Ewmapie, gdzie z palca można wklepywać wyrównaną powierzchnię działki do
> wypisu po podziale.
>
> Ja powierzchnię działek rozliczam w WinKalku, ale użytki w działkach po
> podziale już w EwMapie (przecięcie baz Winscal). Wydaje mi się to najlepsze
> rozwiazanie w przypadku gdy pracuje się na programach Winkalk - Ewmapa, ale
> może się mylę.
>
> Jeżeli działka w wypisie i w bazie z ośrodka ma taką samą powierzchnię nie
> ma wtedy problemu. Ale jeżeli np....
>
> Działka ma pow. w wypisie 1,5620ha
> Działka ma pow. w bazie z ośrodka (obręb po modernizacji) 1,5603ha
>
> ...jest problem z rozliczeniem użytków w Ewmapie (Winscal) do powierzchni
> wyrównanych działek do wypisu.

Było by świetnie jak by napisał Pan program do rozliczania działek po podziale, jako moduł do wikalka lub mikromapy. Mógł by działać w sposób:

działał by np: -wskaż plik z działkami do podziału, - wskaż plik z działkami po podziale, wynik tabelka + poza tabelką wykaz rozbieżności stanu przed i po. Dodatkowo podział przez różnicę (wiem, że niedopuszczalny) tak samo jak wyżej -wskaż plik z działkami do podziału, wskaż plik z działkami wydzielonymi --wynik tabelka, lewa strona wiadomo, prawa wydzielenia+pozostałość przez różnicę.
Format danych wejściowych najlepiej różny, dla mnie najlepiej zgodny z ewmapą.
Na pewno znalazło by się wielu chętnych.

do Wojtka, w tym pliku pola jest tylko nr działki i pole. Łato go przystosować do twojego przypadku.

> do Wojtka, w tym pliku pola jest tylko nr działki i pole. Łato go
> przystosować do twojego przypadku.


Zgadza się, można ten plik przerabiać ręcznie do pól wyrównanych w Winkalku.

Plik jest pozyskiwany z Ewmapy gdzie mamy powierzchnie niewyrównane.

Uważam, że skoro mamy w Winkalku import działek z Ewmapy dobrze byłoby, aby była także pełna synchronizacja pomiędzy programami w przypadku gdy pola pow. działki są różne w wypisie z rejestru i bazie działek (czyli przykład opisany przeze mnie powyżej).

Tak jak pisałem, chodzi głównie o rozliczanie użytków gruntowych w wyrównanych działkach po podziale.

---
http://www.geodezja.bialystok.pl/

> > do Wojtka, w tym pliku pola jest tylko nr działki i pole. Łato go
> > przystosować do twojego przypadku.
>
>
> Zgadza się, można ten plik przerabiać ręcznie do pól wyrównanych w
> Winkalku.
>
> Plik jest pozyskiwany z Ewmapy gdzie mamy powierzchnie niewyrównane.
>
> Uważam, że skoro mamy w Winkalku import działek z Ewmapy dobrze byłoby, aby
> była także pełna synchronizacja pomiędzy programami w przypadku gdy pola
> pow. działki są różne w wypisie z rejestru i bazie działek (czyli przykład
> opisany przeze mnie powyżej).
>
> Tak jak pisałem, chodzi głównie o rozliczanie użytków gruntowych w
> wyrównanych działkach po podziale.

Jeżeli Panowie mają, proszę mi przesłać taki przykładowy plik

---
Admin

> > > do Wojtka, w tym pliku pola jest tylko nr działki i pole. Łato go
> > > przystosować do twojego przypadku.
> >
> >
> > Zgadza się, można ten plik przerabiać ręcznie do pól wyrównanych w
> > Winkalku.
> >
> > Plik jest pozyskiwany z Ewmapy gdzie mamy powierzchnie niewyrównane.
> >
> > Uważam, że skoro mamy w Winkalku import działek z Ewmapy dobrze byłoby,
> aby
> > była także pełna synchronizacja pomiędzy programami w przypadku gdy pola
> > pow. działki są różne w wypisie z rejestru i bazie działek (czyli
> przykład
> > opisany przeze mnie powyżej).
> >
> > Tak jak pisałem, chodzi głównie o rozliczanie użytków gruntowych w
> > wyrównanych działkach po podziale.
>
> Jeżeli Panowie mają, proszę mi przesłać taki przykładowy plik

w poniedziałek poproszę w starostwie o eksporty z ewopisu działek z konturami, myślę, że taki programik byłby hitem

Przykładowy plik txt


6-72/10 66.05
6-72/11 972.75
6-72/12 1025.07
6-72/13 1024.86
6-72/14 66.05
6-72/15 1091.26
6-72/16 945.11
6-72/17 160.05
6-72/18 945.10
6-72/19 20.29
6-72/20 3355.47
6-72/21 95.09
6-72/22 1006.82
6-72/23 999.11
6-72/24 999.08
6-72/25 998.90
6-72/26 999.04
6-72/27 999.00
6-72/28 999.18
6-72/29 8504.94

---
http://www.geodezja.bialystok.pl/

> Przykładowy plik txt
>
>
> 6-72/10 66.05
> 6-72/11 972.75
> 6-72/12 1025.07
> 6-72/13 1024.86
> 6-72/14 66.05
> 6-72/15 1091.26
> 6-72/16 945.11
> 6-72/17 160.05
> 6-72/18 945.10


OK, prosze sprawdzić tę wersję:

www.coder.pl/winkalk32.exe

---
Admin

> > Przykładowy plik txt
> >
> >
> > 6-72/10 66.05
> > 6-72/11 972.75
> > 6-72/12 1025.07
> > 6-72/13 1024.86
> > 6-72/14 66.05
> > 6-72/15 1091.26
> > 6-72/16 945.11
> > 6-72/17 160.05
> > 6-72/18 945.10
>
>
> OK, prosze sprawdzić tę wersję:
>
> www.coder.pl/winkalk32.exe

mi chodziło w ogóle o coś innego. Tworzenie wykazu zmian gruntowych na podstawie plików wsadowych, zauważyłem, że jest coś takiego w OPERAT niestety tam wszystko z palca. Próbowałem import swde danych podmiotowych niestety program nie rozpoznał wszystkich danych i okazał się nieprzydatny.

Jeszcze nie testowałem z EwMapą, ale to prosty plik tekstowy i wg mnie wszystko gra!!!

Dzięki bardzo!!!

---
http://www.geodezja.bialystok.pl/

> > > Przykładowy plik txt
> > >
> > >
> > > 6-72/10 66.05
> > > 6-72/11 972.75
> > > 6-72/12 1025.07
> > > 6-72/13 1024.86
> > > 6-72/14 66.05
> > > 6-72/15 1091.26
> > > 6-72/16 945.11
> > > 6-72/17 160.05
> > > 6-72/18 945.10
> >
> >
> > OK, prosze sprawdzić tę wersję:
> >
> > www.coder.pl/winkalk32.exe
>
> mi chodziło w ogóle o coś innego. Tworzenie wykazu zmian gruntowych na
> podstawie plików wsadowych, zauważyłem, że jest coś takiego w OPERAT
> niestety tam wszystko z palca. Próbowałem import swde danych podmiotowych
> niestety program nie rozpoznał wszystkich danych i okazał się nieprzydatny.

Proszę mi przysłać ten plik SWDE, powinno importować się wszystko

---
Admin

> Jeszcze nie testowałem z EwMapą, ale to prosty plik tekstowy i wg mnie
> wszystko gra!!!
>
> Dzięki bardzo!!!

Nie wiem co gra a co nie gra
chciał bym po prostu w mieć bardziej automatycznie wykonywany wykaz zmian danych ewidencyjnych (stan przed i po podziale ustawiony w sensownej tabeli). W tym momencie chyba w żadnym dostępnym oprogramowaniu takiej opcji nie ma. Na ten moment robię to tak.
-rozliczam działki po podz. w ewmapie i winscal(tam też projektuję podział)
-rozliczenie wklejam do arkusza kalkulacyjnego po prawej stronie
-do prawej strony doklejam lewą z egb
-dopisuję formuły sprawdzające lub wykonujące różnice

Trochę dłubaniny jest

> > > > Przykładowy plik txt
> > > >
> > > >
> > > > 6-72/10 66.05
> > > > 6-72/11 972.75
> > > > 6-72/12 1025.07
> > > > 6-72/13 1024.86
> > > > 6-72/14 66.05
> > > > 6-72/15 1091.26
> > > > 6-72/16 945.11
> > > > 6-72/17 160.05
> > > > 6-72/18 945.10
> > >
> > >
> > > OK, prosze sprawdzić tę wersję:
> > >
> > > www.coder.pl/winkalk32.exe
> >
> > mi chodziło w ogóle o coś innego. Tworzenie wykazu zmian gruntowych na
> > podstawie plików wsadowych, zauważyłem, że jest coś takiego w OPERAT
> > niestety tam wszystko z palca. Próbowałem import swde danych
> podmiotowych
> > niestety program nie rozpoznał wszystkich danych i okazał się
> nieprzydatny.
>
> Proszę mi przysłać ten plik SWDE, powinno importować się wszystko

Nie zaimportowały się właściwie adresy właścicieli, wszystkie druki u nas inaczej (myślałem, że u nas są zgodnie z rozporządzeniem). Do wyk. zm. gr. to chyba nic się w operacie nie importuje. Winkalk moim zdaniem jest doskonały, operat ... jak dla mnie, próbowałem wdrożyć.

> > > > > Przykładowy plik txt
> > > > >
> > > > >
> > > > > 6-72/10 66.05
> > > > > 6-72/11 972.75
> > > > > 6-72/12 1025.07
> > > > > 6-72/13 1024.86
> > > > > 6-72/14 66.05
> > > > > 6-72/15 1091.26
> > > > > 6-72/16 945.11
> > > > > 6-72/17 160.05
> > > > > 6-72/18 945.10
> > > >
> > > >
> > > > OK, prosze sprawdzić tę wersję:
> > > >
> > > > www.coder.pl/winkalk32.exe
> > >
> > > mi chodziło w ogóle o coś innego. Tworzenie wykazu zmian gruntowych na
> > > podstawie plików wsadowych, zauważyłem, że jest coś takiego w OPERAT
> > > niestety tam wszystko z palca. Próbowałem import swde danych
> > podmiotowych
> > > niestety program nie rozpoznał wszystkich danych i okazał się
> > nieprzydatny.
> >
> > Proszę mi przysłać ten plik SWDE, powinno importować się wszystko
>
> Nie zaimportowały się właściwie adresy właścicieli, wszystkie druki u nas
> inaczej (myślałem, że u nas są zgodnie z rozporządzeniem). Do wyk. zm. gr.
> to chyba nic się w operacie nie importuje. Winkalk moim zdaniem jest
> doskonały, operat ... jak dla mnie, próbowałem wdrożyć.
Operat jest OK jeżeli poświęcisz trochę czasu na dostosowanie formularzy do swoich potrzeb. Ja do raportów z EGiB używam C-SWDE.

> > > > > > Przykładowy plik txt
> > > > > >
> > > > > >
> > > > > > 6-72/10 66.05
> > > > > > 6-72/11 972.75
> > > > > > 6-72/12 1025.07
> > > > > > 6-72/13 1024.86
> > > > > > 6-72/14 66.05
> > > > > > 6-72/15 1091.26
> > > > > > 6-72/16 945.11
> > > > > > 6-72/17 160.05
> > > > > > 6-72/18 945.10
> > > > >
> > > > >
> > > > > OK, prosze sprawdzić tę wersję:
> > > > >
> > > > > www.coder.pl/winkalk32.exe
> > > >
> > > > mi chodziło w ogóle o coś innego. Tworzenie wykazu zmian gruntowych
> na
> > > > podstawie plików wsadowych, zauważyłem, że jest coś takiego w OPERAT
> > > > niestety tam wszystko z palca. Próbowałem import swde danych
> > > podmiotowych
> > > > niestety program nie rozpoznał wszystkich danych i okazał się
> > > nieprzydatny.
> > >
> > > Proszę mi przysłać ten plik SWDE, powinno importować się wszystko
> >
> > Nie zaimportowały się właściwie adresy właścicieli, wszystkie druki u
> nas
> > inaczej (myślałem, że u nas są zgodnie z rozporządzeniem). Do wyk. zm.
> gr.
> > to chyba nic się w operacie nie importuje. Winkalk moim zdaniem jest
> > doskonały, operat ... jak dla mnie, próbowałem wdrożyć.
> Operat jest OK jeżeli poświęcisz trochę czasu na dostosowanie formularzy do
> swoich potrzeb. Ja do raportów z EGiB używam C-SWDE.

jestem w trakcie zakupu tego programu, niestety tam również nie ma wzde

> > > > > > > Przykładowy plik txt
> > > > > > >
> > > > > > >
> > > > > > > 6-72/10 66.05
> > > > > > > 6-72/11 972.75
> > > > > > > 6-72/12 1025.07
> > > > > > > 6-72/13 1024.86
> > > > > > > 6-72/14 66.05
> > > > > > > 6-72/15 1091.26
> > > > > > > 6-72/16 945.11
> > > > > > > 6-72/17 160.05
> > > > > > > 6-72/18 945.10
> > > > > >
> > > > > >
> > > > > > OK, prosze sprawdzić tę wersję:
> > > > > >
> > > > > > www.coder.pl/winkalk32.exe
> > > > >
> > > > > mi chodziło w ogóle o coś innego. Tworzenie wykazu zmian
> gruntowych
> > na
> > > > > podstawie plików wsadowych, zauważyłem, że jest coś takiego w
> OPERAT
> > > > > niestety tam wszystko z palca. Próbowałem import swde danych
> > > > podmiotowych
> > > > > niestety program nie rozpoznał wszystkich danych i okazał się
> > > > nieprzydatny.
> > > >
> > > > Proszę mi przysłać ten plik SWDE, powinno importować się wszystko
> > >
> > > Nie zaimportowały się właściwie adresy właścicieli, wszystkie druki u
> > nas
> > > inaczej (myślałem, że u nas są zgodnie z rozporządzeniem). Do wyk. zm.
> > gr.
> > > to chyba nic się w operacie nie importuje. Winkalk moim zdaniem jest
> > > doskonały, operat ... jak dla mnie, próbowałem wdrożyć.
> > Operat jest OK jeżeli poświęcisz trochę czasu na dostosowanie formularzy
> do
> > swoich potrzeb. Ja do raportów z EGiB używam C-SWDE.
>
> jestem w trakcie zakupu tego programu, niestety tam również nie ma wzde
jest do budynków i do działek