CODER

Witam,

wczoraj przygotowałem eksport bazy konturów wykorzystując opcję "Obliczenia->Pola powierzchni" Eksport do Ewmapy. No i otrzymałem plik który zawierał dane w ten sposób:

------------------------------
24-151/B-RIIIa
5822683.25 5562426.97
6
24-1262 5822696.50 5562411.05 0 N
24-1263 5822696.06 5562441.16 0 N
24-146 5822680.68 5562442.27 0 N
24-145 5822670.65 5562442.99 0 N
24-143 5822659.13 5562413.30 0 N
24-1262 5822696.50 5562411.05 0 N

24-152/B-RII
5822700.62 5562422.81
5
24-2395 5822702.79 5562410.67 0 N
24-2394 5822704.94 5562440.52 0 N
24-1263 5822696.06 5562441.16 0 N
24-1262 5822696.50 5562411.05 0 N
24-2395 5822702.79 5562410.67 0 N

24-160/RII
5822728.74 5562421.00
5
24-1195 5822745.49 5562408.10 0 N
24-1196 5822744.99 5562437.62 0 N
24-2394 5822704.94 5562440.52 0 N
24-2395 5822702.79 5562410.67 0 N
24-1195 5822745.49 5562408.10 0 N
---------------------------------

Na to miła pani w Ośrodku mi zwróciła uwagę że inni geodeci oddają dane w nie co innej strukturze i taką by oczekiwała ode mnie. Tylko że Ona mi pokazała mi plik oddany przez geodetę pracującego w Ewmapie.

Mam wrażenie że PODGiK obawiają się ze pliki modyfikujące z Winkalku i Micromapy zrobią bigos z mapy która prowadzą w Powiecie.
-----------------------------
24-192/B-RIIIa
5822671.68 5562508.02 5822671.68 5562508.02 N 5 3#412.313-100/1999
18
24-25 5822669.54 5562522.89 5822669.54 5562522.89 0 N N 7 _
24-26 5822686.82 5562524.87 5822686.82 5562524.87 0 N N 7 _
24-15 5822701.40 5562524.99 5822701.40 5562524.99 0 N N 7 _
24-147 5822672.04 5562459.58 5822672.04 5562459.58 0 N N 7 3#412.313-100/1999
24-148 5822665.72 5562473.32 5822665.72 5562473.32 0 N N 7 _
24-149 5822662.93 5562480.65 5822662.93 5562480.65 0 N N 7 _
24-166 5822661.28 5562490.50 5822661.28 5562490.50 0 N N 7 _
24-23 5822643.17 5562517.90 5822643.17 5562517.90 0 N N 7 _
24-24 5822647.53 5562518.75 5822647.53 5562518.75 0 N N 7 _
24-25 5822669.54 5562522.89 5822669.54 5562522.89 0 N N 7 _

24-1/Ws
5822632.32 5562441.20 5822632.32 5562441.20 N 5 _
17
24-151 5822659.58 5562460.01 5822659.58 5562460.01 0 N N 7 _
24-152 5822655.43 5562444.32 5822655.43 5562444.32 0 N N 7 _
24-165 5822643.68 5562492.23 5822643.68 5562492.23 0 N N 7 _
24-150 5822651.23 5562477.73 5822651.23 5562477.73 0 N N 7 _
24-151 5822659.58 5562460.01 5822659.58 5562460.01 0 N N 7 _

24-431/B-RIIIa
5822542.08 5562387.24 5822542.08 5562387.24 N 5 3#412.313-100/1999
29
24-2349 5822525.17 5562401.39 5822525.17 5562401.39 0 N N 7 _
24-7432 5822544.04 5562401.10 5822544.04 5562401.10 0 N N 7 3#412.313-100/1999
24-217 5822561.32 5562401.81 5822561.32 5562401.81 0 N N 7 _
24-218 5822570.79 5562378.38 5822570.79 5562378.38 0 N N 7 _
24-219 5822583.73 5562358.77 5822583.73 5562358.77 0 N N 7 _
24-7435 5822567.16 5562355.03 5822567.16 5562355.03 0 N N 7 3#412.313-100/1999
24-2283 5822496.39 5562383.60 5822496.39 5562383.60 0 N N 7 _
24-2284 5822482.43 5562383.67 5822482.43 5562383.67 0 N N 7 _
----------------------------------


