Re: [Katastr] KMD a spor o hranici

[<vhejda AT centrum.cz>]

Dobrý den,

chválabohu, ľe tohle Prahu - město nečeká

----- Original Message -----

From: Ida.Cerna AT cuzk.cz

To: katastr AT fsv.cvut.cz

Sent: Friday, August 06, 2010 1:26 PM

Subject: RE: [Katastr] KMD a spor o hranici

Dobrý den,

zajímavý dotaz:)

Mohu-li situaci zrekapitulovat a doplnit o své „postřehy“: k rekonstrukci inkriminované hranice jste pouľil původní výsledek zeměměřické činnosti (alespoň tak si to představuji) a Vaąe takto určené souřadnice se liąí od mapy KMD (a zároveň od průběhu plotu v terénu). Otázka je, proč při tvorbě KMD tento původní GP pouľit nebyl - omylem nebo proto, ľe to nebylo moľné - např. nebyly změřeny některé ID body původní měřické sítě.

 

*** nebylo dost zaměřených identických bodů a při zpracování dost času na "hraní si" s předchozími plány. Body jsou sice do odchylky (cca 2 m), venku je oplocení, které určitě není na ľádné hranici a sousedé si hlavně pamatují manipulace s předchozími ploty a mezníky. Potíľ je v tom, ľe SOBR odpovídá průběhu jednoho z předchozích plotů se kterým by soused souhlasí ("vľdy» to tak přece katastr dnes vede)"

 

 

 

Ale v případě, ľe SOBR lomových bodů této hranice "jsou do odchylky" (to jsem se z Vaąeho dopisu nedozvěděla), můľeme si říci, ľe hranice v KMD je v rámci moľností správně - jde mi o její souřadnice obrazu - ty tvoří závazné GPÚ, nikoliv souřadnice polohy (SOBR). Pak je moľné SPOL z KMD nahradit SPOL rekonstruovanými a následně vytyčenými. Novou hranici v GP by pak netvořila hranice rekonstruovaná, ale naopak zaměřený plot. Jenľe, píąe se o tom pěkně, ale o dost hůře dělá... Změnu je do mapy třeba zakreslit a v tomto případě zbývá pouze přizpůsobení změny mapě.

Bohuľel v této konferenci nemáme k dispozici ąirąí souvislost - nevíme, jaké je okolí změny, zda plot navazuje na okolní ploty, které vlastníci uznávají jako  hranici parcely a tím, ľe přizpůsobíme změnu mapě vlastně naruąíme logický vztah - viz obrázek:

  

Pro zorientování se v problému, by bylo vhodné představit si, jak by bylo moľné situaci vyřeąit v analogové mapě a logicky tomu postupu postupovat i v KMD. Ač by digitalizace měla obecně přinést ulehčení problému, v tomto konkrétním příkladu - vzhledem k tomu, ľe jsme nuceni pracovat s absolutními hodnotami souřadnic lomových bodů hranic, práce jednoduąąí nebude. A pravděpodobně se jeątě od map KMD dočkáme jistých překvapení a práce s původními rastry PK a KN a původní GP nás nemine. Na mapě KMD jako jeden z problému vidím fakt, ľe je v podstatě moľné si "vybrat" způsob, jakým do KMD změnu "zakreslíme" - přizpůsobením mapy změně či změny mapě, coľ je pro daląí vyuľití takové mapy problém - není jasné, o "co" a do jaké míry se lze opřít. Oproti tomu do mapy analogové se zobrazovalo postupem jedním a je tedy vcelku jasné, co od ní lze očekávat (netvrdím, ľe absolutně:)

 

Odpověď na dotaz toto přímo není, ale příspěvek do diskuze snad anoJ

 

Pěkný víkend, Ida Černá

 

P.S. omlouvám se za svou dysgrafii…

 

 *** situace odpovídá stavu v analogu, jako kdyby jeden vlastník trval na zobrazení v mapě a jeden na předchozím průběhu z g. plánu. A z toho rozdílu bych měl udělat parcelu pro soud. Tady je to o tom, ľe vytyčená hranice sedí na rastr ale jako SOBR je jeden z předchozích průběhů oplocení (zaměřeno jako kontrolní body), jen to má kk8 a moc to na rastr nesedí. A hlavně soused je dle předchozích geometrů zručný manipulátor a geometr-amatér, který by uznal pouze hranici odpovídající jeho představě. Mimochodem jediná ze čtyř hranic obvodu odpovídá trochu předchozímu plánu.

KMD moc nepočítá s tím, ľe vytyčená hranice nebude některým vlastníkem uznána, vytvoří se tedy daląí body s kk 8 a sporná parcela mezi vytyčeným stavem a SOBR. A SOBR je vlastně obrazem předchozího plotu, který také nebyl na ľádné hranici.

To uľ přecházíme k filozofickým otázkám, co je čeho obrazem. Netěąím se na to, aľ bude KMD na větąině Čech a Moravy. Celá republika aľ na výjimky zaplněná osmičkovými body. A ľe by se zákazníci hrnuli ke zpřesnění se také nedá říci.

 

Zdraví V. Hejda

 

---

avast! Antivirus: Odchozi zprava cista.

Virova databaze (VPS): 100807-1, 07.08.2010
Testovano: 8.8.2010 8:47:02
avast! - copyright (c) 1988-2010 ALWIL Software.