Arborescence dossiers TwoNav GO (cloud)
Bonjour
Sur le cloud TwoNav GO, il est possible de créer en ligne des Dossiers pour classer les Routes/traces avec la commande "Créer un Dossier". Cette arborescence est ensuite normalement diffusée sur l'application Link ou TwoNav et vers mon GPS Cross.
Par contre, je n'arrive pas à voir comment déplacer des Routes vers les Dossiers créés dans GO qui sont toutes à la racine de ce cloud.
Merci de votre aide
Rémy
-
Bonjour, Depuis quelques mois TwoNav s'est bien amélioré... A partir de la page GoCloud il y a une aide en ligne très bien faite. Je t'invite à passer par cette aide, pourquoi ça permet de balayer toutes les fonctions et souvent de découvrir donc d'être plus efficace. Sinon Land 10.5 fonctionne bien et via l'arbre de gauche a l'écran tu as accès a toutes ces fonctions. Utilise le clic droit sur les branches et sur ta route et tu trouveras les possibilités de déplacement de création de dossier. La prochaine version de Land va intégrer toutes ces nouvelles pages d'aide ça sera vraiment bien pour une plus grande autonomie des utilisateurs.
Cdlt
-
Bonjour Thierry, et merci bcp pour les infos bien utiles.
J'ai réussi à classer toutes mes Routes dans des dossiers en passant par Land et notamment le File Explorer plus ergonomique que directement dans Land.
La synchro de GoCloud vers Land s'est bien passée pour récupérer les fichiers dans Land. Par contre j'ai des erreurs dans l'autre sens quand je veux resynchroniser les données de Land vers GoCloud. Voir screenshot d'un exemple d'erreur ci-dessous. Est-ce que tu aurais une idée ? Merci d'avance
Rémy
-
j'ai bien vu le post sur les pb de synchro. C'est exactement ce qui m'arrive.
J'ai classé les données avec le File Explorer mais ouvert depuis le menu de Land ! Visiblement, ca met le bazar !
Mais impossible de trouver et supprimer le fichier "nuvol_data.twondb" que tu mentionnes .
********************************************************************************************************************************************
"Cela se produit, semble t'il lorsque on tente de manipuler les fichiers (Supprimer/Déplacer) avec le gestionnaire de fichier. Il faut privilégier l'utilisation du menu de Land pour réagencer ses données.
Comment t'en sortir :
Fermer Land
Ouvrir C:\ProgramData\TwoNav Land 1033 avec le gestionnaire de fichier
Supprimer ce fichier
Réouvrir Land , attendre sagement que ça resynchronise"
-
Bonsoir,
Oui on peut organiser le dossier /data selon le besoin de l'utilisateur (a chacun de définir son besoin)
- /pays/région/département/mes routes du département..
- /Massif//département/vallée/mes route de la vallée
Ce ne sont que deux cas d'école pour illustrer les possibilités, tout est possible et c'est bien
C'est possible de le faire et recommander d'utiliser les options de l'arbre de Land (Clic droit sur les routes)
- Créer un dossier, déplacer vers dossier, etc..
Pourquoi ?
Sur le plan informatique, pour assurer la bonne gestion de la synchronisation Land/Cloud/ GPS / APP, il faut un traçage, c'est a dire tagguer l'histoire de chaque fichier, pour mémoriser l'historique du Cloud, c'est le journal (Nuvol data db)..
Si tu le fait via Land à chaque mouvement (action ou manip) l'historique (le journal) est mis a jour (tracé).
Ce qui rend les manips longues (quand il y en as beaucoup) et si on va trop vite on voit réapparaitre le passé.
Si ont envoie une suite de "pings" vers un serveur qq part sur la planète, le temps de traitement et "les pongs" de retour vont s'emmêler dans un flux de départ il y a de l'écho (Il manques des commandes sur des lots)..
Donc, l'arbre de Land est a utiliser quand il y a peu de mouvements (un ou deux pas plus), c'est a dire que pour l'utilisation courante il faut UTILISER les commandes disponibles par clic droit sur les lignes de l'ARBRE de Land afin de gérer les fichiers dans le /data (Le retard est bien visible)
Quand le besoin des de manipuler de nombreuses routes vers de nombreux dossiers (ton cas si tu réorganise tout) via Land c'est presque la punition, donc on passe vite au "File manadger".. Gestionnaire de fichier.
En clair c'est fait à la "Hussarde" comme a l'époque des guerres Napoléoniennes (pour donner une image) tout est bousculé et il y a du déchet (Des victimes)... Le journal ne reflète plus l'état des dossiers, il ne les connais pas tous, etc..
C'est le BON Moyen pour perdre une partie de tes fichiers (Ils ne sont jamais perdu, mais il faut savoir ou aller les chercher [dans un /Deleted, ou un /Conflicted]). La charge à la Hussarde a bien fonctionné mais il y a des victimes!!
Le conseil quand on souhaite (ou on doit) passer par la méthode de la charge a la Hussarde est de faire une copie temporaire du /data AVANT de tout réorganiser!
Dans ton cas la solution est simple:
Tu va mettre Land sur OFF puis supprimer le fichier "nuvol_data.twondb" qui est ici "C:\ProgramData\TwoNav Land10-53\nuvol_data.twondb". TwoNav Land10-53 est le /path d'installation de Land chez moi, chez toi je ne sais pas mais /TwoNav Land/ Probablement.
Cela fait tu remet Land sur ON tu le laisse démarrer et tu attend cet affichage (fin de synchro) ce qui peut être Long, en bas a droite tu pourra suivre l'avancée.
Miracle : Le journal de synchronisation "nuvol_data.twondb" va être recréer, sur une base stable.
S'il manque une route parcourt tous les dossiers pour trouver
et
Renomme les fichiers qui sont dans ces dossiers qui te sont utiles (pas tous!) et remet les dans /data/xxx Land sur OFF, au redémarrage suivant, Ils vont se synchroniser possible que tu doivent en déplacer quelques au bon endroit via le menu de l'arbre.
Conclusion :
- Privilégier l'utilisation des options du menu intégrées a l'arbre
- Utiliser le gestionnaire de fichier est a déconseiller sauf en mode expert que tu va devenir après cette expérience.
Cdlt
-
Merci Maitre. Ca va effectivement mieux quand on cherche au bon endroit en affichant les dossiers masqués. j'ai bien compris le principe, trouvé et effacé le fameux fichier nuvol_data.twondb.
La synchro fonctionne mieux mais est encore bloquée par 2 fichiers qui font des erreurs que je supprime mais qui réapparaissent sans fin dans le Dossier C:\Users\virgi\Documents\CompeGPS\data même si je les renomme ou les efface définitivement ! Ces 2 fichiers "fantomes" sont :
-
Répondre comme ça je ne suis pas devin... C'est compliqué sans connaître l'historique déplace les. Deux dans téléchargement ou un temps qu'il ne reste pas dans /Data et synchronisation ça devrait être bon. Ensuite tu fais une copie du premier que. Tu renomme toto tout simplement tu place ce fichier toto dans /data et il va se synchroniser. Cela fait renomme le avec Land sans caractère accentué je pense que ça sera bon. Il doit y avoir dans /data un dossier/conflcted ou /deleted avec une copie de fichiers. Pourquoi je ne peux pas le dire vu que je n'ai pas fait les manipulations. Soit c'est le nom de ces fichiers qui utilise des caractères incompris (accents) soit il sont tracés comme déjà supprimer. Le contenu n'est pas vérifié c'est le nom du fichier qui est utilisé. Donc ôte les de /data puis synchronisation et ensuite donne leur un nouveau nom simple juste pour vérifier que c'est ça.
-
La vérification se fait sur les noms de fichiers.
Avec des caractères inconnus (point d'interrogation !) ca ne peut pas fonctionner.
Tu cherches les ennuis, ce ne sont plus des noms de fichier mais des caractéristiques.
A quoi ca sert de répéter la distance et le dénivelé dans le titre / nom du fichier?
-
Je suis d'accord sur les caractères inconnus , c'est pourquoi je veux tous simplement les supprimer mais c'est incompréhensible :
- je ne trouve pas de dossier /conflicted ou /deleted dans \data
- ils réapparaissent systématiquement dans \data quand on relance Land, même après les avoir effacés !
-
Bonjour,
Imaginons que tu ai diffusé vers le GoCloud ces deux fichiers, tant qu'ils ne sont pas détruit il vont forcement revenir, c 'est le but de la synchronisation.
Fais en une copie ailleurs de Data, renomme les correctement.
Dans Land essaie via l'arbre de les supprimer / détruire du GoCloud.
Attends quelques resynchronisation pour constater leur disparition.
Et quand ils aurons effectivement disparus tu pourra réinjecter les copies après les avoir renommée correctement
Un GoCloud c'est comme un célébré "bonbon" US que tu colle sous la table avec les doigts, une galère a nettoyé.. Donc si tu injecte une "merde" sur le GoCloud c'est diffusé vers un ou des cloud sur la planète, et si pour les supprimer c'est pas fait proprement ca revient indéfiniment.
C'est le point faible du GoCloud TwoNav (je leur ai déjà reporter ce problème plusieurs fois) imaginons que tu diffuse sur le Cloud (et c'est facile a faire) une image (ou certains types de fichiers Wpt). Si le format de fichier n'est pas gérer dans l'arbre de gauche (Ex: Format image) tu ne pourra jamais le faire disparaitre du GoCloud, c'est illégal mais pour le moment c'est ainsi. Prenons un cas d'école tu t'est trompé de photo associée a un itinéraire tu a mis la photo de ta copine en maillot (ou sans!) tu ne pourras jamais corrigé cette bévue (c'est juste un cas d'école pour illustrer le propos).
Donc pour ces deux fichiers, tels qu'ils sont :
- Faire une copie
- Renommer sans caractère exotique dans le nom
- Tenter de supprimer du GoCloud via le menu de l'arbre ceux qui apparaissent et qui sont indésirables
- Attendre quelques synchronisations pour t'assurer qu'ils ont disparut
(Suite a suppression du NuvolDatadb toutes les "merdes" qui trainent sur le GoCloud vont revenir)
Comme dans leur noms il y a des caractères inconnus, les fonctions d'analyse des chaines de caractères vont remplacer ces caractères inconnus pas des joker (ca dépend de l'implémentation des codes) donc il n'est absolument pas sur ni garanti que même la suppression retrouve le fichier origine a ôter.
Au cas ou ca ne fonctionne pas la suppression, il faut contacter le SAV ouvrir un ticket en expliquant que tu ne peux pas supprimer du GoCloud ces fichiers. Si au SAV la personne comprend ton problème ils interviendront pour ôter ces fichier de ton GoCloud avec leurs outils de développement.
Il est toujours déconseiller d'utiliser des caractères spéciaux dans les noms de fichiers, ca passe ou pas au grés de la sophistication des fonctions utilisées pour analyser ces noms.
Cdlt
-
Exemple concret
Tous les fichiers ci dessous sont réapparus dans /data suite a l'effacement de nuvoldatadb.. ou ils vont revenir lors de la prochaine mise a jour de Land..
Pourquoi ?
C'est diffusé sur le GoCloud pour passer du GPS au PC, mais il n'existe pas dans les commandes de l'arbre les outils pour les supprimer.
Je nettoie mais ca revient.
TwoNav est informé, ils ont compris ca sera corrigé mais quand ?
Ce ne sont pas des photos de ma "copine" mais soit:
- Des screen shots de l'écran du GPS faites en roulant pour analyser ce qui est arrivé
- Des photo, images pour préparer des sorties en complément de Wpt
- Des fichiers qui ont atterris pour une raison ou une autre dans /data (ex les *.cjt) comme ton cas
Si c'est pas oté via cette commande ce n'est jamais effacé
Si le fichier (cas des images) est invisible dans l'arbre de Land, a part le recours au SAV impossible a oté (illégal mais..)
Cdlt
-
Compléments..
Si tu n'a rien perdu, je pense que c'est le cas c'est bien.
Le GoCloud est devenu fiable il subsiste ce défaut ou on ne peut ôter un fichier invisible dans l'arbre.
Mais ca serait bien que tu ouvre un ticket quand même que je ne me sente pas seul a remonter ce problème de ghosts
CDLT
-
Bonjour et merci pour tes précieux conseils.
J'ai enfin réussi à supprimer les fichiers gênants à partir de GoCloud et sur /data car impossible dans l'arbre de Land. J'en avais aussi un qui était caché dans Tracklog...
Maintenant que j'ai compris (j'espère), je continue aujourd'hui mon classement à la hussarde !
Merci encore !
Vous devez vous connecter pour laisser un commentaire.
Commentaires
21 commentaires