1202 odpovědí na toto téma

[HaLuMa]

1) na webu GgStatu se pise, ze to nefunguje, pokud mas vice jak 400 nalezu. Neni to tvuj pripad? 2) ja pouzivam originalni makro, kde se souradnice berou z tech geogetich promennych, a nemam sebemensi problem. Jak spoustis GgStat?

[HaLuMa]

Mimochodem, kdyz se ted koukam na GgStat.ggp.pas, tak mam pocit, ze je tam chyba. Hodnoty pro RenUexec by mely byt v kodovani CP1250, takze je neni treba konvertovat do OEM kodovani. (To je potreba, pokud by se z makra generoval treba obsah nejakeho BAT souboru...) Takze soucasny kod zmrsi cestinu v nazvech adresaru a patrne proto to nechodi tem, kteri maji Geoget s datovym adresarem v profilu na ceskych windows.

[ProKesTom]

flyingcobra napsal/a:
ad1, už se to tu řešilo, google graf má problém s počty hodnot na d 500, ale už to tu někdo řeší.
ad 2, souřadnice je potřeba nastavit v souboru GGstat.config.pass, nestačí je nastavit jen jako domácí souřadnice v GeoGetu

ad 1 ... aha, to jsem bohužel nenašel ani pomocí GOOGLu
ad 2) Právě tam jsem je nastavoval. Jak přímo, tak pomocí odkazu Geoget_RefX ...

[gord]

ProKesTom napsal/a:
Tak jsem se pustil do zkoušení GGSTATu, rozchodil, ale ne vše.
1) Přesto, že mám u keší tagy Elevation, graf Elevation má jen hlavičku a dost.

Ano, google graf ma problem s pocetm hodnot pres jistou mez. Nasledujici verze (je hotova, jen ji odladit;) ) toto resi dvema zpusoby: zvlada vyssi pocet jistou "komprimaci" dat (upravil MaFa) nebo umoznuje pouzit histogram (dodelal jsem ja).

ProKesTom napsal/a:
2) Homelocation asi vidí ggstat někde na rovníku, ať použiji zadání přímo, nebo doporučené HomeLat = 'Geoget_RefX'. HomeLon = 'Geoget_RefY'
Během zpracování problikne DOSové okno s chybovým hlášením: Argument "Geoget_RefX" isn'tnumeric in subtraction (-) at Geo/Distance.pm line 232, (TEMPLATE) line 110.
Tento text se opakuje dvakrát.

Nova verze umozni nastaveni domovskych souradnic v Template (i kdyz budou mit prednost ty v prikazovem radku, pokud budou uvedeny).

Trochu neocekavane jsem musel dnes do prace, takze jsem se doma nemohl venovat ladeni nove verze GgStatu. Doufam, ze me dnes v noci nevzbudi telefon, abych musel do prace znovu, a budu moct zitra doladit do konce.

[ProKesTom]

gord napsal/a:
Nova verze umozni nastaveni domovskych souradnic v Template (i kdyz budou mit prednost ty v prikazovem radku, pokud budou uvedeny).

Koukám, že jsem prohodil Lat a Lon... spletla mne nápověda RefX, RefY, osu X bych čekal "vodorovně", t.j. 14.5 a Y =50, ono je tomu naopak. Kupodivu ale ten výsledek vypadá přesto divně, jako bych nelovil na Šumavě a na Slovensku.

[HaLuMa]

Za tohle pojmenovani mohu ja. Zvykly z pocitacu, kdy je jednou osa X vodorovne a jindy klidne i svisle, nehledal jsem v tom zadnou velkou logiku, a souradnici X jsem nazval proste tu souradnici, ktera se uvadi v zapisu jako prvni. Proste mi prijde logicke zapisovat souradncie ve formatu X,Y a ne ve formatu Y,X.

[Tom Fuk]

HaLuMa napsal/a:
Proste mi prijde logicke zapisovat souradncie ve formatu X,Y a ne ve formatu Y,X.

Je vidět, že nejsi geodet :D:D

[HaLuMa]

Ne, to opravdu nejsem. Geodeti, to jsou ti lide, kteri se ani nedokazali shodnout na tom, jestli souradnice S-JTSK jsou u nas v prvnim nebo tretim kvadrantu? Ale myslim, ze na tom opravdu nesejde. V Geogetu mas i promenne nezvane jako Lat a Lon, cimz je presne dano co je co. Ze k nim existuje i nejaky alias X a Y, to preci nepredstavuje problem.

