-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Longueur des noms de fichier à l'exportation #358
Comments
Vérifier si les caractères interdits sont gérés (faire attention au support cross Système d'exploitation) |
Pas de problème à l'ouverture du fichier compressé avec 7-zip. En revanche l'ouverture avec l'explorateur de Windows pose problème, avec les messages suivants :
En regardant de plus près, il se trouve que le nom de fichier inclut le caractère ":" (deux points) que l'explorateur Windows ne sait pas gérer dans les noms de fichiers et dossiers. Cela laisse penser que c'est un "mauvais" message d'erreur qui nous a poussés vers une demande non adaptée, mais non inutile pour autant. Toutefois, il faut pouvoir bannir des noms de fichiers générés les caractères non supportés par les OS tels que Windows, Mac OS et Linux. |
@Emilia-Vittek pour le premier point quel limite je met en nom de fichier ? Par ce que cela depend de ou tu met le fichier dans ton arborescence. L'endroit ou tu mets le fichier compte également dans le calcul de la taille de la destination. |
@EmmanuelDemey sur la longueur, elle dépend effectivement de l'arborescence, mais sur Windows 11 il y a de la marge. Nous demandons toujours une limite à 200 caractères, stp. |
@Emilia-Vittek je viens de refaire une PR en supprimant les caractères accentués et les caractères de ponctuation. |
@EmmanuelDemey Le nom est bien ramené à 200 caractères, mais comme c'est la fin qui est tronquée, cela supprime l'extension, ce qui ne permet pas d'ouvrir le fichier directement. |
@EmmanuelDemey La nuit portant conseil, elle m'a poussée à faire de nouveaux tests aujourd'hui. Voici un récapitulatif de ce que j'ai constaté. Les noms sont toujours ramenés à 200 caractères mais :
|
@EmmanuelDemey En fait, mercredi dernier (i. e. quand j'ai refait les tests) il y a eu des problèmes de saturation de l'espace. J'ai donc recommencé ce matin (vendredi 22/09/2023). Au final, pour la longueur des noms de fichier à l'exportation, les noms sont toujours ramenés à 200 caractères mais :
J'ai par ailleurs détecté un problème dans l'exportation des collections et des listes de collection : l'exportation en seconde langue ne se fait pas quand le label en seconde langue n'est pas renseigné et ce n'est pas un champ obligatoire. Je crée une carte "à creuser" car nous devons d'abord instruire le sujet côté métier. Toutes mes excuses pour les revirements et un grand merci. |
@Emilia-Vittek je viens de faire le fix pour le document. |
@EmmanuelDemey |
@EmmanuelDemey
Désolée. |
@Emilia-Vittek Je viens de reproduire le problème. |
Voici la nouvelle issue : InseeFr/Bauhaus#503 |
Les limites de nombre de caractères dans les noms de fichier et dans la longueur du chemin pour accéder à un fichier font que certains fichiers d’exportation ne peuvent pas être ouverts (notamment lorsqu’il s’agit de zip).
Il faudrait limiter la longueur des noms de fichiers résultant d’exportations à 200 caractères.
The text was updated successfully, but these errors were encountered: