1071 odpovědí na toto téma

[geoblackbirds.cz]

Zkoušel jsem vytvořit v CustomizedTable tabulku s určitým druhem bookmarku. Pokud v názvu bookmarku je znak "é", tak mi nefungoval výběr daného bokkmarku pomocí rovnítka v nastavení TAGu. Nic mezi kešemi nenašel. Může špatně vyhledávat kvůli diakritice?

[gord]

Co ne to druh bookmarku? CustomizedTable s bookmarky nepracuje. Nemyslis nahodou kategorii tagu? Pookud ano, tak to pochopitelne mozne je. Diaktritiku z principu na nekterych mistech nepouzivam a ani me nenapadne, ze by ji tam nekdo mohl pouzit. Takze sem dej konkretni nastaveni a kouknu se na to.

 

EDIT: koukal jsem, a mam tam 

 

  Geoget_DB.AddParamText(':TagCat_'+sTagID,AnsiToUtf(sCol));

 

Takze bych s tim problem neocekaval. Prosim tedy o konkretni priklad.

Tento příspěvek byl upraven od gord: 12 červen 2014 - 8:18

[geoblackbirds.cz]

Ano, jedná se o kategorii tagu. Měl a by z toho vyjít obdobná tabulka jako z pluginu Series. Např., mám keše otagované bookmarkem "K pramenům". Vytvořil jsem si CustomizedTable s tagem tag-Bookmark, zaškrtnuto že musí tag existovat a hodnotu ve sloupci jsem dal rovno textu "K pramenům". Navíc jsem sloupec s tímto tagem skryl. Žádné keše poté nebyly zobrazeny. Pokud jsem ale přetagoval všechny keše na tag "K pramenum" bez diakritiky a to samé udělal i v podmínce v CustomizedTable, tak se mi keše zobrazí. Z toho usuzuji na problém s diakritikou. Když jsem si keš nechával tagovat do sérií, bohužel mě nenapadlo ty názvy, které mi GJ nabízel vložit do tagu, přepsat bez diakritiky. 

[geoblackbirds.cz]

Chtěll bych se ještě zeptat, zda se Vám daří srovnávat tabulku atributů dle názvu. I když to v přednastavené tabulce nastavím, stále je mám srovnané dle počtu.

[psticha]

Ahoj, mám dotaz na záložku /o mne/ umístění/, u položek :Nejvzdálenejší keš ,Nejjižnejší keš ,Nejzápadnejší keš a Nejstarší keš se mi zobrazuje stejná keš.Rozhodně to tak ale neni.Keška je ve stejném meste jako moje HC a je pro PM já PM nemám,ale logoval jsem jí.Co s tím? Dík.

Tento příspěvek byl upraven od psticha: 13 červen 2014 - 10:11

[gord]

To je proto, ze o kesi nemas v databazi zadne informace (souradnice, datum vytvoreni, logy, ...)? Pokud ano, tak si to budto nastave rucne nebo si rekni v okoli nekomu s PM, at ti posle GPX te kesky.

[psticha]

