GSAK

[angelo]

...

[kwieto]

chyba, ze chcesz sie podlansowac na swiecie :]

nooo... jest to kusząca perspektywa...

A na poważnie - po prostu wolałbym zrobić narzędzie bardziej uniwersalne, załatwiające też np. ewentualne problemy przy porównaniu innych serwisów.

Druga rzecz jest taka, że zostawienie skrzynek z GC a nie OC też ma swoje zalety - np. wiem, że do skrzynki dotrę bez konieczności ekwipowania się w szpadel (a takowego kupować nie zamierzam)
Co by nie mówić, kod zaczynający się od "GC" daje w takim przypadku wyższe prawdopodobieństwo "trafienia".

[ted69]

Nie wiem, czy zauwazyliscie ze dzisiajszy pakiet GPX jest mniejszy - chociaz i plikow wiecej i wpisow wiecej. Mniejszy bo juz jest w PLAIN TEXT

[kwieto]

Nie wiem, czy zauwazyliscie ze dzisiajszy pakiet GPX jest mniejszy - chociaz i plikow wiecej i wpisow wiecej. Mniejszy bo juz jest w PLAIN TEXT

Phi, to po co ja się tak narobiłem z tymi makrami? :"P

[Bas]

Jesli skrzynek o tych samych wspolrzednych jest w OC wiecej, to traktowalbym je jak JEDNA wg powyzszych zasad

Ba, tylko jak to sobie wyobrażasz?
Skąd program ma wiedzieć że w jednym serwisie skrzynek jest "n">1 ?

Dla kazdej skrzynki z GC robisz jeden przebieg po skrzynkach OC i juz wiesz, czy ma swoje odpowiedniki w OC i ile ich jest - moze byc nawet 10; to bez roznicy. Chyba tylko w OC mamy "wewnetrzne duplikaty".

Co do uniwersalnosci:
Lancuchy "GC" i "OC" mozna przypisac zmiennym i nimi sie poslugiwac.
Wtedy beda odwolania do bazy source i destination. Powinno dzialac.

[Bas]

@Angelo: moglbys podac ile czasu zabiera u Ciebie wczytanie do PUSTEJ bazy GSAK pelnej bazy (3500?) skrzynek juz zapisanych na dysku bez skryptu i ze skryptem?
Nie mysl przypadkiem, ze zartuje - to pytanie serio.

Chodzi Ci o ten jeden wielki plik vs. dużo małych?
... U mnie to było jakieś ~20 sek.
Dla wielu, całość obrabiała się dobre 10 min jak nie więcej. Nie pamiętam dokładnie, bo odwróciłem się od lapa i zacząłem pisać skrypt do scalenia w jeden
...zwróciłeś uwagę, że 2 posty niżej jest wersja bashowa

@Angelo:
zrobilbys test u siebie na nowej bazie od Teda ze skryptem w PowerShellu?
Tedowi wyskakuje blad, ja u siebie nie sprawdze.
Jesli rozpakujesz pliki od Teda, to ile czasu trzeba, zeby GSAK wczytal wszystko ze skryptem i bez skryptu (na czystych bazach)?

[kwieto]

Dla kazdej skrzynki z GC robisz jeden przebieg po skrzynkach OC i juz wiesz, czy ma swoje odpowiedniki w OC i ile ich jest - moze byc nawet 10; to bez roznicy. Chyba tylko w OC mamy "wewnetrzne duplikaty".

Wymagałoby to działania na dwóch bazach jednocześnie, lub naprzemiennego używania filtru - co na jedno wychodzi.
Po drugie, makro nie przechodziłoby raz przez 3900 skrzynek (GC+OC) tylko c.a. 500 x 3400 (dla każdej skrzynki z GC przeskanuj wszystkie z OC), co trwałoby... przypuszczam że dość długo. Mniej więcej 3400 razy dłużej niż działa ono obecnie + czas na 500-krotne przepięcie filtru skrzynek.

Odpada :")

[angelo]

...

[ted69]

co do błędu Teda, nie znam aż tak dobrze niuansów PS, ale podejrzewam, (choć to trochę bez sensu, ale cóż pod windą jest z sensem?:) że gpsbabel musi znajdować się w ścieżce PATH (po zmianie PATH należy zrestartować powłokę, żeby zmiany weszły w życie) - ja mam pod windą taki katalog c:/bin w którym leżą różne cygwiny, unixtoolsy i takie tam i to mam zawsze w ścieżce :]

Dlatego po pierwszym komunikacie o bledzie - wrzucilem gpsbabel.exe do tego samego katalogu z ktorego uruchamialem twoj skrypt. Chyba ze PS nie ma ./ w domyslnej sciezce dostepu.

================
Wlasnie chcialem sprawdzic jak zmienna PATH jest ustawiona ale samo polecenie SET nie dziala - hehehehehehe MS jest ...........

[angelo]

...

[ted69]

================
Wlasnie chcialem sprawdzic jak zmienna PATH jest ustawiona ale samo polecenie SET nie dziala - hehehehehehe MS jest ...........

mój komputer -> właściwości -> zaawansowane -> zmienne środowiskowe (w sekcji zmienne systemowe, tej niżej:)

SET byłoby zbytnim ułatwieniem wtedy tak każdy by mógł sobie se zmienić se (jak mawiają:)

w CMD (czy command.com - jak wolisz) - set wlasnie dziala i ladnie wszystko pokazuje - to samo co po takim kilkaniu jak podpowiadasz.
Powiem wiecej - nawet calkiem fajne (wbrew pozorom) skrypty mozna w cms pisac.
Ale mnie chodzilo o to jak PowerShell ustawia sciezke dostepu Moze wlasnie Linuxowo, czyli ./ nie jest w domyslnej sciezce.

[angelo]

...

[ted69]

wybacz jeżeli uraziłem Cię tym podpowiadaniem. różni ludzie różnie się nie znają

Niczym mnie nie uraziles - masz racje, rozna bywa z wiedza ludzi

.... to kwestia jakiejś paranoidalnej polityki bezpieczeństwa PSa.

Jaka firma - taki PS

[Bas]

test ze skryptem (odpalenie+alttab+wczytanie w gsaku do momentu wyskoczenia okienka) kolejno:
1:32 min (na laptopie)
0:51 min (na desktopie)
test bez skryptu:
10:23 min (na desktopie)

Ten ostatni wynik - to chyba jakis 4-rdzeniowy procesor?

Zerknalem na ostatnie gpx:
- zostalo tylko """

Mamy juz spokoj z konwersja, wiec zdjalem to z mojego programu.
Pozostalo laczenie wszystkich gpx w jeden plik (3.5s)
Ladowanie bazy do GSAK za pomoca zalaczonego makra zajmuje u mnie:
- jeden plik 0:54 min

@Angelo: sprawdzilbys u siebie ten program w dzialaniu?

Jesli laduje baze standardowo ze wszystkich plikow, to trwa to 19:07 min - koszmar.

________ program ________

Warunki:
- program scala pliki gpx zawarte w jednym folderze o nazwie "gpx" w jeden plik "ALL.gpx"
- umiesc program w tym samym folderze co folder "gpx" (nie w folderze gpx!)
- kliknij Start
- plik ALL.gpx zostanie zapisany w tym samym folderze co program, czyli "nad folderem" gpx. Jezeli wczesniej istnial taki plik, to zostanie nadpisany!

Plik razem z makrem i opisem do pobrania pod adresem: http://tceglinski.neostrada.pl/pliki/mergegpx.rar

[angelo]

...