Aktualności:

Forum w trakcie prac modernizacyjnych

Menu główne

Ewmapa a geo-info V

Zaczęty przez geokar, Wtorek 06 Listopad 2012, 08:58:47

Poprzedni wątek - Następny wątek

0 użytkowników i 1 Gość przegląda ten wątek.

Lupus

Cytat: geokar w Wtorek 06 Listopad 2012, 09:28:05
  P, G,5513292.92945798,6571998.62142349,;

nie znam tak super formatu SWDE, żeby uchodzić za eksperta ale zastanawia mnie koniec linii. Czy system nie szuka czegoś pomiędzy "," a ";"?
Jeżeli szuka to może się wywalać z komunikatem "" is not integer, albo coś podobnego, choć równie dobrze może się zaiwesić, wywalić i skończyć nie podając komunikatu...  :idiot2:

a tak przy okazji jaki ciekawy pomysł żeby wsp podawać z dokładnością do 8 (ośmiu!!! co to będzie? decymikrometry?) znaków po przecinku, Zawsze mi się wydawało że 2 wystarczą, ale może jestem za mało precyzyjny... ;D Zwłaszcza, że jest tutaj sama obwodnica...

Nie wykluczam, że mnie oświeciło...  :o
załóż w ewmapie obiekt obręb i spróbuj zaimportować jeszcze raz ten plik zaznaczając gdzie ma się znaleźć obiekt obręb ewid (check Importuj obiekty).
__________
Pozdrawiam
Lupus

Wszystko da się zrobić, tylko czy jest to uzasadnione ekonomicznie?

geokarAutor w?tku

Dziękuję za porady.
Sprawa wygląda następująco. Plik importowałem do Microstation -terytem2 i przechodzi, jest wszystko co potrzeba. Plik zawiera granice oraz punkty z nr, cechami oraz nr KERG oraz nr działek. Z informacji jakie uzyskałem u przedstawiciela firmy Geo-Info w Paznaniu problem miał zniknąć przy eksporcie w formacie operat-inicjalizacja. Niestety nie pomogło. Chyba że w ODGiK robią coś nie tak.
- plik wygląda tak::

SWDE.w.2.00.(C) GUGiK 2000;

SN;
  NS, OP, INICJALIZACJA
  NS, TR,
  NS, OR,
  NS, TN, PODGiK
  NS, NX, N
  NS, NY, E
  NS, TO, Administrator
  NS, ZN, GEO-INFO V
  NS, ZR, 3.0
  NS, UX, 2000
  NS, OS, 18
  NS, NZ, H
  NS, UH, ORTOMETRYCZNY
  NS, HZ, KRONSZTADT
  NS, DN, 2012-10-04
  NU, HR, 14:36:23
SX;

SP;
  B, G5NRO, ZN,;
  B, G5NAZ, ZN,;
  B, G5DTU, DH,;
  B, G5DTW, DH,;
  B, G5STB, NO,;
  B, G5NRP, ZN,;
  B, G5BPP, NO,;
  B, G5ZRD, NO,;
  B, G5OZR, ZN,;
  B, G5RZG, NO,;
  B, G5NPRG, ZN,;
  B, G5LPRG, ZN,;
  B, G5IDM, ZN,;
  B, G5KDK, NO,;
  B, G5DTD, DN,;
  B, G5DTP, DN,;
  B, G5SYG, ZN,;
  B, G5NSR, ZN,;
  B, G5OPD, ZN,;
  W, G5RKRG;
  W, G5RDOK;
SX;

ST;
TD, G5G_OBR, RO;
  TP, G5NRO;
  TP, G5NAZ;
  TP, G5DTU;
  TP, G5DTW;
X;
TD, G5PZG, RP;
  TP, G5STB;
  TP, G5NRP;
  TP, G5BPP;
  TP, G5ZRD;
  TP, G5OZR;
  TP, G5RZG;
  TP, G5NPRG;
  TP, G5LPRG;
  TP, G5DTU;
  TP, G5DTW;
  WR, G5RKRG;
