205 odpovědí na toto téma

[sobikovi]

gord napsal/a:
Sparne jsi hledal. databazovy sobor je jeden z parametru v prikazovaredce (-d).

To vím, volám hlavní template a soubor s kešema, ale v template chci dotáhnout nějaký statistiky ze souboru s waymarkama, takže potřebuji zvolit jinou databázi, nastavit nové grafy a pak zase pokračovat v databázi s kešema...

[gord]

GgStat neumi kazdou cast statistiky delat z jine databaze. Jedinou moznosti je udelat si cast zavislou na jine databazi sam a vlozit to do template. Trochu se toho da udelat pomoci pluginu GgsExpr, ktery ma prikaz DB, jimz lze databazi zmenit. Ale musis si z toho tabulky a grafy vygenerovat/bvytvorit sam. Tuto funkci vyuziva BadgeGen, aby zjistil pocty Waymarku, ktere ocekava v jine databazi.

[MaFa]

To vím, volám hlavní template a soubor s kešema, ale v template chci dotáhnout nějaký statistiky ze souboru s waymarkama, takže potřebuji zvolit jinou databázi, nastavit nové grafy a pak zase pokračovat v databázi s kešema...

To se dá udělat přece hrozně jednoduše, nejdřív si zavoláš ggstat s databází waymarků - i když Ggstat na waymarky není dělanej a asi ani nikdy nebude, a vytvorene statistiky vlozis pomoci INCLUDE.

[sobikovi]

MaFa napsal/a:
To se dá udělat přece hrozně jednoduše, nejdřív si zavoláš ggstat s databází waymarků - i když Ggstat na waymarky není dělanej a asi ani nikdy nebude, a vytvorene statistiky vlozis pomoci INCLUDE.

No tak to teď dělám, ale narazil jsem na 2 problémy...
a\ je v tom html rozhozená čeština
b\ je ta 2x "generováno GGstatem 1.29. bla bla bla a vypadá to hnusně"

[sobikovi]

Teď jsem si všiml, že když vkládám nějakou další statistiku přes include, tak to nepřebírá příkaz TRANSLATE... Lze někak do cfg souboru vložit tento příkaz? Viz. nový plugin Série.

[DrakMrak]

sobikovi napsal/a:
Teď jsem si všiml, že když vkládám nějakou další statistiku přes include, tak to nepřebírá příkaz TRANSLATE... Lze někak do cfg souboru vložit tento příkaz?

Viz. nový plugin Série.

Zatím nevím jak na TRANSLATE :-)
Série mají tabulky přímo generované HTML tudíž jsem to rovnou napsal dvakrát česky a anglicky ale pokud to nějak půjde klidně to opravím...

[gord]

TRANSLATE se, pokud vim, do pluginu nepredava. Pri navrhu rozhrani mezi ggstatem a pluginama se nepredpokladalo, ze by to bylo k necemu dobre (byl tehdy ten prikaz?). Tedy konkretne je to tak, ze i kdyby to ggstat predaval, ggsExpr s tim nepocita a bude to ignorovat. Jelikoz se pak nejedna o vyuziti v programu, ale v sablone, neni to tak uplne jednoduche a radeji bych se do toho nepoustel.

[MaFa]

TRANSLATE je taky spíš jenom taková nouzovka, vznikl hlavně kvůli eventu 10 let gc. Není mi jasné na co by se v pluginech používal, můžu případně překládat přímo výstup z pluginu. INCLUDE se překládá, jenom v TRANSLATE mám takový malý problémek s češtinou, takže momentálně pouze překlad bez českých znaků. Není mi jasné na co ho chceš použít, pokud na počeštění, tak to radši ne, je to opravdu jenom pro případ nouze, když to jinak nejde.

[MaFa]

Jinak takova mal technicka pripominka - v pristi verzi bude GgStat pocitat statistiky jenom kesi a ne waymarku.

[DrakMrak]

Takovej námět: nedalo by se mít v ggstatu proměnné %IN1%, %IN2% ..... %IN9% nebo tak nějak které by se předávaly z template do pluginu prostě pro možnost použít nějaký plugin opakovaně s různými parametry pak samozřejmě záleží na pluginu jestli si je přebere... když by nebyly nastaveny byl by v nich prázdný řetězec... Rozhodně u GgsExpr pluginu by se mi to občas hodilo :-) některý věci by to zjednodušilo....

[sobikovi]

Proč nebude počítat i waymarky? Nějaký zásadní důvod? Naopak bych očekával, že přijme waymarky a rozšíří jejich podporu... škoda translate používám třeba na zněnu "Hlavní město Praha" na Praha nebo Czech Republic na CZ atd.

[MaFa]

Proč nebude počítat i waymarky? Nějaký zásadní důvod? Naopak bych očekával, že přijme waymarky a rozšíří jejich podporu... škoda

Byl vznesen takový požadavek. Jelikož stále více lidí používá GeoGet na waymarky, tak pak statistiky v jedné databázi dělají neplechu, takže GgStat bude počítat jenom GC.... Ostatně není na waymarky vůbec stavěnej a ani v budoucnosti nebude.

