Geocaching@pt

Até há bem pouco tempo era o que usava para ter paperless no meu telemóvel, agora, quando faço upload do gpx para o site e converto em .jar, quando passo para o telemovel a base de dados aparece-me com 0 caches.

Alguém dá uma ajuda ou me indica um programa para o telemóvel visto que não é symbian mas suporta java?

Isso já me aconteceu.
Refiz tudo de novo, incluindo a Query no GC.com e a coisa resultou.
No entanto, andar sempre a converter no PPQ torna-se chato além de que não ache o programa no telele seja muito "user friendly".
Se alguém souber de alguma alternativa, sem ser trocar de telemóvel, também agradecia.

Eu uso o geoshrine que tem a vantagem de receber o ficheiro gpx directo, não precisas de andar a converter nada.

Experimentei esse no meu sony ericsson mas notei que estava bastante lento, também passei um gpx com 260 caches. Será disso?

Sim, deve ser por isso.
Eu tentei carregar um gpx com cerca de 200 cache pro nokia 5610 express music e tambem tava a demorar, mas ao fim de carregar uma dezena de caches, cancelei as restantes e quando fui utilizar, estava porreiro.
Parece muito fixe praquelas queries que fazemos pra um ou dois dias a cachar.
So me falta testar a parte do gps com uma antena externa a ver como se porta.

É impressão minha ou o GeoShrine não tem search? Eu que tenho uma PQ de mais de 400 caches tenho de andar à procura da que quero na lista?

Eu uso o geoshrine com as caches que planei fazer no dia ou no FDs nunca mais de 50 caches, nunca exprimentei com um gpx tão grande.

Uma das coisas que me fez preferir este em relação ao ppquery é a possibilidade de apagar directo no telemovel as caches que ja descobri, facilita bastante a utilização.

Não tenho usado o PPQuery nos últimos tempos, mas criei agora um jar, a partir de uma PQ sem problemas. Não tenho é aqui o bluetooth para testar no telemóvel.

Em todo o caso, se está a dar problemas, experimentem contactar o criador do programa. Já o fiz numa altura em que o site também tinha um problema qualquer, e ele resolveu-o assim que pode, tendo sido bastante prestável.

Quanto ao Geoshrine, estava com curiosidade em o testar, mas se não tem search, nem se dá bem com ficheiros grandes, não obrigado. E já agora não vejo a utilidade de apagar as caches que já se encontrou da base de dados do programa, principalmente pois estamos a falar de um número reduzido, tendo em conta que só lá metes as que pensas fazer no fim de semana.

Mas o problema não é criar o jar, porque ele cria-o sem problemas, o problema é que não tem nada lá dentro.

Mas vou tentar contactar o criador.

Pois, as mais valias que o geoshrine poderia ter, não me interessam...
Ler logo os gpx e fixe, mas como fica lento com muitas caches perde um pouco.
Ainda pensei... que se lixe, se o GPS der com uma antena, ainda dá jeito. Mas não dá, só dá em teleles com antena incorporada...
Sendo assim continuo com o PPQ que papa as 200 e mais caches de cache vez e por agora ainda não me deixou mal.

Acabei de testar e funcionou perfeitamente.
O meu palpite é que tenha sido da pocket query, testaste com outra?

Não conhecíamos o geo shrine. Acabámos de testar com 10 caches e gostámos com um senão: não permite quaisquer pesquisas (assim para nós não serve).

Quanto ao PPQuery já contactámos o seu programador. Ele disse-nos que pensava só dar com ficheiros .gpx da Groundspeak (nós usamos ficheiros que exportamos do GSAK) mas nós dissemos-lhe que era habitual dar com ambos. Ele pediu-nos um ficheiro de exemplo para ver e depois esteve muito tempo sem dizer nada.
Então estivemos nós a comparar os ficheiros .gpx da Groundspeak (que estão a funcionar bem com o PPQuery) com os do GSAK (que estão a funcionar mal) e acabámos por identificar o problema:
- nos ficheiros exportados pelo GSAK aparece www.groundspeak.com/cache/1/0/1 nos sítios em que os ficheiros da Groundspeak têm www.groundspeak.com/cache/1/0 . O problema é este /1 extra no final (que aparece muitas vezes no ficheiro: uma para cada cache mais 2 ou 3 vezes no "cabeçalho").

Pensamos que ou a Groundpeak ou o GSAK mudaram alguma coisa pois dantes dava bem. Talvez se voltem a compatibilizar no futuro.

Entretanto, editámos a nossa macro que exporta os ficheiros .gpx de modo a eliminar todos os /1 adicionais e a partir daí o PPQuery voltou a funcionar com os ficheiros do GSAK (mais em baixo vão os comandos da macro, se alguém quiser).

Contactámos o Kevin Yank (da PPQuery) a informá-lo disto e ele respondeu-nos que lhe parece ser uma coisa fácil de implementar no PPQuery por isso é bem possível que no futuro as coisas voltem a funcionar bem. É uma questão de irem tentando (para ver se já está bem, basta ver o tamanho do ficheiro .jar que obtêm do PPQuery: se for 141 Kb é porque está vazio - 0 caches - e nem vale a pena mandá-lo para o telemóvel).

Esperamos que isto ajude.



A seguir vão os comandos para colocar numa macro que corrige os ficheiros .gpx:
(isto funciona se o vosso ficheiro .gpx se chamar paraPPQuery e estiver numa pasta chamada Coordenadas GPS na partição D do disco)
(se não for esse o caso é só alterarem os comandos em baixo de modo a substituir os nomes acima pelos que utilizam no vosso computador)

# Abrir ficheiro GPX para fazer as alterações
$Texto = GetFile("D:\Coordenadas GPS\paraPPQuery.gpx")
# error check
IF left($Texto,7) = "*Error*"
Cancel Msg=$Texto
ELSE
# Fazer as alterações
$Texto=Replace("cache/1/0/1","cache/1/0",$Texto)

# Escrever ficheiro GPX com as alterações
$StatusEscrever=PutFile("D:\Coordenadas GPS\paraPPQuery.gpx",$Texto)
# error check
IF left($StatusEscrever,7) = "*Error*"
Cancel Msg=$StatusEscrever
ENDIF
ENDIF

The Farstriders Escreveu:Não conhecíamos o geo shrine. Acabámos de testar com 10 caches e gostámos com um senão: não permite quaisquer pesquisas (assim para nós não serve).

De certeza que testaram bem...que tipo de pesquisa queriam ???

ftomar Escreveu:De certeza que testaram bem...que tipo de pesquisa queriam ???

Como o PPQuery tem: por código ou nome de cache.

The Fastriders, obrigado. A funcionar dessa forma....