ディレクトリとファイル名のドイツ語ウムラウトのエンコードを修正（ü=u╠êなど）

ドイツ語のウムラウト（äüöÄÜÖß）のエンコードエラーがあるzipファイルがたくさんあります。これらは、filename.zipだけでなく、次のような含まれているディレクトリとファイルにも表示されます。

• Fünf=Fu╠ênf
• ラウバー=ラウゼウバー
• Überfall=U╠êberfall

等々。通常Linuxを使用しますが、この問題のためにWindows7 VMも試してみましたが、同じエンコードが混乱します。Linuxでは、convmvとdetoxをいじりましたが、成功しませんでした。

使用するとき

• convmv -f iso-8859-1 -t utf8 --replace --notest -r *

「スキップ、すでにUTF-8」と表示されます。

これについて何か考えはありますか？

「すでにUTF-8」という警告が表示されるのは、これらの文字列がすでにUTF-8になっているためです。「ü」文字はOSXスタイルでエンコードされ、「u」の後に「\ xCC」と「\ x88」の2バイトが続きます。これらの2バイトが一緒になって、結合分音符である\ u0308のUTF-8表現を構成します。

ここにリストされているコードページ437を見ると、\ xCC文字が "╠"で、\ x88文字が "ê"であることがわかります。

これらの文字シーケンスを表示するために使用しているものは何でも、UTF-8としてではなくCP437として解釈します。

あなたがルビーを読んだ場合、私のUTF-8端末で期待どおりに表示される簡単な証拠：

$ ruby -e 'puts "u\xCC\x88"' | iconv -f cp437 -t utf-8
ü
$ ruby -e 'puts "u\xCC\x88"'
ü

私の推測では、ファイルを解凍または操作しようとしているファイルシステムです。FAT32はウムラウトを好まないでしょう。フラッシュドライブ（または何を持っている）のオフに、これらのファイルをコピーしてみて、その後、種類の文字のファイル名が生成ものを見るためにzipファイルを解凍します。

NTFS（Windows）とExt4（Mint）の両方で、名前のエンコードに問題はありません。

FAT32システムでのzipファイル自体の名前エンコードは、適切なサポートファイルシステムにコピーするときに変更または修正されることはほとんどありませんが、解凍されたサブディレクトリは問題ないはずです。

まず、文字エンコーディングはそれ自体が地獄のセクションであることに注意してください。Windowsの世界では、UTF-8とM $の間には厄介な二元論が存在し、長い間愚かであり、ISO-8859（思いついた推測）を主張していました。前述のように、ほぼ確実にファイルシステムと関係があります。私の解決策は技術的なものではありませんが、長年私のために働いてきたものです：

ファイル名に関する私の個人的なアドバイスは常に同じです：英数字にダッシュ（-）およびアンダースコア（_）を加えたままにしてください。ウムラウトをae、ue、oeとして記述します。スペースやその他の特殊文字を使用しないでください。最初は少し不便ですが、予期しない場所での苦痛を大幅に軽減します。

サイドノートとして：はい、これは一種の厄介な「ハック」ですが、クロスプラットフォームで作業する場合、最後の共通点に戻る必要があります。文字エンコードのような基本的なものは難しい標準になると当然のことと思いますが、標準を入手するのは難しいことがわかります。このXKCDは非常にうまくまとめています