[DrakMrak]

MaFa napsal/a:

Proč nebude počítat i waymarky? Nějaký zásadní důvod? Naopak bych očekával, že přijme waymarky a rozšíří jejich podporu... škoda

Byl vznesen takový požadavek. Jelikož stále více lidí používá GeoGet na waymarky, tak pak statistiky v jedné databázi dělají neplechu, takže GgStat bude počítat jenom GC.... Ostatně není na waymarky vůbec stavěnej a ani v budoucnosti nebude.

Nevím zatím Waymarky nemám ale zase bych se tak neukvapoval
Spíš bych lidi dokopal používat pro Waymarking druhou DB
Nějaký statistiky chce každej tak proč ne i z Waymarků
---
Jinak pak by se to muselo řešit právě pluginama kde si člověk může vyjet různý věci...
---
Fakt ale je, že stávající stav je matoucí....

[sobikovi]

MaFa napsal/a:

Proč nebude počítat i waymarky? Nějaký zásadní důvod? Naopak bych očekával, že přijme waymarky a rozšíří jejich podporu... škoda

Byl vznesen takový požadavek. Jelikož stále více lidí používá GeoGet na waymarky, tak pak statistiky v jedné databázi dělají neplechu, takže GgStat bude počítat jenom GC.... Ostatně není na waymarky vůbec stavěnej a ani v budoucnosti nebude.

Fajn. A co když bude vznesen požadavek na to, aby podporoval WM? Kolik je na to potřeba hlasů? Proč blokovat něco, co teď funguje částečně a mohlo by to fungovat 100%?

[medwyn_cz]

Neni nic jednodussiho, nez pridat do template konfiguraci. Staci si z databaze vyjet prvni dva znaky IDcka a hned vime, o jaky bod se jedna. WM, GC, jiny. Nastavovat a zakazovat neco natvrdo mi prijde hloupe (dela to tak treba Garmin, ze).

[MaFa]

Fajn. A co když bude vznesen požadavek na to, aby podporoval WM?

Bude zamitnut

Kolik je na to potřeba hlasů?

Dva. Moji zeny a muj.

Neni nic jednodussiho, nez pridat do template konfiguraci. Staci si z databaze vyjet prvni dva znaky IDcka a hned vime, o jaky bod se jedna. WM, GC, jiny.

To by se dalo realizovat. Ja planuju pridat volbu SORTFOUNDBY hack sql podminky pro vlastni tvorbu.

Nastavovat a zakazovat neco natvrdo mi prijde hloupe (dela to tak treba Garmin, ze).

Zajimavy pohled na vec, ja tim chci naopak umoznit lidem mit vse v jedne databazi - a navic to ani neni muj napad.
Jinak kazdy si muze naprogramovat vlastni statistiky, ja uz jsem investoval stovky hodin a za odmenu mam 12ks CWG. To pri poctu 962 stazeni posledni verze + GASP opravdu neni mnoho, chapu to tak, ze se lidem GgStat nelibi, takze nemam motivaci pokracovat. A jeste musim cist blby poznamky.

[S474N]

Takze kdo poslal CWG, tak ma hlasovaci pravo? ufff :D:D Ted vazne, jak psal Medwyn, myslim si, ze jedna DB neni vubec nicemu na skodu - naopak, existuje jednoznacne rozpoznani kesi a waymarku - predpona GC a WM v kodu.

[Sally&eL]

...klidně přispěji opakovaně, já v tom problém nevidím. Rád si připlatím za PM. A do WM nedělám takže mě to netrápí

[gord]

MaFa napsal/a:
Jinak kazdy si muze naprogramovat vlastni statistiky, ja uz jsem investoval stovky hodin a za odmenu mam 12ks CWG. To pri poctu 962 stazeni posledni verze + GASP opravdu neni mnoho, chapu to tak, ze se lidem GgStat nelibi, takze nemam motivaci pokracovat. A jeste musim cist blby poznamky.

Ti, co si stahli GASP, treba ani nevedi, ze pouzivaji GgStat - GASP podrobnosti uspesne zastira. Nenech se znechutit nezajmem lidi nejak prispet. Nepochybne je spousta spokojenych uzivatelu (i ja mezi ne patrim). To, ze neoceni praci dobrovolnych autoru je v podstate celosvetovy jev a nic s tim neudelame. Kazdy pomaha jak muze a Medwyna bych zrovna nepodeziral z pouheho kibicovani. Na to tu mame jine. Medwyn ma za sebou spoustu prave na Geogetu a svuj podil v mnoha pluginech. Samozrejme te nikdo nemuze prinutit v pokracovani praci na GgStatu, ale myslim, ze by to byla skoda.

[S474N]

gord: no snad jenom pridam k tomu zastirani - to mozna sekundarne dela, ale urcite to neni zadny zamerem ani ucelem. Jeho ucelem je zjednoduseni prace se statistikami pro obycejne lidi.