Land 9 et mac OS Monterey 12.6.6
Bonjour,
Je n'arrive plus à ouvrir land9 avec la version de mon mac cité en titre. J'ai adressé le support en mai avec relance gentille en juin: pas de réponse. Ce problème est il rédhibitoire, va t'il se régler ou dois je me résoudre à aller voir ailleurs?
Quelqu'un peut il m'éclairer. Merci d'avance.
-
Bonjour,
Content pour vous que le problème soit résolu.
Ceci dit, mon pessimisme à propos du futur de Land sur Mac, aussi bien Mac Intel et bien plus sur Mac Silicon, est de plus en plus important. La dernière version disponible sur Mac est la 9.2.4, et sous Windows la 9.5.3. De toute évidence, le support de la version Mac ne suis plus, sachant que même en version 9.2.4, les fonctionnalités sont limitées par rapport à la version Windows pour cause d'accumulation d'incompatibilités avec les versions récentes de macOS.
En fait, j'y crois tellement plus que je suis en train de développer ma propre application (quasi finie pour la première version), celle qui fait ce dont j'ai besoin, vite et bien. Je la mettrait en ligne certainement très bientôt.
Cordialement,
-
Bonjour
"...mon utilisation se limite à faire des roadbooks pour VTT..."
Ca se fait assez facilement sans utiliser Land, comment ?
- Créer ou importer une trace au format GPX, assez facile sur un site ou avec une appli qui sait "router",
- Ensuite ajouter des WayPoints sur les "point de manœuvre" ou tout point souhaite.
Exporter le tout dans un GPX. Le GPX combine la trace une liste de "trkpt" et une liste de "wpt" qui suit la liste de trkpt.
Soit l'envoyer au GPS soit le placer dans le /data et synchroniser via la page GoCloud.
Dans le GPS le comportement sera le même qu'un RoadBook conçut via land:
- Pour les icones, dans l'outil de création de WPT il faut copier / coller le fichier d'Icone de Land (ou GPS) ex navigation
- le point faible sera les croisements de trace (forme en 8 ou infini) ou les superpositions. Le GPS ne saura pas toujours choisir le bon WPT lorsque ces WPT sont superposés.
RoadBook type "rte" , circuit "vol d'oiseau" ca fonctionne a nouveau avec un fichier en *.gpx ou *.trk.
Les road book en *.gpx (trkpt + wpt) peuvent être ouvert avec Land et sauvés en *.trk.
Cdlt
-
Bonjour,
Pas aussi aisé que cela, la notion de roadbook étant gérée différemment selon les applications.
Prenons un exemple : une trace faite sur Cirkwi, avec un roadbook, dont les indications sont des <wpt>, avec description. On importe dans Land, on sauve en TRK : les points de roadbook sont conservés, mais sans les indications. Si on resauve en GPX dans Land, on voit que les points de roadbook de Land sont devenues des descriptions de <trkpt>. Cela démontre que ce n'est pas totalement compatible puisque non-reversible. On passe son temps à perdre une partie des indications en route.
Le problème vient de ce selon l'application, qu'elle soit en ligne ou pas, certains gèrent les roadbook avec des <wpt>, et d'autre avec une extension des <trkpt>. Ce n'est pas le même shéma XML.
Il serait "logiquement" plus correct de différencier les points de roadbook en étendant les <trkpt>, et conserver les <wpt> pour un usage externe au <trk>, mais malheureusement, cela ne fonctionne pas comme cela pour tous.
Sans parler de l'interprétation différente de tout cela selon les GPS...
Cdlt,
PS: on part hors-sujet (Land et macOS) là non ? Il me semble qu'il y a déjà une il y a qques temps un fil de discussion sur le sujet non ?
-
J'ai oublié également :
Et pour corser le tout, selon les applications, aussi bien les <wpt> que les <trkpt>, les champs <name> (nom) , <desc> (description), <cmt> commentaire, ..., sont utilisés, tantôt l'un, tantôt l'autre, pour renseigner les waypoints et/ou les points de roadbook.
En gros, la notion de roadbook est toujours interne à une application donnée, et non échangeable (il n'y a ni consensus, ni standard, même de fait).
Cela ne veut pas dire qu'il ne faut pas les utiliser, mais si on est itinérant d'une application à l'autre, cela devient vite très peu pratique. A minima, le moins pire est d'avoir un fichier de wpt séparé, et ça, on arrive à exporter/importer.
-
Au départ "Berard H.." évoquait un besoin pour une pratique VTT.
En principe à VTT "on" ne peut pas passer son temps à lire les données associées au WPT; donc les WPT utilisés pour créer un Road Book n'ont pas d'intérêt d'avoir de nombreux fichiers associés ni d'avoir de multiples champs de renseignés, ce sont des Wpt Simples.
C'est un emploi "basique" du Wpt avec juste les coordonnées (L,G, Z) et une Icone (Important elle doit être connue du GPS) le nom du Wpt est facultatif et le reste des champs inutiles dans ce cas.
Mon propos était de "rebondir sur cet échange" pour indiquer qu'il est possible de concevoir un Road Book sans utiliser Land ni les format *.trk ou *.btrk , juste un fichier GPX ( Strict 1.1) qui est une liste de trkpt (la trace) plus une liste de Wpt (les points de manœuvre) , et ça fonctionne le GPS reconnait ces fichiers ainsi que Land, et les traitent en tant que RoadBook.
Si avec Land on conçoit un RoadBook soit au format *.trk et qu'on veux lier aux points de manœuvre un message audio (Ex tourne a droite, des Photos, etc..) , pour transférer ces données dans le GPS il faut impérativement enregistrer le fichier *.trk au format *.btrk (*.btrk est un Trk compressé, avec les données associées qui y sont incluses). Par contre pour transférer les fichiers au format *.btrk par le GoCloud ça ne fonctionne pas (en 9.3.2, en 9.3.3 je n'ai pas essayé), donc il faut obligatoirement utiliser le câble.
Pour un strict besoin Road Book VTT, donc des Wpt utilisés uniquement comme points de manœuvre et ne comportant que leurs coordonnées, une icône (primordial), éventuellement le nom et un descriptif. le format Gpx 1.1 strict, fonctionne très bien.
"mais si on est itinérant d'une application à l'autre, cela devient vite très peu pratique" Ca c'est une autre facette, un point d'organisation => Pourquoi vouloir réimporter le fichier du GPS. Il est plus naturel de garder les sources dans les applis de faire évoluer au cas ou (en itinérant d'un smartphone ça passe partout maintenant) et de renvoyer vers le GPS avec un indice sinon bonjour pour s'y retrouver.. En plus le Cloud va pas forcement laisser passer le fichier modifier, il faut aussi faire évoluer le nom.. La gestion, le suivi, l'évolution des itinéraires c'est un autre sujet..
Cdlt
Please sign in to leave a comment.
Comments
15 comments