GSAK

[ted69]

A mozesz podac przyklad (najlpiej nr dziesietnie) dwoch skrzynek znalezionych przez Ciebie ale roznie traktowanych przez GSAKa ?

tak z brzegu:
Sady Zoliborskie, 401 - nie rozpoznaje
Katowice jakich nie znacie, 1850 - rozpoznaje.

obie z zeszłego roku, więc to nie po dacie. w tej co rozpoznał mam 2 wpisy, jeden note drugi found. w tej co nie rozpoznał tylko found, więc bez sensu. xml wygląda poprawnie. i ten przed konwersją makrami i po. dziwność.

Jest dokladnie odwrotnie - 1850 czyli OP0738 ma dwa wpisy a 401 czyli op0191 ma jeden ale nie wazne. U siebie w GSAKU wpisalem Twoj nick i u mnie pokazuje obie skrzynki jako znalezione.

Ale widze inna bardzo dziwna rzecz - GSAK pokazuje ze masz zalozonych 20 skrzynek i to sie zgadza, ale pokazuje ze znalazles lacznie 316 i nawet jak sie odliczy te zawieszone czy zarchiowowane, to i tak nie ma to zwiazku z tym co pokazuje OCPL.

[angelo]

...

[kwieto]

A wrzuć zrzut ekranu z ustawieniami przypisywania znalezień?

[angelo]

...

[ted69]

Podczytalem baze jesszcze raz (z tego spakowanego, ktory jest wystawiony) i teraz pokazuje znalezionych OK. I znowu obie podane przez Ciebie - SA ZNALEZIONE.
Mam dokladnie tak samo - 174 znalezione.
UWAGA - to co OC PL traktuje jako znalezeinie w przypadku UDZIALU w spotkaniu - GSAK nie rozpoznaje jako znaleione. Juz o tym pisalem.

[angelo]

...

[kwieto]

Jak się zdenerwuję to napiszę skrypt który będzie parsował html skrzynek go poprawnego GPXa :]

Napisz.
Jak na razie jest w tym temacie wiele mówienia (wiadomo CO należy zrobić) a mało robienia. I nie jest to zarzut do osób otpowiadających za serwis OC, bo w końcu mają oni na pewno sporo innych zajęć (np. praca)

[kwieto]

Dla mnie baza w OC ma wyzszy priorytet. Skasowalbym w duplikatach skrzynki z GC bez wzgledu na date ostatniego wpisu

Chyba da się to zrobić...


Przy okazji - przy aktualizacji skrzynek można zrobic tak, żeby wgrać paczkę ze świeżymi danymi (np. tylko nowe skrzynki) do osobnej bazy i przepuścić ją przez makra - a potem przerzucić dane do właściwej bazy (jest opcja kopiowania skrzynek między bazami w GSAK). Zawszeć to łatwiej.


Edit:
No i jest problem...
Wyłączyłem kasowanie i zostawiłem jedynie filtrowanie podwójnych skrzynek.
Jest ich 254, przy czym:
Przy kryterium "zostawiamy starsze" skrzynek z GC jest na liście 134.
Przy kryterium "zostawiamy nowsze" skrzynek z GC jest na liście 86

Razem to daje 220 skrzynek, więc wychodzi na to, że reszta to to, co program uznał jako duplikaty, ale pochodzi tylko i wyłącznie z bazy OC - w sumie 34 skrzynki.
Chyba nie powinno być takich w ogóle?

[kwieto]

No i wiem, makro usuwa niektóre multicache (np. Bielany, klasztor o.o. Kamedułów) - skrzynki OP0213, OP0214, OP0215.

Podobnie np. Wirtualny PEKiN oraz Żelazne drzwi (OP01AF i OP0183)

Takich "dubli" są w sumie 34 sztuki.

A skoro są takie, to jest też spora możliwość, że skrzynki z GC i OC, mimo pokrywających się współrzędnych, nie zawsze są tymi samymi skrzynkami.

Można wprowadzić zasadę, że porównywane skrzynki nie mogą się różnić osobą zakładającego, ale:

1. Niektórzy mająÂ różne nicki na GC i na OC
2. Niektórych Multicache (np. wspomnianego wyżej klasztoru o.o. Kamedułów) tak nie wyłapiemy.

