span8
span4
我注意到一些奇怪的行为,而出口一些简单的数据到shape文件:使用“技术预览”(featurewriter的作家)我的属性名和值进行修剪,以一个字符的时候...
我读过这个格式是仍在积极发展,但我无法找到它作为一个已知的问题:这是一个错误还是我做错了什么?
预期输出(使用“经典” shapefilewriters):
技术预览输出:
使用FME(R)2019.1.3.0(20191007 - 构建19642 - WIN64)
例如工作台:shpTechPrevExport.fmwt
所以,就像我提到的,它是旧的Shapefile读者不能从新的Shapefile作家读回数据。我的初步结论是,问题是编码之一。在日志中的消息告诉我:
工人844> DBF阅读器:没有编码指定,假定系统。如果属性名称不正确或属性不能被读取,校验读者的编码参数
这是一个有点奇怪的是,新的读者会读回没有问题,但我想新的作家在写数据,并且是一个小的编码上更加严格。老读者无法处理严格。
因此,在这种情况下,我觉得有两种选择:
如果你做那些,无论(或两者),那么我不认为你有问题。
尽管如此,我有一个查询与我们的开发人员找出到底是怎么回事,为什么。
感谢调查@马克2ATSA亚搏在线FE,周末后我会试试你的建议,因为我已经没有FME笔记本了
这只是我工作台上的一个小样本,其他具有相同设置的featurewriter提供了正常的结果,只是其中一些修改了属性,我将在下周检查
再次感谢!
不客气。我和开发人员聊过,他说数据是UTF16。但基本上就像我上面提到的。如果您在writer上显式地设置编码,它将有很大帮助。如果您的数据只在本地使用,则可以选择与国际兼容的UTF8或System。并检查日志文件中的警告,这是此类信息出现的位置。希望这有帮助。
您好!@马克2ATSA亚搏在线FE,这当然有帮助。我以前从来不用担心编码,所以我没有完全意识到忽略这个设置的局限性和后果。使用“tech preview”时“old”shp输出正常,这仍然让人感到奇怪,这导致需要手动设置编码。
但事实上,设置为“fme system”的UTF8解决了这个问题,同时将参数设置为UTF-16LE(与读取数据的方式相同),这些值将被修剪
©2019安全亚搏在线软件公司|法律