467 odpovědí na toto téma

[gord]

HaLuMa napsal/a:
...ba co vic, uz neni nesmyslne pomaly, ale svizny, kresli progressbary, a zacali konecne vylepsovat spousteci parametry (i kdyz zatim jen polovicate).

No, nevim. 50319 bodu = 20 minut 5 sekund, z toho 3 minuty prenos do GPS. Nejake extra urychleni tedy nevidim. Nicmene jsem zjistil, ze po restartu NB pracuje vyrazne rychleji. Nezkoumal jsem to zatim hloubeji, mozna staci restart GG (POILoader spoustim pres Combine).

[HaLuMa]

Aha, tak treba vystup plne CR z POIeTrexu (vice jak 44000 bodu) mi to pred tim chroupalo urcite nekolik minut, nyni je to hotove pod deset vterin. (bez prenosu do GPS, ale rucni zkopirovani ve ctecce jsou asi dve vteriny.)

[Archi1]

Ahojky, Tak zobrazovani spoileru v GPS uz funguje, ale byla to fuska. Cím to bylo nevím. První jem preinstaloval plugin Spoiler a to nepomohlo, takze jsem se odhodlal pro novou instalaci celeho GG a vsech jeho doplnku. Tím jsem se zbavil vsech ruznych zapomenutých maker. Po instalaci a vygenerovani prvních par spoilerů, spustení GPS a foto spoileru bylo tam. Kdyz jsem rozchodil spoilery prestala se generovat statistika, kterou jsem rozchodil az za vydatne pomoci mikroma, lépe řečeno rozchodil ji on za coz mu jeste jednou moc dekuji.

[gord]

HaLuMa napsal/a:
Aha, tak treba vystup plne CR z POIeTrexu (vice jak 44000 bodu) mi to pred tim chroupalo urcite nekolik minut, nyni je to hotove pod deset vterin. (bez prenosu do GPS, ale rucni zkopirovani ve ctecce jsou asi dve vteriny.)

Ja mam pocit z drivejska, kdyz jsem s tim trochu laboroval, ze mi GG nejak obsadi nebo defragmentuje pamet (mam ji 500MB, kdyz ji mas vic, treba se to neprojevi tak dramaticky) a pak operace, ktere ji vyzaduji vic trvaji vyrazne dele nez po restartu stroje.

Jestli si vzpomenes, tak jsem jiz jednou konstatoval, ze proste nacteni gpx APQ pro import mi trva skoro 4 minuty (to se jeste nezpracoval ani byte, jen necte) a tys rikal, ze tobe par vterin. Podle me v Pascalu implementovana prace se stringem nepatri k pvedenym, ale delat si vlastni, to se mi nechce Udelal jsem si ji pokusne pro zpracovani jednoho velkeho souboru (180 MB) a rychlost jsem zvysil nejmene velmi mockrat - puvodni zpracovani jsem nikdy nevydrzel cekat na dokonceni - jedna dvacetitisicina stringu trvala asi 4 sekundy, jak je string kratsi, prace se zrychluje. Kdyz jsem obesel stringy, trva mi zpracovani celeho souboru hodne pod minutu (zmereno nemam). Ale to je tu dost OT.

[Archi1]

Prosím o radu. Vcera kdyz jsem zkousel stahnout spoilery od nekolika kesi po asi nekolik stovek tak vse jelo bez problémů. Přes noc jsem nechal stáhnout spoilery u celé CR a skoncilo touto hlaskou viz obrázek.

Přiložené miniatury

• 

[Solim]

Archi1 napsal/a:
Prosím o radu. Vcera kdyz jsem zkousel stahnout spoilery od nekolika kesi po asi nekolik stovek tak vse jelo bez problémů. Přes noc jsem nechal stáhnout spoilery u celé CR a skoncilo touto hlaskou viz obrázek.

Byl jsi vyhodnocen jako robot a tak jsi byl odstrihnut. Neni dobre stahovat celou republiku. Je to lepsi to rozdelit na kraje a stahovat po kouskach. Myslim ze ti groundpeak posle nejaky e-mail.

[HaLuMa]

gord napsal/a:
Ja mam pocit z drivejska, kdyz jsem s tim trochu laboroval, ze mi GG nejak obsadi nebo defragmentuje pamet