X;
TD, G5DOK, RD;
  TP, G5IDM;
  TP, G5KDK;
  TP, G5DTD;
  TP, G5DTP;
  TP, G5SYG;
  TP, G5NSR;
  TP, G5OPD;
  TP, G5DTU;
  TP, G5DTW;
  WR, G5RDOK;
X;
SX;

SO;

RO,,G5G_OBR,533002400000041487,5f3971b118414,11;
  GL;
  K,+;
  P, G,5514278.18662752,6572228.08756232,;
  P, G,5514180.50804987,6572230.96485838,;
  P, G,5514092.35729707,6572231.2702029,;
  P, G,5513966.80190397,6572225.08232461,;
  P, G,5513924.95047484,6572223.5663808,;
  P, G,5513891.74948982,6572224.40023036,;
  P, G,5513793.3926483,6572228.93601697,;
  P, G,5513758.92794807,6572235.74652461,;
  P, G,5513750.5421521,6572237.6737314,;
  P, G,5513741.46571358,6572238.76967439,;
  P, G,5513732.1579859,6572233.49797148,;
  P, G,5513700.22348712,6572215.24382518,;
  P, G,5513680.00392775,6572203.60078353,;
  P, G,5513659.79449742,6572191.96761156,;
  P, G,5513625.71366816,6572172.4407265,;
  P, G,5513607.65704829,6572153.96943833,;
  P, G,5513585.51164236,6572148.14150942,;
  P, G,5513503.64274002,6572126.58427661,;
  P, G,5513485.83240703,6572121.92112768,;
  P, G,5513472.68164196,6572110.15785484,;
  P, G,5513455.23475414,6572104.98001941,;
  P, G,5513447.19391083,6572102.59240942,;
  P, G,5513342.09801568,6572071.17065491,;
  P, G,5513292.92945798,6571998.62142349,;

alcapon

#4
Jeśli chodzi o swde to zawiera on tylko dane ewidencyjne (działki,użytki,kontury,budynki) a nie całą treść mapy zasadniczej.
Mój powiat kiedyś pracował na geoinfo i miałem 2 podstawowe problemy z tymi plikami:

1. Przecinek/kropka w określaniu liczby kondygnacji budynku - w jednym programie było 1.5 a w drugim 1,5
Import nie przechodził - trzeba było to ręcznie poprawiać.

2.W otrzymywanych plikach swde "klasoużytek" tj. B-RV rozbijany był na dwie działki: jedna to B druga to RV.
Obie działki miały taką samą obwodnicę i powierzchnię. W ewmapie trzeba było zakładać bazę konturów oraz bazę użytków ... masakra.

Oba te problemy rozwiązywał mój programik: https://ewmapa.pl/tutoriale/klasouzytek-laczenie-uzytkow-z-konturami-w-swde/
Jednak nie jest to uniwersalny program.
Jako że nie znam dokładnie struktury pliku swde program działał z plikami które otrzymywałem z mojego powiatu.
Jak program radził sobie z innymi powiatami nie wiem.

Ps. Zaimportuj sobie ten plik swde np. do winkalka lub darmowej przeglądarki swde wtedy zobaczysz czy coś tam jest.
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl
http://www.youtube.com/user/ewmapa/videos

geokarAutor w?tku


Lupus

jak bardzo tajny jest ten plik w SWDE?
__________
Pozdrawiam
Lupus

Wszystko da się zrobić, tylko czy jest to uzasadnione ekonomicznie?

geokarAutor w?tku

Witam
Jeżeli ktoś spotkał się z problemem importu pliku swd z geo-info do ewmapy proszę o pomoc.Dostałem swd z ODGiK eksportowanego z geo-info V ( inicjalizacja oraz operat-inicjalizacja). Import do ewmapy niby przechodzi ale nie ma żadnej grafiki (puste warstwy). W czym tkwi problem. Dziękuję za porady.