Trzy idzie zrobić w Winkalku tak ten eksport by pani w Powiatowym Ośrodku Geodezji była zadowolona. Bo to co im przygotuje to i tak ląduje w koszu a inspektorzy wprowadzają treść ze współrzędnych.


Pozdrawiam.

Jeśli masz mało zmian, np. jakiś prosty podział gdzie występuje kilka nowych punktów to lepiej zdaj do powiatu same nowe punkty.
Zabawa z importami modyfikującymi/wsadowymi może narobić szkód jeśli ktoś nie wie z czym to się je ... twoje uwagi odnośnie bigosu są jak najbardziej uzasadnione.

Aby móc łatwo zrobić eksport wsadowy działek/konturów Pan Piotr musiałby usprawnić program winkalk:

1.Import operatów dotyczących punktów - w bazie punktów jest już kolumna Operat więc realizacja tej poprawki nie powinna sprawiać kłopotu.

2.Import operatów dotyczących numerów działek/konturów - w menedżerze zadań jest kolumna Operat. Nadaje się idealnie do tego aby podczas importu działek/konturów program zapisywał tam numer operatu.
Przydałoby się aby kolumna operat wyświetlała się w oknie Lista zadań - obok kolumny Komentarz. Łatwiej będzie edytować numer operatu.

3.Numer wstawienia działki/konturu.
W w pliku otrzymywanym z powiatu każda działka/kontur ma podaną współrzędną wstawienia numeru. Gdy zrobimy eksport działek z winkalka to program wpisze swoje XY punktu wstawienia numeru działki/konturu.
Nie jest to dobre rozwiązanie jeśli ma to służyć eksportowi wsadowemu.
Na mapie zasadniczej numer działki nie jest wstawiany bezmyślnie - bo może wyjść np. na środku budynku
Po co więc winkalk zmienia go wg swojego algorytmu obliczającego jego położenie.
Często jest też tak, że numer działki posiada odnośnik - stąd w plikach z ewmapy dwie współrzędne opisujące numer działki. Pierwsza współrzędna opisuje miejsce wewnątrz działki na które wskazuje odnośnik. Pozycja numeru działki w takim przypadku podawana jest w drugiej współrzędnej. Jest tam także podana tzw."justyfikacja"

Ponadto przekazując dane do modyfikacji bazy działek/konturów zdajemy do powiatu 2 pliki: tzw. pierwotny oraz wtórny.
Pierwotny to w skrócie plik otrzymany z powiatu.
Plik wtórny to plik pierwotny zaimportowany do WK, zmodyfikowany i wyeksportowany.
Aby wsad przeszedł bez problemów obwodnica pliku pierwotnego musi być równa obwodnicy pliku wtórnego.

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

Nie ma problemu, mogę zmienić format eksportu, ale przeciez tamten też jest akceptowany przez EWMapę?

---
Admin

> Nie ma problemu, mogę zmienić format eksportu, ale przeciez tamten też jest
> akceptowany przez EWMapę?
Akceptowany jest ale ze względu na kompatybilność wstecz.
Kiedyś mniej więcej tak wyglądały pliki z działkami pochodzące z ewmapy.
Jednak było to w czasach gdy królował DOS.... czyli daawno temu.

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

> Jednak było to w czasach gdy królował DOS.... czyli daawno temu.

A mimo upływu lat i zmian przepisów, ten program uparcie nie chce współpracować i zamiast normalnych atrybutów STB, RZG, BPP, ZRD w tym pliku mamy ciągle jakieś T/N i zupełnie egzotyczne cechy liczbowe, które dodatku ośrodki dowolnie sobie interpretują. Ale cóż, nie muszą się starać o klienta (dlaczego, każdy wie), to nie muszą się martwić wymianą danych czy budową porządnego interface-u.

