GeoKrety - wersja beta

[shchenka]

Coś jeszcze Ci się rzuciło w oczy?

Rzuć okiem na historię ruchów kreta "kolo". Pewnie w bazie jest OK, ale na stronie http://geokrety.org/konkret.php?id=30 kilometraż przy pierwszej skrzynce jest 145km, a chyba powinno być zero ?

[shchenka]

A tak na poważnie nie sądzę, żeby to było konieczne. Zresztą przy jednym geokrecie może nie było by to upierdliwe, ale przy kilku/nastu przenosinach np w ciągu weekendu logowanie dodatkowo każdego zniknięcia mogło by już być uciążliwe (takie są moje doświadczenia z geolutynkami, których kiedyś krążyło sporo w naszych keszach...). A ideologia przewodnia jest taka, że serwis ma być niekłopotliwy w użyciu.

Ja nie mam z tym żadnych doświadczeń, jak znajdę jakąś geolutynkę albo nie daj boże trawelbaga, to nie dotykam. Tak tylko sobie wyobrażam, że o ile logowanie zniknięć nie ma sensu przy szybkich akcjach (np. w ciągu jednego dnia) nie ma sensu, to przy dłuższych zniknięciach może być przydatne, choćby po to, żeby uśmiercić takiego geokreta ? A może wprowadzić jakąś flagę, ze kret zaginął ? Tak tylko sobie spekuluje, pewnie wyjdzie dopiero w praktyce czy to potrzebne.

Albo, jeśli nie logujemy zniknięć, to może trochę zmienić nomenklaturę i używać czegoś w rodzaju "last seen at ... " ? Żeby nie myśleć w taki błędny sposób jak ja, ze kret znajduje się w miejscu ostatniego wpisu w logu, tylko że tam był ostatni raz widziany.

[Bas]

Albo, jeśli nie logujemy zniknięć, to może trochę zmienić nomenklaturę i używać czegoś w rodzaju "last seen at ... " ? Żeby nie myśleć w taki błędny sposób jak ja, ze kret znajduje się w miejscu ostatniego wpisu w logu, tylko że tam był ostatni raz widziany.

Proponowalem kiedys, zeby logowac wpisy "kret zabrany z miejsca xxx".
Zalety:
- wiadomo kto kreta wzial
- wiadomo, ze juz go tam nie ma
- akualna pozycja kreta jest niespodzianka

przy czym zachowane zostaja wszystkie zalety dotychczasowego rozwiazania.
W zasadzie to i tak kwestia umowna

[filips]

Coś jeszcze Ci się rzuciło w oczy?

Rzuć okiem na historię ruchów kreta "kolo". Pewnie w bazie jest OK, ale na stronie http://geokrety.org/konkret.php?id=30 kilometraż przy pierwszej skrzynce jest 145km, a chyba powinno być zero ?

Hej,no właśnie. Bo kilometraż jest robiony tak, że system szuka poprzedniego wpisu i w stosunku do niego liczy przebytą drogę. A tutaj NAJPIERW zalogowany był wpis z PÓŹNIEJSZĄ DATĄ (i tam jest kilometraż zero) a POTEM z WCZEŚNIEJSZĄ:


Kod:data_umieszczenia   data_dodania_wpisu
2007-10-09 12:00:00   2007-10-09 22:45:58
2007-10-09 06:00:00   2007-10-09 23:04:12

Są to wady "statycznego" liczenia drogi (podczas dokonywania wpisu). Z drugiej strony "dynamiczne" liczenie drogi wiązało by się z dużym obciążeniem procka. Chyba, że ktoś ma pomysł na inne podejście do tematu obliczania przebytej drogi?

Co do opcji "zabierania" kreta ze skrzynki, to można ją dołożyć już w trakcie pracy serwisu, jeśli rzeczywiście będzie na nią zapotrzebowanie.

[Magnoom]

Chyba, że ktoś ma pomysł na inne podejście do tematu obliczania przebytej drogi?

A może sprawdzać datę podczas dokonywania wpisu i nie pozwalać na podanie wcześniejszej niż ostatnia

Przyznam szczerze, że TravelBugów, Geocoinów, itp. też już nie tykam i zostawiam w skrzynkach. Do Geolutynek jeszcze się nie zraziłem. Za dużo musiałem się nakombinować, aby znaleźć w serwisie np. Geocoin, który trzymałem w ręce, ale w systemie występował pod jakimś innym numerkiem.

Jeśli chodzi o Geokrety sądzę, że warto notować zniknięcia. Zgadzam się całkowicie z argumentami podanymi przez Basa.

[shchenka]

Hej,no właśnie. Bo kilometraż jest robiony tak, że system szuka poprzedniego wpisu i w stosunku do niego liczy przebytą drogę. A tutaj NAJPIERW zalogowany był wpis z PÓŹNIEJSZĄ DATĄ (i tam jest kilometraż zero) a POTEM z WCZEŚNIEJSZĄ:

