38 odpovědí na toto téma

[Dain & Olik]

muzes to druhe (nebo prvni? ) sem taky hodit?

[me2d09]

Tak přidávám také trošku do mlýna, vezmu to od druhé otázky:
Otázka 2: Máte podobný tým ? ANO
Od jakého data je založený ? Sunday, November 11, 2007
Kolik má členů ? 17 členů
Otázka 1: Statistiky máme, ale nemáme makro do GSAKu. Spousta lidí z našeho teamu nejsou PM a ani s tvorbou statistik nechtějí trávit čas.
Takže jsme (hlavně díky Destilovi) udělali teamové stránky thc.geoteam.info. Statistiky jsou načítány a parsovány z GC.com (noflame, jinak to fakt udělat nejde), najdete je na našich stránkách. Dokonce máme i teamový statusbar: http://thc.geoteam.i...tatimage.phpTHC geoteam[/img]

BTW: kdybyste někdo měl zájem o poddoménu na geoteam.info, není to problém, ozvěte se mě a nebo lépe Fabianovi.

[PaBa]

Jeste nova verze, ktera ma "zacatecni datum" (starsi logy se nepredelavaji)

[Numira]

Až budete mit vytvořenou tuhle databázi (Resp. spíš před tím, než ji nastavíte na nick BM) nálezů, tak by mě docela zajímalo, jaké je procentuální zastoupení keší, na kterých byli všichni členové týmu, (N-1) členů týmu atd... Zároveň si troufnu přidat svůj odhad: 15% pro přítomnost všech členů BM

[GeoBenediktCZ]

Numira napsal/a:
Zároveň si troufnu přidat svůj odhad: 15% pro přítomnost všech členů BM

Jelikož je teď mezičas Mitákových pokusů s poskytnutými nápady (za mě smekám před Pabou a Mimonem, že jsou schopni to makro napsat a ono to funguje), tak jsou ty odhady dobrou mezihrou. Výsledky zatím nevím a tipuju pro nález keše úplně všemi členy BM n=0 tak na 8% a min. 5 členy, tzn n=max 4 (nadpoloviční zastoupení) tak na 28%.

Bylo by fajn, kdyby výsledkem byl nějaký obecný univerzální snadný postup vytvoření teamých statistik pro všechny a vznikl odkaz z gc.cz na stránku s nicky týmů a odkazy na jejich profily se statistikou.

[mitak]

PaBa: Na otázku data ještě navážu později a velmi rád to vyzkouším, tohle je spíš filozofická otázka, kterou se DHB pokusila převést na pravidlo, ale o tom radši jinde Numira: V Brně je cca 500 keší, při kompletních cifrách všech členů (bez omezení podle data založení BM) bysme mohli mít plus mínus nějakých 7000 nálezů, takže sotva 7% a myslím, že i při hodně velké náhodě na dalších blízkých keších toto číslo nepřeleze 10%. Ale to je snad jedno. Pokud chceš rozvádět morální aspekty tak si prosím založ vlastní vlákno.

[mitak]

Je tady Mimoňovo "makro". Je potřeba si stáhnout a nainstalovat Perl, přímý odkaz zde (je to zdarma, bez registrace).

Pak následujícím příkazem spustit skript (samozřejmě je potřeba upravit cestu, vstupy a výstupy, "pq_myfinds_merge" je název souboru, ve kterém mám uložen skript)

perl pq_myfinds_merge c:\temp\mitak.gpx c:\temp\marekl.gpx >c:\temp\bm.gpx

A tady je samotný skript, který jsem zatím zkoušel pro slučování mých ("mitak") a Mareklových ("marekl") statistik, pod účet "Brno Mafia" (ID "969055"). Všechno toto je potřeba v textu upravit a přepsat na vaše údaje. Makro sbírá údaje typu "found it, attended a webcam photo taken", teď mě nenapadá, jestli jsou ještě další, ale při porovnání s manuálně vytvořenou kombinací se žádné logy neztratily a myslím, že mám zalogované všechny typy keší kromě Locationless a Benchmarků.

#!/usr/bin/perl
use strict;
use utf8;
use Fatal qw(open close);
use Data::Dumper;

