Testé tout à l'heure.

Au chapitre des reproches je dirais que le temps de chargement de la carte est très long (20 sec pour un jpg de 200 ko sur un T3).
J'ai eu du mal à connecter le GPS (holux GR 230). S'il n'était pas connecté directement avec le palm, le programme n'arrivait pas à le faire.
Un scrolling auto et un positionnement sur la position GPS serait un sacré plus.
Les ascenseurs prennent beaucoup de place sur l'image.

Sinon : c'est un super soft, hyper rapide et facile à mettre en oeuvre. La calibration marche au poil, même avec des points rapprochés. Je ne pensais pas qu'on pouvait faire aussi simple et efficace. En un mot, bravo !!!!

PS : cette discussion ne devrait-elle pas être déplacée dans GPS et cartographie...

Merci pour tes remarques, je vais penser à tout ça.

Pour le problème du temps de chargement, je sais d'où vient le problème, mais je n'ai pas de solution pour le moment.
Par contre, je ne comprends pas le problème que tu as eu pour connecter ton GPS. Normalement, c'est juste une connexion bluetooth standard qui est faite, qui ne devrait pas prendre plus de temps qu'avec n'importe quel autre soft ! Quel a été ton problème exactement ?

Je vais voir si je peux réduire les ascenseurs, mais s'ils étaient plus petits, ils seraient difficilement accessibles, non ? Sinon, je peux carrément les supprimer, qu'en pensez-vous ? (sauf qu'ils sont nécessaire si on veut scroller l'image pendant qu'on fait une calibration)

Enfin, je vais travailler sur tout ça ce week-end, attendez-vous à une nouvelle version d'ici dimanche.

Oui, c'est pas une mauvaise idée. Un modo peut donner son avis là dessus ?

Moi aussi!

Idem, avec un JPG de 220Ko sur un TX.
Orabig, quel est ton problème pour le temps de chargement?

Oui, ces fonctions seraient intéressantes. Notamment le centrage sur la position courante (sauf en atteignant le bord de la carte).

Bah, ils ne me dérangent pas. Difficile de faire plus petit en utilisant les controles Palm standards. Eventuellement, Orabig, mets-les optionnels, comme ça tout le monde sera content.

J'ai eu plus de mal pour comprendre la calibration et je ne l'ai pas trouvé très fiable. Après un moment, j'étais fort décalé par rapport à ma position réelle.

Evidemment, il se peut que ça soit lié à la carte que j'utilisais (carter routière de MS Autoroute Express). Les erreurs (volontaires) de positionnement des routes en sont peut-être la cause.

Afin de corriger ça, y'aurait-il moyen de faire une calibration sans GPS, en introduisant manuellement les coordonnées de 2 points connus?

Sinon, c'est vraiment un super programme. Toutes mes sincères félicitations, Orabig .
Le logs NMEA, l'affichage de panneau du bas en cliquand sur le rond, la sélection du GPS, ... tout ça est bien pensé.

Tu as utilisé le sample BtGPS fourni avec HB++ comme base, je suppose?


Scotty, téléportation!

En fait la première fois ça c'est passé normalement. Quand j'ai fait connect, j'ai eu la fenêtre qui me demandait vers quel périphérique je voulais me connecter. Après une extinction auto, quand j'ai cliqué sur connect, il ne se passait rien, et la même fenêtre pop up avec les deux boutons ne cessait d'apparaître, jusqu'à ce que le GPS se connecte de lui même au Palm (en même temps je suis en train de me dire que j'aurais dû passer par le menu gps/device...)



A la rigueur, ils ne pourraient être présents qu'en mode calibration...

Un autre truc : j'ai pas compris ce que voulais dire le cercle hachuré qui apparaît pendant la calibration.

Sinon au chapitre des améliorations, tu devrais envisager de bloquer l'extinction auto, pour les têtes en l'air comme moi. Et puis aussi avoir une fonction qui désactive le retro-éclairage (ça permettrait, pendant une balade, de laisser tout ça en marche, de ne pas perdre la connexion, et dès qu'on touche à un bouton que tout ça se rallume ... en même temps je ne connais pas l'autonomie d'un palm lumière coupée...)

Chouette je vais pouvoir occuper mon lundi !

C'est l'affichage de l'erreur probable de positionnement du GPS (DOP), cela signifie que tu est dans le disque mais sans savoir precisement ou.

Merci pour vos commentaires. Je répondrais à tout ça à tête reposée demain.

D'ici là, vous pouvez tester la nouvelle version 0.93 que je viens de diffuser.
Au programme des nouveautés, il est maintenant possible d'enregistrer plusieurs "tracks", et ces tracks sont liées à la carte sur laquelle ils ont été enregistrés.
De plus, l'affichage d'un track fait apparaitre en rouge les pertes de connexion/arret d'enregistrement.

J'ai aussi amélioré la gestion du panneau inférieur, qu'il est possible de faire apparaitre avec le bouton Select du 5-Way (il sert aussi à switcher entre les onglets). On peut aussi scroller la carte avec les boutons de direction, d'ailleurs.

Normalement, l'extinction auto du Palm est désactivée quand le GPS envoie des données. (quoique je n'ai pas attendu assez longtemps pour le tester, ça )

Quand même, il reste du boulot !
Promis, bientôt, le recentrage de la position, des méthodes améliorées de calibrage, un calcul de distance, et d'autres surprises (peut-être la résolution du bug de l'écran qui devient blanc, et l'amélioration du temps de chargement, qui sait ?)

J'ai utilisé la même bibliothèque que celle du programme d'exemple de HB++ pour charger un Jpeg, mais ca n'a pas l'air d'être la plus rapide du monde.
Je crois que je vais la remplacer par une autre plus performante, pnoJpegLib par exemple. Il parait qu'elle est plus rapide, même si certains avaient quelques petits soucis techniques avec il y a quelques mois. Peut-être que les dernières versions ont corrigé les soucis.


En fait, dans la version actuelle, il faut absolument positionner le premier point de calibration avec le plus grand soin, car on ne peut plus le modifier après coup. Tes problèmes viennent sans doute de ça. Dans ce cas (en attendant que j'améliore ce point), il vaut mieux recommencer complètement la calibration.


Hum, ca me semble délicat d'un point de vue IHM, car c'est pas évident d'entrer des coordonnées GPS à la main, et on les connait rarement, non ?
Par contre, je travaille actuellement sur une calibration basée sur les points d'un track enregistré, et ca me semble très prometteur... A suivre.


Oui, absolument, même si j'ai du le modifier pas mal, car il a quelques bugs, et il manquait des infos. Mais c'est sur que ca m'a drolement facilité le travail au début. Toute la partie de decryptage des trames EMEA était déjà codée, et je n'aurais pas fait aussi bien !


Je ne comprends pas exactement ce qui a pu t'arriver, mais je suis sur d'une chose : un GPS ne peut pas se connecter "de lui même" au Palm. C'est le Palm qui se connecte sur lui
En fait, le menu GPS/Device... est inutile, sauf en cas de changement de récepteur GPS, car MapShow conserve l'ID Bluetooth en mémoire. Donc, chaque fois que tu tentes de te reconnecter, il essaye de se brancher sur le dernier périphérique connu.
Si le problème se reproduit, tu pourras me détailler très précisemment l'enchainement des écrans et des "clicks" que tu fais, stp ?


C'est fait, le Palm ne s'éteins plus automatiquement s'il est en mode réception GPS. Par contre, je n'ai pas touché au retro-éclairage, car je ne sais pas s'il y a un moyen portable de le faire par programmation. C'est peut-être à l'utilisateur de choisir l'éclairage qu'il veut, non ?

A l'ouverture de la carte j'ai l'erreur "Erreur de lecture Jpeg"
Clié NX 73V
Installation de la carte sur une MS ou une CF
Document scanné 300 pp format jpeg taille 1500K
Une idée ?
Merci

Très certainement un problème de mémoire, je n'ai jamais essayé d'ouvrir des documents de cette taille !
Le Jepg étant un format extrêment compressé, plus d'1Mo, ca me semble énorme. Essaye de réduire ton image, d'augmenter le taux de compression ou de la découper pour que ca rentre.

Juste un conseil : essaye d'ouvrir ton image avec d'autres utilitaires "spécialisé", et regarde si déjà ça, ca passe...

Comme je pense changer de bibliothèque de lecture des Jpeg, peut-être que ca résoudra ton problème.

Tu utilises JpegLib, n'est-ce pas? Essaye pnoJpegLib qui est plus rapide. Et plutôt que de l'inclure comme ressource dans le programme, ne vaudrait-il pas mieux la mettre séparemment?

j'ai un message au lancement du programe. 'invalide volume reference'
Cela intervient si la SD a été retiré (et réinséré) depuis la derniere utilisation de MapShow.

Problème du T3: le volume ID change lors de la réinsertion, il est incrémenté à chaque fois. Retour à la normale lors du soft-reset.

El Barto avait eu le même problème avec mmBD et l'a corrigé en se basant sur le nom de volume et non plus sur le volume ID.

Ce problème n'existe pas sur les T5 et TX en tout cas.

Tout à fait, c'est ce que je pensais faire.
Relis la réponse que je t'avais fait à ce sujet ce matin
Merci, j'avais remarqué ça en effet. Cela vient du fait que le programme essaye de lire la carte au même emplacement qu'au dernier lancement, or dans ce cas précis, cet emplacement n'existe plus.
Je le rajoute dans la liste des bugs "mineurs" à traiter


Ha ? J'ignorais.... C'est bon à savoir.

Oui, je l'ai vu après avoir posté. Désolé .

Comment on accède aux 2 cartes incluses (type: Foto)? Je ne vois nulle part où les sélectionner.
Maintenant qu'on sait que la lecture de JPG sur carte fonctionne, il serait peut-être bon de les enlever, non, histoire de réduire la taille du PRC.



Certains programmes mettent un fichier dans un répertoire bien précis et scannent tous les volumes pour trouver ce fichier (AcidImage et Documents To Go certainement, APmapper ).


El Barto a bossé sur l'intégration de pnoJpegLib pour Highlander ou Zion, tu peux peut-être lui demander ses morceaux de code.

Si j'exporte un bout de carte depuis Google Maps, Google Earth ou MS Autoroute Express, il est très simple de voir les coordonnées de 2 points "remarquables" sur la carte.

Pas grave...

Oops ! Hum, en fait, bon, ok je les ai oubliée... Et puis, elle me servent parfois en mode débuggage quand je suis sur le simulateur, mais vu la complexité du biniou, ca fait longtemps que je débugge plus que sur mon T5. Je les enlève illico.

Hahaha ! La mega astuce cracra !!
Bon, ben effectivement, j'y penserais. En fait, le plus simple, c'est que si le programme ne trouve pas le fichier concerné sur le volume en question, il n'a qu'à le rechercher sur tous les autres. Et s'il ne le trouve nulle part, j'affiche un message d'erreur. Ca devrait être bon comme ça (mais je ferais pas ça tout de suite. Ca relève du blindage final de l'appli, et j'en suis à la phase "ajout de fonctionnalités de la mort-qui-tue")

Bonne idée. Barto, si tu nous lis...
J'ai trouvé des bouts de codes pour ça sur le forum HB++ en fait, mais ils datent d'aout dernier. Je n'ai rien vu de plus récent.

Hum, oui, mais bon...
Enfin, attend que je livre ma dernière mouture, et tu me diras si le besoin est toujours d'actualité...

Il est en déplacement à l'étranger toute la semaine. Envoye-lui un MP, ça sera plus rapide car je ne sais pas s'il aura des masses de temps pour visiter PA.

Et voila, après quelques heures de boulot, voici la v 0.94
Nouveauté principale : le bouton "Adjust" de l'onglet Calibration, qui permet de modifier et d'affiner manuellement la calibration à l'aide d'une track préalablement sauvegardée et affichée sur la carte. Révolutionnaire (à mon humble avis )

N'oubliez pas de sauver votre carte avant de faire la mise à jour, car les préférences seront perdues (j'ai modifié quelques paramètres, donc le soft oubliera la dernière carte, la dernière calibration et l'ID de votre GPS. Normalement, tout devrait rentrer dans l'ordre quand vous aurez réouvert une carte, et j'ai même pris mes dispositions pour que ce soucis n'arrive plus à chaque modification du format des préférences.

Amusez vous bien.

Je testerai demain!

T'en as oublié une, ou bien c'est volontaire?


Au lieu de "view EMEA" (Europe-Middle East-Asia? ), ça ne devrait pas être "View NMEA"? (le manque de majuscule à "view" me heurte)

Ok. Dans ce cas, tu prendras la dernière version si je finis. Je suis en train d'intégrer pnoJpegLib, et effectivement, ca va bien plus vite !
Non, finalement j'avais besoin de celle là, c'est ma carte de test. Elle disparaitra en version 1.0
Mais t'as fini de fouiller dans les prc au fait ? C'est assez intime !
Ok, ce bug "majeur" est corrigé !!!

Je teste ça à la fin de la semaine car je pars demain en déplacement

Tu pars en déplacement sans ton GPS ?

Bon, plus sérieusement, je crois avoir fini l'intégration de pnoJpegLib. Donc ceux qui ont des problèmes de lenteurs peuvent télécharger la version 0.95 que je viens de déposer.
Le zip contient le programme, plus la bibliothèque pnoJpegLib.prc qu'il suffira d'installer une seule fois.

J'ai aussi détecté et corrigé quelques bugs, mais il en reste un gros qui m'ennuie et sur lequel je m'arrache les cheveux. Parfois, un track qui a été mémorisé s'affiche décalé de quelques pixels vers le bas. J'ai pas la moindre idée d'où ce peut venir !

Alors, hop, maintenant au dodo, et demain je bosse, donc il y aura un peu moins de versions pendant quelques jours.

Edit : j'ai aussi un "Type mistmatch" qui arrive parfois et qui va jusqu'à planter la machine. C'est pareil, je ne sais pas trop d'où ca vient. La nuit porte conseil, je laisse comme ça quand même

C'est moi ou la qualité est franchement dégradée? C'est vraiment visible sur des cartes de type "vectorielle" (MS Autoroute Express).

Edit: bon, je le prouve. A gauche, la versin précédente de MapShow, avec jpeglib. A droite, la nouvelle avec pnoJpegLib:

Cliquez pour voir le fichier-joint Cliquez pour voir le fichier-joint

Je pense me souvenir qu'El Barto avait eu exactement le même problème pour l'affichage et avait trouvé une solution dans le forum de HB++. Il faut bidouiller le header du bitmap retourné par pnoJpegLib, ou quelque chose dans ce goût-là.

Re-Edit: je crois que j'ai trouvé le message en question sur le forum de HB++

Je constate pas ce PB sur mon T3.
Ce qui m'etonne c'est que sur tes captures la taille image semble différantes alors que l'echelle est de 100m pour les deux. (ce qui n'est pas normal)

J'ai effectivement déjà constaté ce bug. Il semble que pnoJpegLib prenne parfois la liberté (sic !) de réduire l'image (echelle 2) lorsque cette dernière est trop grosse pour la mémoire.
Le problème est que cette situation est difficilement reproductible. En effet, j'ai des cartes qui s'ouvrent alternativement en résolution normale ou 2 !!!

Le message du forum HB++ dont tu parles Snark ne concerne pas ce problème. Il s'agit d'un bout de code (que j'ai utilisé du reste) qui permet de convertir une image low-res (telle qu'elle est renvoyée par JpegLib ou pnoJpegLib) en hi-res. Si tu regardes bien tes deux images, tu constateras qu'elles sont toutes deux en hi-res.

Bref, je n'ai pas trop de piste pour le moment. Choisir entre un JpegLib stable et un pnoJpegLib rapide, le choix est cruel...
El Barto m'a envoyé un MP. Peut-être qu'à son retour il aura une idée à ce sujet. En attendant, je vais me concentrer sur les autres fonctionnalités. Essayez de faire vos tests sur de petites images (de l'ordre de 100ko max). Il s'agit d'une beta, non ?

Les cartes n'ont pas été calibrées, donc c'est l'échelle par défaut, je suppose.



Y'a pas une histoire de zoom à mettre comme paramètre dans une des fonctions de pnoJpegLib?

En tout cas, j'espère que tu corrigeras ce problème, car pnoJpegLib est vachement plus rapide que JpegLib.

Non, il n'y a pas de zoom par "défaut". Quand un carte n'est pas calibrée, l'échelle ne s'affiche pas.

Si bien sur, tu peux mettre 1 (100%), 2 (50%), 4 (25%) ou 8 (12,5%). Je mets toujours 1 en paramètre évidemment, mais lui choisit de basculer en 2, de temps en temps, juste parce qu'il a envie ! :p

C'est clair, mais si je ne trouve pas, je serais obligé de revenir en arrière...

Mais non, mais non, ...

Bon, allez, je vous livre la version 0.96 (si mes calculs sont exacts...)
On s'approche drolement vite du numéro 1. Je crois que je vais continuer avec la 0.9.9.1, 0.9.9.2....

Je ne suis pas sur d'avoir corrigé l'affichage du JPeg. C'est confirmé, pnoJpegLib est capricieux : s'il affiche votre carte en trop petit (parfois au format timbre poste dans un coin), insistez (sortir du programme ou ouvrir une autre carte). C'est un problème de mémoire. J'ai essayé malgré tout d'optimiser la mémoire avant l'ouverture, vous me direz si le problème se reproduit.

Par contre, une sacré innovation au programme de cette version, mais je préfère vous laisser la surprise.... Petit indice : cherchez le bouton "Distance" dans l'onglet "Track"

Orabig

Une petite question, je compte reconvertir mon M505, je voudrais savoir si ton logiciel tourne sous PalmOS 4.x et s'il gère le GPS Magellan pour M500.

Merci.

Hum, je ne sais pas précisemment, mais je suppose que oui.
A priori, ca doit fonctionner sur tout Palm qui peut stocker des fichiers Jpeg (support d'extension SD ou mémoire VFS), et qui peut se connecter sur un GPS par bluetooth.

Tu l'utilises en TGV toi

J'ai essayé !
Mais ca marche pas...

Trop vite ou pas de signal

Dans le Thalys ca marche avec un Emtac. (et dans l'avion aussi. l'A319 decole a 254km/h )

Donc pas le Magellan qui est un GPS qui se branche sur le connecteur d'extension du m500:

Bon j'ais pas fait attention si la réponse à ma question avait été poser alors la voici:
[Edit] tromper de bouton ça arrive 2s
Voilà:
Je lance Mapshow, Open map, location "Lifdrive"
Je choisie "1er plan retouche.JPG" (C'est le nom de ma carte elle fait 818Ko.)
Ok
Et là "Erreur de lecture Jpeg".
Kesako

Peut-être un problème de mémoire. Tu peux essayer la même chose avec un JPeg plus petit ?
(genre 100ko, voire moins)
Ensuite, tu pourras essayer des images plus grosses.

J'ai surement quelques petits soucis de lecture de fichier JPeg, mais je ne débuggue pas ça en ce moment...

Pas de chance pour moi alor avec mon m505.
Car c'est bien le GPS dont je parle (cf Post de snark) .

Bon il ne reste plus qu'à essayer de trouver un acheteur pour l'ensemble vu qu'il prend de la poussière actuellement.

Et hop, une nouvelle version !

Je vous présente la >>>v 0.97<<< et ses nouveautés :
Gestion multi-track améliorée. (voir onglet Track)
Le bouton "distance" a été déplacé afin d'être toujours aisemment disponible. Il permet de sélectionner une portion de track, et de connaitre la distance parcourue, la vitesse moyenne, et le graphe des vitesses en fonction de la position. (En raison des arrets possibles, la vitesse moyenne n'est pas tellement représentative, je la remplacerais par le temps total de parcours)
Il est possible d'exporter les tracks au format KML pour les visualiser dans Google Earth (merci Snark pour avoir posté le sujet qui m'a donné l'idée). La commande "Track/Export All..." écrit tout simplement un fichier au bon format dans la racine du premier lecteur VFS. Il suffit ensuite d'exporter ce fichier (manuellement) sur le PC, et de double-cliquer dessus (il s'appelle 'Mapshow_All.kml'). Si Google Earth est installé, il s'ouvrira et affichera automatiquement tous les tracés, classés par cartes.

Voila pour les améliorations majeures. Il y a eu évidemment quelques corrections de bugs diverses.

Bon test !

PS : pnoJpegLib a toujours quelques bugs. Il arrive parfois qu'une carte se charge en tout petit. Lorsque ça arrive, sortir et rentrer dans le programme suffit généralement à régler le problème.

Bon, on dirait que ca intéresse personne...

Peut-être qu'un téléchargement direct du fichier vous décidera...

Le voici : Cliquez pour voir le fichier-joint

Vraiment, je me connais. Si j'ai pas la motivation de savoir que mon soft intéresse des gens, je finirais par le développer pour mon usage personnel seulement, et ca va devenir n'importe quoi
Avec le temps qu'il fait, faire une petite ballade, et visualiser son trajet sur GoogleEarth à son retour, c'est pas sympa comme plan ?

y pleut, y a du vent, fait infect

Mais non !
Quelle idée d'habiter dans un pays si près du pole aussi !!!
Bon, exceptionnellement pour les "Bleges", vous pourrez attendre le mois d'aout pour tester le soft...

Désolé pas trop le temps en ce moment (mariage dans 19 jours...). Mais je reprends les tests dès que je peux

Si si, ça m'intéresse!
Faut juste trouver l'opportunité, t'inquiète pas!

J'ai testé mon soft entre midi et 14h en faisant mon tour de roller (quasi-)quotidien au parc de la tête d'or (à Lyon pour les néophytes et les Belges), et j'ai exporté le KML d'une heure de ballade.

Le voici : Cliquez pour voir le fichier-joint

Vous remarquerez que le GPS se plante par moment avec des erreurs d'au moins 70m. C'est surement du au fait que j'avais accroché le récepteur GPS sur ma protection de poignet, et que du coup il avait une mauvaise vision des satellites qui devaient être masqués par mon corps.
Si quelqu'un a une autre hypothèse sur l'origine de ces erreurs, ca m'intéresse.

La prochaine fois, j'essayerais de me fabriquer une sorte de mini sac à dos dans lequel je pourrais le mettre afin qu'il soit situé un peu plus haut. (je pourrais aussi le fixer sur mon casque, mais j'ai un peu peur de passer pour un extraterrestre... pour pas dire autre chose )

(maintenant que j'y pense, le fichier que je viens de poser contient d'autres enregistrements, que vous pouvez sélectionner individuellement en cochant la case correspondante dans Google Earth)

Tiens, tu roules sur l'eau aussi. Faut t'appeler Jésus?

Sinon, bravo, c'est très chouette . Quand on double-clique sur le nom d'une "MapShow Track", la vue se positionne incorrectement, surtout à ceux sous "ville Lyon". Problème à la génération des infos du KML (le LookAt) ?

Oui et non, pour le moment, j'ai fait simple, et j'ai centré la vue sur le point de départ du tracé (et non pas sur le tracé global). Je pense améliorer ça.... un jour
(de toute façon, Google earth est assez interractif pour que le problème n'en soit plus un au premier click de souris)

On me l'a déjà faite... Mais non (et je ne roule pas sur les pelouses non plus), c'est simplement une illustration du décalage qu'il y a entre la vraie position et ce que renvoie le GPS.

Bonjour,

Orabig, ton travail est vraiment génial...
Je m'intérresse depuis pas mal de temps au tracking. J'ai acheté le logiciel Tracker il y a plus d'un an et en ce moment, je suis en train d'évaluer PathAway. Ces deux logiciels sont très bien mais Tracker est un peu incomplet (au niveau des fonctions) et PathAway trop complet (donc lourd et parfois peu ergonomique).
Ton appli se situe entre les deux et comporte des plus non négligeables.
Si tu continues comme cela, je pense que tu pourrais faire un carton, comme on dit .... !
Bonne continuation donc et bon courage !
cordialement

j'ai un petit souci, en fait un gros souci....
Cela concerne les jpg.
Si je fais une copie d'écran de Mappy par ex, en réglant à une échelle moyenne, la carte que je récupère sur le palm s'affiche avec une échelle correcte. L'appli tourne bien alors...
Par contre, si je prend un scan IGN au format A4 (qui donne un jpg à l'échelle 1, avec 150dpi ) et que je le transfère sur mon MS, la carte est minuscule à l'affichage et donc illisible. J'ai fait différents formats du même scan (25%, 200 %, 300%, retaillé, etc...) J'ai toujours le même résultat... Autre curiosité, le format 300% fait planter l'appli (taille 3 M0)... une fois l'appli quittée, le palm marche encore sauf que je ne peux plus ouvrir les fichiers jpg avec AcidImage par ex.. => soft reset obligatoire
C'est grave Docteur ?
Cordialement,

Hello,

Je viens d'installer MapShow... Tout simplement bluffant !

Je vais encore testé mais ça fait un moment que je cherchais quelque chose de ce type. Alors merci !

Bravo