7 odpovědí na toto téma

[geoblackbirds.cz]

Zdravím, chtěl bych se zeptat, zda je v GG možné skriptem, nebo např. dávkou vložit do TAG pořadí nálezu keše. A nebo je možné nějakým způsobem po vytvořeném seznamu keší nechat jejich pořadí vložit do TAGu?

[gord]

Tag je polozla v databazi (presneji nekolik polozek) a je bezne prisupna vsem scriptum. Existuje rada scripu, ktere do tagu zapisuji (namatkou SvetloTma, QTHlocator). Zatim zadny script, ktery by poradi do tagu zapisoval, neni verejne dostupny a nevim o nem. Je otazka, kde by se takova hodnota vlastne vzala a podle ceho ty nalezy radit. Nejakym zpusobem je radi Stator a obcas si nekdo stezuje, ze to neni spravne. Problemy jsou prave proto, ze tu hodnotu neni moc kde vzit, musi se to simulovat treba pres ID logu, ...

 

Dalsi problem nastane, pokud prijdes na to, ze ti nejaky log chybi nebo ti autor kese log smaze jako neopravneny. Pak to znamena vsechno precislovat, vsechny tagy prepsat.

Tento příspěvek byl upraven od gord: 03 srpen 2022 - 12:14

[tarmara]

to co popisuje Gord je dělatelné jedním DELETEm (smaže existující pořadí) a jednim (možná dvěma) INSERTy (zapíšou tag do DB). Ale jak také Gord popisuje, vždy bude nutné určit přesně pořadí. Já osobně bych šel přes kombinaci sloupců dtfound a dtfoundtime z tabulky geocache - samotný datum stačit nebude. Ale co když bude duplicita (pro víc keší bude v obou sloupcích stejná hodnota)? Bude se následně řadit dle ID keše? Pokud bude přesné zadání, můžu zkusit něco takového sepsat....

select row_number() over (order by dtfound, dtfoundtime, id), * from geocache where dtfound<>0 ;

Tento příspěvek byl upraven od tarmara: 03 srpen 2022 - 13:28

[geoblackbirds.cz]

tak jak popisuješ, jít podle datumu a hodiny a poté asi podle ID keše nebo jak píše gord dle ID logu. Souhlasím s tím, že to není jednoduché, ale hodilo by se mi to. Ještě jsem měl dotaz, zda jde udělat script nebo dávka na vložení pořadí keší v aktuálním seznamu do volitelného TAGu, když si člověk plánuje výlet a popřehazovává pořadí. Aby se podle toho poté dalo vyfiltrované keše i řadit.

[tarmara]

Nejakym zpusobem je radi Stator a obcas si nekdo stezuje, ze to neni spravne.

Podle čeho řadí Stator? A jakými argumenty je toto řazení napadáno?

[tarmara]

Ještě jsem měl dotaz, zda jde udělat script nebo dávka na vložení pořadí keší v aktuálním seznamu do volitelného TAGu, když si člověk plánuje výlet a popřehazovává pořadí. Aby se podle toho poté dalo vyfiltrované keše i řadit.

Tohle už nebude čistě v SQL řešitelné....to by musel někdo, kdo umí dělat pluginy a umí převzít aktuální pořadí keší v seznamu v okně GG....následné vyplnění tagu už by byla jen třešnička na dostu...

[gord]

Podle čeho řadí Stator? A jakými argumenty je toto řazení napadáno?

 

Stator nabizi uzivateli moznosti (v tom obrazku je to bod 13), z kterych si ma vybrat to, co mu vyhovuje a podle toho, co vlastne ma v databazi. Ne kazdy pouziva cas, ten je pak vzdy 0. Na druhou tsranu rada lidi neloguje ve spravnem poradi, takze ani ID neni spolehlivy. A pokud zapomene nekdy zadat cas, ktery jinak zadava, k tomu zaloguje ve spatnem poradi, je to neresitelna situace.

 

Nabizene moznosti jsou

• datum a cas nalezu
• ID logu
• datum a cas nalezu, ID logu
• datum nalezu, ID logu

Tedy moznosti, o kterych se tu mluvilo. Ale jak jsem psal drive, je jen otazka casu, kdy se pri jakemkoli nastaveni vyskytne problem. Vse totiz zalezi na cloveku a clovek je nespolehlivy element.

 

Mne pripada nejspolehlivejsi prvni moznost, ale znamena to dusledne mit u vsech nalezu spravne datum a vzdy zadavat cas. Pak nezalezi na tom, ze se nejaky log vklada pozdeji, kdyz se pri logovani po dovolene na neco zapomene a vklada se pozdeji.

[tarmara]

Stator nabizi uzivateli moznosti (v tom obrazku je to bod 13), z kterych si ma vybrat to, co mu vyhovuje a podle toho, co vlastne ma v databazi. Ne kazdy pouziva cas, ten je pak vzdy 0. Na druhou tsranu rada lidi neloguje ve spravnem poradi, takze ani ID neni spolehlivy. A pokud zapomene nekdy zadat cas, ktery jinak zadava, k tomu zaloguje ve spatnem poradi, je to neresitelna situace.

 

Nabizene moznosti jsou

• datum a cas nalezu
• ID logu
• datum a cas nalezu, ID logu
• datum nalezu, ID logu

Tedy moznosti, o kterych se tu mluvilo. Ale jak jsem psal drive, je jen otazka casu, kdy se pri jakemkoli nastaveni vyskytne problem. Vse totiz zalezi na cloveku a clovek je nespolehlivy element.

 

Mne pripada nejspolehlivejsi prvni moznost, ale znamena to dusledne mit u vsech nalezu spravne datum a vzdy zadavat cas. Pak nezalezi na tom, ze se nejaky log vklada pozdeji, kdyz se pri logovani po dovolene na neco zapomene a vklada se pozdeji.

Pokud uživatel nedodá jedinečný a bezvýjimkový postup řazení, tak je to jeho boj. Jak říkáš, jediné spolehlivé je poctivě vyplněné dtfound a dtfoundtime v GG. Vše ostatní jsou strašný vochmatiky, GS k tomu žádný spolehlivý zdroj/nástroj nedodává.