Jak MapMerge, které nemá omezení, omezeno je a spadne

Jirka Ch. (42)|4.3.2009 19:01

[color=red]EDIT: Pro verzi MM 1.12 z 10.3.2009 již původní příspěvek neplatí. Viz níže Changes 1.12[/color]
[color=blue]EDIT2: Téma diskuze se zcela změnilo, MM dávno nepadá, jen samá chvála již se na stránku tuto přidává!:D [/color]
[color=green]EDIT3: I padá, zase: větší mapu než 200.000 řádků nedokončí (viz příspěvek 22.6.09) [/color]

Na www.oziexplorer.com se píše:
There is no limit on how many maps can be merged together or how big a map can be created except for the time needed to create it.

...ale mně MapMerge 1.11 vždy spadl, když některý z dočasných souborů dosáhl 2,00 GB

Nahlásil jsem bug a dostal odpověď:
Hi Jiri,
There is a 2GB limit on the file size.
Regards Des Newman

To je jak u xyzOperátora: Volejte a surfujte bez omezení;-)

Neextremisti s tím ale mohou spokojeně žít. Maximum pro temp při Sharpeningu (ten je největší) těsně pod 2 GB je například:
21x 10800x10800 pixelů, při zachovaném původním měřítku 0,83 mpp. Když se měřítko zmenší, zvládne se map víc.

Aaaik (123)|5.3.2009 01:42

To je velmi cenná informace. Už několikrát jsem narazil na omezení, ale netušil jsem proč se to bloknulo. MapMerge je velmi pomalý pro potřeby spojování map. Někdo by se měl zamyslet nad možností spojení více zkalibrovaných map, které by šlapalo rychleji. Díky

Jirka Ch. (42)|5.3.2009 10:55

Všiml jsi si nových verzí 1.10 a 1.11? Jsou několikanásobně rychlejší než byla po několik let předchozí verze 1.05. S rychlostí jsem nyní spokojený. Příklad: na Athlonu X2 5050e, přetaktovaném na 3 GHz, mapky 4 miliardy pixelů (36x ZM10) když se převádí na Mercator (při zachování původního lat/lon vznikne kosočtverec, nevím proč) , 1,1 mpp (to je nastaveno s ohledem na maximální velikost tempu, pro tento případ dosáhne 1,83 GB), pak redukce na 55% (to je nastaveno aby výsledek měl rozlišení 2 mpp) -> 5 hodin. Když jsem testoval předchozí verzi 1.05, měl jsem 3x pomalejšího Athlona XP 2400+, tam to byly 3 dny!:evil: Vysoké rozlišení (1,1 mpp) a následnou redukci (na 55%) používám místo převodu rovnou do 2 mpp proto, že výsledná mapa je o chlup hezčí, je taková vyhlazenější, nápisy jsou méně zubaté než když se převádí rovnou na nižší rozlišení. Další chyba MapMerge je, že po sobě neuklidí v tempu, jeden soubor tam vždy zůstane.

Jirka Ch. (42)|10.3.2009 13:37

10.3.2009 Map Merging Utility for OziExplorer Version 1.12:
Changes:
Many internal changes - please report any type of maps which do not merge, send maps to test with if possible.
Faster again than version 1.11 when merging a large number of maps.
Added support for reading ozf2 and ozfx3 maps. It is not necessarily a good idea to merge maps to ozfx3 and then merge the merged ozfx3 maps again, each time you merge maps quality may be lost.
The 2GB limit on the temporary files has been fixed (there is now essentially no limit for these files). However the size of the completed ozfx3 file must be below 4GB.
The previous version did not create the image thumbnails correctly for a couple of image types. If you have any map thumbnails which are just black or corrupted you will need to delete the thumbnails folder (in the System Files folder), the deleted thumbnails will be recreated.

Děkuji Desovi & Lorrain!:)

Aaaik (123)|10.3.2009 13:50

To vypadá na dobrou zprávu. Rychlost, limit i ozf3. Paměti(např. SD) klesly v ceně, tak je dobré slučovat. Vyzkouším hlavně tu rychlost:-)

Aaaik (123)|23.3.2009 12:41

Chci jen potvrdit úžasný zrychlení MapMerge. Čtyři mapy vám to spojí klidně za dvě minuty a 620(!!!) kvalitních map za 3,5hod(jindy podobné množství jinak uspořádaných listů spojil za 9:20hod).
Záleží na více okolnostech(pixel scale, resize, atp.), ale rychlost proti původní verzi neuvěřitelná. Vyžaduje velké množství místa na disku(u mně i 65GB) a po spojení ručně vymažte soubor xxxx.ozf0, umístěn dle posledních řádku mapmerge.ini.

