We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
C'est arborator qui gère les timestamp actuellement.
timestamp
Je pense qu'il y a des incohérences car, par exemple, dans le project NAIJA-PRAAT_19.06, sample ABJ_INF_12_Evictions_MG, il y a des valeurs comme:
NAIJA-PRAAT_19.06
ABJ_INF_12_Evictions_MG
# user_id = bernard.l.caron # sent_id = ABJ_INF_12_Evictions_MG__51 # timestamp = 1592599048911 … … # user_id = bernard.l.caron # sent_id = ABJ_INF_12_Evictions_MG__50 # timestamp = 1592570701.78661 …
Le premier timestamp est un INT en millisecondes et le deuxième est un FLOAT en secondes.
The text was updated successfully, but these errors were encountered:
Fixed, will be closed when it's pushed to prod.
Sorry, something went wrong.
We decided to use the format INT given in millisecond.
All timestamps in both servers now follow the format "INT in millisecond"
No branches or pull requests
C'est arborator qui gère les
timestamp
actuellement.Je pense qu'il y a des incohérences car, par exemple, dans le project
NAIJA-PRAAT_19.06
, sampleABJ_INF_12_Evictions_MG
, il y a des valeurs comme:Le premier timestamp est un INT en millisecondes et le deuxième est un FLOAT en secondes.
The text was updated successfully, but these errors were encountered: