Nouveau modèle le "Roc"
Je ne trouve plus le post original sur la sortie imminente d'un nouveau modèle par Twonav "Le Roc".
J'imagine que c'est encore Thierry Charlès qui a effacé sans prévenir son post en méprisant parfaitement les contributions des autres utilisateurs.
Il n'y a rien de secret parce qu'il a été présenté à l'Eurobike 2023.
Thierry pourquoi tu as effacé le post ?
Ce sera donc un modèle plus petit que le Cross.
-
La différence, c'est que les autres caractères sont droits, alors que pour la route, il y a tentative de les faire tourner pour suivre la courbure de la route. Et ça, avec une résolution basse, c'est impossible sans déformer totalement. C'est très visible avec un caractère avec une barre droite (je ne saurais dire lequel, peut-être un l) dont la "rupture" (décalage d'un pixel) est flagrante. Avec une plus grande densité, on peut antialiaser. Mais là, ça ne semble pas être le cas.
Par rapport aux modèles précédents, la densité est quasi divisée par deux, c'est trop faible, je ne comprends pas ce choix qui est une régression. -
Certains appareils de marque concurrentes ont quasi la même définition et affichent avec le même nombre de pixel les noms des rues correctement. Effectivement chez la concurrence, le moteur de rendu ne cherche pas à faire suivre chaque lettres aux courbes.
Pour l'anecdote, sur la vidéo de la visite des locaux de Twonav que j'ai partagé et qui a été publiée il y a 9 jours, on distingue que sur leur présentoirs dans leurs propres locaux il est affiché la même définition que celle annoncée à l'endurobike.
-
"leur présentoirs dans leurs propres locaux il est affiché la même définition que celle annoncée à l'endurobike."
Comme je crois l'avoir déjà écrit, 240x320 est codé dans le firmware depuis au moins janvier 2023, c'est à dire depuis que le Roc figure dans le firmware.
Comme je crois l'avoir déjà
-
"leur présentoirs dans leurs propres locaux il est affiché la même définition que celle annoncée à l'endurobike."
Comme je crois l'avoir déjà écrit, 240x320 est codé dans le firmware depuis au moins janvier 2023, c'est à dire depuis que le Roc figure dans le firmware.
-
Ne vous excitez pas de trop, sur ce sujet car la page internet en français avec les spécifications est disponible en ligne.
On connait ce qui justifie la sortie de ce produit, la vraie question est de savoir si comme les familles précédentes il va être décliné dans d'autres formats.
Ensuite, ils ont écrit "accéléromètres" seront-ils utilisés comme chez d'autres fabricants, car bien intégré les résultats sont assez bluffant soit sur le plan vertical ou horizontal.
Cdlt
-
car la page internet en français avec les spécifications est disponible en ligne
C'est exactement ce que j'ai dit plus haut
Comme je crois l'avoir déjà écrit, 240x320 est codé dans le firmware depuis au moins janvier 2023
Oui pas de miracle, c'est écrit noir sur blanc sur la page du Roc, c'était juste pour l'anecdote, je parlais de cette vidéo :
youtube.com/watch?v=j5_F7h2OgvE -
Je reviens sur le problème de rendu. Si le plat de spaghettis à gauche vient sans doute du fait que le texte tente de suivre la courbe et que le phénomène est empiré par la moindre définition cela n'explique pas tout.
A droite de l'écran le texte suit une droite, mais au niveau du haut du texte Le "V" majuscule les "l" et le "b" sont tronqués.
J'ai le même problème de rendu dans Land Mac ou les géométries des voies en particuliers masquent une partie du texte à certaines échelles (Valence - Grenoble par exemple)
Les concurrents ou d'autres logiciels comme Qgis placent les toponymes au dessus des géométries.
Land sur Mac :
-
Bonjour,
Cette carte en travaillant un peu le fichier *.clay (a l'image de ce qui se fait pour la V6 de Garmin avec le *.typ) on adapte le "rendu" exemple pour cette même zone (le PC est différent et probablement aussi la carte graphique) ..
Une échelle quasi similaire (un peu plus grande) a celle de l'image ci dessus (7,2 m par pixel) par contre le fichier *.clay étant différent l'aspect n'est pas le même (couleurs, formes, et présence ou pas des textes..)
échelle similaire a l'image du post précédent, le texte est bien sur la voie rapide, il ne passe pas dessous (et correctement dessiné a priori). Tous les textes n'y sont pas ça c'est le paramétrage du *.clay qui décide de l'affichage ou non.
1,4 m par pixel
Il faut dilater a 0.6 m par pixel pour voir apparaitre les noms de rue (C'est la définition du *.clay)
Pour résumer, l'utilisateur peut donner a cette carte l'aspect visuel qu'il souhaite.
-
La même zone vue dans Qgis, à l'échelle de départ du pos (bon je cherches encore le nom de l'autoroute pour voir la notin de superposition)
La même zone vue sur le même PC à la même échelle par QGis et Land dans les deux cas c'est la carte OSM, ce qui change c'est "le rendu" c'est a dire les choix d'affichage et l'aspect.
Les choix sont différents (paramétrables dans Land via le Clay) mais rien de fondamentalement différent.
-
Pardon c'est vrai que tous le monde ne connaît pas Qgis. Qgis n'intervient pas sur le rendu de la couche Wms OSM que tu présentes, je parlais du rendu des couches vectorielles. Si on superpose deux couches vectorielles, les labels seront au dessus peu importe l'ordre des couches.
Dans le rendu de la couche OSM que tu présentes les géométries ne masquent pas les toponymes, pas de problème particulier.Cela fait plusieurs fois que je tente de te l'expliquer exemples à l'appui, relis nos échanges.
-
Cela fait plusieurs fois que je tente de te l'expliquer exemples à l'appui, relis nos échanges.
Oui je dirais que chacune de tes interventions montre que tu as un gros problème d'emploi des cartes, je ne vois pas l'intérêt de montrer des exemples avec des échelles ou il y a 6 ou 7 km sur l'écran car quelque soit la carte sur l'écran d'un GPS c'est inutilisable.
Sur un écran de GPS, l'emploi c'est de l'ordre de 1 km +/- 500 m, selon la taille de l'écran. Avec des échelles visualisant plus de 2 km on a une carte qui devient difficile a lire et a utiliser. Au dela de 2 km Il faut un écran de taille plus grand
L'OSM de TwoNav à quelques avantages elle est transparente donc superposable à l'IGN par exemple ou elle va apporter des infos tel que les nom de rues, mais il faut maitriser le clay (Come V6 impose de maitriser le *.typ)
L'autre très gros avantage que j'y voit pour un GPS (sur l'écran du PC on a maintenant d'autres sources OSM que ca soit avec Land ou une autre appli), c'est la possibilité d'avoir une carte (pour son GPS) mise a jour dans l'heure qui précède et avec le relief (bon faut savoir manipuler JOSM et QGIS).
Il n'y a pas beaucoup de sources qui permettent de mettre à jour la carte et d'en profiter immédiatement, et assez rapidement avec Qgis ca demande un peu plus de travail..
CDLT
-
Le ROC avec le texte tronqué n'est pas à moi et montre une carte à une échelle dans le cadre normale d'utilisation d'un appareil de GNSS.
Les vues dans Land n'ont pas pour vocation de monter le rendu que la carte pourrait avoir sur l'appareil mais montrer que le problème de rendu n'est pas lié à l'appareil seul.
Pour le reste...Clay, vecteur/raster, courbes de niveaux, tu confonds tout, à ce stade j'abandonne. -
De plus tu compare avec QGIS, QGIS est un outil de manipulation de donnes "GIS"... Allez vu que tu cite cet outil fais donc une carte avec QGIS pour ton GPS et montre nous ce que ca donne sur l'écran de ton GPS TwoNav..
La c'est l'écran d'un GPS TwoNav a droite c'est l'IGN a gauche OSM (via land), on peut comparer.. Il y a un peu de "boulot" avec Qgis. On peut comparer a une échelle d'emploi opérationnelle quelle est la meilleure carte.
La toujours l'écran du GPS mais cette fois la carte provient d'une exportation QGis
OSM direct via Land sur un écran de GPS, je ne vois pas de problématique d'affichage de noms
C'est comme tous les outils même avec le bon marteau certains plantent les clous de travers.. Je me suis permis il y a un moment de l'écrire a ce site Espagnol ca ne leur a pas plut, mais ils débite pas mal d'erreur.
-
Thierry j'ai posté à ta demande une copie d'écran sur un fil différent pour ne plus polluer ce fil.
concernant le rendu OSM vecteur Twonav :
support.twonav.com/hc/fr/community/posts/10697327928860J'ai aussi créé un fil ou je montre comment produire des cartes pour les Gps Twonav depuis Qgis, c'est trés peu de boulot :
support.twonav.com/hc/fr/community/posts/10703069667356 -
Bon le TwoNav Roc est sorti (399€) en 2,7 pouces. Vu au Roc d'azur ce jour.
Et en test chez Actu du VTT, il ne reste plus qu'a attendre la publication relative à l'essai.
Cdlt
-
Bienvenue au tout nouveau ROC de chez TWONAV. Ce compteur m’accompagne déjà sur mes sorties VTT et GRAVEL. Je vous poste toutes les informations dans la journée.TwoNav France TwoNav España
-
Bonjour,
Je viens de lire. C'est juste un article de presse qui detaille les spécifications. Mais on n'y apprend rien qui ne soit sur le site de TwoNav.
Je reste circonspect quant à la présence du connecteur Pogo aimanté à forcément très faible distance d'un capteur magnétique pour la boussole.
Cordialement, -
Bonjour, Le connecteur aimanté c'est sur qu'il faut maîtriser mais il existe sur le marché depuis plusieurs années des Montres GPS pour Trail intégrant une boussole avec cette technologie. Une montre c'est plus petit le champ couvre plus. Donc ça fonctionne sinon ça n'existerait plus.
Cdlt
Vous devez vous connecter pour laisser un commentaire.
Commentaires
106 commentaires