Jirka Ch. (42)|23.3.2009 13:23

Zrychlení, odhadem, oproti verzi 1.05, je asi 10ti násobné!
Verze 1.12 umí - konečně! - načíst i ozfx formáty, a to, na rozdíl od bitmap, daleko úsporněji co se týká obsazení RAMky. Teď jdou dělat dříve nevídaná kouzla;)

Pro Tempy je zapotřebí vyhradit NTFS (vytvoří třeba i 16 GB soubor) a celkem více než 55 GB, celková velikost souborů je menší, ale místo na HDD nějak záhadně zmizí;-)

Posledním omezením při MapMergování se stává limit 32bitových Windows, 2 GB v RAM na 1 program. Zkoušel jsem zpřístupnit 3 GB přepínačem v boot.ini, MM tuto volbu nedokáže využít. Je potřeba ohlídat a omezit Max Loaded Maps. Dotaz: Zkusil někdo spustit MM na 64 bitech?

Špatná zpráva: ZM10, 1214 map, stále do jednoho kusu spojit nejde:evil: Kvůli RAM.
Dobrá zpráva: Do 2 kousků již jde a dobře:D Při MPP 3 a 65 načtených map.
Zkušenost: Včera jsem celý den používal 2 GB ozfx3, PDA však někdy nezvládal, někdy byly reakce při překreslení mapy, při ručním posuvu nebo změny měřítka, okamžité, někdy trvaly 2 minuty, někdy 10 minut:mad:. Dnes vyšla nová verze OziCE, má změněné právě překreslování mapy, vyzkouším příští víkend. Jaké máte zkušenosti s používáním nad gigových ozfx3? Teoretické maximum jsou 4 GB, jaké je praktické maximum velikosti ozfx3?:O

Aaaik (123)|25.3.2009 12:29

Zkoušel jsem stejný balík map(jpg celkem 760 souborů) se stejnými pixely(8.3 na metr) s ruzným počtem "povolených načtených map".
Při 60ti povolených trval výpočet 9:20hod
při 160, 180 i 200 trval výpočet 2:16(!!)
při 760 povolených se comp zhroutil.
RAM mám1GB.

Jirka Ch. (42)|22.6.2009 22:05

Reportuju další omezení: Pokud spojovaná mapa má přibližně přes 200.000 řádků, MapMerge spadne. Generating map proběhne v pořádku, též i Sharpening, po té se pracně vytvořený temp vymaže, místo aby z něho začal resizing menších map, a MM zobrazí hlášky: Access violation.

Největší "výška" mapy, kterou se mi podařilo vytvořit je ROW 187120. ROW 207911 a více ne. Verze 1.12 dělá totéž.

Většinou postačí o hodně menší mapy, tak velkou OziCE ani nezvládne, takže to naštěstí není žádné velké, nepříjemné omezení.

hnedka_ce4you (6)|26.12.2009 01:44

Zdravím. Taky jsem v poslední době měl něco do činění s velkými mapami a přišel jsem na jednu věc - pokud je mapa v ozf2 a je opravdu velká, tak ta samá mapa v ozim skroluje výrazně rychleji než ta samá mapa v ozfx3 (nebo i v ecw). Ozfx3 formát je sice novější, ale nemá naprosto žádné výhody oproti ozf2 - pouze na spoustu míst přidává kryptování, což loadování zpomaluje. Jinak já na spojování (pokud je to možné - tedy pokud obrázky přesně sedí, což je i případ ZM nebo českých ortofotomap) používám ImageMagick, který cachuje na disk a poradí si i s hooodne velkými obrázky. Následně takto vygenerovaný PNG proženu přes GlobalMapper, který umí exportovat do ECW (zvládne opět mapy, co mají velkou velikost - větší než dostupná paměť). A nakonec to pomocí Ozf2Img zkonvertuju do ozf2 nebo ozfx3 (kdybych PNG šoupnul rovnou do Ozf2Img, tak si bude chtít takový soubor nahrát celý do paměti a logicky spadne při velkých mapách; ECW načítá po dílkách). Výhoda takového postupu je téměř kompletní bezztrátovost, ale je jasné, že ne vždy to lze použít. Poslední krok ještě může být konverze z ozf2 do ogf2 pomocí SmartComGPS Converter, kde si to opět tahá dílky a nesnaží se nahrát celý obrázek do paměti.