Hlavně to zahubení JS SDK a přesun na produkty 3. strany s velmi omezenými možnostmi proti původnímu JS SDK je velký fail Seznamu...
Vidím to opačně, konečně je možné mapy Seznamu používat bez jakýchkoli pochyb s běžnýmy mapovými knihovnami a není potřeba používat proprietární knihovnu Seznamu.
Jaké možnosti jsou podle vás omezené? Běžně používané mapové knihovny (Leaflet, OpenLayers, MapLibre) toho umí z hlediska map řádově víc, než uměla knihovnu Seznamu. Geikódování a plánování je dostupné přes REST API. Co vám chybí?
Kvalitní integrace mapových bodů (ikon) pomocí formátu KML (asynchronně) + snadné řešení události onclick na ně (popup, ajax popup) tak, jak to mělo současné SDK (což se dá udělat navzdory vybrané knihovně) + více vrstev nad rámec těch 4 základních, co maj teď v REST API.
Klidně ať mají REST API, ale nenabízet ekvivalentní proprietární náhradu možností, na které si mnoho uživatelů zvyklo a imho jsou dobré, je prostě mrzuté.
Aha, vy jste si chtěl mapovou knihovnu propgramovat sám. Tak se to ale dávno nedělá. Dnes máte k dispozici několik kvalitních mapových knihoven, které stačí jen použít. Seznam je ve své dokumentaci odkazuje.
Vy jste někdy ve své aplikaci potřeboval historickou mapu nebo staré letecké mapy?
7. 12. 2024, 08:27 editováno autorem komentáře
Na serverech s historickou geografickou tématikou se pochopitelně historické mapy užijí. Ten luxus přepínání mezi současnou a historickou + pokrytí pomístních názvů současnou turistickou mapou od Mapy.cz + KML v řádech tisíců, to je důvod používání stávajícího-bývalého řešení od Seznamu. Podotkl bych ještě, že implementace byla velice snadná.
U těch nabízených knihoven 3. stran to rozhodně nevypadá tak jednoduše a přímočaře.