Vlákno názorů k článku Které mapy jsou pro váš web nejlepší? od scorpi - U Google Maps API ve verzi V2 je...
-
scorpi (neregistrovaný)U Google Maps API ve verzi V2 je objekt Marker Manager, ktery umoznuje vlozit tam velke mnozstvi markeru a specifikovat jejich viditelnost pro urcity zoom level a inteligentne grupovat u mene detailniho zoomu. Neco podobneho lze take u polyline - je tam varianta encoded polyline, ktera umoznuje kazdemu bodu specifikovat na kterem zoom levelu se s nim bude pocitat.
Pisu to proto, ze mit v jednom mapovem bloku tisice znacek je z hlediska uzivatele a orientace v informacich na mape celkem k nicemu, takze to, ze s tim rozhrani bezi pomaleji neni tak zavazne jako to, ze se s tim neda pracovat z hlediska informacni efektivity.
Jinak tedy, nejsem si zcela jisty jak ve verzi v2, protoze jsem to nesrovnaval, ale ve v1 pro polyline delsi nez 200-300 bodu bylo nutne ji delit na cca. kousky dlouhe max tech 300 bodu, aby to rozhrani bylo dostatecne rychle. Takto rozdelena polyline o delce treba 3000 bodu nebyla pak kupodivu problem. -
anonymníZdravím, AMapy Api nemá s amapy.cz společný engine. Po zkušenostech s psaním amapy.cz, bylo api vyvinuto uplně znova.
Proto bych nesrovnával. Opera pod AMapy Api běží naprosto v pohodě, včetně plynulého zoomu.
Co se týká Marker Manageru, u AMapy api není tento objekt třeba. Každé značce lze nastavit maxZoom. Která značka se zobrazit má a která nemá, o to se stará engine map sám.
V případě zobrazení více jak tisíce značek se značky musí dynamicky dotahnovat. Api to umí, jen to není zdokumentované. Příklady budou následovat.
Co se týká APolyline, api nikdy nevykresluje trasu celou, protože v nižších měřítcích by to prohlížeče nezvládly. Proto se zobrazuje pouze viditelná část. -
Na dopředu avizované uvedení Marker Manageru jsem se opravdu těšil, protože umožňuje psát jednodušší kód. Je pravda, že je rychlejší než přidání všech značek do mapy najednou, bohužel je ale pořád nesnesitelně pomalý už při 300 objektech. Proto jsem zůstal u ručního krkolomného zobrazování jenom těch značek, které se nacházejí ve viditelné oblasti. Pokud nejsou objektů tisíce, považuji za rozumnější je umístit do skriptu přímo a ne je stahovat AJAXem, jak je popsáno v článku.
-
scorpi (neregistrovaný)Ad polyline: nejde o zobrazovani pouze viditelne casti, naopak prave pokud je polyline videt cela v danem zoomu a ma hodne bodu, tak je problem.
Ten hlavni co si pamatuju byl s IE, kde se polyline vykresluje vektorove a IE vetsi pocet bodu zjevne nezvladal, navic ma v nekterych ohledech podstatne mizernejsi (a pomalejsi) intepreter javascriptu nez treba Gecko. U prohlizecu kde se stahuje obrazek vygenerovany na serveru google tenhle problem nebyl tak palcivy - problem byl s naladovanim bodu do objektu a pak samozrejme, ze prislusny obrazek se musi posilat s nezanedbatelnym kvantem dat v query a urcite to cely proces nezrychluje.
Jak je to v Amapy API nevim, to nemohu srovnavat, pracoval jsem jen s Google Maps API... -
scorpi (neregistrovaný)Jeste doplneni, prohlidl jsem si AMapy API a pusobi to na mne dobre, ve srovnani s API seznamackych map rozhodne o rad lepsi - nejen tim co nabizi navic, tim ze nema nesmyslna "licencni" omezeni pro pouziti, ale take celkovou koncepci API - je videt, ze o tom nekdo premyslel a nejen neco splacal "aby bylo to API". Tot muj subjektivni dojem.
ČLÁNKY DO MAILU