@golemio/pid 6.0.1-dev.2901184022 → 6.0.1-dev.2912471131

package/docs/jis/index.md

@@ -1,6 +1,6 @@
 # Dokumentace propisu VYMI (JIS) dat do datové platformy
 
-Data událostí a infotextů jsou z aplikace VYMI aktivně posílána (push) do datové platformy Golemio, vždy ihned po změně v datech. Dále existuje možnost pasivního načtení (pull) dat z VYMI do Golemia, které je provedeno po manuální akci vývojáře a slouží například pro případ, že by došlo k výpadku aktivního posílání. Oba způsoby jsou zjednodušeně znázorněny na následujících dvou sekvenčních diagramech a podrobněji popsány v dalších sekcích.
+Data událostí a infotextů jsou z aplikace VYMI aktivně posílána (push) do datové platformy Golemio, vždy ihned po změně v datech. Dále existuje pasivní načítání (pull) dat z VYMI do Golemia, které spouští pravidelně cron (každou minutu) nebo manuálně vývojář a slouží pro případ, že by došlo k výpadku aktivního posílání. Oba způsoby jsou zjednodušeně znázorněny na následujících dvou sekvenčních diagramech a podrobněji popsány v dalších sekcích.
 
 Sekvenční diagram znázorňující proces aktivního posílání (push) dat:
 
@@ -20,11 +20,11 @@ Sekvenční diagram znázorňující proces pasivního načítání (pull) dat:
 sequenceDiagram
     participant vymi as Aplikace VYMI
     participant golemio as Datová platforma Golemio
-    actor developer as Vývojář
+    actor developer as Vývojář nebo cron
 
     developer->>golemio: Vyžádání načtení dat událostí nebo infotextů
-    golemio->>vymi: Pasivní načtení (pull) dat událostí nebo infotextů z VYMI
-    vymi->>golemio: Data událostí nebo infotextů
+    golemio->>vymi: Pasivní načtení (pull) dat událostí nebo infotextů z VYMI (s ETagem posledního načtení)
+    vymi->>golemio: Data událostí nebo infotextů (nebo HTTP 304, pokud se nezměnila)
 ```
 
 ## Změny dat ve VYMI
@@ -40,6 +40,7 @@ flowchart LR
             vymi_create_event("`Vytvoření události`");
             vymi_update_event("`Úprava události`");
             vymi_update_event_after_duplicate("`Uložení události po duplikaci`");
+            vymi_disable_event("`Zneplatnění (smazání) nebo obnovení události`");
             vymi_create_infotext("`Vytvoření infotextu`");
             vymi_update_infotext("`Úprava infotextu`");
             vymi_update_infotext_after_duplicate("`Uložení infotextu po duplikaci`");
@@ -47,6 +48,7 @@ flowchart LR
             %% invisible unicode char ‎ due to https://github.com/orgs/community/discussions/106690
             vymi_api_post_event["`HTTP POST s Ory Kratos session tokenem na http‎://api-vymi.golemio.cz/v1/events`"];
             vymi_api_put_event["`HTTP PUT s Ory Kratos session tokenem na http‎://api-vymi.golemio.cz/v1/events/{eventId}`"];
+            vymi_api_put_event_disable["`HTTP PUT s Ory Kratos session tokenem na http‎://api-vymi.golemio.cz/v1/events/{eventId}/disable nebo /enable`"];
             vymi_api_post_infotext["`HTTP POST s Ory Kratos session tokenem na http‎://api-vymi.golemio.cz/v1/events/{eventId}/infotexts`"];
             vymi_api_put_infotext["`HTTP PUT s Ory Kratos session tokenem na http‎://api-vymi.golemio.cz/v1/events/{eventId}/infotexts/{infotextId}`"];
         end
@@ -54,6 +56,7 @@ flowchart LR
         subgraph "VYMI Back End"
             vymi_events_controller_create["`V1EventsController.createEvent`"];
             vymi_events_controller_update["`V1EventsController.updateEvent`"];
+            vymi_events_controller_disable["`V1EventsController.disableEvent / enableEvent`"];
             vymi_infotexts_controller_create["`V1EventInfotextsController.createInfotext`"];
             vymi_infotexts_controller_update["`V1EventInfotextsController.updateInfotext`"];
         end
@@ -64,28 +67,33 @@ flowchart LR
     vymi_create_event --> vymi_api_post_event;
     vymi_update_event --> vymi_api_put_event;
     vymi_update_event_after_duplicate --> vymi_api_put_event;
+    vymi_disable_event --> vymi_api_put_event_disable;
     vymi_create_infotext --> vymi_api_post_infotext;
     vymi_update_infotext --> vymi_api_put_infotext;
     vymi_update_infotext_after_duplicate --> vymi_api_put_infotext;
 
     vymi_api_post_event -- "`Přes VYMI Ory Oathkeeper`" --> vymi_events_controller_create;
     vymi_api_put_event -- "`Přes VYMI Ory Oathkeeper`" --> vymi_events_controller_update;
+    vymi_api_put_event_disable -- "`Přes VYMI Ory Oathkeeper`" --> vymi_events_controller_disable;
     vymi_api_post_infotext -- "`Přes VYMI Ory Oathkeeper`" --> vymi_infotexts_controller_create;
     vymi_api_put_infotext -- "`Přes VYMI Ory Oathkeeper`" --> vymi_infotexts_controller_update;
 
     vymi_events_controller_create -- "`UPSERT do tabulek vymi-alerts.public.events a vymi-alerts.public.event_routes`" --> vymi_pg;
     vymi_events_controller_update -- "`UPSERT do tabulek vymi-alerts.public.events a vymi-alerts.public.event_routes`" --> vymi_pg;
