GSAK

kwieto · Post autor: **kwieto** » sobota 24 maja 2008, 18:24

GE to jaki serwis?
Jest jeszcze OC (OC Germany)

kwieto · Post autor: **kwieto** » sobota 24 maja 2008, 18:27

kwieto pisze: 1. Ignorowanie tych samych skrzynek umieszczonych w ramach jednego serwisu

To już zrobiłem, teraz biedzę się nad pkt. 2.

ted69 · Post autor: **ted69** » sobota 24 maja 2008, 18:35

Skrypty juz na serwerze

Bas · Post autor: **Bas** » sobota 24 maja 2008, 18:58

kwieto pisze:GE to jaki serwis?

np.:
http://geocaching.gpsgames.org/cgi-bin/ ... acheID=238

kwieto · Post autor: **kwieto** » sobota 24 maja 2008, 19:18

Bas pisze:
kwieto pisze:GE to jaki serwis?
np.:
http://geocaching.gpsgames.org/cgi-bin/ ... acheID=238

Ech... i też sąÂ skrzynki w Polsce... :"P

Ostatnie pytanie - jak oznaczyćÂ skrzynki jeśli jedna jest zarchiwizowana a druga nie? Wpis do logu (komentarz)?
Mogę wrzucić dane w "UserData", tyle że wtedy będzie to widoczne tylko z poziomu GSAK. Można zrobić i jedno i drugie (aby ułatwić sortowanie z jednej strony, a umożliwić rozpoznanie potencjalnie nieaktywnych skrzynek na poziomie odbiornika GPS/programu w palmtopie z drugiej strony.

Bas · Post autor: **Bas** » sobota 24 maja 2008, 19:28

Chyba lepiej jedno i drugie.
Daje to mozliwsc sortowania, weryfikacji...
_______________________________________

Do mojego programu dorzucilem usprawnienie - moze Wam sie przyda, bo skraca czas opracowywania danych o polowe

Najwiecej do zrobienia ma makro plaskie. Ono jest wykonywane najdluzej.
Wyjalem z niego 15 zamian (opis w paczce do pobrania i ponizej) i konwersje wykonuje program na sklejonym ze wszystkich gpx pliku.

Testy na bazie 1000 skrzynek wykazaly 50% krotszy czas wykonywania makra plaskie (bez 15 zamian) przy wykorzystaniu tego programu. Program wykonuje 15 konwersji na PELNEJ bazie w niecale 10 sekund

Aktualny program jest pod linkiem podanym wczesniej.

_______________________________

konwersja w prgramie:

# $d_ltext = replace("ó","ó","$d_ltext",FALSE)
# $d_ltext = replace("Ó","Ă","$d_ltext",FALSE)
# $d_ltext = replace(" ",Chr(32),"$d_ltext",TRUE)
# $d_ltext = replace(""",Chr(34),"$d_ltext",TRUE)
# $d_ltext = replace("…","...","$d_ltext",TRUE)
# $d_ltext = replace("'","'","$d_ltext",TRUE)
# $d_ltext = replace("–","-","$d_ltext",TRUE)
# $d_ltext = replace("&bdquo;",Chr(34),"$d_ltext",TRUE)
# $d_ltext = replace("”",Chr(34),"$d_ltext",TRUE)
# $d_ltext = replace("°",Chr(176),"$d_ltext",TRUE)
# $d_ltext = replace(" ,",Chr(44),"$d_ltext",TRUE)
# $d_ltext = replace(" ",Chr(32),"$d_ltext",TRUE)
# $d_ltext = replace("</a>","","$d_ltext",TRUE)
# $d_ltext = replace("<li>","• ","$d_ltext",TRUE)
# $d_ltext = replace("—","-","$d_ltext",TRUE)

kwieto · Post autor: **kwieto** » sobota 24 maja 2008, 20:16

Bas pisze:konwersja w prgramie:

Czy to zamienia krzaki tylko w logach, czy we wszystkich polach?

cegosia · Post autor: **cegosia** » sobota 24 maja 2008, 20:43

we wszystkich

kwieto · Post autor: **kwieto** » sobota 24 maja 2008, 22:18

cegosia pisze:we wszystkich

Osobiście wolę rozdzielenie.

Parę uwag:

Jeśli usuwamy: "</a>", to trzeba też usunąć "<a>"
Podobnie z "<li>" - wtedy trzeba usunąćÂ również "</li>"

De facto i tak makro ma sporo usuwania...

Bas · Post autor: **Bas** » sobota 24 maja 2008, 23:03

kwieto pisze:Osobiście wolę rozdzielenie.

nie nalegam

kwieto pisze:Parę uwag:
Jeśli usuwamy: "</a>", to trzeba też usunąć "<a>"

Nooo, to w takim razie trzeba dopisac do makra, a jesli juz jest to sprawe zalatwi

kwieto pisze:Podobnie z "<li>" - wtedy trzeba usunąć również "</li>"

Na razie nie da rady.
Znacznik </li> jest zamieniany na nowa linie, a tego jeszcze nie wprowadzalem. Na poczatek chcialem przeprowadzic konwersje, ktore beda bezproblemowe, bo inne byly cele.

W pierwszej kolejnosci program powstal, zeby sprawdzic, czy da sie szybciej wprowadzic dane do GSAK i okazuje sie, ze przyspieszenie jest znaczne. Ze skryptu Angelo nie skorzystam, bo nie zamierzam instalowac SP2 tylko dla tego celu, ale jesli mozna szybciej, to czemu nie?
Cel osiagniety

W drugiej kolejnosci okazalo sie, ze mozna zyskac polowe czasu na zmudnej konwersji, a to juz bardzo duzo i zadne makro GSAK nie zrobi tego szybciej, bo musi odwolac sie do kazdego rekordu z zakresu, a ja te same operacje robie na calej bazie jeden raz. Cel osiagniety

W trzeciej kolejnosci mozna juz na spokojnie zastanowic sie jaka konwersje wrzucic do programu, zeby bylo to korzystne. W koncu program powstal na szybko raptem wczoraj wieczorem

I tak zostaje jeszcze mnostwo mielenia i kolejnych makr uruchamiania, wiec zysk czasu jest wskazany...

kwieto · Post autor: **kwieto** » niedziela 25 maja 2008, 08:05

Bas pisze:
kwieto pisze:Nooo, to w takim razie trzeba dopisac do makra, a jesli juz jest to sprawe zalatwi

Tak, tylko Twój skrypt usuwa te znaczniki we wszystkich miejscach (w tym również w opisach, wskazówkach itp.), a makro poprawi drugą część taga (cała sekwencja to "<a>tekst w środku</a>") tylko w logach. Reszta zostanie usunięta tylko w połowie.
Dlatego jeśli nie ma możliwości danego znacznika usunąć w całości (tzn. obu jego części) za pomocą skryptu, nie ruszałbym tego w skrypcie w ogóle.
To samo dotyczy znaczników list, reszta z wylistowanych przez Ciebie to pojedyncze tagi.

Nie neguję Twojej koncepcji przyśpieszenia (choć mnie akurat długość mielenia nie przeszkadza specjalnie), natomiast zwracam uwagę na potencjalne problemy.
Zwłaszcza że nie wiadomo czy taki "zostawiony w połowie" tag nie będzie "bruździł". GSAK pewnie sobie z tym poradzi (po prostu wyświetli go jako tekst), natomiast różnej maści oprogramowanie zewnętrzne (programy na palmtopy/odbiorniki GPS) może mieć problem.

Między innymi dlatego moje makra tylko w logach mają opcję wycięcia "wszystkich tagów jak leci", w opisach jest już podmieniane tylko niezbędne minimum.

Bas · Post autor: **Bas** » niedziela 25 maja 2008, 10:26

spokojnie

Jak wspomnialem inne byly cele powstania programu.
Teraz, gdy wiadomo ze ma to sens (dla mnie czas dzialania jest istotny) mozna powolutku spojrzec na znaczniki, usuwac je parami, kasowac niepotrzebne puste linie, dodawac nowe, itd.

Program dedykowany jest dla OC i GSAK.
Nie sprawdzalem na razie innych gpx.
Dobrze byloby, gdyby tak opracowany gpx byl prawidlowy i mozliwy do otwarcia dowolnym zewnetrznym programem i moze tak nawet bedzie, ale na to potrzeba czasu. Byloby zupelnie bez sensu poswiecac swoj czas, gdyby w efekcie okazalo sie, ze praca programu nie przynosi ISTOTNYCH efektow...

Jesli nasi koledzy zmodyfikuja kod gpx w OC, to wszystkie te konwersje, ktore rozwazamy beda tylko historia... Sa na to duze szanse, ale poki co...

Na razie kosztem 10 sekund zyskuje wiele minut. Zamierzam z GSAK korzystac regularnie, wiec oplaci mi sie to jak nic

kwieto pisze:moje makra tylko w logach mają opcję wycięcia "wszystkich tagów jak leci", w opisach jest już podmieniane tylko niezbędne minimum.

To inna koncepcja, fakt. Dla mnie istotny jest plain text, bo on z cala pewnoscia w ZADNYM programie nie bedzie sprawiac problemow.
Tak zreszta wyglada baza Filipsa - tak jest optymalnie i pieknie, choc nie ma wodotryskow.
Hmmm, moze Filips zrobi gpx skrzynek... Byloby super

I jeszcze synchronizacja rsync... Rozmarzylem sie

kwieto · Post autor: **kwieto** » niedziela 25 maja 2008, 12:54

Bas pisze:spokojnie

Jak wspomnialem inne byly cele powstania programu.

OK, ale skoro wylistowałeś co robi skrypt, napisałem gdzie są potencjalne problemy (na co zwrócić uwagę), żeby działało jak trzeba...

Co do makra kasującego - jeśli są dwie skrzynki, jedna aktywna a druga nie - żadna z nich nie zostanie skasowana, a skrzynka aktywna dostanie metkę "prawdopodobnie niedostępna".
Jeszcze się biedzę nad wpisem do logu z identycznym komentarzem i będzie gotowe.

BTW, znalazłem co najmniej jedną skrzynkę aktywną na GC i zarchiwizowaną na OC, która na pewno istnieje (ostatni wpis z 24 Maja 2008)

Bas · Post autor: **Bas** » niedziela 25 maja 2008, 13:10

kwieto pisze:napisałem gdzie są potencjalne problemy (na co zwrócić uwagę), żeby działało jak trzeba...

Musze przejrzec jednak surowy kod gpx, bo GSAK zmienia przy imporcie danych niektore znaki i niektore konwersje w ogole nie sa wykonywane...

kwieto pisze:Co do makra kasującego... skrzynka aktywna dostanie metkę "prawdopodobnie niedostępna"

Taka flaga bedzie chyba optymalnym rozwiazaniem

kwieto · Post autor: **kwieto** » niedziela 25 maja 2008, 13:17

Bas pisze:Musze przejrzec jednak surowy kod gpx, bo GSAK zmienia przy imporcie danych niektore znaki i niektore konwersje w ogole nie sa wykonywane...

A, tak, bo zamiast znaku "&" w "surowym" GPX jest "&amp"

Czyli np. to co w GSAK pojawia się jako "ó", w "surowym GPX wygląda "ó" i tak dalej.
Natomiast plik z krzakami (nie poprawionymi) wyeksportowany przez GSAK ma już znaczniki zapisane tak, jak się pojawiają w samym GSAK.

Bas pisze: Taka flaga bedzie chyba optymalnym rozwiazaniem

Chcę jeszcze zrobić wpis do logu (taki wewnętrzny komentarz). Bo jak sobie skrzynki wyeksportuję do Colorado, to komentarz wpisany w GSAK jako "UserData" nie będzie widoczny. Przydałoby się coś, co pozwalałoby na weryfikację niepewnej skrzynki z poziomu urządzenia mobilnego.