> > Jednak było to w czasach gdy królował DOS.... czyli daawno temu.
>
> A mimo upływu lat i zmian przepisów, ten program uparcie nie chce
> współpracować i zamiast normalnych atrybutów STB, RZG, BPP, ZRD w tym pliku
> mamy ciągle jakieś T/N i zupełnie egzotyczne cechy liczbowe, które dodatku
> ośrodki dowolnie sobie interpretują. Ale cóż, nie muszą się starać o
> klienta (dlaczego, każdy wie), to nie muszą się martwić wymianą danych czy
> budową porządnego interface-u.
Atrybuty o których mówisz są w pliku *.acs.

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

> Atrybuty o których mówisz są w pliku *.acs.

Oczywiście, pod warunkiem, że dostanę ten gratis z ośrodka i pod warunkiem, że ośrodek raczy te dane wprowadzić, przyzwyczajony do starej metody.
A to tak samo łatwe, jak przekonanie ODGiKu, żeby zamiast evr-ów wysyłał geotiffy. Bo niby po co mieliby to robić dla mnie, skoro specjalnie kupili program wspomagający utrudnianie, nie ułatwianie?

> > Atrybuty o których mówisz są w pliku *.acs.

Byłbym zapomniał, w pliku acs dla ułatwienia nie ma współrzędnych.
Czyli jeśli dostaję działki wg obwodnic, ale punkty z atrybutami w acs, to musze poświęcić trochę czasu na połączenie tej sieczki.

> > > Atrybuty o których mówisz są w pliku *.acs.
>
> Byłbym zapomniał, w pliku acs dla ułatwienia nie ma współrzędnych.
> Czyli jeśli dostaję działki wg obwodnic, ale punkty z atrybutami w acs, to
> musze poświęcić trochę czasu na połączenie tej sieczki.


Od wersji 4.03 obiekty w Winkalku są z rozbudowana tabelą. Miejsce na dodatkowe dane np. z PODGiK (nt operatu, stary numer,data modyfikacji). Tylko jak wczytać współrzędne wraz z tyloma atrybutami, skoro z POGiK otrzymuje obwodnice konturów, działek, i warstwy ?

> Od wersji 4.03 obiekty w Winkalku są z rozbudowana tabelą. Miejsce na
> dodatkowe dane np. z PODGiK (nt operatu, stary numer,data modyfikacji).
> Tylko jak wczytać współrzędne wraz z tyloma atrybutami, skoro z POGiK
> otrzymuje obwodnice konturów, działek, i warstwy ?

Import tekstowy-> według specyfikacji.
Tam ustawisz sobie co do jakiej kolumny ma trafić.

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

> Import tekstowy-> według specyfikacji.
> Tam ustawisz sobie co do jakiej kolumny ma trafić.

Czyli jak, tak krok po kroku, szybko i sprawnie przeprowadzić import punktów z atrybutami i operatami, gdy z ośroda dostajemy:
- plik z działkami, w postaci takiej, jak w tym temacie, obwodnicam)
- plik acs, w którym są tylko numery punktów, atrybuty i inwokacja z objaśnieniem na początku pliku?

I jak wygenerować eksport modyfikujący bazę oraz warstwy np. po podziale 150 działek przy ZRID?
Ja sobię z tym radzę, ale nie jest ani szybko, ani sprawnie.

> > Import tekstowy-> według specyfikacji.
> > Tam ustawisz sobie co do jakiej kolumny ma trafić.
>
> Czyli jak, tak krok po kroku, szybko i sprawnie przeprowadzić import
> punktów z atrybutami i operatami, gdy z ośroda dostajemy:
> - plik z działkami, w postaci takiej, jak w tym temacie, obwodnicam)
> - plik acs, w którym są tylko numery punktów, atrybuty i inwokacja z
> objaśnieniem na początku pliku?
>
> I jak wygenerować eksport modyfikujący bazę oraz warstwy np. po podziale
> 150 działek przy ZRID?
> Ja sobię z tym radzę, ale nie jest ani szybko, ani sprawnie.

Szybko o bezproblemowo będzie dopiero jak Pan Piotr zaimplementuje to co napisałem wcześniej. Dodatkowo przyda się funkcja importująca dodatkowe dane o punktach z plików acs.

