L'utilitaire SwissKnife de Bireme nous donne un aperçu détaillé de la structure des bases de données.
Voici les erreurs identifiées et les méthodes utilisées pour les corriger.
0- Les champs 140 et 180, ainsi que 009 ont été vérifiés et leur contenu trensféré en Notes quand c'était nécessaire, puis ils ont été vidé dans Winisis et les champs ont été retirrés des fichiers FDT, FST et FMT>
1- Dans Winisis: ? vnuméro_du_champ_concerné:'^lettre_du_sous-champ_invalide' a permis de corriger les enregistrements concernés.
2- Pour modifier le numéro d'un champ (retagging), SWK le relit. Or, la page de code (cp) de l'ordinateur de saisie est la 850, celle de mon ordi à la maison est la cp720. Quand SWK, à la maison, trouvait un des caractères sus-mentionné, il bloquait. Il me restait alors à réouvrir la base dans Winisis, retrouver le MFN concerné (relativement proche du dernier numéro indiqué par l'erreur de SWK), corriger, revenir à SWK et ainsi de suite...
Malheureusement, j'avais commencé le travail au boulot (fâcheuse initiative!), donc de cp850 en cp850, et SWK n'y voyait que du feu... Pour les champs déjà 'retaggés', il restait la formule ci-dessus: ? v100:'Hans' par ex. pour retouver et corriger Hans Küng... en Hans Kung (pas pour ses positions théologiques évidemment!)
Remarque Pourquoi passer au code 720? Parce que, apparemment, à moins qu'on ne m'indique le contraire, il sera possible de passer du 720 à l'UTF8, alors que le 850 ne le permet pas...