Prise en compte des micro-secondes

Je viens de trouver un petit bug dans la nouvelle implémentation de dataselect par rapport aux dates. Les deux requêtes suivantes devraient retourner à minima les mêmes données (aux tailles de blocs miniseed prêts). wget -O resif "https://ws.resif.fr/fdsnws/dataselect/1/query?starttime=2023-06-12T23:00:00&endtime=2023-06-12T23:59:59.999999&station=BAM&channel=HH?&network=MQ" wget -O ipgp "https://ws.ipgp.fr/fdsnws/dataselect/1/query?starttime=2023-06-12T23:00:00&endtime=2023-06-12T23:59:59.999999&station=BAM&channel=HH?&network=MQ"

Or ce n'est pas le cas, il manque la dernière seconde de la journée dans le cas de l'appel au webservice de Resif.

msi -tg resif 
   Source                Start sample             End sample        Gap  Hz  Samples
MQ_BAM_00_HHE     2023,163,23:00:00.000000 2023,163,23:59:59.000000  ==  100 359901
MQ_BAM_00_HHN     2023,163,23:00:00.000000 2023,163,23:59:59.000000  ==  100 359901
MQ_BAM_00_HHZ     2023,163,23:00:00.000000 2023,163,23:59:59.000000  ==  100 359901

msi -tg ipgp 
   Source                Start sample             End sample        Gap  Hz  Samples
MQ_BAM_00_HHE     2023,163,22:59:50.540000 2023,164,00:00:02.670000  ==  100 361214
MQ_BAM_00_HHN     2023,163,22:59:41.700000 2023,164,00:00:00.510000  ==  100 361882
MQ_BAM_00_HHZ     2023,163,22:59:45.020000 2023,164,00:00:00.150000  ==  100 361514

On dirait que le webservice tronque les requêtes à la seconde et ne tient pas compte des microsecondes. Du coup, ça n'est pas compatible avec la norme FDSN (page 6). https://www.fdsn.org/webservices/FDSN-WS-Specification-Commonalities-1.2.pdf

Par ailleurs, il faudrait mettre à jour la page de description du webservice car des options étendues ne sont plus supportées. Par exemple la possibilité de spécifier une durée en seconde dans le endtime renvoi désormais une erreur 400 (logique, ce n'est pas dans la norme). De même en utilisant le raccourci starttime=currentutcday.