apparemment, int qui marche dans overleaf ne marche pas ici.
au lieu de
\FPeval\EA{int(\a*50)}
il faut mettre
\FPeval\EA{round(\a*50,0)}

Il me semble que int n'existe pas dans fp. Peut-être que overleaf a simplement accepté l'erreur et continué quand même, sans arrondir ?

Il me semble que int n'existe pas dans fp

Oui, on peut utiliser le paquet xfp pour les entiers

\edef\g{\inteval{\a+400}}

Dans la question, l'énergie consommée devrait s'exprimée en kWh et pas en kWh/m2/an.

Je vous mets ma version avec les paquets xfp et siunitx (version 2021).

je calcul une variable dans une question, est ce que cette variable est accesssible dans une autre question ?

Théoriquement oui si elle est déclarée avant l'environnement question donc dans le même groupe, après la commande exemplaire.

Alexis Bienvenüe wrote:

Il me semble que int n'existe pas dans fp. Peut-être que overleaf a simplement accepté l'erreur et continué quand même, sans arrondir ?

Oui, je viens de m'en apercevoir.
Merci

Frédéric Bréal wrote:

Il me semble que int n'existe pas dans fp

Oui, on peut utiliser le paquet xfp pour les entiers
[...]
À quoi correspond la variable g ?

Dans la question, l'énergie consommée devrait s'exprimée en kWh et pas en kWh/m2/an.

Je vous mets ma version avec les paquets xfp et siunitx (version 2021).

Merci pour ta version, c'est plus joli. Pour ma decharge, c'est la premiere fois que j'utilise Latex et Fp. je vais pouvoir encore m'amuser.
la variable g, c'est la conso d'une maison de classe g. j'aurai pu m'en passer.

Bonjour,

encore un probleme avec FP et round ou avec AMCnumericChoice

Pour une valeur de 22550, AMCnumercChoice me propose comme correction parfois 2.25.10⁴ et parfois 2.26.10⁴

Pour une valeur de 22550, AMCnumercChoice me propose comme correction parfois 2.25.10⁴ et parfois 2.26.10⁴

Pouvez-vous fournir un fichier source minimal qui illustre ce problème ?

Voici le fichier tex et la correction individuelle.
Le pb est à la question 2 (dans le texte de la question j'ai mis la réponse pour la voir
copie 3 - 22250 codé 2.22.10³
copie 4 - 22750 codé 2.28.10⁴

Normal, c'est la règle des arrondis.
Le 7 est suvi du 5 donc arrondi au supérieur.
Il faut remplacer round par trunc et ça devrait passer, pareil pour \EA

\FPeval\EG{trunc(\g*50,0)}

oui la regle des arrondi marche pour la copie 4 - 22750 codé 2.28.10⁴
mais pas pour la copie 3 - 22250 codé 2.22.10³ qui devrait etre 2.23.10⁴

Je n'ai pas ces valeurs.
Pouvez-vous ajouter après \begin{document} ?

\FPseed=0

et changer

\FPeval\EG{clip(round((\a+400)*50,0))}  

AMC utilise cette convention d'arrondi : https://fr.wikipedia.org/wiki/Arrondi_(math%C3%A9matiques)#Arrondi_au_pair_le_plus_proche
C'est celui également utilisé par python, R…

ah c'est embetant. Les eleves ne connaissent que l'arrondi arithmétique.

Est ce qu'il existe une fonction FP ou autre pour mettre en puissance de 10 et
est il possible dans AMCNumeicChoices de donner la valeur attendue en puissance de 10 (sans lui laisser calculer) ?

Personnellement j'utilise l'option exact=1 pour \AMCnumericChoices, de telle sorte qu'une erreur d'une unité sur la dernière décimale ne soit pas pénalisée.

Frédéric Bréal wrote:

Je n'ai pas ces valeurs.
Pouvez-vous ajouter après egin{document} ?
[...]

et changer
[...]

Le probleme reste le meme : 22450 arrodi au pair le plus proche 2.24

Oui j'ai remaqué mais je connaissais pas la raison donnée par Alexis et je fais comme lui pour les arrondis.

Bon, je pourrai considerer juste un arrondi inferieur ou superieur, mais comme on reutilise les valeurs dans 5 ou 6 calculs à la suite, l'erreur se propage.

Je vais bidouiller pour ne pas avoir de multiple impair de 50.

J'ai tout fait avec fp et suis parti d'une classe a avec une valeur paire.

Merci pour vos réponses et vos éclaircissements.

Encore une question.
Apres passage de l'examen, on peut changer le bareme. Ddonc normalement pour une question numérique scorexact et scoreapprox.
Mais peut on également changer les parametres
- exact ?
- approx ?

Oui ces deux paramètres font partie du barème. On peut également modifier la valeur numérique correcte, mais pas le nombre de décimales, la présence de signe, qui changent le nombre de cases et leur signification.

J'ai tout fait avec fp mais sans une classe A paire mais avec modulo 100 pour voir si le reste est égal à 50 dans ce cas j'ajoute 50 à \EG.