[Katastr] Číslování GAD

[Geodézie Plichta]

Dobrý den,

kolegové, kterým GAD ověřuju, dělají soubory pod svým SUBJ. Mají také 
ode mě pověření, aby si mohli xml soubor odeslat ke kontrole sami.

Petr Plichta


Dne 20.02.2026 v 10:26 Tomáš Mrvík via Katastr napsal(a):
>
> Dobrý den,
>
> a co se týká názvu souborů SUBJ-xxxxx, tak pokud je vyhotovitel jiný 
> než ověřovatel, název souboru má být tvořen číslem ověřovatele jak 
> píše kolega ing.Habal, nebo číslem vyhotovitele pod kterým si beru 
> podklady z DTM? Vím že GROMA tomu dá automaticky číslo ověřovatele.
>
> S pozdravem
> Tomáš Mrvík
>
>
> Dne 20.02.2026 v 9:50 Ing. Jan Habal via Katastr napsal(a):
>> Dobrý den,
>> ano také mě to napadlo že v rámci souborů pro GAD musí existovat 
>> duplicita. Já nejsem AZI c) takže mi to razítkuje někdo jiný tudíž 
>> názvy souborů začínají jeho číslem SUBJ-xxxxx. Takže jeho GAD k 
>> zakázce xx/2026 bude mít stejné názvy souborů jako můj GAD k zakázce 
>> xx/2026 a dále stejné názvy souborů jako GAD k zakázce kohokoliv z 
>> nás k zakázce stejného čísla ale z jiného roku..
>> Tudíž těch stejných souborů v systému může existovat nespočet když se 
>> to má číslovat jen číslem zakázky bez uvedení roku jak to alespoň 
>> tvrdí můj SW (Groma). Takže vypadá to že to nikomu na ČUZK nevadí tím 
>> pádem bych tu nevymýšlel složitosti s nějakými novými dlouhými čísly 
>> a prostě tam nechal jen číslo zakázky a duplicity neřešil. Já si 
>> myslím, že co se týče DTM tak všichni řeší spíše jen to co je v té 
>> databázi a těmi soubory co tam zasíláme se víceméně na ČUZK nikdo moc 
>> nezabývá. My jako geodeti k tomu také nemáme přístup pokud vím, takže 
>> nedával bych to úplně na rovinu se ZPMZ, kde číslo unikátní být musí 
>> a vše musí být snadno dohledatelné.
>>
>> -- 
>> S pozdravem Ing. Jan Habal
>> Geodetické práce v Praze a okolí
>> tel.: +420 702 341 149
>> mail: geodet-prahavychod na email.cz
>> web: http://www.geodet-prahavychod.cz/
>>
>> ---------- Původní e‑mail ----------
>> Od: Miloš Korger via Katastr <katastr na zememeric.cz>
>> Komu: katastr na zememeric.cz
>> Kopie: mkorger na centrum.cz
>> Datum: 19. 2. 2026 17:38:34
>> Předmět: Re: [Katastr] Číslování GAD
>>
>>
>>     Dělám to stejně. Má to výhodu, že seznam se řadí podle roku na
>>     začátku a ne podle čísla zakázky. I když jsem taky viděl, že
>>     geodet čísloval zakázky od jedničky plynulou řadou od zahájení
>>     podnikání lomeno rok. Ale mít zakázku číslo 5525/2026 mi
>>     nepřipadá moc praktické. Osobně jsem rád, že u GP se přešlo s
>>     číslováním na formát ZPMZ-číslo/rok zakázky. Dřívější číslování
>>     bylo dost nepraktické.
>>
>>     Korger
>>
>>     ______________________________________________________________
>>     > Od: "Linda Poustkova via Katastr" <katastr na zememeric.cz>
>>     > Komu: katastr na zememeric.cz
>>     > Datum: 19.02.2026 17:24
>>     > Předmět: Re: [Katastr] Číslování GAD
>>     >
>>
>>     Já dávám rok a číslo zakázky
>>     Např. Moje Zak. C. 14/2026
>>     v GAD  26014
>>
>>     Linda Poustková
>>     Odesláno z iPhonu
>>
>>         19. 2. 2026 v 17:18, Geodézie Plichta via Katastr
>>         <katastr na zememeric.cz>:
>>
>>         
>>
>>         Dobrý den,
>>
>>         Jaké číslo zadáváte jako "číslo GAD"? Číslo GAD pak tvoří
>>         poslední pětičíslí názvů souborů. V metodice je uvedeno, že
>>         jde o vlastní číslo, např. číslo stavby, pořadové číslo
>>         zakázky ...  Dával jsem dosud pořadové číslo zakázky, jenže
>>         každý rok mám řadu od 1. Může se tak lehce stát, že udělám
>>         GAD se stejnými názvy souborů, které jsem už odesílal.
>>
>>         Dle mého by tedy toto číslo mělo být unikátní pro každou
>>         zakázku. Tedy například číslovat GAD průběžně nebo přidávat
>>         dvojčíslí roku (zakázka 18/2026 by měla číslo GAD 1826 apod..).
>>
>>         Nebo je to jedno a názvy souborů se mohou opakovat?
>>
>>         Petr Plichta
>>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://katastr.zememeric.cz/pipermail/katastr/attachments/20260220/47437b92/attachment.htm>