pondělí 19. října 2020

twiGIS - nový servisní modul (ukázka)

 To tu ještě nebylo! Ale ne ... doba nás prostě ponouká k poťouchlostem, jako je následující video. 

Servisní modul twiGIS je nástroj pro odbavení (zatím) jedněch z nejpalčivějších a nejdůležitějších agend při správě majetku - provádění a evidence povinných a nezbytných prohlídek, kontrol, revizí. Doplněk GIS aplikace twiGIS, který ve videu prezentujeme na případu výtahů.


pondělí 12. října 2020

Režimy hladin v twiGISu - teď ty nové

Tak a je tu pokračování. K dosavadním obvyklým režimům hladin si přidáme nějaké nové možnosti a hlavně možnosti jejich kombinace.

Vektorová kompozice

Tak jako se někdy v jedné rastrové hladině sejde několik různých entit (tříd, tabulek) - a je prezentována jako tzv. kompozice, může se podobná věc přihodit i u vektorů. Vektorová kompozice se chová jako jedna hladina, která je však uvnitř reprezentovaná několika dílčími vektorovými hladinami. Se všemi vlastnostmi jednotlivých vektorových hladin, tedy snapováním, možnostmi měnit styly na straně klienta, atd. Navíc je možné libovolně zapínat a vypínat jednotlivé vnitřní hladiny.

Hodí se zejména tam, kde chceme celou skupinu dat prezentovat uživatelům pro zjednodušení jako jednu hladinu, např. "Vodovod", "Základní mapa", "Cizí sítě", a přitom stále těžit z vektorové povahy dat, nebo v některých speciálních případech. V jednom z nedávných případů kolega použil kompozice na zobrazování zařízení v podzemních kolektorech. Hladina zobrazuje vlastní symbol zařízení, popisek, který má vlastní souřadnice a uživatelé jej umisťují na fixní místo, a vynášecí čáru mezi popiskem a symbolem. Data nese symbol, popisek a čára jsou pomocné (s popiskem lze ale hýbat), všechno dohromady se to chová jako jedna hladina.

Online rastr, Externí rastr

Jedná se vlastně o to samé, co jsme zmiňovali v minulém článku: online či dynamické rastrové hladiny, renderované na straně serveru a poskytované do aplikace jako výsledný obrázek. 

twiGIS umožňuje několik způsobů, jak tyto hladiny do klientské aplikace dostat. Prvním způsobem je režim Externí rastr, kdy je rastrový zdroj kontaktován napřímo webovou aplikací, tedy prohlížečem uživatele. Druhým je tzv. twiGIS online rastr, kdy se k poskytování dat do klienta používají serverové služby twiGISu.

Proč to odlišujeme a jaký je mezi tím rozdíl? Externí rastr je dobře použitelný např. pro veřejné neautorizované služby. Klientská aplikace stahuje např. veřejnou Ortofoto přímo z CUZK a žádným způsobem nedochází k zatěžování vlastních aplikačních serverů a zpomalování komunikace, což je u takových zdrojů je naprosto zbytečné.

Interní Online rastr se naopak používá tam, kde je vhodné přístup ke zdroji "skrýt" či autorizovat pomocí uživatelských oprávnění twiGIS. Jednoduchým případem je nakupovaná externí WMS či autorizovaná WMS našeho partnera, kdy nelze poskytnout přístupové údaje do uživatelských prohlížečů. Častějším případem jsou prostě vlastní rastrové hladiny poskytované přes vnitřní rastrový engine.

V obou případech může být rastrový zdroj jakýkoliv (WMS, WMTS, MapAgent, ...) a v obou případech může správce rozhodnout, zda budou data prezentována jako dynamicky renderované malé dlaždice (tiled) nebo tak, že se při každém pohybu mapy renderuje celý mapový výřez (singletile).

Ta pravá orgie je kombinace režimů

Jak jsme zmiňovali v minulém článku či dříve v tomto článku, různé režimy se chovají lépe či hůře v různých měřítcích či datových situacích. V twiGISu jsme umožnili kombinovat výhody různých režimů i nad jednou hladinou.

Definice hladiny v twiGISu probíhá tak, že založíte hladinu, řeknete, jak se bude jmenovat (např. Vodovod) a do hladiny přiřadíte datové entity - a to klidně víc než jednu (např. Potrubí, Hydrant, Uzávěr, Přípojka). Tím máme datový základ hladiny. 

