Allow user to provide custom filter in ListingTableUrl

Personne n'a encore pris cette issue.

**Is your feature request related to a problem or challenge? Please describe what you are trying to do.**
Many object_stores are not as clean as expected. Eg: many have "hidden" files such as _SUCCESS or _temp/blahblah.
When using ListingTableUrl these files are not filtered and cause issues when inferring schema/options.

**Describe the solution you'd like**
ListingTableUrl has an optional glob but it would be more helpful if this was somewhat more generic, eg an optional Fn(&ObjectMeta) -> bool

**Describe alternatives you've considered**
We could implement the filtering at other layers in the application but they all seem to come with drawbacks/feeling awkward (eg: such filtering does not really belong in a wrapper around an object_store).

Commencez par localiser ListingTableUrl et son filtrage glob optionnel existant, puis examinez comment les métadonnées des objets sont utilisées lors de l’inférence du schéma et des options. Le travail est considéré comme terminé lorsqu’un prédicat de métadonnées optionnel peut exclure des entrées telles que des fichiers cachés avant l’inférence, avec des tests couvrant le comportement du filtrage.

Rédigé par le modèle d'indexation à partir du texte de l'issue.