Knime List Files 节点正则表达式过滤器在 \+(加号)上损坏
Knime List Files node regex filter broken on \+ (plus character)
在列表文件节点中应用正则表达式过滤器
.*\+.*
或
.*[+].*
在 Knime 3.3.2(Windows 7、64 位)中运行完美。我现在已经升级到 3.4.2,它会在同一目录中创建空的 table,文件名中带有“+”符号。
我有一个解决方法:我在没有任何过滤器的情况下读取了整个目录,如果我使用
应用基于规则的行过滤器节点
$Column_name$ MATCHES .*\+.*
或
$Column_name$ MATCHES .*[+].*
它有效,所以它似乎是一个特定于列表文件节点的问题。
是否有人知道为什么带有“+”符号的正则表达式过滤器在“列表文件”节点中损坏?
您可以尝试使用以下方法进行过滤:
.*?%2[bB].*
(我在第一个.*
之后添加了?
用于非贪婪读取)%2B
是+
符号URL编码。
此行为是由
AP-7483: List Files RegEx checks encoded URL instead of file path
在列表文件节点中应用正则表达式过滤器
.*\+.*
或
.*[+].*
在 Knime 3.3.2(Windows 7、64 位)中运行完美。我现在已经升级到 3.4.2,它会在同一目录中创建空的 table,文件名中带有“+”符号。
我有一个解决方法:我在没有任何过滤器的情况下读取了整个目录,如果我使用
应用基于规则的行过滤器节点$Column_name$ MATCHES .*\+.*
或
$Column_name$ MATCHES .*[+].*
它有效,所以它似乎是一个特定于列表文件节点的问题。
是否有人知道为什么带有“+”符号的正则表达式过滤器在“列表文件”节点中损坏?
您可以尝试使用以下方法进行过滤:
.*?%2[bB].*
(我在第一个.*
之后添加了?
用于非贪婪读取)%2B
是+
符号URL编码。
此行为是由
AP-7483: List Files RegEx checks encoded URL instead of file path