[MaFa]

Tak díky Gordovi je tady nová verze: 1.1.12 * Komprese dat v grafu výšek * Přidán histogram výšek * Přidána promìnná %ELAPSED% - čas spotřebovaný pro generování statistik * Opraveno načítání FTF - ošetřena chyba při prázdném tagu FTF * HOMECOORDINATES - možnost zadat domovské souřadnice v souboru Template * MILESTONENUMS,MILESTONECACHES - možnost do Milníkù doplnit kešky mimo krok (pořadím nebo GC kódem) * MYCACHESOWNER - možnost zadat nick kačera v souboru Template, bez ohledu na velikost písmen * drobné změny ve vzhledu tabulek Milesones a SomeNumbers (ikona keše a jméno jsou každé v samostatném sloupci) * možnost skrýt starší roky v úvodním zobrazení nálezů po měsících * BETA test - možnost doplnit do map (i tabulek/koláčových grafů) ČR počty nálezů v kraji/okrese a procenta počtu nelezených v kraji/okrese * přidán návod

[HaLuMa]

Ten Histogram podle vysek ma nejakou mouchu. Zkusil jsem to u sebe, osa na vysku je cejchovana na 250, ale prvni tri sloupce jsou vysoke az nahoru, ackoliv se jedna o hodnoty 127, 254, 170. Vsechny jsou dle nadpisu osy lehce nad 250. Dalsi sloupce klesaji, ale podle pomeru vysek to vypada, jako ze maximum je 100 a ne 250.

[HaLuMa]

A graf FindsByElevation nejak nejsem schopen pochopit. Respektive dokazal sjem si v dokumentaci precist, co ktera osa predstavuje. (nahodny navstevnik statistiky to ale nema sanci pochopit), nicmene porad nejak nerozumim, co se mi ten graf snazi rici. Namet na dalsi statistiku - vysky nalezu v zavislosti na case. tedy neradit to posle vysky nalezu, ale podle poradi nalezu, a nakreslit krivku, ze ktere by bylo videt, kdy jsem lovil na horach a kdy v nizinach.

[HaLuMa]

A dalsi nalezene problemy. Flags:P mi funguje u mapicek, ale nefunguje mi u tabulek. Konkretne u FindsByCantonTable.

A u FindsByOkresCZMap to sice cisla do mapy vykresli, nicmene predopklada t mapku v plne velikosti. protoze ale mam mapku zmensenou, vykresluje to ta cisla nekam uplne jinam nez ma. Viz.:

SPLIT 2
WIDTHNEXT 300
FindsByCantonTable none
WIDTHNEXT 450
FindsByOkresCZMap Flags:P none

[gord]

HaLuMa napsal/a:
Ten Histogram podle vysek ma nejakou mouchu.

Prosim, posli mi ten odkaz <img> pro vytvoreni grafu, co vygeneruje ggstat. Priznavam, s googlovym api silne bojuju.

HaLuMa napsal/a:
A graf FindsByElevation nejak nejsem schopen pochopit. ...

Jsem na tom podobne, proto jsem zkusil udelat ten histogram.
... vyska-cas ... To by byl problem s tim poctem bodu do API podobne jako v Elevation.

HaLuMa napsal/a:
A dalsi nalezene problemy. Flags:P mi funguje u mapicek, ale nefunguje mi u tabulek. Konkretne u FindsByCantonTable.

To bude asi tim, ze tam jsem to neimplementoval, ale popis jsem udelal "dopredu". Zkusim se polepsit. Napred s MaFou museme doresit "budouci koncepci", trochu se rozchazime.

A u FindsByOkresCZMap to sice cisla do mapy vykresli, nicmene predopklada t mapku v plne velikosti. protoze ale mam mapku zmensenou, vykresluje to ta cisla nekam uplne jinam nez ma.

Tak s tim jsem vubec nepocital, protoze nevim, jak se tam ty cisla poskladaji. Oni se tam s obtizemi vejdou ted (Plzen-mesto, Praha, Praha-vychod, ...) Nejaky napad jak to vyresit?

Jo, pro takoveto chyby to asi byla ta BETA

[PetrX]

Díky za novou verzi, je opravdu perfektní a těch změn až oči přecházejí . Hlavně díky za histogram nadmořských výšek, ten se mi líbí z nových věcí nejvíce. Potvrzuji stejnou zkušenost s popisama nálezů v mapce, že se hodí úplně jinak. Zkusím zapracovat na změně generování mapy tak, aby to již v ní bylo obsaženo . Uvidíme jak se mi to podaří.

[HaLuMa]

gord napsal/a:
Prosim, posli mi ten odkaz <img> pro vytvoreni grafu, co vygeneruje ggstat. Priznavam, s googlovym api silne bojuju.

Snad to bude nejak citelne:

http://chart.apis.google.com/chart?chs=745x200&cht=bvs&chf=bg,s,F5F5F5&chbh=43,2&chco=90cae6,457f9c&chd=t:124,0,170,96,48,21,13,21,8,11,8,0,3,0,1|0,254,0,0,0,0,0,0,0,0,0,0,0,0,0&0,178&chxr=0,0,15|1,0,260|2,0,260|3,0,15&chxl=0:|150|200|250|300|350|400|450|500|550|600|650|700|750|800|850|3:|199|249|299|349|399|449|499|549|599|649|699|749|799|849|899|&chxt=x,y,r,x&chm=t124,000000,0,0,10|t254,000000,1,1,10|t170,000000,0,2,10|t96,000000,0,3,10|t48,000000,0,4,10|t21,000000,0,5,10|t13,000000,0,6,10|t21,000000,0,7,10|t8,000000,0,8,10|t11,000000,0,9,10|t8,000000,0,10,10|t%20,000000,0,11,10|t3,000000,0,12,10|t%20,000000,0,13,10|t1,000000,0,14,10&

Jinak poet bodu v grafu se vyresit da. Stejne nema smysl kreslit do grafu vodorovne treba tisic hodnot, kdyz to pak zobrazujes na sirku trebas 450 bodu. Takze redukovat body:

- zjistit vsechny body a kolik jich je.
- rict si, ze chces ziskat trebas max. 400 bodu, takze spocitas, ze potrebujes redukovat x bodu do jednoho. A hodnoty X bodu zprumerujes do jedne hodnoty, kterou pak pouzijes na kresleni grafu.

Snad jsem to popsal pochopitelne.

gord napsal/a:
Jo, pro takoveto chyby to asi byla ta BETA

Vsak take nic nevytykam, jen chci pomoci s vychytanim musek.

[flyingcobra]

to gord: mockrát děkuji už předem, že se GSstat hýbe a protože jsem našel chybku, ale vím, že to je funkce beta, tak ber mou poznámku jen jako výsledek testování, ne nějakou kritiku. Pokud použiju Flag P, tak to všude píše 100%, o posunutí čísel při flagu N při zobrazení menší mapky mi to dělá problém jen u okresů, pokud mám malou mapku u krajů, tak jsou čísla v pořádku. viz muj profil ale díky moc za práci, plus prosím, prosím bych se přiklánět ke grafu podle elevation stylem tak jak sli cache nalezy po sobe a tim vykreslena krivka, ale to je jen podmet na zlepseni

[HaLuMa]

[quote]gord napsal/a:
[quote]A u FindsByOkresCZMap to sice cisla do mapy vykresli, nicmene predopklada t mapku v plne velikosti. protoze ale mam mapku zmensenou, vykresluje to ta cisla nekam uplne jinam nez ma.[/quote]

Tak s tim jsem vubec nepocital, protoze nevim, jak se tam ty cisla poskladaji. Oni se tam s obtizemi vejdou ted (Plzen-mesto, Praha, Praha-vychod, ...) Nejaky napad jak to vyresit?

Asi se to tam neposklada, ja na tom take netrvam. me to staci bohate u kraju.

Ale ted mne napadlo, jestli by to tam neslo poskladat jako hinty. (tedy, ze se ukaze bublina s hodnotou, kdyz nad nejaky okres najedes kurzorem...) Mozna by to slo nejak udelat pres imagemapu, ale to jen tak placam, v HTML nejsem kovany.

[gord]

HaLuMa napsal/a:

gord napsal/a:
Prosim, posli mi ten odkaz <img> pro vytvoreni grafu, co vygeneruje ggstat. Priznavam, s googlovym api silne bojuju.

Snad to bude nejak citelne:

http://chart.apis.google.com/chart?chs=745x200&cht=bvs&chf=bg,s,F5F5F5&chbh=43,2&chco=90cae6,457f9c&chd=t:124,0,170,96,48,21,13,21,8,11,8,0,3,0,1|0,254,0,0,0,0,0,0,0,0,0,0,0,0,0&0,178&chxr=0,0,15|1,0,260|2,0,260|3,0,15&chxl=0:|150|200|250|300|350|400|450|500|550|600|650|700|750|800|850|3:|199|249|299|349|399|449|499|549|599|649|699|749|799|849|899|&chxt=x,y,r,x&chm=t124,000000,0,0,10|t254,000000,1,1,10|t170,000000,0,2,10|t96,000000,0,3,10|t48,000000,0,4,10|t21,000000,0,5,10|t13,000000,0,6,10|t21,000000,0,7,10|t8,000000,0,8,10|t11,000000,0,9,10|t8,000000,0,10,10|t%20,000000,0,11,10|t3,000000,0,12,10|t%20,000000,0,13,10|t1,000000,0,14,10&

No tak je to jasne. Pri upravach pro distribuci vypadl parametr chds, ktery ma na triku prave to meritko sloupcu.

HaLuMa napsal/a:
Jinak poet bodu v grafu se vyresit da. Stejne nema smysl kreslit do grafu vodorovne treba tisic hodnot, kdyz to pak zobrazujes na sirku trebas 450 bodu. Takze redukovat body:

- zjistit vsechny body a kolik jich je.
- rict si, ze chces ziskat trebas max. 400 bodu, takze spocitas, ze potrebujes redukovat x bodu do jednoho. A hodnoty X bodu zprumerujes do jedne hodnoty, kterou pak pouzijes na kresleni grafu.

Snad jsem to popsal pochopitelne.

Pochopitelne, ale neni to spravne. Vyhazes tim extremy. U more odlovim jednu kesku a pak se vratim, nebo si udelam vylet do Nepalu a redukci o vsechny kesky (vim, moc jich tam ted asi nebude ) prijdu. Ono jde o to, co od toho grafu ocekavat: prumery, prehled (tedy i ty extremy), ...

HaLuMa napsal/a:
Vsak take nic nevytykam, jen chci pomoci s vychytanim musek.

Vsak jsem se teky proti nicemu neohrazoval, jen vysvetluju to mnozstvi chyb po zverejneni.

PetrX:
Zkusím zapracovat na změně generování mapy tak, aby to již v ní bylo obsaženo ...

Jo pokud by se to podarilo dostat do te mapy rovnou, byla by to pohadka o necem uplne jinem.

[gord]

HaLuMa napsal/a:
Ale ted mne napadlo, jestli by to tam neslo poskladat jako hinty. (tedy, ze se ukaze bublina s hodnotou, kdyz nad nejaky okres najedes kurzorem...) Mozna by to slo nejak udelat pres imagemapu, ale to jen tak placam, v HTML nejsem kovany.

No, v podstate tak je to ted udelany, proto je to pri jinem rozmeru mapy soupnuty. Takze by se ta mapa musela prepocitavat v zavislosti na tom, jak si nekdy drib nastavil pres HTML nejaky nadrizeny DIV. to neni schudna cesta.

[gord]

flyingcobra napsal/a:
Pokud použiju Flag P, tak to všude píše 100%,

A neni to nahodou tim, ze mas v GG jen svoje nalezy a nemas tam zedne dalsi kesky? Ten algoritmuse takovyto: 100 % jsou vsechny aktivni kesky z dane oblasti + vsechny neaktivni jiz nalezene kesky z teze oblasti. Pokud v databazi nemas zadne nenalezene kesky z dane oblasti, pak je to vzdy 100 %.

flyingcobra napsal/a:
o posunutí čísel při flagu N při zobrazení menší mapky mi to dělá problém jen u okresů, pokud mám malou mapku u krajů, tak jsou čísla v pořádku.

Malou mapku o okresu - jakym prikazem v Template ji generujes?

flyingcobra napsal/a:
ale díky moc za práci, plus prosím, prosím bych se přiklánět ke grafu podle elevation stylem tak jak sli cache nalezy po sobe a tim vykreslena krivka, ale to je jen podmet na zlepseni

Ale klidne, jen jak na ten limit a extremy?