Innymi słowy - chwilowo nie mam pomysłu jak skonstruować filtr, skutecznie odsiewający skrzynki zduplikowane i tylko zduplikowane

[Bas]

W tym makrze wyjsciowym do odsiewania duplikatow, w ostatniej wersji jest opcja odsiewania skrzynek, ktore roznia sie wspolrzednymi najwyzej o 1,5 metra:

RemoveDups.gsk
Version 3.5 of this macro allows for inexact coordinate matches by calculating the distance between waypoints and identifying duplicates as any waypoints that are less than 5 feet (about 1.5 meters) apart.

To powinno byc jedyne kryterium do identyfikacji duplikatow.
A w drugim rzucie decyzja co skasowac:
- GC/OC
- cache, ktory ma starsze wpisy
- inne kryterium

Jesli sa to ROZNE skrzynki, to nie wiem,
ALE
roznica 1.5 metra powinna chyba rozwiazywac sprawe? Wrecz niemozliwe, zeby ktos podal dokladnie te same wspolrzedne przypadkowo.
Hmmm, w sytuacji konfliktu odsialbym cache z GC

[angelo]

...

[kwieto]

Version 3.5 of this macro allows for inexact coordinate matches by calculating the distance between waypoints and identifying duplicates as any waypoints that are less than 5 feet (about 1.5 meters) apart.

To powinno byc jedyne kryterium do identyfikacji duplikatow.

I jest, jednak są skrzynki różnego typu, w których współrzędne się pokrywają. Dotyczy to na przykład skrzynek typu Quizz, gdzie lokalizacja może być przypadkowa, bo chodzi o wykonanie określonego zadania. Albo wirtuali, choć są też inne kwiatki

Przykłady dubli:

OP0183 - N52° 13.900 E21° 00.384
OP01AF - N52° 13.900 E21° 00.384
Oba to wirtuale (różne)

OP0CFD - N50° 00.000 E19° 00.000
OP0772 - N50° 00.000 E19° 00.000
Oba to wirtuale (różne)

OP07F6 - N50° 06.687 E18° 32.176
OP083A - N50° 06.687 E18° 32.176
Skrzynka założona przez woytasa, następnie zarchiwizowana i później założona ponownie z nowym numerem. Można ustawić makro tak, żeby ignorowało usunięte/zarchiwizowane skrzynki podczas porównywarnia.

OP0117 - N50° 11.382 E19° 48.401
OP01E1 - N50° 11.382 E19° 48.401
Podobnie jak wyżej - skrzynka założona przez Czabasa, a potem "przejęta" przez GCT. Starsza skrzynka jest nieaktywna, ale podczas porównywania jest brana pod uwagę. Można makro ustawić tak, żeby ignorowało nieaktywne skrzynki.

OP03FB - N52° 05.826 E21° 01.837
OP0A9E - N50° 06.687 E18° 32.176
Pierwsze to virtual ZYR'a, drugie - gra POLREF tego samego autorstwa.

OP0804 - N50° 05.308 E19° 59.056
OP0806 - N50° 05.308 E19° 59.056
Dwie skrzynki tego samego autorstwa (Mroofki), przy czym jedna to virtual a druga to normalny cache

OP0861 - N52° 03.725 E20° 37.798
OP0862 - N52° 03.725 E20° 37.798
OP0863 - N52° 03.725 E20° 37.798
OP0864 - N52° 03.725 E20° 37.798
OP0865 - N52° 03.725 E20° 37.798
Mela, ZYR, Filips, Olgierd, PatrykG - Multaki autorstwa wymienionych.
Wszystkie oczywiście aktywne.

Takich dubli jest 24 (czyli w sumie 48 skrzynek), reszta (11 dubli) to skrzynki nr... z multicache'y zakładanych jako osobne, pojedyncze skrzynki.

A w drugim rzucie decyzja co skasowac:
- GC/OC
- cache, ktory ma starsze wpisy
- inne kryterium

