1071 odpovědí na toto téma

[psticha]

Ahoj tak mate pravdu nedojde na generovaní statistiky asi díky téhle chybě - Modul: MapGenFromTag.Stator.pas (128:13) chyba:Unknow identifier nModuleErrors

[petulinka1]

Takze prvni, co udelas, je, ze otevres nastaveni Statoru a cudlitkem OK ho zase zavres. Pak zkusis pustit generovani pomoci ikony na toolbaru (sedej puzzlik) - na Combine davku na chvilku zapomen. Pak mrkni, jestli se neco stalo nebo ne.

[psticha]

Ahoj, už to sype.Nejakou aktualizací se mi dostal starší modul YearlyStats.Stator.pas zpět a vyselo to na chybě.2010 a 2011 jsem nelovil a tak jsem tam od Erika nahrál opět ten upravený a už to sype.Dík.psticha

[Jerry33]

Ahoj, 

mám ještě jeden dotaz. Viděl jsem na něčím profilu ručně vytvořenou statistiku ve stylu: 1. multi cache, 1. mystery, 1. event atd. Prostě zobrazené prvotiny všeho druhu, i noční keše atd. Je možné toto nějak přidat do Statoru tak, aby to vzhledově vypadalo stejně jako ty ostatní tabulky? Vím, že to asi půjde opět přes ten html prvek, do kterého se píše libovolný text, ale nešlo by to i jinak, není na to ve Statoru už něco připravené?

 

Díky za odpovědi

Jerry33

[petulinka1]

Ja ti dam html prvkem za usi - to bys to chtel vypisovat rucne?

 

Na to by se dala pouzit vlastni tabulka podle SQL prikazu - ve Statoru to je Akorat si musis sesmolit ten prikaz.

[Jerry33]

Ok, to bych možná i zvládl. Jen nevím, z jakých tabulek vybírat ta data? Když dám SELECT něco FROM tabulka, tak potřebuji názvy sloupců a tabulky, to zjistím kde? :-)

[petulinka1]

Muzes pouzit bud DB z GG - struktura je na araratu, jsou i programy na otevirani db3...

nebo muzes pouzit tu docasnou statorovskou tabulku... S tou ti neporadim, nikdy jsem do ni nekoukala...

[kiReGPS]

"Dočasná statorovská tabulka" jen doplňuje databázi keší o správné pořadí nálezu, vzdálenost a azimut od HC. Vše ostatní pochopitelně už existuje v databázi GeoGetu. Pokud chceš seznam prvních nalezených keší podle typu, pak je na to opravdu ideální modul SQLTable. Stačí do nej vymyslet SQL select a výsledkem bude statorovsky formátovaný seznam...

[MaFa]

S tim SQL bych zachazel opatrne, jednim z duvodu vzniku Statoru je i planovana zmena databaze, coz pravdepodobne zrusi funkcnost mnoha SQL dotazu.

[petulinka1]

S tim musej ovsem jejich tvurci pocitat. Stejne tak se bude muset prekopavat pak Stator samotnej, takze to je prast jako uhod. Ale furt lepsi mit neco, co se bude muset predelat, nez nemit nic.

[Jerry33]

Tak jsem se nějak posnažil, ale stále to není ono. Nevím, jak přiřadit hodnotě nějakou ikonku a také nevím, jak převést text na datum, neboť se mi datum zobrazuje ve formátu 20120520.

Viz. můj profil http://www.geocachin...4438ea1bb2&ds=2 , xTF, milníky -> Významné keše

 

Dál taky nevím, jak spočítat vzdálenost od HC a milník (kolikátá nalezená ta keš byla), ale to už by nebylo to nejdůležitější. Klidně bych to tam všechno naflákal ručně, kdybych věděl jak, protože ono se to stejně měnit nebude :-)

 

Rady? :-)

Tento příspěvek byl upraven od Jerry33: 03 August 2014 - 17:10

[kiReGPS]

Jsou...

 

Pole z SQL dotazu se zobrazuje formátované, pokud použiješ správné aliasy. Jako obvykle stačí číst dokumentaci. Vzdálenost a pořadové číslo nálezu jsou spočítané v pomocné tabulce temp.Stator. Podrobnosti najdeš na další stránce dokumentace...

 

P.S.

Tenhle paradox tvůrců dokumentace, kterí ji píšou, i když se jim vůbec nechce, a uživatelů, kteří ji nečtou, i když ji nutně potřebují, je opravdu věčný...

[Jerry33]

Fantazie! Velké díky :-)

[Jerry33]

Netrvalo to dlouho a už mám další problém, který zjevně nedokážu sám vyřešit - Ve statistikách na mé keši se zobrazuje o jeden Found it log navíc. Zkoušel jsem několikrát stáhnout celý listing i s logy, pak jen samotné logy, ale pořád to počítá jeden log navíc. Dlouho to bylo v pořádku až asi předevčírem si to začalo připočítávat jednotku navíc :-( Neví někdo, kde by mohla být chyba, případně kde co změnit?

Díky za každou pomoc :-)

[petulinka1]

Mas v databazi o ten jeden log zrejme navic. Je treba ho z tama dostat.

[Jerry33]

To mi tak nějak došlo, ale kde ty logy v databázi najdu a jak je potom z databáze odstraním? Když otevřu keš, vidím listing, dole logy, ale nemůžu s nimi nic dělat a navíc tam nevidím žádný přebytečný

 

EDIT: Přebytečný log jsem našel, ale nevím, jak jej smazat

 

DRUHÝ EDIT: Smazal jsem celý listing a znovu jej stáhl - problém vyřešen :-)

Tento příspěvek byl upraven od Jerry33: 06 August 2014 - 17:48

[gord]

Ano, dnes dve cesty:

 

1. smazat celou kesku z databaze a importovat ji znovu se vsemi logy (prijdes o vlastni poznamky, vlastni tagy, prilozene soubory, ...)

2. pomoci SQL smazat jen ten jediny log - je treba znat SQL a je nebezpeci, ze udelas v databazi neco, ce se ji nebude libit

 

Pred publikaci je plugin, ktery umi hledat problematicke logy a umi s logy manipulovat. Momentalne cekam na vyjadreni, zda to takto muzeme uzivatelyum predlozit.

[gord]

A kdyz uz jsme u toho chybneho logu, zajimalo by me, co na nem bylo spatneho, jak jsi chybny log nasel/poznal a jak se do databaze dostal. Ptam se proto, abych pripadne doplnil plugin pro hledani problemovych logu.

[mikrom]

log nebyl chybny, ale duplicitni.. takze pokud to dobre chapu tak jde jen o hledani vice FI u jedne kese

[Jerry33]

Jednalo se o kačera, který keš nenašel (nebyl v logbooku), ale zapsal se na web. Z webu jsem jej smazal, neboť dlouho nereagoval na zprávy, ale nenapadlo mě, že v GG zůstane. 

 

U těch způsobů vymazání logu bych přidal ještě ten můj - smazat pouze listing. Tím se smažou i všechny logy, ale poznámky a tagy zůstanou :-)