@lm386 Že je panorama špatně pod POI už se ví dlouho...

@Pavel-Mapy.com Great it works, thank you

Podle mě to také na mapy nepatří. Videa už vůbec ne. Časosběr se dá realizovat i pomocí několika fotografií s udáním data. Pokud máte potřebu sdělit nějaké informace k objektu na mapách, navrhněte jejich textovou podobu a pošlete ji mapám. Zároveň jim můžete poslat odkaz na web – třeba web obce, kde by tyto Vaše informace, včetně videí, bylo vhodné umístit.

@Michal-Strejt Jak přecházet mezi starou a novou verzí, najdete v této odpovědi pan Jakuba Faifera.

## For your further consideration: One would think that only longer route names are problematic - but no - even short route numbers tend to be an issue for vector maps! For example: https://mapy.com/s/canapazume See route name 612a, which one would assume wouldn't be a problem at all for being such a short route name, won't appear at all at lesser zooms! It will only start appearing at zoom 16 (z=16). And then again at z=16.5, but not in between 16 and 16.5. And then going beyond 16.5, the route name 612a will seemingly appear at all decimal zooms just fine.

@xavier.servel I'm afraid that won't work. On Android Auto and CarPlay, Mapy.com only supports navigation in driving mode. You would therefore have to switch the converted route from hiking to driving mode. However, the car route planner won't allow you to follow paths intended for walking. See more here.

S CarPlay ani AndroidAuto sice nemám zkušenosti, ale je otázka jestli je tohle vůbec v možnostech vývojářů aplikace Mapy.com. Co jsem tak pochopil, tak ne všechna systémová nastavení CarPlay/AndroidAuto jdou těmito aplikacemi ovlivnit... Ale třeba se pletu a tohle zrovna půjde.

@Standa-Komínek Ale pozor, pokud používáte při záznamu zapnuté automatické pozastavování, tak to v exportu a tedy ani v následném importu již není! Takže bych to nedoporučoval, uvidíte jiné hodnoty rychlosti a času aktivity, a to je myslím horší varianta, než chybějící obrázek.

Hello, The primary distinction is made using symbols: MTB routes are marked with a dotted line, while cycling routes use a dashed line. Color serves as additional information. [image: 3c6dcc54-42d4-41c9-874c-7722e60faa69.jpeg]

Dobrý den, provedl jsem test výškového profilu: Zařízeni: Samsung A16. Systém: Android 16, One UI 8.5 Verze app: 26.9.5 (26090501) Test jsem provedl na trasách dlouhých cca 5 km, 20 km a 70 km. Vždy tam je určitě zpoždění, kdy se výškový profil začne jakoby posouvat. Kdybych si měl tipnout, tak je to vždycky procentuálně stejné zpoždění. U 5 km dlouhé trasy je to zpoždění téměř zanedbatelné, u 20 km o něco více a u 70 km zase mnohem více. Ukazatel výšky vpravo funguje v pořádku. Jinak je to skvělá funkce, kterou jsem si moc přál. Díky za to! Snad se to povede vyladit, držím palce. Mějte se fajn

Ještě doplním, že se jedná o iMac 2020, 27", Intel. Teď mám: MacBook Air M2, 2023 macOS Sequoia (15.5) Safari (18.5, 20621.2.5.11.8) A mapa se zobrazuje správně.

Nějaký čas bude sbírka Bushman nadále v mapě, jen už nepůjde sbírat. Mezi tím se přesně dořeší, jak to pro vás zachovat "na památku", např. ve formě složky v Moje Mapy. Prosím zatím vydržte, určitě najdeme řešení k všeobecné spokojenosti

@Jan-Poruba Takovéto chování, že je bublina zcela mimo kurzor, jsem pozoroval i na relativně novém notebooku, aktuální W11, aktuální Chrome.

@Jakub-Faifer Nejjednodušší by bylo, prostě to umožnit vypnout. Už se to tu v minulosti opakovaně probíralo (např. zde), že by bylo dobré mít možnost zobrazovat leteckou mapu bez popisků. Tomu se ale bráníte. A přitom by stačilo přidat jeden přepínač u letecké třeba s názvem "Popisky a POI" Při plánování na turistické mapě a přepnutí na leteckou, abychom viděli stav terénu, tak opravdu nepotřebujeme aby to zakrývaly popisky. Ani POI body nad leteckou pro takový případ nejsou nutné, jsou na turistické mapě.

@Milan-Kaška said: Otázka je, zda a kdy ten rastr definitivně vypnou... Že se to stane, je jisté, otázkou je tedy pouze kdy Nicméně obecně se dá říct, že podporovaná jsou jádra Chromium, Gecko a Webkit - tedy Chrome, Firefox a Safari a z nich odvozené prohlížeče - a to vždy nejméně dva roky dozadu. Pokud v nich něco nefunguje, řešíme to. Ve starších se taková věc řeší pouze, pokud to negativně neovlivní zkušenost pro uživatele podporovaných prohlížečů a řešení nevyžaduje příliš času či jiných prostředků. V poslední době tak například Mapy.com vyžadují, aby prohlížeč uměl (mimo jiné) CSS selektor :has(), měl JS API jako například ResizeObserver či podporoval WASM a WebGL. Všechno věci, které prohlížeče umí mnohem déle než ty podporované 2 roky.

U mne se detaily k místu zobrazují se šrafováním. Vše bych měl mít aktualizované, Win11, prohlížeč Firefox. [image: 89fcd35c-806f-439d-936c-10a36640ffa2.jpg]

@Jan-Kuchař Abyste si rozuměli, jednalo se o jednu trasu v kuse, jen se část cesty zpět shodovala s prvotním smerem. Stalo se mi už několikrát

Myslím, že odpověď je zde, pan Kraft to tam píše jasně, bylo by zbytečné přepínání v nastavení, protože starý způsob vykreslování mapy nebude v budoucnu existovat. Jinak je zde na toto téma více vláken, např. zde Návod, jak to zatím vrátit zpět je zde, ale nevím, jestli to ještě funguje.

@Jan-Buriánek děkuji, neviděl jsem.