Přejít na obsah


Fotka

Geoget 2.4.2


  • Pokud chcete vložit odpověď, přihlašte se
14 odpovědí na toto téma

#1 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 11 450 příspěvků(y)

Publikováno 19 srpen 2010 - 15:08

Opet nova verze. Mezi nejvetsi novinky patri moznost behu zakodovanych skriptu. Takze pokud chcete mit skript, ktereho nemate pravo sirit zdrojak, nebo proste jen chcete obsah utajit, muzete skript distribuovat v zakodovane forme. Geoget jej umi spustit, ale normalni clopvek si jej neprecte, pokud nezna tajne heslo. :) A dale byla upravena hromada drobnosti, co jste tak poruznu chteli.
  • 0

#2 S474N

S474N

    Advanced Member

  • Members
  • PipPipPip
  • 6 522 příspěvků(y)

Publikováno 19 srpen 2010 - 15:44

Skvele, jdu delat novy GASP :-)
  • 0
Vložený obrázek GASP - statistiky z Geogetu na pár kliknutí (diskuze ke GASP)

UPOZORNĚNÍ- moje ICQ, Soukromé zprávy či email opravdu NESLOUŽÍ jako technická podpora.
Pro pokládání dotazů nebo rad využijte fórum (od toho tu je).

#3 K-)

K-)

    Advanced Member

  • Members
  • PipPipPip
  • 48 příspěvků(y)

Publikováno 21 srpen 2010 - 22:42

Přestalo mi fungovat dělení ve skriptech. Např. zápis 139/10 doteď vracel 13.9000000, ale teď to vrací 13.000000 Jakoby celočíselné dělení ??? Má to nějaké vysvětlení? Díky...
  • 0

#4 Caster

Caster

    Advanced Member

  • Members
  • PipPipPip
  • 271 příspěvků(y)

Publikováno 22 srpen 2010 - 7:11

K-) napsal/a:
Přestalo mi fungovat dělení ve skriptech.
Např. zápis 139/10 doteď vracel 13.9000000, ale teď to vrací 13.000000
Jakoby celočíselné dělení ???

Má to nějaké vysvětlení?

Díky...


No nevim uz jak v pascalu ale kdyz se zadaji dve celociselne konstanty tak operace na nich bude celociselna. Zkus to napsat treba jako 139.0/10
  • 0
Garmin Oregon 300 + Topo CZ 3 Pro; Nokia 5800, SmartcomGPS, SmartGPX, Nokia Maps, Google Maps; Gentoo Linux + Wine + GeoGet

#5 K-)

K-)

    Advanced Member

  • Members
  • PipPipPip
  • 48 příspěvků(y)

Publikováno 22 srpen 2010 - 8:09

Je to skript který jsem si udělal asi před rokem a doteď počítal "správně". Výpočet je prováděn s proměnnými takže doplnění desetinné části nemůžu udělat. Leda nějaká funkce na převod celého čísla na reálné. Zkusil jsem IntToFloat, ale to neprošlo. Do nasazení nové verze GG to bylo v pohodě, proto hledám "chybu" tady.
  • 0

#6 honzejk

honzejk

    Member

  • Members
  • PipPip
  • 26 příspěvků(y)

Publikováno 22 srpen 2010 - 15:48

Ahoj s Geogetem teprve začínám a potřebuji poradit když si stahnu PQ pres geojarry do trekbuddyho a nalezene keše do statistiky tak se mi to vše automaticky stáhne do jednoho seznamu, jde to nějak oddelit jako nalezené a nenalezene? diky za odpovedi.
  • 0

#7 Archi1

Archi1

    Archi1

  • Members
  • PipPipPip
  • 684 příspěvků(y)

Publikováno 22 srpen 2010 - 19:25

honzejk napsal/a:
Ahoj s Geogetem teprve začínám a potřebuji poradit když si stahnu PQ pres geojarry do trekbuddyho a nalezene keše do statistiky tak se mi to vše automaticky stáhne do jednoho seznamu, jde to nějak oddelit jako nalezené a nenalezene? diky za odpovedi.


Ahojky,
V GG si v okně Filtr vyber položku Found a vpravo klikni na položku vybrat podle filtru. vygeneruje ti to jen nalezené kešky.
  • 0
Archi1 +/- 49°23.727;15°35.447 Ježek bodne

#8 honzejk

honzejk

    Member

  • Members
  • PipPip
  • 26 příspěvků(y)

Publikováno 22 srpen 2010 - 20:04

Archi1 napsal/a:

