Précision

[Tramber]

LUPREC à fond,

Les unités du dessin à plein de chiffres après la virgule,

 

 

pourquoi

(atan (/ (/ 300.00000000021 2) 790.0000000021))

 

ne me renvoie que 5 malheureux chiffres significatifs :( :question:

[Invité Patrick]

Ca aurait pas à voir avec AUPREC ?

[didier]

bonsoir Tramber

 

il ne faut pas confondre ce qu'AutoLisp renvoie

et ce qu'il utilise réellement pour ses calculs,

il est un peu fainéant au niveau de l'affichage.

si tu veux de la précision, il peut t'en apporter.

si par exemple tu multiplies ton résultat par un chiffre immense,

tu t'apercevras qu'il avait de la réserve côté virgule flottante.

amicalement

 

 

[Serge]

Tramber et Patrick,

 

Ni l'un ni l'autre. LUPREC et AUPREC sont 2 variables concernant la commande UNITES (_UNITS) donc l'affichage dans la barre de statut, la commande LISTE (_LIST) , etc.

 

Lorsqu'on utilise des expressions en Lisp, ça ne regarde que le Lisp. Il y a quelque chose de non évident pour quelqu'un qui débute en Lisp. Il ne faut pas confondre la valeur affichée sur la console et la valeur conservée en mémoire.

 

De la version 2.18 à R11, AutoLisp affichait sur la console et conservait les nombres réels en simple précision (7 chiffres significatifs). Jusque là, ça allait bien.

 

En R12, AutoLISP a commencé à ne traiter que la double précision à l'interne mais à afficher toujours la simple précision sur la console.

 

Petite démonstration:

Commande: (rtos pi 2 14)

"3.14159265358979"

 

Commande: !pi

3.14159

 

Dans le premier cas, on voit que PI vallait bien .3.14159265358979 avant d'être converti en chaine. Dans le 2ième cas, c'est le même nombre qui est amputé à l'affichage.

 

Indépendemment ce cela, lorsque vous convertissez des nombres réels en chaine, méfiez vous de DIMZIN qui tronque les zéros si fixée à 8, sa valeur par défaut. Il faudrait prendre l'habitude de faire:

 

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

; Sauvegarde

(setq oldDimzin (getvar "dimzin"))

 

; Afficher tous les zéros

(setvar "dimzin" 0)

 

; Convertir le nombre en chaine, format décimal, 14 chiffres significatifs

(setq anything (rtos value 2 14))

 

; Restaure

(setvar "dimzin" oldDimzin")

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

 

Et dernière précision, les 2 derniers paramètres de rtos équivalent lunits et luprec.

 

Serge

[didier]

re bonsoir Tramber

 

et puis il ne faut pas attendre que des chiffres à x décimales

( mais non pas des six mâles )

il arrive que les valeurs naturelles de certains angles,

soient des chiffres à quatre décimales, un point c'est tout.

compare avec une calculette,

je n'ai pas la mienne sous la main, désolé

[didier]

eh Serge,

t'es arrivé quatre minutes trop tard sur ce coup là ;) ,

c'est tellement souvent l'inverse, que je me gondole,

ahahahahahahahahahahahahahahahah

hihihihihihihihihihihihihihihihihihiihihi

:P

[Serge]

Didier,

 

C'est à cause du décalage horaire :-))))

 

Pour ce qui est des angles:

Commande: (angtos pi 2 14)

"200.0000000000000g"

 

Serge

[didier]

 

méfie toi,

si le PI rate on va de mal en pis,

et non

si le pirate on va de mâle en pis (de vache )

n'importe quoi, tu cherches les dans ou quoi ;)