[Katastr] Číslování GAD

Pátek Únor 20 10:48:59 CET 2026

Dobrý den
Věčný problém čísla zakázky. Ano ti co jedou primárně KN pak mají číslo/rok 
od 1 každý rok. A předpokládám že archiv v rámci KU. Inženýra má logičtější 
číslo od začátku podnikání a v případě KN jen přidá /rok. Neřeší KU protože 
kolikráte jsou i přes několik (liniová). Archiv pak v číslech za sebou. Ti 
co se motají v tom i tom pak mají zádrhel. Osobně mám pětimístné cislo. 
První dvě cifry rok a tři na číslo v rámci kalendářního roku. Archiv v rámci
KU. U liniový větší KU nebo větší obec. Takže v GADu pak třeba 26001…. V KN 
1234-26001/2026 a v ING 26001. V adresáři je to pak hezky za sebou 26001
(IG), 26001-1234 (KN).  V excelu pak odkaz na složku… Nejnelogičtější je čz 
datum založení 260220 nedej bože 200226 v tom  i tvurce zabloudí. 

26001-MP

26002-DSPS

26002-123-GP-VB(RP…)

26002-GAD

26003……..

JP 

---------- Původní e-mail ----------
Od: Ing. Jan Habal via Katastr <katastr na zememeric.cz>
Komu: katastr na zememeric.cz
Datum: 20.02.2026 09:56:10
Předmět: Re: [Katastr] Číslování GAD

"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/91056846/attachment-0001.htm>