honzejk napsal/a:
Ahoj s Geogetem teprve začínám a potřebuji poradit když si stahnu PQ pres geojarry do trekbuddyho a nalezene keše do statistiky tak se mi to vše automaticky stáhne do jednoho seznamu, jde to nějak oddelit jako nalezené a nenalezene? diky za odpovedi.


Ahojky,
V GG si v okně Filtr vyber položku Found a vpravo klikni na položku vybrat podle filtru. vygeneruje ti to jen nalezené kešky.


Super už to jede, díky moc ;)
  • 0

#9 K-)

K-)

    Advanced Member

  • Members
  • PipPipPip
  • 48 příspěvků(y)

Publikováno 22 srpen 2010 - 20:18

Můžete někdo zkusit napsat si do skriptu ShowMessage(FloatToStr(139/10)); Podle mě by to mělo zobrazit výsledek 13.90000000 Místo toho to ale ukáže 13.0000000 To je podle mě špatně. Kde je chyba...? Díky.
  • 0

#10 zlicinaci

zlicinaci

    Advanced Member

  • Members
  • PipPipPip
  • 1 867 příspěvků(y)

Publikováno 22 srpen 2010 - 20:46

Ano, výsledek mám 13,000000. Tuším, že jsem to kdysi v nějakém skriptu řešil místo Float pomocí Extended.
  • 0
Samsung Galaxy mini II ( Nokia microSDHC 8GB ) + Nokia LD-3W, Pou / Sygic / aDrake / Locus / WhereYouGo
a na hraní k tomu ještě PDA Pocket LOOX N560 + OziExplorerCE 2.31, Wherigo player, vše zpracováno programem GeoGet.
Systémy a programy se nechovají náhodně, chovají se zcela chaoticky. (Medvídek, 2006)
Pište prosím do svých logů čas, zajímá mě, s kým jsem se minul. Dík.

#11 K-)

K-)

    Advanced Member

  • Members
  • PipPipPip
  • 48 příspěvků(y)

Publikováno 22 srpen 2010 - 21:08

zlicinaci napsal/a:
Ano, výsledek mám 13,000000. Tuším, že jsem to kdysi v nějakém skriptu řešil místo Float pomocí Extended.

Ale před přechodem na poslední verzi GG to fungovalo správně. Vydělením dvou celých čísel přece musí vzniknout číslo reálné (double). Nebo se pletu...?
  • 0

#12 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 11 450 příspěvků(y)

Publikováno 22 srpen 2010 - 21:16

V posledni verzi GG byl aktualizovan skrptengine na posledni verzi, takze proto se to asi chova jinak. Nicmene uz pred tim platilo, ze 139 je celociselna konstanta, a 139.0 floating-point konstanta. Po prepsani konstant by to melo chodit.
  • 0

#13 K-)

K-)

    Advanced Member

  • Members
  • PipPipPip
  • 48 příspěvků(y)

Publikováno 22 srpen 2010 - 21:52

Mám dvě integer proměnné (pocet, celkem) a potřebuji vypočítat počet procent procenta = pocet*100/celkem Proměnná procenta je deklarovaná jako double, nicméně po výpočtu obsahuje pouze celočíselnou část výsledku. Co lze udělat proto aby to počítalo správně jako doteď? Díky...
  • 0

#14 rsc_cz

rsc_cz

    Advanced Member

  • Members
  • PipPipPip
  • 736 příspěvků(y)

Publikováno 22 srpen 2010 - 22:04

a nefungovalo by tohle? procenta = pocet*100.0/celkem
  • 0

#15 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 11 450 příspěvků(y)

Publikováno 23 srpen 2010 - 9:53

To by fungovat melo. PascalScript funguje tak, ze se podiva na typy operandu, a vysledek uruje podle "nejvetsiho" z nich. Takze kdyz jsou oba intereg, bude vysledek opet integer. Pokud jeden z nich bude double (treba i konstanta 100.0, bude vysledek double. A az pak provede prirazeni vypocteneo vysledku do vysledne promenne. Takze pro samotny vypocet je lhostejne, jakeho typu je vysledna promenna. Zalezi jen na typech operandu. Autor pascalscriptu to takto ma a o predchozim stavu tvrdi, ze to byl jen vysledek chyby, a nebylo to ani spolehlive. Coz mohu z vlastni zkusenkosti potvrdit.
  • 0




1 uživatel(ů) prochází toto téma

0 uživatelů, 1 návštěvníků 0 anonymních uživatelů

Reklama