Numérotation des longueurs: on fait quoi ?

#23

Bonjour,

Hier j’ai voulu imprimer quelques topo des calanques pour y grimper prochainement… J’en ai profité pour en mettre quelques uns au propre avec des L# en remplacement de toutes les autres présentations possibles et imaginables et avec des titres structurés…
Le bilan c’est que structurellement c’est bien ordonné mais visuellement, le rendu est pire car je n’arrive pas à me passer des syntaxes plus complexes comme les L#~, R#-1 (qui lui ne fonctionne pas contrairement à R#), des L#_droite ou gauche et des titres ## Titre xxx # h heures…

Ça fait maintenant pas mal de temps que la V6 est en marche et que ces structures ne sont plus prises en charge, même si les plus basiques le sont à nouveaux mais non fonctionnelles dès qu’une balise plus complexe est non décodée). Sans vouloir dénigrer le travail fait par les développeurs et avec le plus grand respect pour le développement bénévole, j’aimerai juste savoir à quel horizon ce problème sera résolu ? Et si’l n’est pas résoluble rapidement, tant pis on fait marche arrière et on ne garde que les L# simples sans syntaxes plus complexes.
Ce problème rend certains topos inimprimables voire même tout bonnement incompréhensibles et donc inutiles ! C’est mauvais pour l’image du topoguide quant à côté on se veut meilleurs que les topos papiers.

#25

Merci de nous avoir renseigné sur l’utilité de cette discussion!

#26

Merci @CharlesB pour cet éclaircissement.
Il existe un thread pour discuter de l’utilité et de la pertinence des balises au cas par cas ?
Je mets régulièrement en forme des itinéraires, alors même si je ne contribue pas au codage derrière, je peux aider à la discussion à ce sujet (au retour des vacances…).

#27

Pour ta modif d’hier, c’était possible de rendre la syntaxe valide, car il y avait juste une mention d’un relai inutile. Du style : « Depuis R#-1, partir à droite » : inutile de préciser à chaque longueur qu’on part depuis un relai ni de préciser lequel ! On part forcément du relai n-1 quand on commence la longueur Ln. :slight_smile:
Du coup en supprimant les infos inutiles, ça marche : Camptocamp.org

Ce n’est pas toujours possible, mais on peut corriger certaines voies de cette façon.
Il y a aussi les multi longueurs (L4-L5) qu’on peut décrire une par une dans certains cas.

#28

Oui @Bubu, c’est vrai pour ce coup là ça marche bien ! Mais pour bien faire il aurait fallu mettre des L#~ pour aligner les tableaux (même si ici ils le sont naturellement vu les données) et ça ça ne marche pas ! Cette balise est vraiment indispensable pour moi :slight_smile: !
Si tu prends mon autre modif sur rêve de pierre je crois, il y a deux variantes dans une longueur, du coup ça casse la mise en forme !
Je ne sais plus si j’ai fait d’autres modifs ou pas hier, mais bien souvent j’ajoute un L#~qui me plombe tout…

#29

J’ai mis en public un des documents de travail ici, mais les discussions ont lieu sur le forum accessible uniquement aux adhérents de l’association camptocamp.

Mais je milite activement (très activement même :slight_smile: ) pour ouvrir les discussions relatives au wiki (topoguide+sorties) à tous les contributeurs, qu’ils soient adhérents ou pas.

#30

Merci!
Si j’ai bien compris les spécifications, la description des variantes et des longueurs de jonction (à moins de les traiter comme une longueur normale), ne seront plus pris en compte?
Je veux bien envoyer 3 paquets de café au développeur!

#31

Pardon, je n’ai pas été assez précis : ce document est une des propositions, mais ce n’est pas celle qui a été choisie.

Cela dit, quelle que soit la solution retenue, tu peux envoyer les paquets de café :smiley:

#33

C’est un robot qui va remettre tout en ordre ?

#34

Pour les doubles pipe, les « : », les double « : » et les retours à la ligne dans la cellule, oui.

Pour L#-N (groupe de longueur, du dernier numero+1 à N), à voir le nombre d’occurence, mais je pense qu’on aura plus vite fait de le faire à la mimine.

Pour le reste, pas de migration à faire.

#35

Quoi une voie comme Camptocamp.org pouf… ça va être bon ?

Edit : Ou dès qu’il y a un L#-+N, les autres balises ne seront pas interprétées?

#37

Oui donc pour la Proposition #2

Mais il s’occupera du reste ?

#39

Cela laisse combien de docs a traiter manuel (à la louche) ?

#41

Piece of cake (pardon cheese :grin: )

Oui pour la Proposition #2

@Modo_Topo_FR_contact

1 Like
#43

Ok pour moi.

#44

OK pour moi aussi

#45

OK pour moi itou.

#46

Moi, aussi, je suis d’accord avec tout ce peut améliorer rapidement cette numérotation des longueurs ; et s’il y a des corrections manuelles à faire, je suis disponible.

#47

Je ne suis pas utilisateur des balises L#, je vous fait confiance mais j’ai l’impression que cette solution simplifie la tache sans réduire les possibilités essentielles: que du bon !

#48

OK pour moi aussi !
Et si ça prend un peu de temps de tout coder, peut-être prévoir une 1ère mise en prod avec les plus faciles, qui vont déjà décoder un certain nb d’iti supplémentaires, avant de faire les plus complexes.

2 Likes