38 odpovědí na toto téma

[ja05]

Muzu mit na zkusenejsi kolegy dotaz?

Lze nejakym zpusobem "zamknout" pozadovanou kes proti aktualizaci dat??

 

Ptam se z toho duvodu, ze jsem mel v databazi u kesi hlavne z Finska rucne doplnene kraje. Bohuzel mi nedoslo,

ze pri importovani My Finds dojde k vymazani (prepsani) teto informace.

Proto mne napadlo, zda neni mozne nejake jiz zminene "zamceni"

 

Diky za rady

 

[petulinka1]

A jak jsi tam ty kraje mel doplneny? V tagu?

 

Kazdopadne zamceni mozny momentalne neni. Alespon ne v GG.

[Jacka]

Taky bych to uvítala, občas se z keše, kterou jsem odlovila jako T4-5 stromovku stane T1,5 pařezovka nebo se změní velikost keše a podobně, člověk v potu tváře vyplňuje D/T tabulku nebo usiluje o krásný drahokamový odznáček, pak se aktualizují data a je po vtákách !

[petulinka1]

Co se tyce tech nalezenejch, tak tam bohate staci pouzivat ficurku v menu jmenem Aktualizovat Vase nalezy. Ta totiz opravdu stahne jenom to, co chybi. A pokud tam neco uz je, ale neni oznaceno jako nalezeny, tak to oznaci jako nalez. 

Aneb pouzivat MF PQ je momentalne absolutne zbytecny, kdyz to jde na jedno kliknuti.

[Sally&eL]

...Petulko, tvá rada je dobrá jen pro někoho kdo má v databázi jenom nalezené keše. Při aktualizaci z PQ se aktualizují i nalezené keše, takže stejně dojde ke změně u kešky

[petulinka1]

Tak si ty nalezeny nedavejte do PQ, vzdyt se to tam da odfiltrovat

[Malej_viktor]

Nebo mít na nalezené další DB a tu pak používat na statistiky - existuje makro do Combine.

[kolombo]

Ono záleží na tom kdo jaká PQ používá :-)

 

Nejjistější je samostatná Found It databáze, kde jsou keše bez aktualizací.

 

Jenže, pokud generuješ statistiky z GC.COM a nebo z project-gc, tak se stejně berou aktuální stavy keší, tak, jak jsou na webu, a veškeré zamykání je Ti prostě nanic.

 

Asi by ten, co udělal 5/5 keš, neměl keš změnit na 1,5/1,5 ....

[Jacka]

Ono záleží na tom kdo jaká PQ používá :-)

 

Nejjistější je samostatná Found It databáze, kde jsou keše bez aktualizací.

 

Jenže, pokud generuješ statistiky z GC.COM a nebo z project-gc, tak se stejně berou aktuální stavy keší, tak, jak jsou na webu, a veškeré zamykání je Ti prostě nanic.

 

Asi by ten, co udělal 5/5 keš, neměl keš změnit na 1,5/1,5 ....

S 5/5 takovej problém neni, nebo vůbec s D5 a T5, je jich poměrně dost a většinou je owneři nemění, protože vlastnění takový keše je pro ně tak nějak prestižní nebo co. Nejvíc potíží je s D4,5  a T4,5, kde to docela často owner stáhne po vyšlapání geodálnice a přesunu o 10m dál nebo sníží obtížnost a přidá nápovědu, když mu tam nikdo nechodí. A navíc je takovejch keší asi nejmíň, takže některý kombinace má člověk desítky až stovky kilometrů od baráku, zvláště když neni PM.

[petulinka1]

Jacko, ja te chapu, o co ti jde. I kdyz osobne to neresim a je mi to sumak. Proste je potreba davat si bacha, co si nahravam za data. Kdyz si beru PQ od GS, tak si ty nalezy vyfiltruju uz u GS, at mi to neudela bordel. Stahovat nalezy do GG pomoci MF PQ je dneska zbytecne zdlouhavy, takze to bych nepouzivala vubec, pokud to neni vyslovene nutny. Vzdyt mame API a jeji funkce primo v GG

