jak si jiste uz nekteri na facebooku vsimli (je tam i video), tak jsem si spichnul takovy usnadnovatko overovani sooradnic. proste me desne nebavi to vyplnovani.
funguje to tedy tak, ze:
pokud mam oznacenou kes a spustim plugin - ten z listingu vycte odkaz na overovaci sluzbu, otevre stranku v prohlizeci a vyplni vsechny cisla - berou se korigovane souradnice (funguje v aktualni verzi geogetu)
pokud mam oznaceny waypoint (finalku), coz je lepsi pripad, berou se jeji souradnice (funguje ve vyvojove verzi geogetu)
To taky neni uplne blbej napad - 2 funkce: jedna vypocte a ulozi kontrolni soucet z long-description a druha funkce vypocte a zkontroluje s drive ulozenym v okamziku vypoctu finalek Ze bych na to neco zkusil napsat?
Nestaci porovnat DTupdate listingu s DTUpdate finaloveho waypointu? Podle mne jo. A kdyby to nahodou nestacilo, tak listing uz jeden hash v databazi ma, takze si ho skript muze poznamenat treba do tagu, a pak zjistovat, jestli se nezmenil. Nicmene prvni reseni mi prijde dostacujici.
Do sveho visualizacniho scriptu jsem implementoval kontrolu data aktualizace WP proti datu aktualizace listingu. Pokud je FWP starsi, ma zmenenou ikonku, aby to bylo na prvni pohled videt. Ovsem je to patrne jen pri zobrazeni bodu, keska ma stale ikonku stejnou. Je to proto, ze keska muze mit vice FWP a prochazeni vsech WP by zdrzovalo vykreslovani seznamu kesi.
EDIT: takze ted uz na prvni pohled vim, proc jsem vcera nenasel kesku Fakt me prekvapilo, kolika kesi se mi to tyka.
Gorde, nezapomen, ze ten timestamp u listingu tam nebyl vzdy, ale byl pridan teprve nedavno. Take ten timestamp u waypointu tam nebyl vzdycky, i kdyz ten tam uz nejaky ten patek je.
Ja vim. Pokud jsi reagoval na ten mnou necekany pocet, tak jsem to kontroloval jen u kesi, kde jsou oba "datumocasy". Pokud to byla obecna poznamka a upozorneni, tak proste predpokladam, ze "se to casem" v databazi srovna. I tak je to docela dobra informace, ze neco nemusi byt uplne vporadku.
Tak ja kdyz si vylustim mysterku, tak po tech nekolika hodinach (dnech, letech) prace mi neni zatezko kliknout na checker a naklofat par cisel, to je fakt to nejmensi. Ovsem chapu ze kdyz nekdo prijde k vetsimu poctu finalek neznamyho puvodu, potrebuje si je ve velkym snadno overit aby nebehal tam kde uz nic neni, nebo ani nikdy nebylo. Chapu spravne ucel toho skriptu, nebo mi neco unika?
Unika. Uz jsem jednou do pocitace ty souradnice napsal, tak proc je mam pak z pocitace do pocitace zase opisovat? Kdyz si vezmu, kolikrat jsem pri tom opisovani udelal chybu, tak povazuji tento skriptik za uzitecny.
Určitě to pomůže, kolikrát se mi stalo, že jsem jel do Prahy na rychlo a pak jsem hledal na místě, kde už ta finálka dávno není, protože jsem si ji vyluštil už před 2-3 roky, protože jsem tenkrát taky do Prahy jel (ale do jiné části - kde byly původně výchozí souřadnice…). Takhle se rychle spustí filtr a nemusí člověk rozklikávat spoustu souřadnic aby si ověřil, že tam to ověřovátko vůbec je…
zrovna na ty evince je ted tusim univerzalni box, do ktereho se proste patnou cely souradky z clipboardu a on si to z toho vyzere, ale vsude jinde je na kazdy cislo samostatny policko, a to je otrava vyplnovat i u jedny kese (natoz u vice B))
Mě to v chromu nejde,
Geocheck- otevře se stránka , ale nedoplní se souřadnice, po chvíli se objeví ERROR: TIMEOUT
Geochecker- vloží se souřadnice, ale pouze N
Mám pátrat, nebo počkat až to zkusí někdo, kdo pozná, co to dělá, já jsem v tom lama?
Evince- maká skvěle
Ze bych na to neco zkusil napsat?
A kdyby to nahodou nestacilo, tak listing uz jeden hash v databazi ma, takze si ho skript muze poznamenat treba do tagu, a pak zjistovat, jestli se nezmenil. Nicmene prvni reseni mi prijde dostacujici.
Fakt me prekvapilo, kolika kesi se mi to tyka.