<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-2" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Dobrý den,<br>
zareaguju pouze na tuto Vaši pasáž:<br>
<br>
"Pokud bych měl brát vážně Vaše tvrzení o tom, že v <br>
analogové mapě se při tvorbě GP žádné souřadnice nesnímají, musel bych <br>
vycházet z předpokladu, že pro tvorbu GP nepoužíváte počítač. Pokud ano
tak <br>
Vám jen program, který používáte, pouze jejich přítomnost úspěšně
zatajuje. <br>
Stejný princip platí i pro číslo bodu. Jestli, kdy a v jaké formě se
nějaké <br>
číslo bodu vůbec zobrazuje, závisí výhradně na tom, jak je program
napsán a <br>
na případných nastaveních ovlivňujících zobrazování."<br>
<br>
Samozřejmě, že při zpracování g.p. v počítači existují implicitní
souřadnice každého lomového bodu kresby. Na tom přece jsou založeny
všechny moderní vektorově-grafické programy.<br>
Celou dobu se snažím popsat, že v případě mapy 1:2880 se až dosud
pracovalo se dvěmi soustavami: s explicitně vyjádřenými souřadnicemi
terénu, a se "skrytými" ("implicitními") souřadnicemi mapy. Nynější
vyhláška (2007, 2009) dříve zaběhaný systém postavila na hlavu. Po
novele 2009 si vynucuje dvě explicitně vyjádřené soustavy. Tyto
soustavy (terén a mapa) přitom slévá do obtížně uchopitelného mixu.
Nicméně máte pravdu v tom, že to je v tuto chvíli akademická debata.<br>
Petr Holý<br>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:katastr-request@fsv.cvut.cz">katastr-request@fsv.cvut.cz</a> napsal(a):
<blockquote cite="mid:200907271000.n6RA03Vx005867@mars.fsv.cvut.cz"
type="cite">
<pre wrap="">Příspěvky do konference Katastr zasílejte na adresu:
<a class="moz-txt-link-abbreviated" href="mailto:katastr@fsv.cvut.cz">katastr@fsv.cvut.cz</a>
Pro přihlášení nebo odhlášení použijte WWW rozhraní na adrese<a class="moz-txt-link-rfc2396E" href="http://mailman.fsv.cvut.cz/mailman/listinfo/katastrnebopoužijteelektronickoupoštu,zašleteslovohelpvtěledopisunaadresukatastr-request@fsv.cvut.czSprávcekonferencemůžetenaléztnaadresekatastr-owner@fsv.cvut.czKdyžbudeteodpovídatnapříspěvek,změňte,prosím,Subject:naněcorozumnějšíhonežje:">"
http://mailman.fsv.cvut.cz/mailman/listinfo/katastr
nebo použijte elektronickou poštu, zašlete slovo help v těle dopisu na
adresu
katastr-request@fsv.cvut.cz
Správce konference můžete nalézt na adrese
katastr-owner@fsv.cvut.cz
Když budete odpovídat na příspěvek, změňte, prosím, Subject: na něco
rozumnějšího než je: "</a>Re: Contents of Katastr digest..."
Dnešní menu:
1. Re: Re: Re: Re: KMD - body (Zdeněk Konečný)
----------------------------------------------------------------------
Message: 1
Date: Mon, 27 Jul 2009 01:55:02 +0200
From: Zdeněk Konečný <a class="moz-txt-link-rfc2396E" href="mailto:konecnyz@volny.cz"><konecnyz@volny.cz></a>
Subject: Re: [Katastr] Re: Re: Re: KMD - body
To: "Katastr nemovitosti" <a class="moz-txt-link-rfc2396E" href="mailto:katastr@fsv.cvut.cz"><katastr@fsv.cvut.cz></a>
Message-ID: <0B1034CFF19B4176A623ED742C28F387@zkPC>
Content-Type: text/plain; format=flowed; charset="iso-8859-2";
reply-type=original
Dobrý den,
pane Holý,
tady jde opravdu o nedorozumění. Cílem původního příspěvku bylo upozornit na
jednu, dle mého názoru zásadní, příčinu vytváření GP v různých formách a tou
je absence historie bodů v ISKN. Tento interní nedostatek Vás pak nutí zcela
nesmyslně přečíslovávat body z důvodu jakékoliv změny údajů o bodu. Toto se
týkalo již minulé vyhlášky, ale po zavedení dvojích souřadnic je to zcela
absurdní. Každý GP v sobě povinně nese údaje o zaměřené poloze bodu, a pokud
bude ISKN historizovat i body, tak jediným potřebným dokladem pro povýšení
kk4-8 na kk3 bude nějaká listina vyjadřující souhlas dotčených vlastníků a
to i kdykoliv v budoucnu. Tvrzení, že geodet může činnosti spojené s
vyplněním souhlasného prohlášení ponechat někomu jinému je sice pravdivé,
ale pouze pro GP, jejichž jediným cílem je zpřesnění průběhu hranic. Ty ale
určitě netvoří největší skupinu GP, tam si dovolím tvrdit že budou převládat
GP řešící okamžitou potřebu vlastníků a nemohou tedy být vytvořeny ve formě
potřebné pro pozdější doložení souhlasu sousedů. Z toho plyne jediné poučení
pro vlastníky: Pokud potřebujete rychle GP a Váš soused je momentálně
nedostupný, tak musíte počítat s tím, že za následné zpřesnění průběhu
hranic budete díky internímu nedostatku ISKN potrestáni zaplacením dalšího
GP.
Nemohu si odpustit reakci na Váš příspěvek a ještě jednou se Vás pokusím
přesvědčit o tom, že používání čísel bodů není úplný nesmysl, i když se
jedná o zcela akademickou debatu, neboť je to dáno předpisy. Pokud
nepřesvědčíte CUZK o výhodnosti vést SGI v jiné formě, budete se muset s
číslem bodu smířit. Souhlasím s Vámi v tom, že ve většině případů číslo bodu
nepotřebujete a proto se ho ve svém programu snažím používat jen ve formě
další možnost, jak počítači sdělit o který bod kresby momentálně jde. Ještě
jednou zopakuji svůj názor uvedený v minulém příspěvku "hlavní význam čísla
bodu je dokumentační". Je to jediný údaj vedený v seznamu souřadnic, jehož
hodnota není závislá na způsobu, přesnosti a čase vzniku bodu. V principu je
úplně jedno, jestli je číslo bodu přiděleno lomovému bodu parcely v obrazu
mapy, nebo je očíslován odpovídající lomový bod pozemku při měření v terénu.
Pokud určíte souřadnice nějakého bodu opětovně (jak měřením, tak
vektorizací) bude výsledek pravděpodobně jiný a to co zůstane stejné, by
mělo být číslo bodu. Pokud bych měl brát vážně Vaše tvrzení o tom, že v
analogové mapě se při tvorbě GP žádné souřadnice nesnímají, musel bych
vycházet z předpokladu, že pro tvorbu GP nepoužíváte počítač. Pokud ano tak
Vám jen program, který používáte, pouze jejich přítomnost úspěšně zatajuje.
Stejný princip platí i pro číslo bodu. Jestli, kdy a v jaké formě se nějaké
číslo bodu vůbec zobrazuje, závisí výhradně na tom, jak je program napsán a
na případných nastaveních ovlivňujících zobrazování.
Zdeněk Konečný
----- Original Message -----
From: <a class="moz-txt-link-rfc2396E" href="mailto:holy.p@volny.cz"><holy.p@volny.cz></a>
To: <a class="moz-txt-link-rfc2396E" href="mailto:katastr@fsv.cvut.cz"><katastr@fsv.cvut.cz></a>
Sent: Saturday, July 25, 2009 10:37 AM
Subject: [Katastr] Re: Re: Re: KMD - body
Dobrý den,
pane Konečný,
zřejmě jsem se vyjádřil nejasně, a tím došlo k zásadnímu nedorozumění.
Proto tedy více zeširoka. Od vzniku geometrických plánů před cca
130 lety až zhruba do roku 1990 se v geometrickém plánu uváděly
pouze měřené údaje. Podle mě to tak bylo správně. To, co mi vadí,
jsou čísla virtuálních bodů, které nebyly měřeny digitálně,
ale byly odvozeny z map. Tyto body by podle mého názoru neměly být
zatahovány do geometrických plánů, a měly by být předávány
pouze ve formě souboru vfk. Digitalizované mapy nejsou o nic přesnější
než mapy na fóliích. Když se zpracovávají geom. plány v území
s analogovou mapou, tak taky v podstatě jde o práci s dvojími souřadnicemi.
Žádné grafické souřadnice se přitom pochopitelně nesnímají,
a explicitně nevyjadřují. Nevidím žádný důvod, aby při převedení
grafické mapy 1:2880 do počítače vznikaly milióny čísel bodů
a při jejich údržbě se vypisovaly tuny protokolů.
Dvojí souřadnice můžou existovat v méně explicitní podobě. To
znamená bod s číslem jako měřený bod, a konce navázaných úseček
jako druhé souřadnice. V případě, že je kresba vůči bodům posunutá,
lze příslušnost bodu ke kresbě vyjádřit spojovacím vektorem v
některé vrstvě grafického souboru. Lze to i jinak, těch způsobů
vyjádření příslušnosti bodu ke kresbě může být více.
Věřte nebo nevěřte, čísla digitalizovaných bodů, a jejich vyjadřování
v protokolech, všem, kteří s mapou přímo pracují, jen komplikují
práci. Mapa je zoufale nepřehledná, nelze jednoduše poznat, co je
měřený bod a co není. Vzhledem ke komplikovanosti systému škatulkování
bodů dochází v praxi mnoha omylům. Kdyby bod s číslem byl automaticky
měřený bod, tak by se právě při zpracování větších území
řešilo vše daleko jednodušeji, a hlavně bez omylů tohoto druhu.
Z věcného hlediska by stačilo velmi málo, považovat digitalizovanou
mapu za další (byť kvalitativně vyšší) reprodukci původní papírové
mapy, a pracovat s ní osvědčenými grafickými postupy (nově vektorově
grafickými). Tuny protokolů, ani milióny čísel digitalizovaných
bodů kvalitu digitalizované mapy nijak nezvýší. Ba naopak, systém
je tak krkolomný a nepřehledný, že se budou chyby jen rojit.
Petr Holý
"Dobrý večer,
vzhledem k tomu, že nejste jediný, kdo má s čísly bodu problém
a považuji to
za dost důležité tak se k tomu naposledy vrátím.
Po stránce technické jsou čísla bodu pro spočítání plochy či
jiné základní
geodetické úlohy zhola nanic v libovolném programu.
Význam čísla bodu je zcela jiný a to zejména nahradit pro dokumentační
účely
velmi těžko pro člověka stravitelnéné
dvourozměrné souřadnice bodu Y,X za mnohem přijatelnější jednorozměrné
číslo
a souřadnice bodu pak doložit pouze jednou
formou nějakého seznamu souřadnic. Pokud zavrhnete číslo bodu, tak
do GP a
ZPMZ budete muset místo čísla bodu
124-12 vypsat souřadnice bodu v S-JTSK 524625,66 1157397,43. V jakém
měřítku
budete GP vyhotovovat ? 1: 50
Vizuální kontrola bodů použitých pro výpočet výměry prostým
porovnáním čísel
bodů v ZPMZ s čísly bodů v protokolu ploch nebude
možná a kontrola pomocí souřadnic je prakticky nemožná. Nedovedu si
představit, jak by vypadal protokol o výpočtu podrobných bodu.
Jak bez čísla bodu rozlišíte kontrolně zaměřený bod od jiného
bodu na
hranici 15 cm vzdáleného? Jak chcete bez čísel bodu
provozovat dvojí souřadnice bodu, tam se může poloha a obraz bodu
lišit i v
metrech a číslo bodu je jediná společná hodnota.
Dalším důvodem nezbytnosti používání nějakého čísla bodu je
vzájemné
předávání dat mezi ISKN a dalšími programy používanými pro účely KN.
Na tom svůj neúplný výčet důvovodů pro čísla bodu z pohledu
geodetického
staromila a programátora končím
Zdeněk Konečný"
</pre>
<pre wrap="">
<hr size="4" width="90%">
No virus found in this incoming message.
Checked by AVG - <a class="moz-txt-link-abbreviated" href="http://www.avg.com">www.avg.com</a>
Version: 8.5.392 / Virus Database: 270.13.27/2258 - Release Date: 07/24/09 05:58:00
</pre>
</blockquote>
</body>
</html>