Aby bylo možné vůbec něco zobrazovat, je třeba hladině přiřadit definici stylu, která určí, jak budou jednotlivé prvky v mapě vypadat - na základě jejich vlastností, měřítka, atd. Prostě GISová klasika. Jako poslední  věc je vhodné hladině přiřadit rastrový zdroj - tedy službu či mapový engine, který poskytuje rastrová data - viz rastrové režimy výše. (To samozřejmě není nutné, když má být hladina prezentována jen jako vektor.)

Posledním krokem je právě definice režimů, tedy způsobu, jakým je hladina v různých rozsazích měřítek prezentována uživateli. Typický příklad je takový, že v horních měřítcích se hladina chová jako rastrová keš a v dolních měřítcích jako vektor (či vektorová kompozice). Tedy dlaždice jsou tam, kde je jich relativně málo, snadno se aktualizují a skladují, ale mají velký efekt na rychlost aplikace, a vektory (či třeba nekešované online dynamické rastry) jsou tam, kde je třeba pracovat s aktuálním daty, editovat, snapovat, a správa dlaždic by už naopak byla velmi náročná.

Důležitá vlastnost je ta, že správce aplikace definuje hladinu, nastaví režimy a o zbytek se postará systém - vytvoří dlaždice kde je to třeba, automaticky uživateli přepíná režimy při používání aplikace, zajišťuje korektní chování například při výběrech (identifikaci) prvků v mapě, atd. Možné kombinace jsou technicky prakticky neomezené (reálný smysl samozřejmě dávají jen některé).

twiGIS tak dokáže velmi bezstarostně a přitom velmi efektivně zajistit publikaci téměř jakýchkoliv dat. Umí i takové kousky, že se přehledová hladina napojená na několik entit se zoomováním do detailu rozpadne na vektorovou kompozici, kde je možné s každou vektorovou entitou pracovat samostatně - měnit stylizaci, vypínat, snapovat, atd.

O různých scénářích použití a přínosech si napíšeme v dalších částech seriálu.


Ukázková hladina v režimu rastrové keše na přehledce celého areálu.

Ukázková hladina v režimu online rastru při pohledu na jednotlivé budovy.

Ukázková hladina v režimu vektorové kompozice v detailu křížení sítě.

středa 7. října 2020

Jak dostat twiGIS z interního serveru do Internetu a mobilu?

twiGIS obvykle slouží jako interní firemní informační systém. Je nainstalovaný na serveru uvnitř sítě, je v doméně, díky doméně je nastaveno jednotné ověřování a SSO pomocí ActiveDirectory, atd.

Často je však potřeba tuto aplikaci používat i mimo vnitřní síť: v terénu, na mobilních zařízeních, z domova, atd. Tradiční přístupy, jak toho dosáhnout byly dosud dva:

  1. Reverzní proxy: Přes hlavní firemní proxy/bránu je vytvořen prostup z vnější sítě na aplikaci nainstalovanou uvnitř. Poměrně jednoduché a funkční řešení, které však má určitá bezpečnostní rizika (například snadné napadení/zahlcení aplikace zvenku).
  2. VPN: Zabezpečený přístup přes VPN z různých zařízení. Bezpečnější, ale pro uživatele otravnější, na mobilech někdy nemožná nebo komplikovaná metoda.
Obě varianty naši zákazníci aktivně používají. V nedávné době přibyla další možnost, která je nám velmi sympatická: Microsoft Azure AD Application Proxy. Cloudové řešení, které využívá AD identit publikovaných do cloudu (třeba kvůli Office 365) k ověřování uživatelů aplikace a zajistí bezpečné nasměrování komunikace z internetu na vnitřní aplikaci.


Informace k nastavení řešení aplikační proxy a ověřování:

Takže pokud už třeba Azure a Office365 používáte a máte vypublikované identity, je zde velmi zajímavá alternativa pro publikaci (nejen) twiGISu vašim uživatelům do Internetu nebo na spravovaná zařízení.

neděle 4. října 2020

Režimy hladin v twiGISu - nejprve ty původní

... tak tu máme zase vyjímečný stav, tak je možné se pořádně začíst ...

V rámci seriálu o nových možnostech publikace dat prostřednictvím mapových hladin v twiGISu začneme úplně od začátku, od vlastních mechanismů fungování hladin.