Na dzień dzisiejszy import działek robisz normalnie, czyli z pola powierzchni wybierasz Import ewmapa działki.
Po zaimportowaniu działek możesz dokonać importu danych z pliku acs w takie (nie szybki ) sposób.
1.Plik acs wygląda np. tak:
NumerPkt,"Numer punktu",1,19,1
Oznaczenie,"Oznaczenie źródłowe",1,19,0
KodStab,"Kod stabilizacji",5,0
Zrodlo,"Źródło danych o położeniu",5,0
BladPol,"Błąd położ. wzgl. osnowy",5,0
RZG,"Kod rzędu granicy",5,0
NPRG,"Numer punktu w PRG",1,19,0
LPRG,"Numer linii granicznej w PRG",1,19,0
**
KodStab,1,"brak informacji"
KodStab,2,"niestabilizowany"
KodStab,3,"znak naziemny"
KodStab,4,"znak naziemny i podziemny"
Zrodlo,1,"Geodezyjne pomiary terenowe poprzedzone ustaleniem przebiegu granic"
Zrodlo,2,"Geodezyjne pomiary terenowe niepoprzedzone ustaleniem przebiegu granic"
Zrodlo,3,"Pomiary fotogrametryczne poprzedzone ustaleniem przebiegu granic i ich sygnalizacją"
Zrodlo,4,"Pomiary fotogrametryczne niepoprzedzone ustaleniem przebiegu granic i ich sygnalizacją"
Zrodlo,5,"Zatwierdzone projekty podziału nieruchomości"
Zrodlo,6,"Scalenie gruntów"
Zrodlo,7,"Digitalizacja mapy lub wektoryzacja automatyczna rastra mapy"
Zrodlo,8,"Inne"
Zrodlo,9,"Fotointerpretacja ortofotomapy lub modelu przestrzennego"
BladPol,1,"0.00 - 0.10"
BladPol,2,"0.11 - 0.30"
BladPol,3,"0.31 - 0.60"
BladPol,4,"0.61 - 1.50"
BladPol,5,"1.51 - 3.00"
BladPol,6,"> 3.00"
RZG,1,"Działka ewidencyjna"
RZG,2,"Obręb ewidencyjny"
RZG,3,"Jednostka ewidencyjna"
RZG,4,"Gmina"
RZG,5,"Powiat"
RZG,6,"Województwo"
RZG,7,"Państwo"
****
"13-53267","13",4,1,1,1,"",""
"13-54289","14",3,1,2,1,"",""
"13-54288","15",3,3,1,1,"",""
"13-54287","16",2,2,1,1,"",""

Kasujesz wszystko, czyli tzw. "inwokacje"
Otrzymujesz coś takiego:
"13-53267","13",4,1,1,1,"",""
"13-54289","14",3,1,2,1,"",""
"13-54288","15",3,3,1,1,"",""
"13-54287","16",2,2,1,1,"",""

W notatniku przy pomocy funkcji znajdź/zamień zamieniasz "->spacja oraz , na spacja.
Otrzymujesz coś takiego (czyli kolejno:
numer punktu - import do kolumny numer
oznaczenie źródłowe/stary numer - import do kolumny stary numer, lub jak kto woli do kolumny komentarz
kod stabilizacji - import do kolumny STB
źródło danych o położeniu - import do kolumny ZRD
błąd położenia - import do kolumny BPP
kod rzędu granicy - import do kolumny RZG):
13-53267 13 4 1 1 1
13-54289 14 3 1 2 1
13-54288 15 3 3 1 1
13-54287 16 2 2 1 1

Aby to zaimportować klikasz punkty-import-tekstowy-wg specyfikacji

I dostajesz coś takiego:

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

> Szybko o bezproblemowo będzie dopiero jak Pan Piotr zaimplementuje


No tak, w Panu Piotrze cała nadzieją, że za darmo znów coś zaimplementuje.
Bo na to, że oprogramowanie wdrożone za publiczne pieniądze w publicznych instyucjach zacznie wreszcie być przyjazne dla geodezynej publiczności oraz że zatrudnieni za pieniądze z podatków urzędnicy zechcą łaskawie generowacć pliki eksportu w jakimkolwiek zjadliwym formacie dla osób wnoszących opłaty na pewno nie ma co liczyć w najbliższych latach.

