----------------------------------
Dalším krokem je export vyberete možnost export pro iGO8.3x *UPOI, dáte uložit, nabídne to možnost uložit
user.upoi,
v žádném případě nepřejmenovávat. Soubor
user.upoi dejte do složky
save Složku userdata v content vyčistěte od všech souborů.
----------------------------------
Tak na tohle musím reagovat a přidat i můj badatelský příspěvek. Začnu trochu více zeširoka.
Také jsem totiž použil konverzi na onom webu ashus a zjistil následující.
Všechny typy poi co se na web najednou naimportují onen soft sloučí do jednoho exportního mega souboru, já měl cca 2MB.
Ale v Igo databázi jsou pak ok, tedy oddělené, přesně tak jak byly na web postupně přihrávány.
( Pozor, pokud si již předtím na serveru Poi.cz necháte sloučit některé typy poi do sjednocené složky a dle svého si ji pojmenujete, což jsem s oblibou vždy činil, tak tenhle konvertor je kupodivu zase rozhází na ty původní a ty se objeví každá pod svým původním názvem, což tedy není zrovna pěkné....)
Ale pak jsem zjistil, že cela tato úprava, resp. konverze je asi v podstatě stejně nanic v případě, že již máte v Igu vytvořenou třeba rozsáhlejší databázi Vlastních poi. To proto, že vygenerovaný soubor user.upoi se poté musí vložit do složky SAVE a ta již STEJNOJMENNÝ soubor obsahuje. V něm jsou právě všechny ty dosavadní VLASTNÍ POI, tedy ty co si v Igu sami vytvoříme. A jelikož se vygenerovaný soubor nesmí přejmenovat neboť systém jej pak ignoruje, tak záhy dojde k zásadnímu rozporu, protože buďto v Igu nadále uvidíme ty leckdy pracně vytvořené Vlastní POI - já jich měl na 170 - anebo pak ty právě zkonvertované z POI.cz ...tedy pěkné dilema.
Takže je to skutečně pěkně v háji. Zkoušel jsem to i sloučit, ale to nefungovalo, muselo by se to vše ručně upravit, v běžné praxi by to byla jenom nepraktická a časově náročná manipulace....
Další problém - i kdybych to pracně sloučil do toho nově zkonvertovaného megasouboru, případně jej ponechal jak byl, tak pak se do něj následně připisují ty další Vlastní vytvořené poi ....no někdo možná Vlastní poi nevytváří, toho by to asi nemuselo děsit
Ale ti co je tak nějak permanentně průběžně vytvářejí by záhy zjistili jak je to nepraktické, protože v případě jakékoliv změny tohoto souboru, hlavně asi kvůli aktualizaci nebo doplnění dalších stažených poi, by opět museli stávající soubor user.upoi přepsat novým, aktualizovaným, čímž by ovšem přišli o vše v tom starém.
Ani nemluvě o tom, že pokud se pak v Igu přidávají další položky Vlastních do takovéhoto megasouboru, tak zápis každé nově uložené položky trvá až několik nekonečných vteřin....
Zbývá mi tedy třetí varianta, což je ale vlastně ta původní, tj. že ty stáhnuté poi v kml budeme nadále celkem pohodlně dávat rovnou do složky content/userdata/poi....no navíc podle mě by měla stejně patřit vždy jedině sem....
A než se tenhle problém oficielně vyřeší u výrobce, tak se prostě smířím s tím, že většina stažených poi se bude v navimapě zobrazovat s jednotným cejchem oné zeměgule..... takže těm z vás co jim to vadí - stejně jako mě - doporučuji raději do toho nešťourat a vyčkat neboť to je rozhodně menší zlo, než všechny tyhle pičičárny s tím spojené neboť stejně nenabízejí konečné řešení....
Nebo už snad někdo našel způsob, jak nepřijít o ty vyloženě Vlastní poi a zároveň tam mít i ty - z hlediska správného zobrazování ikon v mapě - plně fukční "stažené" poi....