Viz. informace na Geoget-Dev. Statistika importu fragmentuje pamet, respektive zustane po ni naalokovano velmi mnoho malo vyuzitych bloku. Ve vyvojove verzi je to uz predelano tak, aby k tomu nedochazelo.

Tato rozfragmentovana pamet se da i v soucasne verzi uvolnit tim, ze smazes statistiku importu, treba volanim GeoImportBegin.

gord napsal/a:
Podle me v Pascalu implementovana prace se stringem nepatri k pvedenym, ale delat si vlastni, to se mi nechce Udelal jsem si ji pokusne pro zpracovani jednoho velkeho souboru (180 MB) a rychlost

Chyba lavky! Implementace stringu je v Pascalu nejlepsi a nejuspornejsi, jakou jsem kdy potkal. Ony ty nastinene problemy s tim stringem ve skutecnosti nijak nesouvisi. Je to obecny problem spravy pameti ve specifickych podminkach, tedy zalezitost memory-manageru.

Kdyz potrebujes zvetsit string, a misto v pameti za nim je necim obsazene, tak chte-nechte musis neco v pameti prehazet. A to trva. S tim ti zadna jina implementace nemuze pomoci. Jiste muzes namitnout, ze si lze alokovat string tam, kde jej pak muzes rozsirovat. Jenze jak velke misto si mas rezervovat? Kdybys tohle delal obecne, tak spotreba pameti radikalne vzroste. Takze rozumne je to delat jen na explicitni pozadavek, kdy programator vi, kolik pameti bude potrebovat. No, a to se soucasnou implementaci muzes taky!

Jina cesta je, ukladat si string fragmentovane v nekolika blocich. Jenze to zase neni kompatibilni s null-terminated stringy, ktere holt, kvuliva C-cku, potrebujes na kazdem rohu. Jiste se cesta stringu v nekolika blocich muze zdat zajimava, ale prave onu velkou spotrebu pameti po importu v Geogetu zpusobil presne tento princip! To jsou paradoxy, co?

[gord]

Ja to myslel trochu jinak. Pokud mam string nejdelsi jaky je mozny a zkracuji jej, (zepredu nebo zezadu, to je jedno) vzdy se cely zkopiruje jinam. To je neefektivni. Ale to jsme fakt dost mimo tema. O tom si popovidame nekdy soukrome

[HaLuMa]

Nemohu mluvit za spravu pameti uvnitr skriptu, do ni fakt nevidim, ale v samotnych Delphi zkracovani stringu na 100% realokaci nevyvolava. Pokud ano, pak jde o jiny pripad, a to ze od sebe oddelujes dve instance. Kdyz mas totiz jeden string a zkopirujes jej cely do jineho, tak se ve skutecnosti zadna data nezkopiruji. Oba stringy ukazuji na stejny kus pameti, a jen se zapamatuje, ze na tento kus pameti odkazuji dva ruzne stringy. Kdyz pak jeden z nich chces zkratit, tak logicky, musi dojit k vytvoreni samostatne instance, tedy zkopirovani dat jinam. Takove chovani mi ale prijde vysoce rozumne, stehovani dat se tim muze jen omezit, rozhodne se tim prace navic nevyrobi.

[Archi1]

Prosím co delám spatne. Dal jsem na radu a vygeneroval jsem si behen týdne dva mensí soubory spoilerů a chci z nich udelat jeden soubor ktery pak chci POILoaderem nahrát do GPS. Nyní kdyz nahraji jeden nebo druhý soubor POIloaderem do GPS samostatně, fotky spoilerů se zobrazí bez problémů. Kdyz udelám z tech dvou jeden soubor a pak je nahráji POILoaderem do GPS tak se nezobrazila zádná fotka spoileru. Pri dalsím pokusu kdyz jsem ty dva soubory pojmenoval spoiler1 a spoiler2 po nahrání do GPS se zobrazily pouze fotky toho mladsiho vygenerovaného souboru (spoiler2), fotky ze spoiler1 se nezobrazily. Můze nekdo poradit? Díky.

[HaLuMa]

Mozna jsi to jen spojil spatne. Jak jsi to spojoval do jednoho souboru?

[Archi1]

HaLuMa napsal/a:
Mozna jsi to jen spojil spatne. Jak jsi to spojoval do jednoho souboru?

No do jednoho souboru jem zkopíroval slozku Imgs z fotkama, do druhého spoiler.gpx, ikonu .bmx jsem nechal. Pak vsechny tri soubory jsem nakopíroval do slozky POI-Spoiler kterou jsem POILoaderem nahrál do GPS

[Archi1]

Archi1 napsal/a:
Prosím co delám spatne. Dal jsem na radu a vygeneroval jsem si behen týdne dva mensí soubory spoilerů a chci z nich udelat jeden soubor ktery pak chci POILoaderem nahrát do GPS.
Nyní kdyz nahraji jeden nebo druhý soubor POIloaderem do GPS samostatně, fotky spoilerů se zobrazí bez problémů.
Kdyz udelám z tech dvou jeden soubor a pak je nahráji POILoaderem do GPS tak se nezobrazila zádná fotka spoileru.
Pri dalsím pokusu kdyz jsem ty dva soubory pojmenoval spoiler1 a spoiler2 po nahrání do GPS se zobrazily pouze fotky toho mladsiho vygenerovaného souboru (spoiler2), fotky ze spoiler1 se nezobrazily.
Můze nekdo poradit? Díky.

Nikdo neví jak to udelat_

[HaLuMa]

Archi1 napsal/a:
No do jednoho souboru jem zkopíroval slozku Imgs z fotkama, do druhého spoiler.gpx, ikonu .bmx jsem nechal. Pak vsechny tri soubory jsem nakopíroval do slozky POI-Spoiler kterou jsem POILoaderem nahrál do GPS

No, moc z toho moudry nejsem. Jak to vypadalo v tom adresari, ktery jsi predhodil POIloaderu? Jake soubory tam byly, jak se jmenovaly?

[Archi1]

Do složky Imgs jsem překopíroval z obou souborů fotky, pak do souboru Spoiler.gpx jsem překopíroval co je uvnitr spoiler1.gpx a spoiler2.gpx a Spoiler.bmp jsem nechal. Tyto tri soubory (Imgs, Spoiler.gpx a Spoiler.bmp) jsem nakopíroval do slozky POI-Spoiler, ktery jsem predhodil POIloaderu a to pak nahraju do GPS.

[sobikovi]

Nevím, ale to makro generuje vše do zadaného adresáře jak to má být... asi v tom gpx musí být i správné cesty k obrázkům atd. Já tedy nastavím adresář kam se to má vygenerovat a pak celý ten adresář předhodím poiloaderu. Vše funguje OK.

[HaLuMa]

GPX soubory nelze spojovat tak, ze obsah dvou ruznych GPX souboru nakopirujes do jednoho za sebe. neni problem v tom?

Myslim, ze na spojeni tu kdysi nekdo napsal nejake udelatko, ale da se to i rucne nasledovne:

Z jednoho souiboru odstran na zacatku vsechny radky, az po prvni vyskyt "<wpt". A na konci odstran vse za poslednim vyskytem "</wpt>"

A co co zbyde uprostred, nakopiruj do prvniho souboru do mista za poslednim "</wpt>", ale pred koncove "</gpx>".

[Archi1]

HaLuMa napsal/a:
GPX soubory nelze spojovat tak, ze obsah dvou ruznych GPX souboru nakopirujes do jednoho za sebe. neni problem v tom?

Myslim, ze na spojeni tu kdysi nekdo napsal nejake udelatko, ale da se to i rucne nasledovne:

Z jednoho souiboru odstran na zacatku vsechny radky, az po prvni vyskyt "<wpt". A na konci odstran vse za poslednim vyskytem "</wpt>"

A co co zbyde uprostred, nakopiruj do prvniho souboru do mista za poslednim "</wpt>", ale pred koncove "</gpx>".

Díky vyreseno. Ja jsem sice u prvního souboru odstranil vse za poslednim vyskytem "</wpt>", ale u druhého souboru jsem na začátku ponechal hlavicku a ta delala ten problém. Díky vsem za pomoc.

[Archi1]

Zeptám se jeste. Nemá nekdo nejake udelatko na spojeni obsahu dvou ruznych spoiler.gpx souboru. Díky

[HaLuMa]

Pouzij univerzalni nastroj Gpsbabel:

gpsbabel.exe -i gpx -f file1.gpx -f file2.gpx -o gpx -F spojeno.gpx