15 odpovědí na toto téma

[_Tom]

Dostala se mi do ruky tabulka, která obsahuje důležitá a užitečná data. Je to tabulka v Excelu (viz příloha) v ruštině.

Rád bych se povolanějších zeptal na pár věcí:

1. Předpokládejme, že si sjednotím data do dvou sloupců -- texty a souřadnice. Souřadnice tam budou v té podobě, jak je vidíte v aktuální tabulce. Existuje nějaká jednoduchá možnost, jak to celé naimportovat do GG (každý řádek jeden bod), aby text byl třeba v popisu bodu a souřadnice aby se načetly korektně?

2. Nebude mít GG problém s ruštinou?

3. Pokud to dostanu do GG, bude možné to exportovat do gpx pro generování POI? Neklekne to na ruštině?

a ještě dvě otázky, které s tím tématicky souvisejí, i když by asi patřily do jiného vlákna....

4. Bude POILoader akceptovat ruštinu?

5. Bude Oregon 300 akceptovat ruštinu v POI?

Díky předem! :-)

Odkaz na tabulku zde: https://dl.dropbox.c...sedel-TISK.xlsx

[HaLuMa]

No ty mas teda speky!

Zacal bych tim, ze bych se podival na http://geoget.ararat...pt:csvuniimport. Snad se ti povede z toho Excelu vyrobit takove CSV, ktere pak timto zpracujes.

Nejvetsi orisek vidim v tom, ze Geoget potrebuje mit u kazdeho bodu nejaky unikatni alfanumericky identifikator, nejlepe s dvoupismennym prefixem urcujici druh bodu. Pokud neplanujes nejake aktualizace techto dat, muzes si klidne nejaky identifikator vymyslet, treba RSxxxx, kde to xxxx bude postupna ciselna rada.

Pak by uz nemel byt problem z takto pripraveneho CSV ta data naimportovat, jen je treba dat si pozor, aby to CSV bylo v UTF8.

Geoget umi importovat data v UTF8, v UTF8 i veskera data skladuje v databazi, a umi je i zobrazit, vcetne rustiny. Jen je Geoget neumi zatim editovat. A umi data v UTF8 zase exportovat.

[_Tom]

HaLuMa napsal/a:
No ty mas teda speky!

Zacal bych tim, ze bych se podival na http://geoget.ararat...pt:csvuniimport. Snad se ti povede z toho Excelu vyrobit takove CSV, ktere pak timto zpracujes.

Zdá se, že končím už na csv, z Excellu mi tam lezou místo bukev otazníčky a žádné nastavení nemůžu najít... No, asi dojde na ruční přepisování... :-(

[LudekV]

Tak to budeš muset ukládat jako text v Unicode a CSV z toho udělat svépomocí, trochu pomůže PSPad.

[ubuster]

Musíš to uložit jako typ souboru "Text v kódu Unicode (*.txt)".

[_Tom]

LudekV napsal/a:
Tak to budeš muset ukládat jako text v Unicode a CSV z toho udělat svépomocí, trochu pomůže PSPad.

Ano, to pomohlo, díky, teď z toho ještě zase udělat tabulku, ale s tím se snad už nějak poperu, zkusím z toho třebas nejdřív udělat html tabulku pomocí nějakých najdi a nahraď.

[LudekV]

_Tom napsal/a:

LudekV napsal/a:
Tak to budeš muset ukládat jako text v Unicode a CSV z toho udělat svépomocí, trochu pomůže PSPad.

Ano, to pomohlo, díky, teď z toho ještě zase udělat tabulku, ale s tím se snad už nějak poperu, zkusím z toho třebas nejdřív udělat html tabulku pomocí nějakých najdi a nahraď.

Já bych to udělal tak, že si do Excelu vložím sloupce, do nich napíšu středníky a pak to vysypu jako Unicode TXT a je to. Jen pozor, Excel uloží UTF-16, pokud GeoGet vyžaduje UTF-8, musíš to ještě převést, třeba ve zmiňovaném PSPadu.

[HaLuMa]

jde spise o to, co umi ten importovaci CSV skript. To by ti lepe rekl Gord.

[_Tom]

HaLuMa napsal/a:
jde spise o to, co umi ten importovaci CSV skript. To by ti lepe rekl Gord.

nějaké csv oddělené středníky z toho už mám, ale import zatím padá...

[_Tom]

Po komunikaci s Gordem se import podařil -- tímto mu děkuji za vstřícnost.

Mám tu ale problém v tom, že i když je importovaný listing zcela OK (viz např. https://dl.dropbox.c.../tabulka/o2.jpg), ve výpisu bodů v hlavním okně gg mám místo názvů keší psaných abzukou otazníčky - viz https://dl.dropbox.c.../tabulka/o1.jpg. Naproti tomu Gord má podle svého sdělení po tomtéž importu seznam zobrazení korektně.

Nemáte prosím někdo nějaké doporučení, co bych mohl vyzkoušet pro zjednání nápravy?

Díky!

[gord]

Je to tak. Ja mam importovano vse spravne (rovnez tak _Tom), ale na rozdil od nej mam azbuku zobrazenou korektne. Napada me jedine nastaveni systemu ohledne kodovani. Ale to je zavada znama a popsana na Win7 a ty jsi psal, pokud se pamatuji, ze mas WinXp.

[HaLuMa]

napada mne par veci:

1) na tom sloupci, co ma zobrazovat azbuku, nesmis mit zadny vizualizacni skript. Vizualizacni skripty totiz zatim nejsou delane na unicode.

2) Zobrazuje se to tam pomoci fontu Arial. Pro spravne zobrazeni je nutne, aby byl ve verzi, ktera podporuje Unicode. Pokud bys tam z nejakeho duvodu mel ne-unicode verzi, mohlo by se to chovat takto. Nebo kdyby ten font ve tvem pocitaci uplne chybel, operacni system by se snazil sam vybrat nejpodobnejsi font jako nahradu, a vybral by zrovna nejaky, co nema azbuku...

[_Tom]

HaLuMa napsal/a:
1) na tom sloupci, co ma zobrazovat azbuku, nesmis mit zadny vizualizacni skript. Vizualizacni skripty totiz zatim nejsou delane na unicode.

V tom to bylo, vyhodil jsem skript a je to OK. Díky!

[gord]

No tak to by me ve snu nenapadlo davat si na jmeno kese vizualizacni script. Co, prosim te, ten script delal?

[_Tom]

gord napsal/a:
No tak to by me ve snu nenapadlo davat si na jmeno kese vizualizacni script. Co, prosim te, ten script delal?

Nic nedělal, byl to nějaký relikt, který tam byl omylem, nic neukazoval a dosud taky ničemu nevadil -- proto jsem o něm ani nevěděl.

[_Tom]

Další problém s importem: Když iportuji data s jiným prefixem než GC, tak import nechodí, zřejmě nerozumí tomu, že se jedná o samostatné body. Když nastavím prefix na GC, tak to chodí, ale GG chápe importované body jako keše (což nejsou), takže při dalším exportu/importu přes GG_GPX se nezachovává např. druh bodu, který jsem si na datech po importu skriptem sám nastavil.