V twiGISu byly historicky k dispozici dva hlavní způsoby publikace vlastních mapových dat: buď byla hladina vektorová, nebo se jednalo o tzv. dlaždicové keše. Jednalo se o dva krajní a vlastně protichůdné principy. 

Jednoduché vektorové hladiny

Základní vektorové hladiny jsou založeny vždy na jedné datové entitě (databázové tabulce), např. "Potrubí vodovodu", nebo "Místnosti". Vektorová data se načítají z databáze, do webové aplikace putují ve formě GeoJSON a vykreslují (nebo renderují, tzn. proměňují z vektorů na pixely podle dané stylizace) až v prohlížeči. 

Mezi výhody patří zejména to, že aplikace v prohlížeči má k dispozici vlastní vektorová data - prvky se dají snadno a rychle vybírat a zvýrazňovat v mapě, dají se přímo editovat, je možné snadno uživatelsky měnit či přepínat stylizaci, na vektory se při editacích či měření a kreslení dají používat úchopové režimy (snapovat). Výhodou je rovněž to, že se distribuuje výkon CPU požadovaný na vykreslování na koncová zařízení.

Mezi hlavní nevýhody patří omezené možnosti stylizace, které umí prohlížeč efektivně vykreslit (typický problém "čáry s blesky" pro znázornění elektrického vedení). Vykreslování začne rovněž drhnout, když je v zobrazeném výřezu mapy těch prvků už příliš - například v přehledových mapách území, v malých měřítcích, nebo když se jedná o opravdu četná a hustá data. Čas zabere přenos vektorů na klienta i jejich vykreslení v prohlížeči.

Dlaždicové keše (rastrové)

Jedná se již o poměrně starý koncept, který vznikl zejména kvůli veřejným mapovým službám, které publikovaly poměrně malý počet hladin pro velké množství uživatelů. V takovém případě bylo velmi neefektivní vykreslovat daný mapový výřez pro každého uživatele znovu a znovu, a data byla proto předgenerována do mapových dlaždic v daném schématu (tzv. tilegrid). Zobrazení mapy v konkrétním měřítku pak znamenalo jen stažení a zobrazení potřebného množství malých obrázků, tedy akci poměrně nenáročnou, kterou zvládly tehdejší prohlížeče i první mobilní zařízení. Generování keší probíhá asynchronně na serveru, vykreslování tedy zatěžuje CPU serveru. 

Pravé peklo s dlaždicemi ale nastává při potřebě jejich skladování a potřebné údržbě keší v aktuální podobě. To nemusí být problém pro nějakou obecnou podkladovou mapu, kde není příliš změn ani velká potřeba aktuálnosti. V případě dokumentace např. inženýrské sítě je ale aktuálnost keší zobrazujících průběhy potrubí a polohy zařízení dost klíčová a aktualizace se řeší i v řádu desítek minut od provedení změny v datech. Pro účel generování keší musí být na serveru nějaký renderovací software, typicky mapový server, který mění vektory na pixely podle stylizace. Plus software, který aktualizaci keší podle nějaké strategie (o tom někdy později) dokáže zajistit.

Zmíněné výhody rastrových keší spočívají zejména v jejich bleskurychlém zobrazení, bez velkého nároku na koncové zařízení. Díky serverovému renderovacímu jádru bežícímu v asynchronním režimu (tedy někdy v noci, ne když to zrovna uživatel potřebuje) je možné typicky použít bohatou stylizaci a je možné do jedné keše složit i více hladin (keš pak nereprezentuje jednu entitu, ale celou sadu entit/hladin/tabulek, třeba Vodovod, se vší strukturou uvnitř).

I nevýhody by měly být z řečeného zřejmé: jedná se zejména o náročnost údržby keší a jejich skladování. Keše jsou rovněž k dispozici jen v předem definovaných měřítcích, přičemž náročnost na čas generování a skladovací prostor roste s každým dalším detailnějším měřítkem exponenciálně (to teď víme co znamená, že?). Uživatel se tedy nemůže přizoomovat na křižovatku či budovu do měřítka 1:20, pokud předtím server nenageneroval stovky gigabajtů dat. 

