Et bien je sais plus trop maintenant. En lisant vos explications, je me suis dit qu'entre les retours chariots et les retours à la ligne, j'allais peut être m'emmêler les pinceaux.
Il faut savoir que mon export n'est pas très propre car ça vient d'une base de données d'un soft propriétaire des années 80 et que les fins de ligne sont très aléatoire. En vérifiant, j'ai trouvé des CR, des \n etc ... Et si je saute une ligne de trop ou de moins, alors c'est la cata car j'attribuerai une info fausse à mon outil ... donc impossible ensuite de faire un tri. Il aurait fallu que je fasse des tests sur CR / LF ou CRLF et je trouvais pas ça forcément plus simple.
Du coup, avec ma méthode, je m'affranchis du "sigle" fin de ligne et je mets juste chaque terme dans une cellule de tableau différente (et ça me fait disparaître le problème dess CR ou LF. Ca créait juste le problème supplémentaire de rajouter des cellules en colonne 2 par rapport à la colonne 1. D'où la concaténation, pour ne pas perdre l'info et l'introduction du sigle de reconnaissance.
Ensuite, oui, via ce truc du £,ドル je retombe sur la même logique que toi et je me mets mon n° devant chaque ligne avec ma petite boucle et ma condition if.
J'ai ensuite fait différents tests qualité et mon fichier final est bon. (ai quand même trouvé 29 erreurs sur les 6800 lignes, tous dus à des problèmes de formatage).
Peut être que dans tout ça, j'ai affabulé. Si j'ai un peu de temps, j'essaiera ta méthode car je suis curieux de voir et puis ça a l'air plus rapide que la mienne.
Ce n'est pas parce que les choses sont difficiles que nous n'osons pas. C'est parce que nous n'osons pas qu'elles sont difficiles. - Sénéque
[^] # Re: awk avec précautions
Posté par Neije . En réponse au message [boulot] script pour récupérer des données. Évalué à 1.
Et bien je sais plus trop maintenant. En lisant vos explications, je me suis dit qu'entre les retours chariots et les retours à la ligne, j'allais peut être m'emmêler les pinceaux.
Il faut savoir que mon export n'est pas très propre car ça vient d'une base de données d'un soft propriétaire des années 80 et que les fins de ligne sont très aléatoire. En vérifiant, j'ai trouvé des CR, des \n etc ... Et si je saute une ligne de trop ou de moins, alors c'est la cata car j'attribuerai une info fausse à mon outil ... donc impossible ensuite de faire un tri. Il aurait fallu que je fasse des tests sur CR / LF ou CRLF et je trouvais pas ça forcément plus simple.
Du coup, avec ma méthode, je m'affranchis du "sigle" fin de ligne et je mets juste chaque terme dans une cellule de tableau différente (et ça me fait disparaître le problème dess CR ou LF. Ca créait juste le problème supplémentaire de rajouter des cellules en colonne 2 par rapport à la colonne 1. D'où la concaténation, pour ne pas perdre l'info et l'introduction du sigle de reconnaissance.
Ensuite, oui, via ce truc du £,ドル je retombe sur la même logique que toi et je me mets mon n° devant chaque ligne avec ma petite boucle et ma condition if.
J'ai ensuite fait différents tests qualité et mon fichier final est bon. (ai quand même trouvé 29 erreurs sur les 6800 lignes, tous dus à des problèmes de formatage).
Peut être que dans tout ça, j'ai affabulé. Si j'ai un peu de temps, j'essaiera ta méthode car je suis curieux de voir et puis ça a l'air plus rapide que la mienne.
Ce n'est pas parce que les choses sont difficiles que nous n'osons pas. C'est parce que nous n'osons pas qu'elles sont difficiles. - Sénéque