> > Szybko o bezproblemowo będzie dopiero jak Pan Piotr zaimplementuje
>
>
> No tak, w Panu Piotrze cała nadzieją, że za darmo znów coś zaimplementuje.
>
> Bo na to, że oprogramowanie wdrożone za publiczne pieniądze w publicznych
> instyucjach zacznie wreszcie być przyjazne dla geodezynej publiczności oraz
> że zatrudnieni za pieniądze z podatków urzędnicy zechcą łaskawie
> generowacć pliki eksportu w jakimkolwiek zjadliwym formacie dla osób
> wnoszących opłaty na pewno nie ma co liczyć w najbliższych latach.

Ale co ma piernik do wiatraka.
W jakimkolwiek formacie byś nie dostał to i tak Pan Piotr musi to zaimplementować w programie WK.

Ciesz się, że nie dostajesz danych np. z TurboMapy (pliki KCD)
Tego nigdy nie zaimportujesz do np. MM, nawet jeśli pan Piotr chciałby zrobić taki import.

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

> Ale co ma piernik do wiatraka.

Ano ma. Gdyby programy wdrożone do urzędów do celów administrowania danymi, ich udostepniania i wymiany dla uzytkowników danych spełniały od początku te kryteria, nie było by zadnego problemu. Bo starosta nie prowadzi map dla samego siebie, one mają czemuś służyć.

> W jakimkolwiek formacie byś nie dostał to i tak Pan Piotr musi to
> zaimplementować w programie WK.

To chyba nie tak, kazdy program zakupiony pzez urząd powinien robić eksport w okreslonym formacie a urzednicy powinni w taki sposób dane wydawać. Albo chociaż w normalnych, kompletnych plikach txt, dxf, tif itd. Inna wersja wydarzeń, czyli obecna, sugeruje próby stosowania praktyk monopolistycznych a co do urzedów stawia poważne pytanie: kto podjął decyzję o zakupie takiego a nie innego oprogramowania, że obecnie mamy chyba 15 niekompatbilnych systemów do samej mapy ewidencyjnej i danych opisowych.

> Ciesz się, że nie dostajesz danych np. z TurboMapy (pliki KCD)
> Tego nigdy nie zaimportujesz do np. MM, nawet jeśli pan Piotr chciałby
> zrobić taki import.

Wyobraź sobie, ze dostaję z różnych ośrodków naprzemiennie pliki Turbomapy, Ewmapy, Geoinfo i Geomapy. Powinienem wszystkie kupić, czy raczej wszystkie powinny ekpsortować dane w jednym formacie?
Turbomapa generuje prawidłowo wyglądające w AC pliki dxf, oczywiście to tylko rysunek. Projektanci (tak, tak - map nie robię dla siebie, tylko dla projektantów) pracują w AutoCAadach albo Microstation-ach.
Ten system wdrażania oprogramowania nieprzystosowanego do obsługi interesantów, a przeciez po to zostały kupione komputery do urzędów, jest obecnie podstawą korupcji w ośrodkach, promowania swoich i dorabiania przez urzedników na kartowaniu i niby ładowaniu plików wsadowych. Niewiele ośrodków poszło pod prąd tej metody i wdrozyło internetowe zgłaszane prac oraz aktualizację bazy automatycznie. Ale to jest mam nadzieję przyszłość i jesli już mam się z czegoś cieszyć to z tego, ze to już nie science-fiction.

> Ale to jest mam nadzieję przyszłość i
> jesli już mam się z czegoś cieszyć to z tego, ze to już nie
> science-fiction.

Taka jest chyba idea formatu GML - niby do końca tego roku mają pracować wszyscy w tym formacie

---
---------
mbiela

> Ano ma. Gdyby programy wdrożone do urzędów do celów administrowania
> danymi, ich udostepniania i wymiany dla uzytkowników danych spełniały od
> początku te kryteria, nie było by zadnego problemu. Bo starosta nie
> prowadzi map dla samego siebie, one mają czemuś służyć.