Další velké omezení je v tom, že tak jak jsou keše nadefinovány, tak jsou i zobrazeny. Pokud je jedna kešovaná hladina (kompozice) pro vodovod, tak z té kompozice nejdou uživatelsky "odepnout" přípojky, nebo nechat třeba jen hydranty. Navíc, když se hladiny začnou dělit, roste celkový problém kešování (s počtem hladin naštěstí jen lineárně), ale rovněž roste čas potřebný na zobrazení v aplikaci: při dvaceti zapnutých kešovaných hladinách se načítají a zobrazují stovky až tisíce dlaždic a to rozhodně není nic rychlého.

Nepříjemnou vizuální nevýhodou jsou rovněž "okrajové efekty" na přechodech mezi dlaždicemi. Řeší se to různě, ale vždy to je spíš bolest.

Vektory vs Keše

Po přečtení výše uvedeného je zřejmé, že ty dva uvedené principy jsou vlastně protichůdné: 

  • Vektory jsou rychlé a efektivní "dole" (ve velkých měřítcích), kde je v mapovém výřezu uchopitelné množství prvků a je třeba s nimi plynule pracovat. 
  • Rastrové dlaždicové keše jsou naopak efektivní "nahoře" (v malých měřítcích), kde je renderování určitého území časově náročné (hodně prvků najednou), ale v daných měřítcích není dlaždic tolik a kompletní přegenerování je otázkou desítek minut nebo maximálně pár hodin (a nezabírá to místo na úložišti).
Z popisu však vyplývá i to, že těch scénářů a potřeb je více a v porovnání s vlastnostmi variant zatím nelze jednoduše "vybruslit" (ale složitěji to jde - viz pokračování seriálu).

A co ty ostatní: WMS, WMTS a spol?

WMS služby a jim příbuzné (někde se nazývají "dynamické rastrové hladiny") jsou předchůdcem a současně vlastně prerekvizitou rastrových dlaždicových keší. Fungují tak, že mapová aplikace požádá server o konkrétní výřez mapy, server jej vykreslí na základě své definice (typicky stylizace, datové zdroje) a zaslaných parametrů (třeba výčet podhladin) a vrátí aplikaci obrázek mapy a ta jej zobrazí. Tento klasický scénář byl v řadě aplikací nahrazen právě rastrovými kešemi, neboť velké množství požadavků na WMS či dynamické mapové služby znamenalo velkou zátěž na aplikační i databázový server, kde se ve špičkách nedostávalo paměti a CPU. Výhodou bylo to, že služby poskytovaly vždy aktuální data, bylo možné pracovat s podhladinami, atd. Některé mapové servery (např. MapGuide OpenSource) přitom dokáží renderovat data až s obdivuhodnou rychlostí.

Hybridní model, který však považujeme spíše za škodlivý, je takový, že mapa se vykresluje po dlaždicích, ty jsou však vždy dotazovány a online renderovány na serveru. Výsledek je sice ten, že prohlížeč si může po krátkou dobu některé dlaždice pamatovat, ale mapový server je utápěn stovkami malých dotazů.

WMTS (a příbuzné jako TMS, atp) můžeme rychle zařadit do kategorie rastrových dlaždicových hladin. Zda je to "uvnitř" keš nebo jsou dlaždice renderovány online už je na způsobu řešení, jak je zmíněno výše.

Tyto zdroje jsou v twiGISu historicky podporovány, typicky se ale používají zejména na externí mapové služby, jako veřejná ortofota, katastr, atd.

Jak z toho tedy ven?

... no, to se rozepíšeme v pokračování tady na blogu. Jen si buďte jisti, že jsme na to kápli, těšte se a mějte se fajn!

úterý 29. září 2020

Vstávat, cvičit, mapovat!

Podle aktivity zde na blogu by se mohlo zdát, že nám virus neponičil chuťové buňky, ale spíše ty psací. A nebo že by snad nebylo o čem? Naštěstí ani jedno není pravda. Jen jsme se pohroužili do naší různorodé práce: vývoje produktů, zákaznických implementací, konzultací, analýz, ale přes léto rovněž i potřebného relaxu. 

Takže co nás čeká? Máme velké manko v publikaci jak produktových novinek, tak zákaznických příběhů a referencí. Rádi bychom postupně vysypali ty důležité vlastnosti nového systému mapových hladin, které jsme představili při jarním vysílání LIVE2021. S dalšími a dalšími implementacemi se ukazuje, že to je opravdu unikátní způsob efektivní publikace mapových dat.


