enregistrement .txt puis taille de variable

Bonjour,

j'ai un petit soucis lors de mes enregistrements.

Voici mon code

Code:

---

1 2 3 4

for k=1:fin file = sprintf('data%d.txt',k) ; eval(['save ',file,' datatot -ascii -tabs;']); end

---

ça enregistre bien, pas de problème, mais toutes mes variables sont de la forme 2.00800000000000e+003 au lieu de 2008 dans cet exemple. J'aimerais avoir toutes mes variables au format avec le moins d'exposant possible...

Autre questions qui n'a rien à voir:
quel est la limite de taille que peut avoir une variable? En fait ici je met tout au format .txt pour concaténer toutes mes matrices en format .txt et exécuter une fonction en C. Mais j'ai peur que le fichier .txt final que je réimporterais sous Matlab ne soit trop gros (quelque chose comme 9,5 millions de lignes... j'ai déjà eu quelques soucis en dépassant les 2,5 millions)
Que pouvez vous me conseiller?

Merci par avance

salut,

pour le nombre de zero etc tu peux regarder avec %g au lieu de %d
un truc du genre %6.6g ?
mais du coup il vaut mieux que l'echelle de valeur ne soit pas trop grande.

pour ton nombre de ligne, est-ce que tu as souvent des valeurs qui se répètent ?

genre moi j'avais des fichiers avec énormément de valeurs (plusieurs Go en .txt) mais j'avais beaucoup de valeurs qui se répéter et du coup j'utilisais la méthode classique suivante :
si j'ai les valeurs 65788844555555536 par exemple (valeur au pif hein)
je codais ça de la façon suivante
6578R34R25R736 en gros si une valeur est répétée je note valeurRnombre de fois que la valeur est répété.
bon là en locurence ça tombe mal ça prend pas moins de place, mais dans les fichiers que j'avais ça me faisait gagner un bon facteur 4/5 en taille de fichier.

En fait le %d ici correspond à mon nombre de fichier à enregistrer; même si je le modifie ça me serait le même problème...
C'est dans le fichier .txt que ma matrice a ces valeurs avec exposant (toutes!)

Et ta méthode comporte quelques risques d'erreurs; si par exemple j'ai des valeurs du genre : 9,12222222222222222222222222222222222222222222222224422 (inventé ici)
ainsi si le nombre de répétition est un nombre>=10 ça ne va pas... Et puis j'aimerais ne pas introduire d'erreurs potentiels dans mes valeurs.

Et puis ce n'est pas vraiment adaptée à ce que je fais; c'est le nombre de ligne dans ma matrice qui semble poser problème ici; j'aimerais ne pas perdre d'information... Je peux traiter mes données dans 3 matrices différentes au pire, mais je voulais vérifier d'abord si les variables avaient réellement une taille impossible à dépasser et qu'il n'existait pas un moyen de "forcer" cette limite.

Merci pour ta réponse :)

Citation:

---

Envoyé par EaudeRoche

Voici mon code

Code:

---

eval(['save ',file,' datatot -ascii -tabs;'])

---

---

EVAL ne sert à rien ici.
Il fuat utiliser ce qu'on appellle la forme fonctionnelle de SAVE :

Code:

---

save(file,'dataot','-ascii','-tabs');

---

Citation:

---

Envoyé par EaudeRoche

quel est la limite de taille que peut avoir une variable?

---

Code:

---

1 2 3 4 5

doc realmin doc realmax doc intmax doc intmin doc eps

---

Citation:

---

Envoyé par svagrim

si j'ai les valeurs 65788844555555536 par exemple (valeur au pif hein)
je codais ça de la façon suivante
6578R34R25R736 en gros si une valeur est répétée je note valeurRnombre de fois que la valeur est répété.

---

Tu aurais pu optimiser ta méthode.
Puisque le premier chiffre apparait, tu aurais pu diminuer de 1 la valeur qui suit le R. De plus, le R ne devrait apparaitre qu'à partir de 4 valeurs identiques successives. Par exemple pour coder 88 tu écris 8R2. On voit bien que le résultat final prend plus de place que la valeur initiale

Ton exemple aurait donné :

65788844555555536 => 657888445R636

Citation:

---

Envoyé par EaudeRoche

si par exemple j'ai des valeurs du genre : 9,12222222222222222222222222222222222222222222222224422 (inventé ici)

---

Fais une recherche sur le calcul en virgule flottante et la norme IEEE-754

Citation:

---

Envoyé par EaudeRoche

ainsi si le nombre de répétition est un nombre>=10 ça ne va pas...

---

Il suffit de multiplier les R :
Par exemple avec le codage que svagrim 88888888888 devient 8R9R2

Citation:

---

Envoyé par Dut

Par exemple pour coder 88 tu écris 8R2. On voit bien que le résultat final prend plus de place que la valeur initiale

---

tu as raison.
je ne m'étais pas trop cassé la tête parce que j'avais beaucoup plus souvent des dizaines de fois la même valeurs d'affilées mais quitte à le faire autant le faire proprement!
je vais modifier ça.

merci.

Merci mais en fait ma question sur la taille des données c'était plus pour une matrice que je me posais la question, peut être ai je mal lu mais je n'ai pas trouvé ma réponse dans la doc

Sinon pour

Code:

---

save(file,'dataot','-ascii','-tabs');

---

ça me pose le même problème: les valeurs dans mon .txt sont avec exposant...

Je te dirige vers cette discussion.