A to może na stronie z historią podróży pokazywać kolejne lokalizacje też w kolejności wpisu, a nie posortowane wg dat ? Wtedy kilometry by się zgadzały z logiką strony. Bo co w zasadzie oznaczają te kilometry ? Odległość w linii prostej (po łuku) między kolejnymi lokalizacjami ? Tylko w jakiej kolejności ? Wg kolejności wpisów w serwisie czy wg kolejności pojawień się w terenie ?

[shchenka]

A może sprawdzać datę podczas dokonywania wpisu i nie pozwalać na podanie wcześniejszej niż ostatnia

Moim zdaniem nie można, bo nie każdy natychmiast będzie logował nową lokalizację kreta, np. może poczekać do końca wakacji, powrotu do domu itp, a tymczasem ktoś inny może już go znaleźć i przenieść w inne miejsce i byłoby kiepsko.

[filips]

A to może na stronie z historią podróży pokazywać kolejne lokalizacje też w kolejności wpisu, a nie posortowane wg dat ? Wtedy kilometry by się zgadzały z logiką strony. Bo co w zasadzie oznaczają te kilometry ? Odległość w linii prostej (po łuku) między kolejnymi lokalizacjami ? Tylko w jakiej kolejności ? Wg kolejności wpisów w serwisie czy wg kolejności pojawień się w terenie ?

Kolejność pojawiania się w terenie jest ważna, bo na tej podstawie można narysować mapkę i zobaczyć, jak podróżował kret. Poza tym czym innym jest podróż: Wawa->Kraków->Wawa i Wawa->Wawa->Kraków, a takie zamieszanie może się pojawić.

W takim układzie pewnie trzeba będzie spróbować z dynamicznym obliczaniem przebytej drogi...

[sp2ong]

Chyba trzeba byloby sprawdzac wprowadzane wspolrzedne pod wzgledem choc jakies poprawnosci bo przez pomylke mozna wprowadzic dziwne dane np:

900.50555/999.99999

[shchenka]

W takim układzie pewnie trzeba będzie spróbować z dynamicznym obliczaniem przebytej drogi...

Może nie trzeba tak zupełnie dynamicznie, wystarczy przeliczyć odległości dla danego kreta tylko raz, za każdym razem, gdy dodawana jest jego nowa lokalizacji. A nawet nie warto przeliczać wszystkich odległości, tylko zrobić na tą potrzebę sorta po datach i przeliczyć kilometraże dla chronologicznie sąsiednich lokalizacji. Albo dla każdego kreta pamiętać najpóźniejszą datę modyfikacji położenia ("last seen on ...") i przy wprowadzaniu nowej lokalizacji porównać tę zapamiętaną datę z właśnie wprowadzaną i przeliczać odległości tylko jeśli nowa data jest wcześniejsza.

[filips]

Chyba trzeba byloby sprawdzac wprowadzane wspolrzedne pod wzgledem choc jakies poprawnosci bo przez pomylke mozna wprowadzic dziwne dane np:

900.50555/999.99999

To prawda. Ale i taką pozycje da się zobaczyć na google maps

Co do problemów: obliczanie przebytej drogi dodatkowo komplikuje planowana możliwość edycji ruchu geokreta...

[shchenka]

Co do problemów: obliczanie przebytej drogi dodatkowo komplikuje planowana możliwość edycji ruchu geokreta...

A może edycja = stworzenie nowego rekordu i usunięcie starego ? Myślę, że tych modyfikacji nie będzie tak dużo, więc może to nie byłoby takie kosztowne ? Chyba, że chcesz pamiętać czasy wszystkich modyfikacji.

[filips]

A może edycja = stworzenie nowego rekordu i usunięcie starego ? Myślę, że tych modyfikacji nie będzie tak dużo, więc może to nie byłoby takie kosztowne ? Chyba, że chcesz pamiętać czasy wszystkich modyfikacji.

Usunięcie + rejestracja od nowa: tak by było chyba 1) najłatwiej 2) najlepiej.

Zmieniłem na dynamiczne liczenie odległości. Jest lepiej, ale ciągle gdy wpisysą z tą samą datą i godziną dzieją się dziwy. Ale to chyba nie do przeskoczenia, bo skąd system może wiedzieć, który ruch był pierwszy...?

Zapraszam do dalszego znęcania się nad geokretami i wyłapywania błędów.

Aha, czemu tutaj:
http://maps.google.com/maps?q=90.00000,0.00000
na mapie jest szarość? Myślałem, że tam jest biegun.

[shchenka]

Aha, czemu tutaj:
http://maps.google.com/maps?q=90.00000,0.00000
na mapie jest szarość? Myślałem, że tam jest biegun.

Może na biegunie jest szaro ? Nigdy nie byłem.

[Topik]

Uważam, że powinna być adnotacja o „zniknięciu”. Jeśli nie wpisywana bezpośrednio po wyjęciu ze skrzynki to przynajmniej powinna być możliwość wpisu gdzie został znaleziony i gdzie ukryty.
Co w przypadku, gdy po pewnym czasie kret trafi do skrzynki w której już był (a jeszcze nie został z niej oficjalnie wyjęty)? Droga się wyzeruje?