Najpierw chciałbym się uporać z tym, co opisałem powyżej.
Problem w tym, że nie ma dobrej opcji na odfiltrowanie tego.
Część można wyfiltrować ("nie porównuj wśród skrzynek niedostępnych/zarchiwizowanych"). Ale z resztą jest problem.
Można kazać porównywać np. początek nazwy ("jeśli jest ten sam, to nie ruszaj"), ale wtedy wycięte zostaną skrzynki podwójne, o różnych nazwach. Poza tym te pięć multaków założonych w jednym miejscu opisane powyżej, ma różne nazwy, więc nawet tu nie mamy możliwości wybrnięcia z sytuacji.

Oczywiście może się też zdarzyć, że dwie skrzynki - z GC i z OC, umieszczone w tym samym miejscu, to jednak różne skrzynki. Nie zdziwiłbym się, gdyby na GC pojawiła się jeszcze jedna (inna) skrzynka z koordynatami PKiN w W-wie - i co wtedy?
Już teraz jest w W-wie takie miejsce, gdzie skrzynki są od siebie oddalone o kilkadziesiąt metrów - fuks tylko, że nie były bliżej siebie.

1.5 metra powinna chyba rozwiazywac sprawe? Wrecz niemozliwe, zeby ktos podal dokladnie te same wspolrzedne przypadkowo.

Toteż na OC cache w tych samych miejscach są zakładane jak najbardziej celowo - przykładem skrzynki OP0861-65. A że potem to bruździ, to już inna historia.
Poza tym, dokładnosć GPS to w najlepszym przypadku jakieś 3-5m. To daje, nawet przy perfekcyjnej widzialności satelitów, odległość jakichś 6-10m w której skrzynki mogą leżeć, a współrzędne w serwisie będą w tym samym punkcie. Plus oczywiście 1,5m marginesu dla porównywarki. W rzeczywistości będziesz częściej operował przybliżeniami rzędu 10-20m, a w takim promieniu założenie dwóch róźnych skrzynek jest jak najbardziej wykonalne. W końcu nie każdy korzysta z obu serwisów.

[kwieto]

Zakładanie każdego etapu mulitache jako osobnej skrzynki to wymysł typowy dla OC, a właściwie niektórych ludzi na OC i na GC raczej nie występuje.

Można zrobić jako kryterium porównanie, czy skrzynki są z różnych serwisów (jeśli z różnych, to jedną z nich usuń). Sęk w tym, że po obecnych doświadczeniach nie jestem wcale pewny, czy przy okazji nie usunie się czegoś "przypadkiem".

[Ponieważ jestem szczęśliwym chodzącym przykładem powyższej sytuacji, w moim magicznym skrypcie do ssania GPX z GC będzie konwersja w locie. Podajesz ksywę/userid jakie masz na GC i na jaką ksywę to podmienić (docelowo ta z OC).

Fajno, tylko co ze skrzynkami innych autorów? Ted też ma dwa różne nicki, jego skrzynki będą rozpoznawane jako skrzynki różnych autorów. Podobnie Twoje, jeśli skrypt uruchomię u siebie.

[Bas]

Wszystkie przyklady dotycza dubletow z OC. Celem makra mialoby byc odsianie skrzynek zarejestrowanych jednoczesnie w dwoch serwisach, gdzie przy takich samych wspolrzednych kasowana bylaby skrzynka z GC.
Mimo dokladnosci gps rzedu kilku metrow jest bardzo malo prawdopodobne, ze ktos TEZ wskaze wlasnie taka lokalizacje, ale moze sie tak zdarzyc...

[kwieto]

Na razie niestety nie wpadłem jeszcze, jak zrobić żeby odfiltrowywały się jedynie skrzynki z GC (jako te do skasowania). Wydaje się proste, ale jakoś nie chce działać :/

No i nadal pozostaje ryzyko usunięcia skrzynek różnych, a zarejestrowanych w tej samej lokalizacji.
Bo na GC w jakiejś lokalizacji ktoś zrobił skrzynkę, a na OC ktoś pod tymi koordynatami ukrył virtuala/quizz - w rzeczywistości umieszczonego x kilometrów dalej

Wcale nie wiem, czy w takiej sytuacji usunięcie skrzynki z GC jest dobrym pomysłem.
Przykład zduplikowanych skrzynek na OC mówi, że istnieje całkiem spore (czytaj: realne) prawdopodobieństwo, że tak się stanie...