No a samozřejmě dojde i na ty reference. Kromě klasických implementací twiGISu máme i dvě výtečné realizace nad jednou slibnou technologií, kterou od nás zatím neznáte. Máte tipy?

A nakonec trochu smutku: samozřejmě jsme připravovali klasické podzimní GIS Fórum, kde bychom se se všemi moc rádi setkali. Plánovali jsme termín na začátku listopadu v moc pěkné (a netradiční) lokalitě. Situace však osobním akcím nepřeje. GIS Fórum zatím nerušíme, ale zatím jsme ani neotevřeli registrace. Vymýšlíme, jak tuto výjimečnou akci nahradit.

Tedy: zůstaňte na příjmu, těšte se. Určitě je na co.💗

pondělí 18. května 2020

RATE Štětí využívá GIS ke zveřejňování poruch a odstávek

Společnost R A T E s.r.o. zajišťuje distribuci tepla na území města Štětí, v části obce Dolní Beřkovice a dále výrobu a rozvod tepla v části obcí Hoštka - Kochovice a Mšené lázně. Pro efektivní správu evidence a pasportizace distribuční soustavy byl  v roce 2014 implementován a v roce 2017 upgradován systém GIS. Blíže jsme o tomto řešení psali v tomto článku.

V roce 2019 se Michal Štajnc - technický ředitel společnosti, rozhodl využít dalšího potenciálu, který mu provozovaný systém GIS poskytuje. Díky dobré naplněnosti dat systému GIS a jeho integračnímu rozhraní na zákaznický informační systém (ZIS), lze za pomocí funkce "trasování na síti" automaticky generovat odběrná místa dotčená poruchou či plánovanou odstávkou.
Příklad trasování na síti
Výsledná data se následně publikují do jednoduché webové mapové aplikace,  umístěné na webových stránkách společnosti R A T E s.r.o. Zákazníci společnosti zde naleznou informace o probíhajících mimořádných opravách (poruchy) a plánovaných odstávkách. Mapa poruch a odstávek obsahuje seznam dotčených míst, s popisem příčiny a termínem trvání přerušení dodávek tepla nebo teplé vody. Mapa je dostupná na adrese: https://www.rate-steti.cz/odstavky-a-poruchy.html
V průběhu roku 2020 společnost připravuje pro své zákazníky Klientský portál, tzv. virtuální kancelář, kde odběratel nalezne veškeré důležité informace týkající se uzavřeného odběrového vztahu. Právě informace o poruchách a odstávkách generované ze systému GIS by měly být součástí řešení.

Komentář:
"Věříme, že tato služba přinese našim zákazníkům vyšší komfort při rychlejší orientaci hledání příčiny omezení dodávek tepla či teplé vody ve svém odběrném místě, neboť ve většině případů se jedná o závady v odběrném místě, nikoliv na rozvodné síti."

úterý 5. května 2020

GIS od CAD Studia na Autodesk LIVE 2021

Součástí letošního uvádění novinek produktů Autodesk na online konferenci CAD Studia - "Autodesk LIVE 2021", byla i sekce GIS. Náš tým ve složení Jakub Bican - ředitel divize GIS, Tomáš Šustek - obchodní konzultant a Jiří Carda - technický konzultant postupně prezentovali aktuální témata vztahujících se k novinkám především v aplikaci twiGIS, oborových řešení produkovaných twiGIS Pack, novinek ve Vyjadřovacím portálu a v neposlední řadě stále více námi využívanému produktu FME.

Vysílání, které přilákalo přes 2 700 účastníků, bylo letos vysíláno pro Maďarsko i se simultánním překladem. Pokud tedy preferujete maďarskou verzi vysílání, její archiv najdete v nejbližších dnech na cads.hu.


Vybrané prezentace:

  • GIS z dílny CAD Studia - souhrn aktuálního dění v divizi GIS a vlastních produktech včetně nového směru řešení - QGIS a PostGIS.
  • Oborová řešení a reference GIS - především videoukázky aktuálních produktů na projektech zákazníků CAD Studia včetně nových referencí.
  • Novinky ve Vyjadřovacím portále - krátký přehled novinek webové části portálu a propojení s aplikací twiGIS.

Záznamy z vybraných prezentací jsou k dispozici veřejně v Archivu konference:

Autodesk LIVE 2021

pondělí 30. března 2020

Virtuální setkávání - online akce na jaře 2020

Z našich domácích pelechů zdravíme všechny spřízněné GISáky do těch jejich pelechů!

V době omezeného setkávání rozhodně nespíme: Intenzivně se věnujeme realizaci zákaznických projektů, které se nám daří doručovat i přes ztížené podmínky. A také masivně rozvíjíme vlastní produkty - aktuálně testujeme kompletně přepracovaný systém vrstev v twiGISu, který je skutečně unikátně zaměřený na efektivní poskytování a zpřístupnění dat koncovým uživatelům.

Na jaře jsme tradičně pořádali nebo jsme se účastnili několika akcí. Letos to bude mít trochu jinou podobu: aktuálně bychom vás rádi pozvali na dvě akce.

CAD Studio LIVE 2021 - 3. ročník online semináře uvádějící novinky v produktech, letos s vyhrazenou polední sekcí GIS, která se zaměří zejména na twiGIS a Vyjadřovací portál. Koná se 28. dubna.  www.cadstudio.cz/live2021

FME World Tour - Virtual Roadshow - online přenášky pořádané jako náhrada za celosvětový kolotoč lokáních FME World Tour, kterých jsme se v posledních letech aktivně účastnili. Koná se od 6. dubna. Informace a registrace zde: www.safe.com/worldtour/virtual-roadshow/

pátek 21. února 2020

Kulatý stůl s Vyjadřovacím portálem



U provozovatelů infrastruktury (VaK, CZT, VO, ICT, …) jsme implementovali již 17 našich Vyjadřovacích portálů, aplikací, které pomáhají automatizovat, zrychlit a zjednodušit proces vyjadřování pro žadatele i zpracovatele. Každá implementace má svá specifika nebo sdílí společné rysy s jinými implementacemi. Tento neformální seminář poskytuje platformu pro moderovanou diskuzi uživatelů a garantů Vyjadřovacího portálu nad důležitými tématy z oblasti – základní otázky připravíme předem, ale to, kam se bude diskuze ubírat a čemu se budeme věnovat podrobně, je čistě na potřebách vás, diskutujících.

TERMÍN: 18.3.2020, 9:00-13:00
TRUHLÁRNA - PRAHA 8 - Karlín  



Kapacita kulatého stolu je omezena na maximálně 2 zástupce z jedné společnosti. Přednost mají stávající zákazníci a uživatelé aplikace Vyjadřovací portál, ale možnost zúčastnit se mají i další infrastrukturní společnosti (do celkové kapacity 30 osob).

Registrace na: www.cadstudio.cz/seminare.asp?ID=682

pondělí 17. února 2020

Mapové okno Vyjadřovacího portálu s novými funkcemi

Vyjadřovací portál od CAD Studia, který je v současné době implementován v sedmnácti společnostech provozujících technickou infrastrukturu, byl rozšířen o dvě moderní funkce spojené s mapovým oknem pro zadávání zájmového území žadatele.

Nové mapové okno

Mapové okno využívané pro zakreslení zájmového území žadatele lze nově zvětšit téměř přes celou obrazovku monitoru. Díky této funkci získává žadatel větší přehled o situaci na daném území. Reagujeme tím na požadavky žadatelů, především při zakreslování větších liniových staveb. Se změnou mapového okna byla změněna i "nástrojová lišta" pro zakreslení a případně následnou editaci zájmového území (polygonu).


Zakreslení polygonu výběrem parcely

Pro zakreslení polygonu lze nově využít dvě automatické funkce, které mají přímou vazbu na aktuální data katastru nemovitostí:

Zadání parcely textem 
Pokud žadatel zná konkrétní katastrální území a číslo parcely, pro kterou požaduje vyjádření od provozovatele, vyplní tyto údaje do příslušných polí. Následně se v mapovém okně automaticky vytvoří polygon dle zadaných údajů o parcele. Žadatel tak nemusí již nic zakreslovat.

Výběr parcely v mapě
Žadatel má možnost lokalizovat se v mapě pomocí funkce "Vyhledání adresního místa". Následně může vytvořit polygon zájmového území kliknutím na konkrétní parcelu. Žadatel tak opět nemusí již nic zakreslovat. Informace o vybrané parcele a katastrálním území se propíší do příslušných povinných polí.



čtvrtek 6. února 2020

CAD Studio má divizi GIS v Maďarsku

Jak jsme informovali začátkem ledna tohoto roku, společnost CAD Studio přebrala CAD/GIS aktivity maďarské společnosti Varinex, nyní již Varinex-CAD Studio.