A kdyz mi nekdo to PQ posila, tak je dobry pouzit treba mezikrok s jinou databazi - natahnu si tam PQ, zkouknu co v nem je, vyhazim nalezeny (pripadne si tam ty nalezy nekterym ze zpusobu naleju (vzdyt je to jedno v ty DB), dam nalezeny pryc ze seznamu, exportuju si jenom ty ostatni a sup s tim do moji DB.

 

Proste a jednoduse: O data by se ml starat uzivatel a ne pocitat s tim, ze to "za nej program udela". To je jak kdybyste chteli, aby word vedel, za kterym slovem ma delat tecku za vas.

[Jacka]

Jacko, ja te chapu, o co ti jde....

No, však já i taky na nic nestěžuju, jen jsem konstatovala, že bych takový udělátko na zamčení taky uvítala, kdyby náhodou existovalo. Jsem ráda, že mi to funguje aspoň tak, jak to funguje, zvlášť když jsem taková lama a snadno můžu cokoliv zpackat. Zatím držím databázi s nálezama pečlivě oddělenou, jen do ní dotahuju nový nálezy po 5 nebo po 40 (např. po dovolený) a když tu a tam stahuju i jiný keše než nalezený (např. pred dovolenou, kde nebude net), dávam je zásadně do zvláštní databáze. Ale víš, pro nás BM jsou nějaký PQ celkem neznámej pojem , Geojaary to jistí! Každopádně jsem vděčná všem tvůrcům i spolutvůrcům GeoGetu, že ten program můžu používat. Protože nechtěná aktualizace a následná nepravdivost je právě hlavní důvod, proč se mi nelíbí statistiky z GCprojekt.

[petulinka1]

Hele, ale GJ na stahovani nalezu nepotrebujes Ta funkce v GG na stahoveni nalezu je dostupna vsem bez rozdilu veku, pohlavi, barvy pleti, vyznani, mista bydliste, vzdelani, clenstvi na gc.com... 

Na to ostatni uz holt neco jinyho pouzit musis, ale na nalezy NE! A ani bych to nedelala (u nalezu) - GJ je strasne pomalej oproti API

[plavcik]

No já souhlasím s Jackou, cest jak zaktualizovat keše je v GG plno a myslím, že velká většina uživatelů nezná GG tak dokonale, aby věděli předem, co jaká aktualizace udělá. Nevím, jak by to bylo náročné zapracovat do GG, aby fungovalo něco jako "pravý klik, zamknout listing", ale elegantně by to vyřešilo potřebu většiny uživatelů GG.

[zdeziz]

Nebo mít na nalezené další DB a tu pak používat na statistiky - existuje makro do Combine.

Jacko, možná jen nechápu, co přesně myslíš, ale ta dávka do Combine řeší přesně tohle. V "pracovní" databázi si můžeš importovat co chceš, když označíš pár keší jako nalezené, spustíš jedním klikem dávku, nalezené keše se zkopírují do "Nálezové" databáze a statistiku vytváříš z ní. V té "Nálezové" se keše už nepřepisují, ať s nima v provozní databázi děláš, co chceš, nejspíš se při dávce zkontroluje jen kod (už tam je-nic se nestane, ještě v nálezech není-přidá). Ani úmyslná ruční změna D/T v provozní databázi a následné spuštění dávky nemá žádný vliv na keš v Nálezové databázi, musela by jsi jí upravit tam.
Ještě ofiko popis:

Kopie nalezených keší do jiné databáze

Autor: Gord
V GeoGetu zatím nejde uzamknout nalezené keše proti aktualizaci. Protože čas od času někteří autoři mění typ/obtížnost/terén svých keší, dochazí tím ke zkreslení staistik. Dávka (1.74 KiB, 63 downloads) zajistí překopírování nalezených keší z jedné databáze (provozní, hlavní) do databáze druhé (statistické, tedy té, z níž budou generovány statistiky). Dávka dělá následující:

• 
  z provozní databáze exportuje nalezené keše, které dosud nejsou ve statistické databázi
• 
  exportované keše importuje do statistické databáze
• 
  z provozní databáze zjistí seznam nalezených a archivovaných keší a tyto keše označí v statistické databázi jako archivované, aby statistika mohla správně vyhodnocovat archivované keše

Před použitím nezapomeňte upravit v dávce jména provozní a statistické databáze.
Označení archivovaných keší je závislé na provozní databázi, proto je vhodné, aby uživatel aktualizovat stav nalezených keší. Do statistické databáze se promítne jen příznak archivované keše. (Dávka neřeší případnou odarchivaci.)

http://geoget.ararat...t:combine-davky

Tento příspěvek byl upraven od zdeziz: 07 prosinec 2013 - 15:19

[gord]

Nevím, jak by to bylo náročné zapracovat do GG, aby fungovalo něco jako "pravý klik, zamknout listing", ale elegantně by to vyřešilo potřebu většiny uživatelů GG.

Ne, ze by to udelat neslo, ale kazdopadne se touto cestou GG nevydava. Zamek udelat ted nejde, a pokud je mi znamo, ani se primo o teto funkci neuvazuje. ALE: uvazuje se o mnohem komplexnejsi funkci {...cenzurovano HaLuMou... }

 

Do te doby budete muset vyuzit jedne z nasledujicich moznosti

 

Importovat jen nenalezene kese - cest je nekolik, jednu zminila petulinka, importovat do jine databaze, vyhazet nalezy, export - import do provozni databaze. Osobne pouzivam o 2 kroky jednodussi metodu, ale neni ve stavu pouzitelnem kymkoli, nemohu tedy zverejnit vic nez slovni popis: upravuji importovany gpx tak, ze z nej vyhazu nalezene kese a pak jej importuji. Tedy totez co dela petulinka, ale nepotrebuji k tomu dalsi databazi a jeden import-export a prepinani databazi navic. Treba to nekdy dotahnu do zverejnitelne podoby, ted mam jinou prioritu.

 

Udrzovat databazi nalezenych kesi zvlast  - k tomu jsou davky pro Combine k dispozici.

 

Domnivam se, ze jiz dnes je mozne udrzet v databazi pro statistiky kese ve stavu, ktery odpovidal jejich stavu v dobe nalezu kese. Jen to chce vedet co delam a davat si na to pozor.

Tento příspěvek byl upraven od HaLuMa: 08 prosinec 2013 - 11:53

[Aranyafëa]

Taky si myslím, že by bylo nějaké zamčení fajn. Může se to řešit databázema a různýma fintama, ale když by tam byl prostě zámek, na který kliknu, tak je hotovo a nemusím se o nic starat. Samozřejmě, další věc je takovou věc naprogramovat, do toho nevidím.

[gord]

Smir se s tim, zamek tam neni a nebude (tedy pokud Haluma nezmeni nazor).

[petulinka1]

nemusím se o nic starat.

A to je presne to, co chtej dneska vsichni - hlavne, aby nemuseli nic delat. A pak se divej, ze jim nejde tohle a tamto, ze se keske neaktualizuje.... Pokud se neumis postarat o svoje data, tak bys je schranovat asi nemel Ted to mozna prezenu, ale to je jak chtit, aby se ti mimino samo prebalilo

 

Predne je dobry, aby ses s tim vsim naucil a aspon castecne to pochopil. Pak teprve je fajn zacinat s ficurkama.

[plavcik]

S tím teda nesouhlasím - Geogetu se povedlo, že je na poměrně dobře vyvážená jeho blbovzdornost pro nás lamy a přitom je otevřený vůči specialitkám, které si dokážou vymyslet ti více znalí. Proto ho používá tolik lidí oproti konkurenčním programům.

Posun na kteroukoliv stranu mu ubere uživatelů buď nových a méně zkušených, nebo těch, kteří s ním dovedou a chtějí dělat psí kusy.

Jestli má Haluma důvod, proč tam zámek není, není o čem diskutovat a odpověď  "zámek není a nebude" je naprosto OK. Já se s tím smířím a ohlídám si to, pro někoho to může být problém.

Ale argument, že ten, kdo se ptá na zámek databáze, se o svoje data nestará, je trochu mimo, ne

[gord]

Nechci vyvolavat zadny flame, ale vazne by me, Plavciku, zajimalo, za co jsi predchozimu prispevku udelil palec dolu. S cim konkretne nesouhlasis?

 

S tim, ze bys mel seznamit s principy, na kterych je GG postaven a pak teprve ppouzivat specialni nastroje?

S tim, ze by ses mel o svije data umet postatrat?

S tim, ze holt vsechno za tebe neudelaji jini?

 

Vic petulinka podle me nenapsala a pod vsechno toto se podepisu k ni.