Pocet bodu v SMap.Layer.GPX

Diskuse k nové verzi mapového API. Napište nám, co se vám na novém API libí či nelíbí a přispějte svými komentáři a připomínkami k jeho zdokonalení.
flo...@...
Příspěvky: 19
Windows NT 64 bits Google Chrome 56.0.292

Pocet bodu v SMap.Layer.GPX

odesláno v 07 bře 2017 23:32

Dobry den, po nejake dobe pouzivani jsem si vsiml, ze hodnota options.maxPoints, kterou pro SMap.Layer.GPX nastavuji, se neaplikuje na celou trasu (<trk> ve zdrojovem GPX souboru), ale na kazdy z dilcich segmentu (<trkseg>). Neslo by tohle nejak ovlivnit?

Uvedu priklad, v jednom segmentu mam hodne bodu, to me vede na limitovani poctu. Klidne si zjistim pocet bodu a hodnotu maxPoints nastavim jako nejaky nasobek, ale v dalsim segmentu mam bodu radove mene, takze v podstate k zadne zmene nedojde. Idealni by podle me bylo, kdyby se hodnota maxPoints vztahovala k cele trase <trk>, tedy ke vsem segmentum dohromady. Pripadne by to slo resit pro kazdy segment zvlast, ale to bych musel mit moznost ovlivnovat pocty bodu pro jednotlive segmenty a volit ji v nejakem pomeru ku celkovemu poctu bodu segmentu.
Pro ilustraci pridavam ukazku http://prntscr.com/eha8a7 Modra je kratsi cesta tam, zluta je cesta zpet po stejne trase, pouze pokracuje dal a je mnohem delsi.

Dekuji za odpoved, Jakub

ond...@...
Seznam vývojář
Příspěvky: 857
Ubuntu Linux 64 bits Firefox 52.0

Re: Pocet bodu v SMap.Layer.GPX

odesláno v 20 bře 2017 14:51

Hezky den,

ovlivnit by to slo, ale je nutne najit takove reseni, ktere je zpetne kompatibilni a neposkytne horsi uziv. zazitek, nez status quo.

Hlavni duvod pro implementaci maxPoints je prevence zabiti prohlizece krivkou, ktera bude mit desitky tisic bodu. Proto se take maxPoints aplikuje na kazdou lomenou caru zvlast, nebot nepredpokladame existenci tras se stovkami <trkseg>, zatimco v praxi bezne potkavame takove segmenty, ktere maji skutecne prilis mnoho souradnic.

Proto si myslim, ze nemuzeme jednoduse z niceho nic zmenit vyznam maxPoints tak, ze by se aplikoval na celou trasu naraz. Napada vas nejake rozumne API, ktere by pokryvalo vasi potrebu?

flo...@...
Příspěvky: 19
Windows NT 64 bits Google Chrome 56.0.292

Re: Pocet bodu v SMap.Layer.GPX

odesláno v 20 bře 2017 22:18

Na uvod se omlouvam za mystifikaci, popletl jsem si pojmy. Mam soubor s vice <trk>, kazdy obsahuje pouze 1 <trkseg>. Soubor odpovida vicedennimu vyletu, kazdy <trk> predstavuje 1 den, takze maxPoints mi najednou zacina davat smysl a omezuje pocet bodu opravdu pro jeden <trk> :-) Jadro meho problemu ale zustava stejne, ne vsechny trk jsou priblizne stejne dlouhe a ja bych chtel limitovat kazdy trk zvlast.

Neslo by tedy upravit SMap.Layer.GPX tak, aby misto integeru prijimal pole integeru (stejne jako je to s barvami)? Resp. pokud by prisel integer, aplikoval by se na vsechny trk (jako dosud), pokud pole (tam bych kontroloval jeho delku, ktera by se musela rovnat poctu trk), aplikoval by se postupne kazdy limit na odpovidajici trk. Ja uz bych si prerozdelil hodnotu nejakeho meho limitu na cely vylet (soubor) sam, v zavislosti na poctu bodu v jednotlivych trk, tak, aby jednotlive trk mely pribizne stejnou granularitu a nenastavala situace podobna teto http://prntscr.com/eha8a7