our @clenove = ('mitak', 'marekl');
our $virtual_finder = "Brno Mafia";

binmode (STDOUT, ":utf8");
our %cache_by_wp = ();
my $prvni = 1;
foreach my $fname (map {glob} @ARGV) {
open (F, "<$fname");
binmode(F, ":utf8");

my $in_header = 1;
my $in_wpt = 0;
my @cur_wpt = ();
while (<F>) {
$in_header = 0 if /<wpt/;
# zahlavi vezmu z prvniho souboru:
print $_ if $prvni && $in_header;
if (!$in_header) {
$in_wpt = 1 if /<wpt/;
if ($in_wpt) {
s/[\r\n]+$//;
push @cur_wpt, $_;
};
if (/<\/wpt/) {
zpracuj_wpt(\@cur_wpt);
$in_wpt = 0;
@cur_wpt = ();
};
};
};
close F;

$prvni = 0;
};

# Ted u kazdeho waypointu seradim logy podle data:
foreach my $id (sort keys %cache_by_wp) {
my $logy = $cache_by_wp{$id}->{logs};
my @serazene = sort {$a->{datecmp} cmp $b->{datecmp}} @{$logy};
$cache_by_wp{$id}->{logs} = \@serazene;
};

# a vygeneruji novy seznam:
foreach my $id (sort {
# prednostne podle data nalezu:
($cache_by_wp{$a}->{logs}->[0]->{datecmp} cmp $cache_by_wp{$b}->{logs}->[0]->{datecmp})
||
# pak podle ID cache:
($a cmp $b)
} keys %cache_by_wp) {
#print STDERR "$id nalezeno " . join(' ', map {$_->{datecmp}} @{$cache_by_wp{$id}->{logs}}) . "\n";
print join('', map {"$_\n"} @{$cache_by_wp{$id}->{pred}});
print " <groundspeak:logs>\n";
# jen prvni log u kazde cache:
print join('', map {"$_\n"} @{$cache_by_wp{$id}->{logs}->[0]->{newlog}});
print " </groundspeak:logs>\n";
print join('', map {"$_\n"} @{$cache_by_wp{$id}->{po}});
};

print "</gpx>\n";
exit;

############################################################################################33
sub zpracuj_wpt {
my ($wp) = @_;
my $ok = 0;

my ($id); # GCabcdef
my (@pred, @po); # radky pred a po tagu <groundspeak:logs>
my $in_logs = 0;
# <groundspeak:logs>
foreach (@{$wp}) {
if (m#<name>(.+)</name>#) {
$id = $1;
};
if (/<groundspeak:logs>/) {
$in_logs = 1;
next;
};
if (/<\/groundspeak:logs>/) {
$in_logs = 2;
next;
};
if ($in_logs == 0) {
push @pred, $_;
} elsif ($in_logs == 2) {
push @po, $_;
};
};

my $in_log = 0;
my @log = ();
foreach (@{$wp}) {
$in_log = 1 if m#<groundspeak:log #;
if ($in_log) {
push @log, $_;
if (m#</groundspeak:log>#) {
if (my $i = log_je_ok(\@log)) {
$cache_by_wp{$id} = {pred => \@pred, po => \@po, logs => []} if !exists $cache_by_wp{$id};
push @{$cache_by_wp{$id}->{logs}}, $i;
};
$in_log = 0;
@log = ();
};
};
};
};

