我们应该在文档中去掉这个推论。fme_mf_dir是工作区目录，仅此而已。如果你的数据恰好在那里，祝贺你。但我不想在医生身上有这样的飞跃。我已经要求团队调整它。谢谢
对，可能是从模板创建工作区时。但我同意这是不确定的，也许也不常见。
也许我对“和，在某些情况下。自然语言比程序语言更难正确理解。
您好!@戴维德，谢谢你的评论。当然，有些情况下所有源数据文件都保存在与工作区文件相同的文件夹中。在这种情况下，fme_mf_dir表示源数据集的位置，但这当然是个问题。作为对参数的描述，没有必要特别提到，所以我假设还有其他一些特殊情况，即fme_mf_dir指示源数据集的位置，尽管它与工作区位置不同。想得太多了…
他们会不会想到所有把工作区和数据放在同一个文件夹中的人？我确实看到了很多，尤其是偶尔使用FME的用户。
DaleAtS亚搏在线tabess，然而，文件显示“包含当前工作区所在文件夹的名称”而且，在某些情况下，源数据集的位置。“我从没见过这样的案子。你能澄清一下吗？
关于fme-mf-dir参数，文档中说“包含当前工作区所在文件夹的名称，并且，在某些情况下，源数据集的位置。”
根据我的经验，然而，参数始终包含保存当前工作区文件（*.fmw）的文件夹路径。我从未见过它包含“源数据集的位置”的情况。
Robyn的工作区示例不使用fme-mf-dir。StringConcatenator只是连接一个特定的文件夹路径和一个存储文件名的属性值，以创建完整的文件路径，然后，attributeFileReader读取由路径指定的文件的内容。
你怎么能把这些应用到你的目的上？
我认为您的问题是如何从每个文件路径字符串中提取部分，当多个文件被选作读卡器的数据集时。我错了吗？
#我想知道fme_mf_dir何时会包含“源数据集的位置”。
注意--fme_mf_dir是工作区所在的目录。它不是数据所在的位置。FME_mf_dir不太可能对原始问题中的场景有帮助。
文件名partextractor和attributeexposer（对于多个文件）为我们提供了文件位置，正如系统参数fme_mf_dir所做的那样。另一方面，带有StringConcatenator的attributeFileReader提供与Robyn编写的相同的输出。我试过用罗宾的方法，但可惜没用。两者的工作方式相同还是罗宾的想法只适用于数据库？我们可以在写SHP时使用它们吗？XMLS等？
我无法理解您关于文件名partextractor的问题是如何与系统参数和Robyn的文章相关的。新问题？
你好，
：）有很多方法可以达到所需的结果。由你决定哪个是最佳的。
普拉塔普
我正在检查系统参数页想知道我是否也可以使用这如张贴@ R奥比安保险箱亚搏在线.
当您选择多个文件时，用户参数值将是一个空格分隔的文件路径字符串。这就是为什么你不能完成你的目标。我想@普拉塔普的答案是文件名partextractor的一般用法。
此外，您可以在读卡器功能属性对话框（格式属性选项卡）中显示“FME U数据集”。
你好，
使用attributeexposer并公开属性fme_dataset，然后在文件名partextractor的“source filename”参数中选择“fme_dataset”。
普拉塔普
对。我将源名称作为参数，并将参数名称赋予源文件名。我正在使用prompt和run translation运行WB，并且只显示最后一个文件的名称。其余所有属性都是完美的。
您是如何设置变压器的“源文件名”参数的？