Prawnie to starosta ma obowiązek wydawać dane w odpowiednich formatach. Jest przecież ustawa o informatyzacji działalności podmiotów realizujących działania publiczne z 17 lutego 2005 r. W tej ustawie jest art. 18 zobowiązujący Radę Ministrów do wydania rozporządzenia. I w tym rozporządzeniu z 12 kwietnia 2012 r. wszystko jasno jest powiedziane jakich formatach plików urzędy MUSZĄ używać do wymiany danych z min. wykonawcami prac geodezyjnych. Można sobie przejrzeć załącznik nr 2 do niego i tam można przeczytać:

-pliki rastrowe w formatach .jpeg .tiff .geotiff .png
-pliki wektorowe w formatach .svg .dwg .dxf .dgn .jp2
-pliki gml też są tam wymienione

Tak więc ktoś uparty ma możliwość wymuszenia tego na urzędnikach. Ale do tego trzeba siły przebicia, musiałoby się tym zająć jakieś stowarzyszenie, pojedyncze osoby się nie przebiją. Oczywiście dużo mieszają autorzy tych pogiętych ewmap, turbomap czy innych gównomap, specjalnie albo utrudniając eksport danych do zjadliwego formatu albo szkoląc lub instruując urzędników do używania tylko formatów wewnętrznych programu.

> Witam,
>
> wczoraj przygotowałem eksport bazy konturów wykorzystując opcję
> "Obliczenia->Pola powierzchni" Eksport do Ewmapy. No i otrzymałem plik
> który zawierał dane w ten sposób:
>
> ------------------------------
> 24-151/B-RIIIa
> 5822683.25 5562426.97
> 6
> 24-1262 5822696.50 5562411.05 0 N
> 24-1263 5822696.06 5562441.16 0 N
> 24-146 5822680.68 5562442.27 0 N
> 24-145 5822670.65 5562442.99 0 N
> 24-143 5822659.13 5562413.30 0 N
> 24-1262 5822696.50 5562411.05 0 N
>
> 24-152/B-RII
> 5822700.62 5562422.81
> 5
> 24-2395 5822702.79 5562410.67 0 N
> 24-2394 5822704.94 5562440.52 0 N
> 24-1263 5822696.06 5562441.16 0 N
> 24-1262 5822696.50 5562411.05 0 N
> 24-2395 5822702.79 5562410.67 0 N
>
> 24-160/RII
> 5822728.74 5562421.00
> 5
> 24-1195 5822745.49 5562408.10 0 N
> 24-1196 5822744.99 5562437.62 0 N
> 24-2394 5822704.94 5562440.52 0 N
> 24-2395 5822702.79 5562410.67 0 N
> 24-1195 5822745.49 5562408.10 0 N
> ---------------------------------
>
> Na to miła pani w Ośrodku mi zwróciła uwagę że inni geodeci oddają dane w
> nie co innej strukturze i taką by oczekiwała ode mnie. Tylko że Ona mi
> pokazała mi plik oddany przez geodetę pracującego w Ewmapie.
>
> Mam wrażenie że PODGiK obawiają się ze pliki modyfikujące z Winkalku i
> Micromapy zrobią bigos z mapy która prowadzą w Powiecie.
> -----------------------------
> 24-192/B-RIIIa
> 5822671.68 5562508.02 5822671.68 5562508.02 N
> 5 3#412.313-100/1999
> 18
> 24-25 5822669.54 5562522.89 5822669.54
> 5562522.89 0 N N 7 _
> 24-26 5822686.82 5562524.87 5822686.82
> 5562524.87 0 N N 7 _
> 24-15 5822701.40 5562524.99 5822701.40
> 5562524.99 0 N N 7 _
> 24-147 5822672.04 5562459.58 5822672.04
> 5562459.58 0 N N 7 3#412.313-100/1999
> 24-148 5822665.72 5562473.32 5822665.72
> 5562473.32 0 N N 7 _
> 24-149 5822662.93 5562480.65 5822662.93
> 5562480.65 0 N N 7 _
> 24-166 5822661.28 5562490.50 5822661.28
> 5562490.50 0 N N 7 _
> 24-23 5822643.17 5562517.90 5822643.17
> 5562517.90 0 N N 7 _
> 24-24 5822647.53 5562518.75 5822647.53
> 5562518.75 0 N N 7 _
> 24-25 5822669.54 5562522.89 5822669.54
> 5562522.89 0 N N 7 _
>
> 24-1/Ws
> 5822632.32 5562441.20 5822632.32 5562441.20 N
> 5 _
> 17
> 24-151 5822659.58 5562460.01 5822659.58
> 5562460.01 0 N N 7 _
> 24-152 5822655.43 5562444.32 5822655.43
> 5562444.32 0 N N 7 _
> 24-165 5822643.68 5562492.23 5822643.68
> 5562492.23 0 N N 7 _
> 24-150 5822651.23 5562477.73 5822651.23
> 5562477.73 0 N N 7 _
> 24-151 5822659.58 5562460.01 5822659.58
> 5562460.01 0 N N 7 _
>
> 24-431/B-RIIIa
> 5822542.08 5562387.24 5822542.08 5562387.24 N
> 5 3#412.313-100/1999
> 29
> 24-2349 5822525.17 5562401.39 5822525.17
> 5562401.39 0 N N 7 _
> 24-7432 5822544.04 5562401.10 5822544.04
> 5562401.10 0 N N 7 3#412.313-100/1999
> 24-217 5822561.32 5562401.81 5822561.32
> 5562401.81 0 N N 7 _
> 24-218 5822570.79 5562378.38 5822570.79
> 5562378.38 0 N N 7 _
> 24-219 5822583.73 5562358.77 5822583.73
> 5562358.77 0 N N 7 _
> 24-7435 5822567.16 5562355.03 5822567.16
> 5562355.03 0 N N 7 3#412.313-100/1999
> 24-2283 5822496.39 5562383.60 5822496.39
> 5562383.60 0 N N 7 _
> 24-2284 5822482.43 5562383.67 5822482.43
> 5562383.67 0 N N 7 _
> ----------------------------------



Zmieniłem format eksportu, prosze sprawdzić czy wchodzi do Ewmapy:

www.coder.pl/WinKalk32.exe

---
Admin

> Zmieniłem format eksportu, prosze sprawdzić czy wchodzi do Ewmapy:

Poniżej plik z winkalka

14-245/1
5853766.36 5558367.61 5853766.36 5558367.61 N 5 _
14
14-976 5853771.72 5558375.35 5853771.72 5558375.35 80 N N 7 _
14-422 5853778.09 5558375.71 5853778.09 5558375.71 80 N N 7 _
14-413 5853789.80 5558352.43 5853789.80 5558352.43 80 T T 7 _
14-412 5853766.63 5558350.96 5853766.63 5558350.96 80 T T 7 _

Winkalk eksportując do ewmapy powtarza 2 razy stabilizację (chodzi o fragment N N lub T T), np.
80 N N 7 _
80 N N 7 _
80 T T 7 _
80 T T 7 _

Pierwsza litera T/N oznacza czy punkt jest stabilizowany.
Druga litera T/N oznacza czy numer punktu posiada odnośnik który wskazuje na właściwe położenie punktu.
Wtedy druga współrzędna XY wskazuje na położenie NUMERU punktu.
Rzadko się to stosuje ale jest taka możliwość.

Winkalk zapewne nie będzie się bawił w odnośniki więc po numerze punktu będzie XY, potem powtórzone XY, cecha, stabilizacja, i na końcu fraza N 7 _
7 oznacza justyfikacje - dla punktów może być 7, dla numerów działek 5 (czyli tak jak dotychczas robi to WK)
Znak "_" oznacza że dany punkt nie ma operatu. Dlatego ważne jest aby dorobić import/eksport operatów bo w przeciwnym przypadku dane o operatach w bazie PODGiK mogą zostać zamazane.
Trzeba też coś wymyślić aby XY numeru działki nie ulegał zmianie.

---
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl

> Winkalk zapewne nie będzie się bawił w odnośniki więc po numerze punktu
> będzie XY, potem powtórzone XY, cecha, stabilizacja, i na końcu fraza N 7
> _

OK, dziękuję za informację, tak zrobię.

---
Admin