Problème d'entendement.

[Henrix]

Bonjour,
J'ai fait un truc pour mesurer les distances sur carte par pointage ou traçage, avec un champ de saisie pour entrer un coefficient
A la fin du calcul, j'ai une valeur: "diago" en pixels à laquelle j'applique le coeff.
C'est pas d'une précision diabolique, mais ça marche.

Le problème: J'ai ajouté une fonction d'étalonnage par pointage sur l'échelle (en bas à droite dans Google Map).
Qui me donne "value" (en pixels) avec un champ de saisie pour entrer la distance: "fix" de l'échelle (ex: 10 Km).
Et je ne m'en sort pas pour appliquer: "value" et: "fix" à: "diago" (à la place de "coeff")
Merci pour l'aide.
-----

[umfred]

mince j'ai des soucis avec ma boule de cristal pour voir ton code

[Henrix]

Il n'y a pas besoin du code pour répondre au problème.
Cependant le voilà (lien 14 jours)--->

https://www.mediafire.com/file/xtmzz...ances.zip/file

Le code est dans le fichier "distances .bas" (c'est un Basic)
A ouvrir avec "Notepad++", ou avec le "Bloc note" en changeant l'extension en: ".txt"
Le blème est Ligne: 104

[f6exb]

Bonjour,
diago=diago / ( value / fix) ?
value / fix donnant le nb de pixels pour 1 km

[A voir en vidéo sur Futura]

[Henrix]

Merci "f6exb", qui n'a pas eu besoin du code.
Je savais que c'était trivial, mais mon vieux cheval refusait l'obstacle.

[Henrix]

C'est pas bon.
Value, c'est la valeur en pixels du trait d'échelle.
Fix, c'est la distance que donne le trait d'échelle
Je voudrais que ces deux valeurs donnent un coefficient
A appliquer au relevé des distances sur la carte "diago "qui est en pixels.

[Henrix]

J'ai corrigé "flagvalu=0 en entrée de [points] et de [courbe]
Qui passait outre le test dans [calc], mea culpa.
Mais j'ai beau tourner les "/" et les "*" dans tous les sens, le cochon est rétif.

[f6exb]

Pourquoi c'est pas bon ?
Tu as par exemple une distance diago de 450 pixels.
L'échelle a un value de 90 pixels pour 5 km (fix) soit 18 pixels par km. On a donc 25 km.
La distance est 450 / (90 / 5) = 450 * 5 / 90
(Pour diviser un nombre par une fraction, on multiplie par la fraction inversée.)

Si je reprends ce que j'ai mis plus haut :
diago=diago / ( value / fix) ===> note que j'ai mis des ( ) pour délimiter la fraction qui divise.
diago=diago * fix / value
Ton coeff est donc fix / value

[Henrix]

Il faut revoir le code, y a emberlificotage.
Je reviendrai....

[Henrix]

ça y est ça marche, c'est diago (distance sur carte) / value (longueur trait d'échelle) * fix (valeur du trait)
Il y avait pas mal de bavures dans le code
Les mini erreurs de pointage s'additionnant, la précision s'en ressent.
Mais ça ira pour ce que je veux en faire
Merci pour m'avoir forcé à réfléchir.
Ton résonnement est bon, mais les parenthèses c'est pas évident

[antek]

value / fix donnant le nb de pixels pour 1 km

Tu t'y connais en entendement à ton âge ?

[umfred]

comme ça a été dit, c'est un bête produit en croix ...
fix (m) => value (pix)
d (m) => diago (pix)
==> d (m) = diago (pix) * fix(m) / value (pix)

Si emberlificotage, c'est ou la priorité des opérations (comme explicité par f6exb), ou les types utilisés; mais sans détail de ta part sur ce que tu obtiens, ce que ça devrait donner ou autres, .....

Effectivement, il n'y avait pas besoin du code si le problème est juste mathématique.

[Henrix]

Suite du: 15h08:
Tester avec la carte "auch" Toulouse-->Auch--> 80 Km dixit Google
70 Km à vol d'oiseau +/- la précision
C'est du "Windows" only-->: https://www.mediafire.com/file/ie4au...ances.zip/file

[Henrix]

Suite du 15h32 et réponse à umfred:
Quand on remet au four du code "congelé", et qu'on pense tout bien maîtriser, les bourdes ne sont jamais loin.
C'est étonnant de voir comment le cerveau peut coincer sur des trucs aussi simples qu'une règle de trois.

[f6exb]

Tu t'y connais en entendement à ton âge ?

À mon âge j'entends plus grand chose.
Merci Phonak.
Je sors ===>[ ].