sub log_je_ok {
my ($log) = @_;
foreach my $clen (@clenove) {
if (grep m#<groundspeak:finder.*>\Q$clen\E</groundspeak:finder>#, @{$log}) {
# je to tymovy log
if (grep m#<groundspeak:type>(Found it|Attended|Webcam Photo Taken)</groundspeak:type>#, @{$log}) {
# a neni to DNF / Write notice / ...
my ($datum) = ((grep m#<groundspeak:date>#, @{$log})[0] =~ />(.+)</);
foreach (@{$log}) {
if (/<groundspeak:finder/) {
$_ = "\t\t<groundspeak:finder id=\"969055\">${virtual_finder}</groundspeak:finder>";
};
};

# datum je v GPX formatu: 2006-06-11T07:00:00
# (takze se da snadno porovnavat primo jako text)
return {
datecmp => $datum,
newlog => [@{$log}] # kopie
}
};
};
};
return;
};

[PaBa]

Tak jeste jedna verze - zrychleno, pridany logy typu attended a web cam photo taken

[mitak]

Musím říct, že jsem zvědavý hlavně na to "zrychleno", první verzi jsem nezkoušel, ale druhá je velmi pomalá. Jdu testovat.

[mitak]

Zrychlení je parádní, chválím, před tím bych rozhodně favorizoval Mimoně na "vítěze" i přesto, že je potřeba instalovat Perl, ale takhle bych asi pracoval dál radši s PaBovým makrem, u kterého stačí jen GSAK. Jen mám ještě jednu prosbu: Z důvodu dalšího vývoje a možností tvorby dalších maker pro podrobnější zpracování bych chtěl poprosit, jestli by to nešlo upravit tak, aby nebyl nejstarší log z databáze vytvořené z jednotlivých MFPQ (více logů členů u jednoho waypointu) nebyl přepisem logu člena, který našel jako první, ale jeho kopie ? Tj. vzít nejstarší log a zkopírovat pod nick "Brno Mafia". Jde mi o to, že by se pak dalo z GPX zjistit, kdo z týmu keš našel a kdo ještě ne. Při časovém porovnání je to teď cca na stejno - Mimonův postup vyžaduje rozbalení PQ (zip) a manuální sloučení Perlem + nahrání jednoho GPX do GSAKu (= pravděpodobně více klikání). PaBův pro změnu o něco delší nahrávání jednotlivých PQ (zip) do databáze GSAKu a pak jednodušší spuštění makra (méně kliků, ale asi více času). Zatím šul nul, vyjde to nastejno a stejně dobře, ale pokud se PaBovi podaří kopírovat staré logy pod nový nick, tak bych to viděl jako jistotku.

[PaBa]

mitak napsal/a:
Zrychlení je parádní, chválím, před tím bych rozhodně favorizoval Mimoně na "vítěze" i přesto, že je potřeba instalovat Perl, ale takhle bych asi pracoval dál radši s PaBovým makrem, u kterého stačí jen GSAK.

No, cele zrychleni spociva v tom, ze jsem tam pridal radky transaction action=begin a transaction action=end . Souvisi to s tim, jak pracuje GSAK 7.5 s databazi (bez techto radku to aktualizuje na disku pri kazdem zapisu, takhle az na konci). Vzpomnel jsem si na to, az kdyz jsem videl, jak je to zoufale pomaly....

mitak napsal/a:
Jen mám ještě jednu prosbu: Z důvodu dalšího vývoje a možností tvorby dalších maker pro podrobnější zpracování bych chtěl poprosit, jestli by to nešlo upravit tak, aby nebyl nejstarší log z databáze vytvořené z jednotlivých MFPQ (více logů členů u jednoho waypointu) nebyl přepisem logu člena, který našel jako první, ale jeho kopie ? Tj. vzít nejstarší log a zkopírovat pod nick "Brno Mafia". Jde mi o to, že by se pak dalo z GPX zjistit, kdo z týmu keš našel a kdo ještě ne.

Zkusim se nad tim jeste zamyslet, ale ted je to docela elegantni tim, ze tam ten log zustava a ze tam zadny dalsi nepribyvaji (a pri natazeni PQ se nemusi mazat, ma zachovan i log-id (funguje tedy spravne i trideni a podobne). Mozna by stacilo ulozit jmeno tohoto prvniho nalezce do nejake user promenne - odtamtud by se dalo kdykoli pozdeji vytahnout a pak by s nim slo pracovat i dale... Co myslite?

[mitak]

Zajímavé, na log-ID jsem nepomyslel, otázkou je, jak to v budoucnu využít. Zatím mi to bohatě stačí takto, ale přemýšleli jsme nad jakýmkoliv srovnáním členů v týmu. Zkusím se podívat, jestli už neexistuje makro pro porovnání statistik jednotlivců.

[spuzva]

nejak tomu nerozumim, co se tu resi...

[davem-20245]

Ahoj vsem, udelal jsem programek GSBuilder (viz jine vlakno) na generovani statistik a tohle tema je docela zajimave. Myslim, ze by nebyl nejak zasadni problem tymovou statistiku do programu dodelat. K tomu mam dve otazky: 1) ma o to nekdo zajem, nebo jste vsichni zatvrzeli GSAKaci? 2) co presne na te statistice chcete videt?? Ad2 - predpokladam, ze totez co na normalni, ale co navic?? Jako napr. pomer nalezu mezi cleny, zapocitavani jen prvniho nalezu v ramci tymu, procento kesek nalezenych vsemi, prumerne procentuelni nalezeni cleny tymu (napr. kazda keska byla v prumeru nalezena 28% clenu tymu) atd. Diky a zdravim, David

[mitak]

Všichni jsme zatvrzelí GSAKáci a to že tu zrovna nic neřešíme znamená to, že jsme problém víceméně úspěšně vyřešili a statistiky máme v cajku. I když připouštím, že ještě drobné požadavky jako přesnější statistiky mezi jednotlivými členy jsou zajímavá nabídka, tak pokud jde o jakékoliv statistiky mimo GSAK, tak je považuju za bezcenné a osobně se tímto programem zabývat dál nebudu.

[davem-20245]

mitak napsal/a:
Všichni jsme zatvrzelí GSAKáci a to že tu zrovna nic neřešíme znamená to, že jsme problém víceméně úspěšně vyřešili a statistiky máme v cajku. I když připouštím, že ještě drobné požadavky jako přesnější statistiky mezi jednotlivými členy jsou zajímavá nabídka, tak pokud jde o jakékoliv statistiky mimo GSAK, tak je považuju za bezcenné a osobně se tímto programem zabývat dál nebudu.

Myslim, ze by to slo napsat i bez toho neprijemneho tonu. Doufam, ze jsem te svymi dotazy prilis neobtezoval.
Ps: Predpokladam, ze GSAK umi statistiky generovat tak, aby vsichni clenove tymu nemuseli furt dokola posilat sve GPX jednomu, ktery je bude sestavovat a pak je zase posilat sestavene zpet.

[PLAJ family]

davem napsal/a:
Ps: Predpokladam, ze GSAK umi statistiky generovat tak, aby vsichni clenove tymu nemuseli furt dokola posilat sve GPX jednomu, ktery je bude sestavovat a pak je zase posilat sestavene zpet.

Nevím, jak si představuješ, že každý z členů týmu bude moci aktualizovat nálezy všech ostatních?

[mitak]

davem napsal/a:

mitak napsal/a:
Všichni jsme zatvrzelí GSAKáci a to že tu zrovna nic neřešíme znamená to, že jsme problém víceméně úspěšně vyřešili a statistiky máme v cajku. I když připouštím, že ještě drobné požadavky jako přesnější statistiky mezi jednotlivými členy jsou zajímavá nabídka, tak pokud jde o jakékoliv statistiky mimo GSAK, tak je považuju za bezcenné a osobně se tímto programem zabývat dál nebudu.

Myslim, ze by to slo napsat i bez toho neprijemneho tonu. Doufam, ze jsem te svymi dotazy prilis neobtezoval.
Ps: Predpokladam, ze GSAK umi statistiky generovat tak, aby vsichni clenove tymu nemuseli furt dokola posilat sve GPX jednomu, ktery je bude sestavovat a pak je zase posilat sestavene zpet.

Sorry za ten tón, prostě jsem byl jen líný všude psát smajlíky Statistiky vždy potřebují nějaký vstup a tímto vstupem je MyFinds Pocket Query od jednotlivých lidí.

[davem-20245]

PLAJ family napsal/a:
Nevím, jak si představuješ, že každý z členů týmu bude moci aktualizovat nálezy všech ostatních?

Ale ja jo. V GSAKu vsak tezko.

mitak napsal/a:
Sorry za ten tón, prostě jsem byl jen líný všude psát smajlíky Statistiky vždy potřebují nějaký vstup a tímto vstupem je MyFinds Pocket Query od jednotlivých lidí.

Ok Na to, ze jsi liny, tak jsi napsal docela dlouhy prispevek