在过去的2-3年里，我至少两次向国家安全局报告了亚搏在线这个问题，相关的减贫战略应该已经提交。
症状可能出现在几种情况下。例如，在日文情况下，在Linux或MacOS（系统编码为UTF-8）上使用FME无法正确读取/写入属性名称中包含日文字符（Shift JIS=Windows系统编码）的数据集。这表示fme server for linux（包括fme cloud）不能用于转换可能包含非ascii属性名的shapefile数据集。
希望你明白这个问题有多严重。
希望你明白这个问题有多严重。
可悲的是，这场比赛很难取胜。最新的Windows 10功能是一个充满希望的未来。如果您有Windows 10和此更新，请尝试。在我们早期的测试中，它似乎解决了这样的问题。从长远来看，我们在这方面还有更多的工作要做，但这个新的windows 10选项确实为fme在这种情况下的良好工作提供了一种替代的、健壮的方法。
哦（^.^）。
我也非常希望这个问题能尽快得到解决。
文件的编码是utf-8。不幸的是，当前的fme可以根据cpg文件根据utf-8读取属性值，但是默认情况下，属性名是以os的默认编码读取的（在您的情况下，应该是gbk或gb2312）。
请参考@高石的答案。这个问题已经存在很长一段时间，但不幸的是，它似乎还没有得到解决。
https://knowledge.亚搏在线safe.com/questions/55871/esri-shape-files-with-utf-8-encoded-field-names.html网站
所有这些都会导致属性名称混乱。为了避免这个问题，我想你可以试试下面的方法。
1。使用qgis将形状转换为gbk或gb2312编码的形状
二用fme读取转换后的形状
您好!@刘继生，您似乎遇到了一个已知问题，即fme shapefile reader/writer始终使用系统默认编码处理属性名称。另请参见此处。
如果shapefile数据集是由arcgis使用utf-8创建的，并且您的机器的默认编码是另一个（例如。GB2312/18030（中文窗户）。
不幸的是，除非使用与运行fme的机器的默认编码相同的编码重新创建数据集，否则无法解决此问题。
希望这件事能尽快解决。@达拉特保险箱亚搏在线,@列纳塔夫亚搏在线