OK Díky za vyřešení, to mi nedošlo.GPX si seženu.Mám ještě jednu věc v záložce mapy mám u krajů chyby unknow region.V souboru Stator.log má ERR: unknow abbreviation a ERR_Plugin GetTrackList does not exis.Taktéž jsem byl po eventu T5 skalní město 2014 trochu zalovit v německu a v puntíkaté mapě stření evropa ani tečka :-(. Dík

[Parkis]

Po dlouhé době se mi povedlo dologovat všechny keše a stator se pořád nějak nemůže dopočítat logů. Píše mi "3724 keší (3715 nálezových logu)". 10 logů budou dělat terezínské labky, ale když je přičtu tak mám zase jeden log navíc.

Podle project-gc žádný dvojlog nemám. V geogetu sql dotaz 

SELECT id FROM geolog WHERE finder = 'parkis' AND (type = 'Found it' OR type = 'Webcam Photo Taken' OR type = 'Attended') GROUP BY id HAVING count(type) > 1;

taky žádnou keš nevrátí, tak teď už nevím kde hledat. Nějaké tipy čím by to mohlo být?

[plavcik]

Zrovna včera jsem to zjistil taky, chybí mi ji dvacet. Teď mě napadlo, že asi nemám staženy všechny svoje logy z CG. Jdu to zkusit...

EDIT: jo, bylo to ono. Databáze - Import - Stáhnout/Aktualizovat vaše nálezy

Tento příspěvek byl upraven od plavcik: 18 červen 2014 - 18:52

[gord]

Parkis: Zda se mi, ze tim SQL dotazem zjistujes kese, ktere maji vice nez jeden nalezovy log. Ty potrebujes najit kese, ktere nemaji zadny.

 

Ale podle me je jednodussi pouzit funkci z menu Databaze - Import - Aktualizovat vase nalezy. Tato funkce, pokud jsi ji jeste nepouzil, stahne vsechny tvoje logy (nejen nalezove, ale i DNF, WN, ...).

Tento příspěvek byl upraven od gord: 18 červen 2014 - 18:49

[Parkis]

Kdepak. Mám log navíc, takže potřebuji najít keš která má dva logy. Aktualizaci nálezů jsem dělal, ale ta mi log navíc nesmaže

 

Pro klid duše jsem si tedy nechal vypsat i keše bez logu, tam je právě jen těch 10 labek

[gord]

Aha, ty LABky jsem prehlidl. Zkus vypsat pocen kazdeho typu nalezoveho logu samostatne a secti to. Jinak me nenapada, proc by to Stator nemel pocitat spravne.

 

EDIT: nooo, vlastne napada. Jak mas nastaveny zpusob razeni nalezu? Jen podle data a casu, nebo neco s LogID?

Tento příspěvek byl upraven od gord: 18 červen 2014 - 19:20

[Parkis]

Pouze datum a čas, často neloguji ve správném pořadí a tak do toho LogID tahat nechci.

 

když si vyselektuju v sql konzoli logy jednotlivých typů a sečtu, dostanu stejný výsledek jako ve statoru, takže chyba bude asi fakt někde v datech ale nevím kde

[Parkis]

zkoušel jsem ještě kontrolu, jestli pro všechny moje logy existuje v databázi příslušná keš a není tam nějaký sirotek:

SELECT count(g.id) FROM geolog g WHERE g.finder = 'parkis' AND (g.type = 'Found it' OR g.type = 'Webcam Photo Taken' OR g.type = 'Attended') and exists (select null from geocache gc where gc.id = g.id);

výsledek je stejný, 3715

 

A další test - do nové prázdná databáze jsem stáhl přes gclive svoje nálezy a tam je počet logů správně, problém je tedy opravdu někde v té mojí hlavní databázi, jen netuším kde

[gord]

Tak me jeste napada zkusit exportovat vsechny logy podle data a casu z obou databazi a oba vysledky porovnat. Prinejmensim se tim najde datum a cas problematickeho logu, ktery by pak nemelo byt problem dohledat.

 

EDIT: a zkus jeste vypsat, zda tam nemas nejaky log bez LogID. V tom by totiz mohl byt problem. GG pak nedokaze spravne rozeznat stejny log a nahraje ho podruhe, tentokrat s LogID.

Tento příspěvek byl upraven od gord: 19 červen 2014 - 6:21

[Parkis]

Kdyby chybělo LogID, tak by stejně měl duplicitu odhalit ten dotaz s "GROUP BY id", ne? Ale večer vyzkouším.

 

Na export logů nějak nevím jak. Jde přesměrovat výstup sql konzole do souboru, nebo na to musím psát extra script?

 

Edit: tohle už se moc netýká statoru, sorry za plevelení vlákna.

Tento příspěvek byl upraven od Parkis: 19 červen 2014 - 7:07

[gord]

Budto script nebo misto konzoly pouzit plnohodnoty SQLite nastroj (vyzkousene jsou zmineny na araratu u popisu struktury databaze).

(Ono to s tim Statorem vzdalene souvisi - hledame duvod, proc dava necekane vysledky. A ono se to nekomu muze hodit, muze mit stejny problem.)

[Parkis]

Tak sláva, problémový log nalezen. Byl to jeden omylem zalogovaný event, u kterého jsem následně log na gc.com smazal a v geogetu keši odebral nález, ovšem log v databázi zůstal.

Tím pádem tam byl nesoulad v počtu nalezených keší a v počtu logů.

 

Tenhle dotaz by měl příslušnou problémovou keš vypsat (např v combine pomocí SQLAdd): 

SELECT geolog.id
FROM geolog
WHERE geolog.finder = '%GEOGET_OWNER%'
AND geolog.TYPE IN ('Found it','Webcam Photo Taken','Attended')
AND EXISTS (SELECT null FROM geocache where geocache.id = geolog.id AND dtfound="0");

Tento příspěvek byl upraven od Parkis: 19 červen 2014 - 15:56

[gord]

Abych se priznal, tak mi moc neni jasne, proc to neodhalil ten SQL na duplicitni log.

 

Presouvame se do noveho vlakna http://www.geocachin...-a-poctem-logu/

[Re0]

Zdravím,

kdysi se tady řešily chyby u zkratek okresů. Vrátil jsem se ze Slovenska, a odlovil mimo jiné i jednu keš v okrese Košice-okolie.

Při vytváření statistik mi to pak hází hlášku: 

 

sMap=SKokres

ERR: neznámá zkratka pro Kosice-okolie

 

Prosím o radu, co a v kterém souboru opravit, aby bylo vše OK.

Děkuji moc