-    vymi_infotexts_controller_create -- "`UPSERT do tabulek vymi-alerts.public.infotexts a vymi-alerts.public.infotext_stops`" --> vymi_pg;
-    vymi_infotexts_controller_update -- "`UPSERT do tabulek vymi-alerts.public.infotexts a vymi-alerts.public.infotext_stops`" --> vymi_pg;
+    vymi_events_controller_disable -- "`Nastavení / zrušení deleted_at v tabulkách vymi-alerts.public.events a vymi-alerts.public.infotexts (soft delete události i jejích infotextů)`" --> vymi_pg;
+    vymi_infotexts_controller_create -- "`UPSERT do tabulek vymi-alerts.public.infotexts, vymi-alerts.public.infotext_stops a vymi-alerts.public.infotext_presets`" --> vymi_pg;
+    vymi_infotexts_controller_update -- "`UPSERT do tabulek vymi-alerts.public.infotexts, vymi-alerts.public.infotext_stops a vymi-alerts.public.infotext_presets`" --> vymi_pg;
 ```
 
 ## Aktivní posílání (push) dat
 
-Po uložení změn událostí a infotextů do VYMI PostgreSQL databáze dojde vždy k aktivnímu poslání (push) "aktuálních" dat z VYMI back end služby do Golemia za pomoci HTTP POST dotazu na Golemio Vehicle Positions (VP) Input Gateway (IG).
-- u událostí se posílá pouze konkrétní nově vytvořená nebo upravená událost, nikoliv celý seznam aktuálních událostí.
-- všechny infotexty, které mají `status` `PUBLISHED`, `visibility` `PUBLIC` a zároveň `active_period_end` je `NULL` nebo >= aktuální čas, neboli lidsky všechny aktivní, budoucí a publikované (ne-draft) infotexty.
+Po uložení změn událostí a infotextů do VYMI PostgreSQL databáze (vytvoření, úprava, zneplatnění nebo obnovení události; vytvoření nebo úprava infotextu) dojde vždy k aktivnímu poslání (push) "aktuálních" dat z VYMI back end služby do Golemia za pomoci HTTP POST dotazu na Golemio Vehicle Positions (VP) Input Gateway (IG).
+- u událostí se posílá pouze konkrétní nově vytvořená, upravená, zneplatněná nebo obnovená událost (pole s nejvýše jednou položkou; pokud událost nesplňuje podmínky exportu uvedené v sekci [pasivního načítání](#pasivní-načítání-pull-dat), např. je draft, pošle se prázdné pole), nikoliv celý seznam aktuálních událostí. Po úpravě, zneplatnění nebo obnovení události se navíc pošle i celý seznam infotextů.
+- u infotextů se vždy posílá celý seznam: všechny infotexty, které mají `status` `PUBLISHED`, `visibility` `PUBLIC`, nejsou smazané (`deleted_at` je `NULL`), mají alespoň jednu aktivní zastávku a zároveň `active_period_end` je `NULL` nebo >= aktuální čas (u infotextu, který konec aktivity dědí z události, se použije `active_period_end` události), neboli lidsky všechny aktivní, budoucí a publikované (ne-draft) infotexty.
 
-VP Input Gateway data přijme a zašle do odpovídající RabbitMQ fronty, odkud je převezme VP Integration Engine, který data zapíše do VP PostgreSQL databáze.
+Selhání odeslání VYMI pouze zaloguje a neopakuje ho; výpadek pokryje nejbližší pasivní načítání (pull).
+
+VP Input Gateway data zvaliduje JSON schématem (`JISEventsJsonSchema`, resp. `JISInfotextsJsonSchema`; při chybě vrací HTTP 422, jinak HTTP 204) a zašle do odpovídající RabbitMQ fronty (události s příznakem `shouldTriggerWebhooks: true`), odkud je převezme VP Integration Engine, který data zapíše do VP PostgreSQL databáze (viz [Chování databáze v Golemio](#chování-databáze-v-golemio)). Po uložení události se odešle [webhook](#webhook-výstup-updateeventwebhooktask), po uložení infotextů se přenačte Redis cache infotextů.
 
 Proces je podrobněji znázorněn na následujícím diagramu (detailnější prvky aplikační struktury jsou vynechány).
 
@@ -95,6 +103,7 @@ flowchart TB
         subgraph "VYMI Back End"
             vymi_events_controller_create["`V1EventsController.createEvent`"];
             vymi_events_controller_update["`V1EventsController.updateEvent`"];
+            vymi_events_controller_disable["`V1EventsController.disableEvent / enableEvent`"];
             vymi_infotexts_controller_create["`V1EventInfotextsController.createInfotext`"];
             vymi_infotexts_controller_update["`V1EventInfotextsController.updateInfotext`"];
 
@@ -112,17 +121,20 @@ flowchart TB
     subgraph "Golemio"
         subgraph "Golemio VP Input Gateway"
             golemio_events_controller["`JISEventsController`"];
-            golemio_infotexts_controller["`JisInfotextsController`"];
+            golemio_infotexts_controller["`JISInfotextsController`"];
         end
 
         subgraph "Golemio RabbitMQ"
             golemio_rabbit_refresh_events["`Fronta vehicle-positions.jis.refreshJISEvents`"];
             golemio_rabbit_refresh_infotexts["`Fronta vehicle-positions.jis.refreshJISInfotexts`"];
+            golemio_rabbit_update_event_webhook["`Fronta vehicle-positions.jis.updateEventWebhook`"];
+            golemio_rabbit_refresh_infotexts_cache["`Fronta vehicle-positions.jis.refreshJISInfotextsCache`"];
         end
 
         subgraph "Golemio VP Integration Engine"
             golemio_refresh_events_task["`RefreshJISEventsTask`"];
             golemio_refresh_infotexts_task["`RefreshJISInfotextsTask`"];
+            golemio_update_event_webhook_task["`UpdateEventWebhookTask`"];
             golemio_refresh_infotexts_cache_task["`RefreshJISInfotextsCacheTask`"];
         end
 
@@ -130,14 +142,18 @@ flowchart TB
         vp_redis[("`VP Redis (Valkey)`")];
     end
 
+    webhook_targets["`Konzumenti webhooku (module.pid.jis.webhooks.eventUpdate.targets.\*)`"];
+
     vymi_events_controller_create --> vymi_get_events;
     vymi_events_controller_update --> vymi_get_events;
     vymi_events_controller_update --> vymi_get_infotexts;
+    vymi_events_controller_disable --> vymi_get_events;
+    vymi_events_controller_disable --> vymi_get_infotexts;
     vymi_infotexts_controller_create --> vymi_get_infotexts;
     vymi_infotexts_controller_update --> vymi_get_infotexts;
 
-    vymi_get_events <-- "`SELECT aktuálních událostí z tabulek vehicle-positions.pid.jis_events a vehicle-positions.pid.jis_events_ropidgtfs_routes`" --> vymi_pg;
-    vymi_get_infotexts <-- "`SELECT aktuálních infotextů z tabulek vehicle-positions.pid.jis_infotexts a vehicle-positions.pid.jis_infotexts_ropidgtfs_stops`" --> vymi_pg;
+    vymi_get_events <-- "`SELECT aktuálních událostí z tabulek vymi-alerts.public.events, vymi-alerts.public.event_routes, vymi-alerts.public.routes a vymi-alerts.public.event_attachments`" --> vymi_pg;
+    vymi_get_infotexts <-- "`SELECT aktuálních infotextů z tabulek vymi-alerts.public.infotexts, vymi-alerts.public.infotext_stops a vymi-alerts.public.infotext_presets`" --> vymi_pg;
 
     vymi_get_events --> golemio_api_post_events;
     vymi_get_infotexts --> golemio_api_post_infotexts;
@@ -145,38 +161,40 @@ flowchart TB
     golemio_api_post_events -- "`Přes Golemio Access Proxy`" --> golemio_events_controller;
     golemio_api_post_infotexts -- "`Přes Golemio Access Proxy`" --> golemio_infotexts_controller;
 
-    golemio_events_controller --> golemio_rabbit_refresh_events;
+    golemio_events_controller -- "`shouldTriggerWebhooks: true`" --> golemio_rabbit_refresh_events;
     golemio_infotexts_controller --> golemio_rabbit_refresh_infotexts;
 
     golemio_rabbit_refresh_events --> golemio_refresh_events_task;
     golemio_rabbit_refresh_infotexts --> golemio_refresh_infotexts_task;
 
     golemio_refresh_events_task -- "`UPSERT do tabulek vehicle-positions.pid.jis_events a vehicle-positions.pid.jis_events_ropidgtfs_routes`" --> vp_pg;
-    golemio_refresh_infotexts_task -- "`UPSERT do tabulek vehicle-positions.pid.jis_infotexts a vehicle-positions.pid.jis_infotexts_ropidgtfs_stops`" --> vp_pg;
-    golemio_refresh_infotexts_task --> golemio_refresh_infotexts_cache_task;
+    golemio_refresh_events_task -- "`Jen pokud byla událost uložena`" --> golemio_rabbit_update_event_webhook;
+    golemio_rabbit_update_event_webhook --> golemio_update_event_webhook_task;
+    golemio_update_event_webhook_task -- "`HTTP POST`" --> webhook_targets;
 
-    golemio_refresh_infotexts_cache_task -- "`Aktualizace cache jisCache:infotexts:* a jisCache:stop-infotexts:*`" --> vp_redis;
+    golemio_refresh_infotexts_task -- "`UPSERT do tabulek vehicle-positions.pid.jis_infotexts, vehicle-positions.pid.jis_infotexts_ropidgtfs_stops a vehicle-positions.pid.jis_infotexts_presets, smazání chybějících`" --> vp_pg;
+    golemio_refresh_infotexts_task --> golemio_rabbit_refresh_infotexts_cache;
+    golemio_rabbit_refresh_infotexts_cache --> golemio_refresh_infotexts_cache_task;
+
+    golemio_refresh_infotexts_cache_task <-- "`SELECT infotextů se zastávkami`" --> vp_pg;
+    golemio_refresh_infotexts_cache_task -- "`Aktualizace cache jisCache:$setId:infotexts a jisCache:$setId:stops-infotexts`" --> vp_redis;
 ```
 
 Formát zasílaných dat je dále více popsán v implementační dokumentaci ([události](../implementation_documentation.md#jis-events-1), [infotexty](../implementation_documentation.md#jis-infotexts-1)), stejně tak jako odkazy na [Input Gateway OpenAPI](../implementation_documentation.md#input-api) a popis [uložení dat](../implementation_documentation.md#uložení-dat) včetně databázového schema a popisu retence. Data infotextů jsou dále cachovány - tento proces je popsán v dokumentaci [Redis cache](../cache/types/redis.md#cache-pro-api-přestupních-tabulí-transfer-boards).
 
 ## Pasivní načítání (pull) dat
 
-V případě potřeby (např. nedojde-li kvůli chybě k aktivnímu poslání dat) lze využít pasivní načtení (pull) dat z VYMI REST API do Golemia. Pro spuštění načtení může vývojář zaslat prázdnou zprávu do správné RabbitMQ fronty, kterou zkonzumuje VP Integration Engine a za pomoci HTTP GET dotazu získá data z VYMI back end služby.
+V případě potřeby (např. nedojde-li kvůli chybě k aktivnímu poslání dat) lze využít pasivní načtení (pull) dat z VYMI REST API do Golemia. Pro spuštění načtení může vývojář zaslat prázdnou zprávu do RabbitMQ fronty `vehicle-positions.jis.fetchJISEvents` (události), resp. `vehicle-positions.jis.fetchJISInfotexts` (infotexty), kterou zkonzumuje VP Integration Engine a za pomoci HTTP GET dotazu získá data z VYMI back end služby. Získaná data zvaliduje stejným JSON schématem jako při aktivním posílání a zašle do fronty `refreshJISEvents`, resp. `refreshJISInfotexts`, odkud jsou zpracována stejně jako při aktivním posílání. Události z pasivního načítání mají příznak `shouldTriggerWebhooks: false`, tj. [webhook](#webhook-výstup-updateeventwebhooktask) se při nich neodesílá.
 
-Kromě manuálního spuštění vývojářem je nyní navíc aktivní cron task, který každou minutu automaticky spouští pasivní načítání dat z VYMI do Golemia. Tento mechanismus zajišťuje vyšší odolnost proti výpadkům v aktivním posílání (push) dat.
+Kromě manuálního spuštění vývojářem je nyní navíc aktivní cron task, který každou minutu automaticky spouští pasivní načítání dat z VYMI do Golemia (routing keys `cron.vehicle-positions.jis.fetchJISEvents` a `cron.vehicle-positions.jis.fetchJISInfotexts`). Tento mechanismus zajišťuje vyšší odolnost proti výpadkům v aktivním posílání (push) dat.
 
-Při pasivním načítání dat z VYMI do Golemia se využívá mechanismus ETag, který umožňuje rozpoznat, zda se od posledního načtení data změnila. Díky tomu se při opakovaném dotazu přenášejí pouze nová nebo upravená data, zatímco v případě beze změny se vrací pouze informace o tom, že obsah zůstal stejný. Tento přístup zmenšuje objem přenášených dat a snižuje zátěž na databázi a server. ETagy jsou spravovány zvlášť pro události a pro infotexty, aby se změny každého typu vyhodnocovaly nezávisle.
+Při pasivním načítání dat z VYMI do Golemia se využívá mechanismus ETag, který umožňuje rozpoznat, zda se od posledního načtení data změnila. Díky tomu se při opakovaném dotazu přenášejí pouze nová nebo upravená data, zatímco v případě beze změny se vrací pouze informace o tom, že obsah zůstal stejný. Tento přístup zmenšuje objem přenášených dat a snižuje zátěž na databázi a server. ETagy jsou spravovány zvlášť pro události a pro infotexty, aby se změny každého typu vyhodnocovaly nezávisle. ETag poslední odpovědi se ukládá v Redis (`jisMetadata:events`, `jisMetadata:infotexts`) a posílá se v hlavičce `If-None-Match`; při odpovědi HTTP 304 Not Modified se načítání ukončí bez dalšího zpracování.
 
 Při pasivním načítání se z VYMI vždy přenačítají pouze aktuální (aktivní) události a infotexty:
-- všechny události, které mají `status` `PUBLISHED`, a zároveň `updated_at` hodnotu z posledních 24 hodin nebo `active_period_end` je `NULL` nebo >= aktuální čas, neboli lidsky všechny publikované (ne-draft) události, které jsou aktivní nebo byly upraveny v posledním dnu;
-- všechny infotexty, které mají `status` `PUBLISHED`, `visibility` `PUBLIC` a zároveň `active_period_end` je `NULL` nebo >= aktuální čas, neboli lidsky všechny aktivní, budoucí a publikované (ne-draft) infotexty.
+- všechny události, které mají `status` `PUBLISHED` a zároveň `display_period_end` nebo `active_period_end` je `NULL` nebo >= aktuální čas, nebo mají `updated_at` z posledních 24 hodin, neboli lidsky všechny publikované (ne-draft) události, které jsou zobrazované, aktivní nebo byly upraveny v posledním dnu; zahrnuty jsou i smazané (zneplatněné) události s vyplněným `deleted_at`;
+- všechny infotexty se stejnými podmínkami jako při aktivním posílání (viz výše).
 
-## Chování databáze v Golemio
-
-Události – v Golemio databázi se uchovávají všechny historické i aktuální události. Staré záznamy se nepromazávají.
-
-Infotexty – v Golemio databázi se uchovávají pouze aktivní infotexty. Neaktivní se při každém přenačtení promazávají.
+Obsah exportu je shodný s daty aktivního posílání (`EventFacade.getFilteredCustomFormatList`, resp. `InfotextFacade.getFilteredCustomFormatList`). ETag generuje VYMI back end (Express) z těla odpovědi.
 
 Proces je podrobněji znázorněn na následujícím diagramu (detailnější prvky aplikační struktury jsou vynechány).
 
@@ -200,6 +218,7 @@ flowchart TB
             golemio_rabbit_fetch_infotexts["`Fronta vehicle-positions.jis.fetchJISInfotexts`"];
             golemio_rabbit_refresh_events["`Fronta vehicle-positions.jis.refreshJISEvents`"];
             golemio_rabbit_refresh_infotexts["`Fronta vehicle-positions.jis.refreshJISInfotexts`"];
+            golemio_rabbit_refresh_infotexts_cache["`Fronta vehicle-positions.jis.refreshJISInfotextsCache`"];
         end
 
         subgraph "Golemio VP Integration Engine"
@@ -218,14 +237,17 @@ flowchart TB
         vp_redis[("`VP Redis (Valkey)`")];
     end
 
-    vymi_get_events <-- "`SELECT aktuálních událostí z tabulek vehicle-positions.pid.jis_events a vehicle-positions.pid.jis_events_ropidgtfs_routes`" --> vymi_pg;
-    vymi_get_infotexts <-- "`SELECT aktuálních infotextů z tabulek vehicle-positions.pid.jis_infotexts a vehicle-positions.pid.jis_infotexts_ropidgtfs_stops`" --> vymi_pg;
+    vymi_get_events <-- "`SELECT aktuálních událostí z tabulek vymi-alerts.public.events, vymi-alerts.public.event_routes, vymi-alerts.public.routes a vymi-alerts.public.event_attachments`" --> vymi_pg;
+    vymi_get_infotexts <-- "`SELECT aktuálních infotextů z tabulek vymi-alerts.public.infotexts, vymi-alerts.public.infotext_stops a vymi-alerts.public.infotext_presets`" --> vymi_pg;
 
     golemio_rabbit_fetch_events --> golemio_fetch_events_task;
     golemio_rabbit_fetch_infotexts --> golemio_fetch_infotexts_task;
     golemio_rabbit_refresh_events --> golemio_refresh_events_task;
     golemio_rabbit_refresh_infotexts --> golemio_refresh_infotexts_task;
 
+    golemio_fetch_events_task <-- "`ETag jisMetadata:events`" --> vp_redis;
+    golemio_fetch_infotexts_task <-- "`ETag jisMetadata:infotexts`" --> vp_redis;
+
     golemio_fetch_events_task --> golemio_api_get_events;
     golemio_fetch_infotexts_task --> golemio_api_get_infotexts;
 
@@ -235,84 +257,52 @@ flowchart TB
     vymi_exports_controller_get_events --> vymi_get_events;
     vymi_exports_controller_get_infotexts --> vymi_get_infotexts;
 
-    vymi_get_events --> golemio_rabbit_refresh_events;
-    vymi_get_infotexts --> golemio_rabbit_refresh_infotexts;
+    golemio_fetch_events_task -- "`Data z VYMI (ne při HTTP 304), shouldTriggerWebhooks: false`" --> golemio_rabbit_refresh_events;
+    golemio_fetch_infotexts_task -- "`Data z VYMI (ne při HTTP 304)`" --> golemio_rabbit_refresh_infotexts;
 
     golemio_refresh_events_task -- "`UPSERT do tabulek vehicle-positions.pid.jis_events a vehicle-positions.pid.jis_events_ropidgtfs_routes`" --> vp_pg;
-    golemio_refresh_infotexts_task -- "`UPSERT do tabulek vehicle-positions.pid.jis_infotexts a vehicle-positions.pid.jis_infotexts_ropidgtfs_stops`" --> vp_pg;
-    golemio_refresh_infotexts_task --> golemio_refresh_infotexts_cache_task;
+    golemio_refresh_infotexts_task -- "`UPSERT do tabulek vehicle-positions.pid.jis_infotexts, vehicle-positions.pid.jis_infotexts_ropidgtfs_stops a vehicle-positions.pid.jis_infotexts_presets, smazání chybějících`" --> vp_pg;
+    golemio_refresh_infotexts_task --> golemio_rabbit_refresh_infotexts_cache;
+    golemio_rabbit_refresh_infotexts_cache --> golemio_refresh_infotexts_cache_task;
 
-    golemio_refresh_infotexts_cache_task -- "`Aktualizace cache jisCache:infotexts:* a jisCache:stop-infotexts:*`" --> vp_redis;
+    golemio_refresh_infotexts_cache_task <-- "`SELECT infotextů se zastávkami`" --> vp_pg;
+    golemio_refresh_infotexts_cache_task -- "`Aktualizace cache jisCache:$setId:infotexts a jisCache:$setId:stops-infotexts`" --> vp_redis;
 ```
 
-Zdroj a formát dat pro aktivní stahování jsou dále více popsány v implementační dokumentaci ([události](../implementation_documentation.md#jis-events), [infotexty](../implementation_documentation.md#jis-infotexts)), stejně tak jako [worker a tasky](../implementation_documentation.md#jisworker) a popis [uložení dat](../implementation_documentation.md#uložení-dat) včetně databázového schema a popisu retence.
+Zdroj a formát dat pro pasivní načítání jsou dále více popsány v implementační dokumentaci ([události](../implementation_documentation.md#jis-events), [infotexty](../implementation_documentation.md#jis-infotexts)), stejně tak jako [worker a tasky](../implementation_documentation.md#jisworker) a popis [uložení dat](../implementation_documentation.md#uložení-dat) včetně databázového schema a popisu retence.
 
-## Datový model událostí — vybraná pole
+## Chování databáze v Golemio
 
-### `cause_detail`
+Zpracování každé zprávy probíhá v jedné databázové transakci; při chybě (validace, databáze) se zpráva zahodí bez opakování a data zůstanou beze změny. Retence (promazávání) JIS dat v `DataRetentionWorker` neprobíhá.
 
-Volitelné textové upřesnění příčiny události (`cause_detail`). Může být `null`. Dostupné v custom-format exportu (`/v1/jis/events/custom-format`) i v GTFS-RT alert feedu jako rozšíření. Struktura:
-```json
-{ "cs": "Nehoda na křižovatce", "en": null }
-```
+Události – v Golemio databázi se uchovávají všechny historické i aktuální události. Staré záznamy se nepromazávají. Událost smazaná ve VYMI (`deleted_at`) zůstává uložena se sloupcem `deleted_timestamp` a z výstupů (custom-format export, `alerts.pb`) je vyfiltrována.
+- zpráva s jedinou událostí (aktivní posílání; VYMI posílá vždy nejvýše jednu událost) se uloží, jen pokud událost v databázi ještě není, nebo má novější `last_modified_timestamp` než uložený `updated_timestamp`, nebo se změnil `deleted_at`; jinak se jako zastaralá přeskočí (ochrana proti souběhu) a webhook se neodešle;
+- zpráva s více událostmi (pasivní načítání) se uloží celá (UPSERT), bez porovnání časů;
+- vazby událostí na linky (`jis_events_ropidgtfs_routes`) se u událostí ze zprávy nahradí aktuálním stavem, chybějící vazby se smažou.
 
-### `cause` — anglický překlad
+Infotexty – v Golemio databázi se uchovávají pouze aktivní infotexty. Každá zpráva obsahuje úplný seznam aktuálních infotextů:
+- infotexty, které nemají ani zastávky (`informed_entity.stops`), ani presety (`informed_entity.presets`), se neukládají;
+- infotexty (včetně vazeb na zastávky `jis_infotexts_ropidgtfs_stops` a presety `jis_infotexts_presets`), které v přijatém seznamu chybí, se smažou; prázdný seznam smaže všechny infotexty;
+- existující infotext se přepíše, pokud je jeho `last_modified_timestamp` >= času posledního zápisu v Golemiu (`updated_at`), nebo se změnil `active_period`;
+- po každém uložení se celá Redis cache infotextů `jisCache:*` přenačte (task `RefreshJISInfotextsCacheTask`).
 
-Pole `cause` obsahuje překlad příčiny události do češtiny i do angličtiny. Anglická hodnota je zahrnuta i ve výstupu GTFS-RT alert feedu (pole `Alert.cause` v `pid_feed.pb` i `alerts.pb`).
+## Výstupy dat
 
-### Německá jazyková mutace (`de`)
+### Události — custom-format export (`GET /v1/jis/events/custom-format`)
 
-Pole `header_text`, `description_text`, `description_html` a `cause` mají v `/v1/jis/events/custom-format` a v odchozím webhooku i německou mutaci (`de`), kterou VYMI od issue [vymi-general#348](https://gitlab.com/operator-ict/golemio/jis/vymi-alerts/vymi-general/-/work_items/348) propaguje spolu s `cs`/`en`. Německé hodnoty pole `header_text`/`description_text`/`description_html` dodává přímo VYMI; hodnoty pole `cause` jsou naopak — stejně jako `cs`/`en` — mapované staticky v Golemiu (`JISEventTranslationHelper.causeToDe`), zatím jako provizorní překlady s prefixem `TMP:`, než budou nahrazeny finálními hodnotami.
+Endpoint je interní (přístup jen s příslušnou rolí v Golemio Access Proxy). Vrací uložené události kromě smazaných (`deleted_timestamp`); interní události (`type` `INTERNAL`) jsou ve výchozím stavu vynechány a vrátí se jen při explicitním dotazu `type=INTERNAL`. Volitelné filtry: `organizationNames` (porovnává se po převodu na velká písmena), `type` a zobrazovací okno `displayPeriodStart`/`displayPeriodEnd` — událost je vrácena, pokud její `display_period` okno zasahuje do požadovaného intervalu (`display_period_end` je `NULL` nebo >= `displayPeriodStart` a zároveň `display_period_start` <= `displayPeriodEnd`):
 
-Pole `cause_detail`, `effect_detail`, `url` a jednotlivé `effects` němčinu nemají a nezískají ji — VYMI je vůbec neposílá s `de` hodnotou (validace na VYMI straně to explicitně zakazuje).
+![Filtrování událostí podle zobrazovacího okna](./diagram_display_start_end.svg)
 
-Na vstupu (IG, `POST /v1/jis/events`) je pole `de` u `header_text`/`effect_detail`/`description_text`/`description_html`/`url` sice ve schématu obecně povoleno (sdílí jeden validátor), ale v praxi ho VYMI vyplňuje jen u `header_text`/`description_text`/`description_html` — viz předchozí odstavec.
+### Události — GTFS-RT `alerts.pb`
 
-### `attachments` (přílohy)
+Feed generuje `GenerateFilesTask` (`GtfsRealTimeWorker`) a obsahuje jen události, které mají `type` `INCIDENT`, organizaci z `module.pid.jis.gtfsRt.events.allowedOrgs.*`, nejsou smazané a `active_period_end` je `NULL` nebo >= aktuální čas. Entita má id `alert-{id události}`, `informedEntity` obsahuje `routeId` GTFS-známých tras (viz [asymetrie](#asymetrie-gtfs-rt-protobuf-alertspb-vs-custom-format-webhook-výstup)), `url` je v případě nevyplněné hodnoty nahrazeno odkazem na detail mimořádnosti na webu PID. Texty jsou jen v `cs`/`en`.
 
-Pole `attachments` obsahuje dokumenty a odkazy přiložené k události (VYMI `kind: document|link`; vložené obrázky (`inline_image`) se nepropagují). Každá příloha má tvar:
-```json
-{ "url": "https://example.com/doc.pdf", "name": { "cs": "Dokument ke stažení", "en": "Document to download", "de": "Herunterladen" } }
-```
-`name` může chybět i být prázdný objekt, pokud VYMI název přílohy nevyplnila. Pole je dostupné v `/v1/jis/events/custom-format` a v odchozím webhooku; do GTFS-RT alert feedu se nepropaguje.
-
-### `effects` (pole příčin dopadu)
-
-Pole `effects` může obsahovat 1–3 unikátní řetězcové hodnoty. Pouze `effects[0]` se mapuje na standardní GTFS-RT `Alert.effect`; zbývající hodnoty jsou dostupné výhradně v custom-format exportu.
-
-### `informed_entity.routes[].route_details` (snímek GTFS atributů trasy)
-
-Vedle kompatibilního identifikátoru `id` může VYMI u každé trasy poslat volitelné pole `route_details`
-(`route_id`, `route_short_name`, `route_long_name` — může být `null`, `route_type`). Jde o snímek GTFS
-atributů trasy v okamžiku, kdy VYMI událost odeslala — je zahrnut i pro trasy, které v aktuálním GTFS
-JŘ už neexistují nebo jsou neaktivní. Pole je v PID vstupním schématu (`JISEventsJsonSchema`) volitelné
-(není v `required` u položky `routes[]`), aby starší VYMI verze bez tohoto pole neselhávaly na validaci —
-je ale u nového VYMI producenta odesíláno vždy.
-
-`route_details` se ukládá tak, jak přišlo, do sloupce `jis_events_ropidgtfs_routes.route_details` (JSONB,
-nullable). Čtecí modely (custom-format export `/v1/jis/events/custom-format` a webhook `UpdateEventWebhookTask`)
-jsou **snapshot-first**: pokud je `route_details` u dané trasy vyplněné, použije se přímo bez dotazu do GTFS
-dat. Teprve u starších řádků, které vznikly před zavedením tohoto sloupce a mají `route_details = null`, se
-provede fallback dohledání aktuální GTFS trasy (`ropidgtfs_routes`) podle `id`. Pokud není k dispozici ani
-snímek, ani odpovídající GTFS trasa, je daná trasa z výstupu vynechána (chování shodné s obdobím před
-zavedením snímku, žádná regrese).
-
-### Asymetrie GTFS-RT protobuf (`alerts.pb`) vs. custom-format / webhook výstup
-
-`getCurrentIncidents` (zdroj pro `alerts.pb`) používá vůči `ropidgtfs_routes` `required: true` (inner join) —
-událost, jejíž všechny trasy jsou v aktuálním GTFS neznámé nebo neaktivní, je z protobuf feedu úplně
-vynechána; u smíšené události (část tras GTFS zná, část ne) zůstanou v `alerts.pb` jen GTFS-známé trasy.
-Custom-format export a webhook naproti tomu GTFS-neznámé trasy zobrazují (díky `route_details` snímku).
-Tato asymetrie je záměrná — `alerts.pb` konzumují GTFS-RT klienti, kteří GTFS-neznámou trasu stejně neumí
-spárovat s jízdním řádem; custom-format/webhook konzumenti (např. web PID.cz) naopak potřebují zrušené/
-neaktivní linky zobrazit i bez GTFS záznamu.
-
-### Webhook výstup (`UpdateEventWebhookTask`)
-
-Kromě uložení do databáze `UpdateEventWebhookTask` po přijetí události z VYMI odešle HTTP POST na cílové
-adresy nakonfigurované v `module.pid.jis.webhooks.eventUpdate.targets.*`. Tělo požadavku má stejný tvar jako
-`EventCustomFormat` (viz [openapi-output.yaml](../openapi-output.yaml)), navíc obsahuje pole
-`deleted_timestamp` (čas smazání události, nebo `null`) — to `/v1/jis/events/custom-format` nevrací a slouží
-konzumentům webhooku k rozpoznání smazaných událostí bez nutnosti dalšího dotazu. Trasy v `informed_entity.routes`
-jsou stejně jako u custom-format výstupu snapshot-first s GTFS fallbackem pro starší řádky bez snímku;
-při výpadku webhooku je fallbackem pro konzumenta dotaz na `/v1/jis/events/custom-format`.
+### Infotexty — GTFS-RT `pid_display_alerts.pb`
+
+Experimentální feed pro e-paper displeje, generovaný stejným taskem. Obsahuje infotexty navázané na uloženou událost (`event_id` → `jis_infotexts.jis_event_id`), které jsou právě aktivní (včetně časového okna `repeat`) a mají zastávky. Na každé zastávce zůstanou jen infotexty s nejvyšší závažností (`JISInfotextStopSuppressionFilter`). Entita má id `alert-{id infotextu}`, `informedEntity` obsahuje `stopId`, `severityLevel` je `WARNING` pro `display_type` `INLINE` a `SEVERE` pro `GENERAL`; `descriptionText` pochází z infotextu, ostatní pole (`cause`, `cause_detail`, `effect`, `url`, `header_text`) z navázané události (i typu `INTERNAL`).
+
+### Infotexty — API odjezdových a přestupních tabulí
+
+- `/v2/pid/departureboards`, `/v3/pid/transferboards` a `/v3/pid/infotexts` čtou infotexty z PostgreSQL; u odjezdových tabulí s parametrem `preset` se vrací jen infotexty navázané na daný preset (`jis_infotexts_presets.route_name`);
+- `/v4/pid/transferboards` čte infotexty z Redis cache `jisCache:*`.

package/docs/openapi-input.yaml

@@ -11,9 +11,9 @@ info:
         email: golemio@operatorict.cz
         url: https://golemio.cz
 servers:
-    - url: https://api.golemio.cz/v2
+    - url: https://api.golemio.cz/input-gateway/v1
       description: Main (production) server
-    - url: https://rabin.golemio.cz/v2
+    - url: https://rabin.golemio.cz/input-gateway/v1
       description: Test (development) server
 tags:
     - name: 🛤 Vehicle Positions
@@ -549,6 +549,7 @@ components:
                             - INCIDENT
                             - DISRUPTION
                             - SERVICE_CHANGE
+                            - INTERNAL
                     header_text:
                         type: object
                         properties:

package/docs/openapi-output.yaml

@@ -2085,11 +2085,12 @@ paths:
                   schema:
                     type: string
                     example: "INCIDENT"
-                    description: Type of events to filter by.
+                    description: Type of events to filter by. Events of type INTERNAL are excluded from the response unless explicitly requested with this parameter.
                     enum:
                       - INCIDENT
                       - DISRUPTION
                       - SERVICE_CHANGE
+                      - INTERNAL
             responses:
                 200:
                     description: OK
@@ -4111,6 +4112,7 @@ components:
                         - INCIDENT
                         - DISRUPTION
                         - SERVICE_CHANGE
+                        - INTERNAL
                 header_text:
                     type: object
                     properties:

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "@golemio/pid",
-    "version": "6.0.1-dev.2901184022",
+    "version": "6.0.1-dev.2912471131",
     "description": "Golemio PID Module",
     "type": "module",
     "main": "dist/index.js",
@@ -63,7 +63,7 @@
         "coverage:only": "c8 npm run test:only -- --reporter min",
         "code-coverage": "run-s prepare-db typecheck build coverage:only",
         "format:check-staged": "pretty-quick --staged --pattern '**/*.ts'",
-        "generate-docs": "typedoc --out docs/typedoc src",
+        "generate-docs": "typedoc --tsconfig tsconfig.build.json --out docs/typedoc src",
         "lint": "eslint --cache \"{src,test}/**/*.ts\"",
         "validate-dependencies": "dependency-cruiser --config .dependency-cruiser.cjs src"
     },

package/docs/architecture/pid_architecture_overview.drawio

@@ -1,177 +0,0 @@
-<mxfile modified="2023-05-23T09:47:11.166Z" host="Electron" agent="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) draw.io/21.2.8 Chrome/112.0.5615.165 Electron/24.2.0 Safari/537.36" etag="4dM1wg4TBuCNhn9Dqkni" version="21.2.8" type="device">
-  <diagram id="WI9T0HZ2pTsCkuznbFz-" name="Page-1">
-    <mxGraphModel dx="1418" dy="828" grid="1" gridSize="10" guides="1" tooltips="1" connect="1" arrows="1" fold="1" page="1" pageScale="1" pageWidth="1169" pageHeight="827" math="0" shadow="0">
-      <root>
-        <mxCell id="0" />
-        <mxCell id="1" parent="0" />
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-39" value="" style="rounded=1;whiteSpace=wrap;html=1;movable=0;resizable=0;rotatable=0;deletable=0;editable=0;locked=1;connectable=0;" vertex="1" parent="1">
-          <mxGeometry x="164.8" y="90" width="975.2" height="760" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-20" value="" style="rounded=1;whiteSpace=wrap;html=1;align=left;" vertex="1" parent="1">
-          <mxGeometry x="380" y="127.4" width="140" height="198" as="geometry" />
-        </mxCell>
-        <mxCell id="AcxdMaKK0mU5kZiv2lnr-9" value="Azure Blob&lt;br&gt;Storage&lt;br&gt;" style="aspect=fixed;html=1;perimeter=none;align=center;shadow=0;dashed=0;image;fontSize=12;image=img/lib/mscae/BlobBlock.svg;" parent="1" vertex="1">
-          <mxGeometry x="422" y="396" width="62" height="53" as="geometry" />
-        </mxCell>
-        <mxCell id="Yb9yHQ_m3vMcTtYt7nYP-4" value="Cron" style="verticalLabelPosition=bottom;html=1;verticalAlign=top;align=center;strokeColor=none;fillColor=#2875E2;shape=mxgraph.azure.scheduler;pointerEvents=1;rotation=0;" parent="1" vertex="1">
-          <mxGeometry x="803" y="188" width="70" height="80" as="geometry" />
-        </mxCell>
-        <mxCell id="Yb9yHQ_m3vMcTtYt7nYP-5" value="Azure Flexible PostgreSQL" style="verticalLabelPosition=bottom;html=1;verticalAlign=top;align=center;strokeColor=none;fillColor=#2875E2;shape=mxgraph.azure.sql_database_sql_azure;rotation=0;" parent="1" vertex="1">
-          <mxGeometry x="615.25" y="560" width="70" height="80" as="geometry" />
-        </mxCell>
-        <mxCell id="Yb9yHQ_m3vMcTtYt7nYP-6" value="Uživatelé" style="verticalLabelPosition=bottom;html=1;verticalAlign=top;align=center;strokeColor=none;fillColor=#00BEF2;shape=mxgraph.azure.user;" parent="1" vertex="1">
-          <mxGeometry x="1213.25" y="564.5" width="47.5" height="50" as="geometry" />
-        </mxCell>
-        <mxCell id="Yb9yHQ_m3vMcTtYt7nYP-7" value="Input Gateway" style="sketch=0;html=1;dashed=0;whitespace=wrap;fillColor=#2875E2;strokeColor=#ffffff;points=[[0.005,0.63,0],[0.1,0.2,0],[0.9,0.2,0],[0.5,0,0],[0.995,0.63,0],[0.72,0.99,0],[0.5,1,0],[0.28,0.99,0]];verticalLabelPosition=bottom;align=center;verticalAlign=top;shape=mxgraph.kubernetes.icon;prIcon=api" parent="1" vertex="1">
-          <mxGeometry x="425" y="145.2" width="50" height="48" as="geometry" />
-        </mxCell>
-        <mxCell id="Yb9yHQ_m3vMcTtYt7nYP-8" value="Output Gateway" style="sketch=0;html=1;dashed=0;whitespace=wrap;fillColor=#2875E2;strokeColor=#ffffff;points=[[0.005,0.63,0],[0.1,0.2,0],[0.9,0.2,0],[0.5,0,0],[0.995,0.63,0],[0.72,0.99,0],[0.5,1,0],[0.28,0.99,0]];verticalLabelPosition=bottom;align=center;verticalAlign=top;shape=mxgraph.kubernetes.icon;prIcon=api" parent="1" vertex="1">
-          <mxGeometry x="800" y="560" width="80" height="70" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-1" value="Data Proxy" style="pointerEvents=1;shadow=0;dashed=0;html=1;strokeColor=none;fillColor=#2875E2;labelPosition=center;verticalLabelPosition=bottom;verticalAlign=top;align=center;outlineConnect=0;shape=mxgraph.veeam.2d.proxy_appliance;" vertex="1" parent="1">
-          <mxGeometry x="210" y="192" width="74.8" height="78" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-2" value="API key Management" style="verticalLabelPosition=bottom;html=1;verticalAlign=top;align=center;strokeColor=none;fillColor=#2875E2;shape=mxgraph.azure.access_control;" vertex="1" parent="1">
-          <mxGeometry x="1016" y="384" width="50" height="50" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-3" value="Integration Engine" style="sketch=0;html=1;dashed=0;whitespace=wrap;fillColor=#2875E2;strokeColor=#ffffff;points=[[0.005,0.63,0],[0.1,0.2,0],[0.9,0.2,0],[0.5,0,0],[0.995,0.63,0],[0.72,0.99,0],[0.5,1,0],[0.28,0.99,0]];verticalLabelPosition=bottom;align=center;verticalAlign=top;shape=mxgraph.kubernetes.icon;prIcon=pod;rotation=0;" vertex="1" parent="1">
-          <mxGeometry x="601" y="380" width="80" height="70" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-5" value="Permission proxy" style="sketch=0;html=1;dashed=0;whitespace=wrap;fillColor=#2875E2;strokeColor=#ffffff;points=[[0.005,0.63,0],[0.1,0.2,0],[0.9,0.2,0],[0.5,0,0],[0.995,0.63,0],[0.72,0.99,0],[0.5,1,0],[0.28,0.99,0]];verticalLabelPosition=bottom;align=center;verticalAlign=top;shape=mxgraph.kubernetes.icon;prIcon=role;rotation=0;" vertex="1" parent="1">
-          <mxGeometry x="1002" y="562" width="80" height="70" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-8" value="TCP Input Gateway" style="sketch=0;html=1;dashed=0;whitespace=wrap;fillColor=#2875E2;strokeColor=#ffffff;points=[[0.005,0.63,0],[0.1,0.2,0],[0.9,0.2,0],[0.5,0,0],[0.995,0.63,0],[0.72,0.99,0],[0.5,1,0],[0.28,0.99,0]];verticalLabelPosition=bottom;align=center;verticalAlign=top;shape=mxgraph.kubernetes.icon;prIcon=master" vertex="1" parent="1">
-          <mxGeometry x="425" y="233.2" width="50" height="48" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-9" value="RabbitMQ&lt;br&gt;" style="sketch=0;outlineConnect=0;fontColor=#232F3E;gradientColor=none;fillColor=#2875E2;strokeColor=none;dashed=0;verticalLabelPosition=bottom;verticalAlign=top;align=center;html=1;fontSize=12;fontStyle=0;aspect=fixed;pointerEvents=1;shape=mxgraph.aws4.mq_broker;fillStyle=auto;rotation=0;" vertex="1" parent="1">
-          <mxGeometry x="601" y="191.4" width="80" height="70" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-12" value="Redis" style="outlineConnect=0;dashed=0;verticalLabelPosition=bottom;verticalAlign=top;align=center;html=1;shape=mxgraph.aws3.cache_node;fillColor=#2875E2;gradientColor=none;" vertex="1" parent="1">
-          <mxGeometry x="812" y="380" width="60" height="63" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-13" value="Url Proxy" style="image;aspect=fixed;html=1;points=[];align=center;fontSize=12;image=img/lib/azure2/ai_machine_learning/Translator_Text.svg;" vertex="1" parent="1">
-          <mxGeometry x="1016" y="740" width="50" height="50" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-17" value="" style="shape=flexArrow;endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="528.5" y="229" as="sourcePoint" />
-            <mxPoint x="588.5" y="229" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-21" value="" style="shape=flexArrow;endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="300" y="233.20000000000002" as="sourcePoint" />
-            <mxPoint x="360" y="233.20000000000002" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-22" value="" style="shape=flexArrow;endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="790" y="230" as="sourcePoint" />
-            <mxPoint x="700" y="229" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-23" value="" style="shape=flexArrow;endArrow=classic;startArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="100" height="100" relative="1" as="geometry">
-            <mxPoint x="640" y="370" as="sourcePoint" />
-            <mxPoint x="640" y="295" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-24" value="cache pro výpočty" style="shape=flexArrow;endArrow=classic;startArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry y="-30" width="100" height="100" relative="1" as="geometry">
-            <mxPoint x="691" y="412" as="sourcePoint" />
-            <mxPoint x="791" y="412" as="targetPoint" />
-            <mxPoint as="offset" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-26" value="cache pro requesty" style="shape=flexArrow;endArrow=classic;startArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry y="-60" width="100" height="100" relative="1" as="geometry">
-            <mxPoint x="841" y="553" as="sourcePoint" />
-            <mxPoint x="841" y="473" as="targetPoint" />
-            <mxPoint as="offset" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-28" value="" style="shape=flexArrow;endArrow=classic;startArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="100" height="100" relative="1" as="geometry">
-            <mxPoint x="1040" y="550" as="sourcePoint" />
-            <mxPoint x="1040" y="470" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-29" value="" style="shape=flexArrow;endArrow=classic;startArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="100" height="100" relative="1" as="geometry">
-            <mxPoint x="890" y="600" as="sourcePoint" />
-            <mxPoint x="990" y="600" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-31" value="" style="shape=flexArrow;endArrow=classic;startArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="100" height="100" relative="1" as="geometry">
-            <mxPoint x="1040" y="733" as="sourcePoint" />
-            <mxPoint x="1040" y="653" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-32" value="" style="endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="1090" y="600" as="sourcePoint" />
-            <mxPoint x="1190" y="600" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-33" value="Informační tabule&lt;br&gt;" style="outlineConnect=0;dashed=0;verticalLabelPosition=bottom;verticalAlign=top;align=center;html=1;shape=mxgraph.aws3.hardware_board;fillColor=#00BEF2;gradientColor=none;" vertex="1" parent="1">
-          <mxGeometry x="1202" y="714.75" width="84" height="100.5" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-34" value="" style="endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="1080" y="760" as="sourcePoint" />
-            <mxPoint x="1190" y="760" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-35" value="" style="shape=flexArrow;endArrow=classic;startArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="100" height="100" relative="1" as="geometry">
-            <mxPoint x="690" y="594.5" as="sourcePoint" />
-            <mxPoint x="790" y="594.5" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-37" value="Realtime data" style="endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="40" y="240" as="sourcePoint" />
-            <mxPoint x="200" y="240" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-38" value="Periodická aktualizace dat (jízdní řády apob.)" style="endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="580" y="470" as="sourcePoint" />
-            <mxPoint x="50" y="564.5" as="targetPoint" />
-            <Array as="points">
-              <mxPoint x="460" y="565" />
-            </Array>
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-40" value="Datová platforma Golemio" style="text;html=1;strokeColor=none;fillColor=none;align=center;verticalAlign=middle;whiteSpace=wrap;rounded=0;" vertex="1" parent="1">
-          <mxGeometry x="870" y="90" width="180" height="30" as="geometry" />
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-43" value="" style="shape=flexArrow;endArrow=classic;startArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="100" height="100" relative="1" as="geometry">
-            <mxPoint x="640.5" y="554" as="sourcePoint" />
-            <mxPoint x="640.5" y="474" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-50" value="" style="shape=flexArrow;endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="450" y="330" as="sourcePoint" />
-            <mxPoint x="450" y="390" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-53" value="" style="shape=flexArrow;endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="840" y="720" as="sourcePoint" />
-            <mxPoint x="840" y="660" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-        <mxCell id="dkLkBtVoeD-QzUvh4KKE-54" value="" style="shape=flexArrow;endArrow=classic;html=1;rounded=0;" edge="1" parent="1">
-          <mxGeometry width="50" height="50" relative="1" as="geometry">
-            <mxPoint x="590" y="420" as="sourcePoint" />
-            <mxPoint x="496" y="420" as="targetPoint" />
-          </mxGeometry>
-        </mxCell>
-      </root>
-    </mxGraphModel>
-  </diagram>
-</mxfile>