V tomto týdnu proběhlo první setkání zástupců české a maďarské divize GIS. Kolegové z Maďarska implementují systémy GIS postavené na stejné technologii jako CAD Studio, tedy AutoCAD Map 3D s využitím technologie Oborových modelů. Ukončený produkt Autodesk Infrastructure Map Server postupně nahrazují vlastním řešením CityScape. Jejich partneři jsou jak z oblasti eGov (městské GIS systémy), tak z oblasti komerční sféry působící v oblasti vodárenství a teplárenství.
Po včerejším setkání je zřejmé, že aplikace twiGIS bude přeložena do maďarštiny a budeme společně podnikat další kroky vedoucí k implementaci tohoto moderního a intuitivního řešení k partnerům maďarské společnosti Varinex-CAD Studio.



Vybrané reference Varinex-CAD Studio


eGoverment

  • Győr
  • Kaposvár
  • Érd
  • Mosonmagyaróvár

Vodovody a kanalizace


Teplárenství


Více na cads.hu

pondělí 13. ledna 2020

Apple Indoor Maps - vnitřní mapy z GISu a BIMu

Před koncem roku jsme měli možnost pomoci s akcí, která bude mít dopad nejen na odborníky, ale zaznamená ji určitě i významná část veřejnosti: mapy interiérů budov Letiště Václava Havla Praha jsou nyní dostupné v Apple Indoor Maps.

CAD Studio je autorem GIS aplikace twiGIS a partnerem společnosti SAFE Software pro nástroje FME - a právě díky nástrojům twiGIS a FME jsme dnes reálně schopni publikovat Apple Indoor Maps (IMDF) i z BIM modelů budov.

LinkedIn příspěvek Romana Janečka z Letiště Praha:



Technologie pro mapování a navigaci uvnitř budov, Apple Indoor Maps, začala svou cestu již v roce 2015, resp. už v roce 2013, kdy Apple za 20 milionů dolarů koupil společnost WiFiSLAM, která se zabývala lokalizací zařízení uvnitř budov prostřednictvím kombinace Wi-Fi a rádiových vln. Následně vznikaly vnitřní mapy velkých a významných veřejných budov (letišť, nákupních středisek), zejména v USA. V roce 2017 pak byly Apple Indoor Maps nabídnuty všem uživatelům mobilních zařízení Apple iPhone a iPad v rámci aktualizace iOS 11. Díky vnitřním mapám se snáze zorientujete v neznámém prostředí a rychleji trefíte na určené místo. Ve vnitřních mapách se - podobně jako v těch vnějších - zobrazují i vizitky obchodů, restaurací, odbavovacích bran a dalších významných míst. Pro publikování dat budov do této služby slouží formát IMDF.

Publikování dat Letiště Václava Havla Praha do formátu IMDF je založeno především na kvalitní datové základně v interním systému LetGIS (který společnost CAD Studio jako dodavatel rozvíjí již téměř 20 let). Je postaven na produktech Autodesk (které slouží pro správu dat a další specifické operace a analýzy) a vlastním produktu twiGIS, díky němuž jsou data systému snadno dostupná cca dvěma tisícům interních uživatelů. Druhým předpokladem je produkt FME Desktop, který disponuje možností zápisu do IMDF. Třetím aspektem je znalost řešení a produktů a schopnost vytvořit funkční řešení. Pracovníci letiště připravili základní workspace FME pro převod dat LetGISu do IMDF. Konzultanti CAD Studia (certifikovaný specialista FME Lubomír Lazar) pomohli vyřešit problémy s transformací a úpravou dat tak, aby mohl být výsledný formát bez problémů přijat do Apple Indoor Maps. Výsledek si dnes může prohlédnout kterýkoliv uživatel Apple Maps.

twiGIS dnes navíc do sebe umí připojovat BIM modely budov tak, že jsou plně zapojeny do datového modelu GIS a k dispozici koncovým uživatelům. Díky twiGISu a FME tak je možné využívat CAD a BIM dokumentaci pro správu budov a rovněž ji zpřístupnit veřejnosti v Apple Maps.

Dale Lutz zakladatel a ředitel kanadské společnosti SAFE Software to komentuje takto:



Takže souhlasíme, stojí za to vyzkoušet: Worth Czech'ing out for sure...