A duvod, proc tento problem resim, je presne to, co popisujete jako hlavni duvod vzniku maxPoints. Chci omezit pocet vykreslenych bodu tam, kde to neni potreba (u kratkych trk)

flo...@...
Příspěvky: 19
Windows NT 64 bits Google Chrome 57.0.298

Re: Pocet bodu v SMap.Layer.GPX

odesláno v 30 bře 2017 15:41

Mozna me napadlo lepsi reseni nez:
flo...@... píše:Neslo by tedy upravit SMap.Layer.GPX tak, aby misto integeru prijimal pole integeru (stejne jako je to s barvami)? Resp. pokud by prisel integer, aplikoval by se na vsechny trk (jako dosud), pokud pole (tam bych kontroloval jeho delku, ktera by se musela rovnat poctu trk), aplikoval by se postupne kazdy limit na odpovidajici trk. Ja uz bych si prerozdelil hodnotu nejakeho meho limitu na cely vylet (soubor) sam, v zavislosti na poctu bodu v jednotlivych trk, tak, aby jednotlive trk mely pribizne stejnou granularitu a nenastavala situace podobna teto http://prntscr.com/eha8a7

Co kdyby se zadany limit proste pouzil na nejdelsi trk v souboru (s nejvetsim poctem bodu) a na ostatni by se pouzila nizsi hodnota tak, aby byly zbyle body ve stejnem pomeru. Uvedu zase priklad, mam v souboru 3 trk o 200, 600 a 300 bodech. MaxPoints zadam 60 -> vykreslilo by se z prvniho trk pouze 20, z druheho 60 a z tretiho 30. Oproti dosavadni implementaci by se usetrilo 70 bodu (vykreslilo by se 110 misto 180) a nijak by se nemela snizit kvalita zobrazeni (ano, u prvniho a tretiho trk se snizi, ale bude porovnatelna s kvalitou druheho trk, ktera by zustala stejna, jako je dosud).

Tohle by nemuselo byt zase tak slozite na implementaci a nijak by to neovlivnilo dosavadni uzivatele.

ond...@...
Seznam vývojář
Příspěvky: 857
Ubuntu Linux 64 bits Firefox 52.0

Re: Pocet bodu v SMap.Layer.GPX

odesláno v 31 bře 2017 14:37

flo...@... píše:Co kdyby se zadany limit proste pouzil na nejdelsi trk v souboru (s nejvetsim poctem bodu) a na ostatni by se pouzila nizsi hodnota tak, aby byly zbyle body ve stejnem pomeru. Uvedu zase priklad, mam v souboru 3 trk o 200, 600 a 300 bodech. MaxPoints zadam 60 -> vykreslilo by se z prvniho trk pouze 20, z druheho 60 a z tretiho 30. Oproti dosavadni implementaci by se usetrilo 70 bodu (vykreslilo by se 110 misto 180) a nijak by se nemela snizit kvalita zobrazeni (ano, u prvniho a tretiho trk se snizi, ale bude porovnatelna s kvalitou druheho trk, ktera by zustala stejna, jako je dosud).

Tohle by nemuselo byt zase tak slozite na implementaci a nijak by to neovlivnilo dosavadni uzivatele.


To zni jako docela dobry napad. Ve volne chvilce se na to zkusime podivat.

flo...@...
Příspěvky: 19
Windows NT 64 bits Google Chrome 57.0.298

Re: Pocet bodu v SMap.Layer.GPX

odesláno v 03 dub 2017 11:54

Dekuji, budu se tesit na update :)

flo...@...
Příspěvky: 19
Windows NT 64 bits Google Chrome 58.0.302

Re: Pocet bodu v SMap.Layer.GPX

odesláno v 30 kvě 2017 19:59

Po nejake dobe jsem koukal na sve trasy a vypada to, ze zmena uz byla nasazena. Dekuji za upravu

ond...@...
Seznam vývojář
Příspěvky: 857
Ubuntu Linux 64 bits Firefox 53.0

Re: Pocet bodu v SMap.Layer.GPX

odesláno v 31 kvě 2017 15:10

Hezky den,

zrovna jsem chtel napsat, ze pozadovana zmena jiz byla provedena. Nove se tedy limit maxPoints aplikuje na nejdelsi segment souboru a ostatni segmenty maji maximum pocitano proporcionalne.

Zpět na Mapy API v4.0