feat: allow folder-specific filters

[robin-cls]

list_files, query, filter_values did not support folder-specific filters until now. However, some datasets may have metadata in folders which is not present in the file name. This is the case for the L4-KaRIn dataset which has the version number in the folder name, but not in the file name.

This PR allows the intermediate nodes declared in the layouts - these intermediate nodes represent folders - to be used as filters in the list_files, map, query and filter_values methods. Instead of using the file name convention fields, we aggregate all fields from all declared conventions in the layouts.

Until now, layouts were assumed to share the file name convention. This means that all filtering fields could be applied to all layouts. This assumption is not true anymore. We need to introduce new behaviors when the given filters are specific to the intermediate nodes, but these nodes do not exist. The following cases were implemented:

• A folder-specific filter is given but the layouts are not enabled -> the filter is ignored and we raise a warning
• A folder-specific filter is given, the layouts are enabled and the filter is present in all the layouts -> the query should return successfully
• A folder-specific filter is given, the layouts are enabled and the filter is not present in all layouts. Only the layouts that declare the field are selected. If the query is configured to scan the part of the file system, it should returned successfully. If the query is not sufficiently constrained, the layout decimation will lead to a LayoutMismatchError. In this case, the exception is annotated by listing the folder-specific filters that may have broken the query.