17:02:59 Ha caído otro archivo. Volví a contar los lugares donde aparecen fechas. En la cabecera del archivo, generated_at_cst es 2026-11-14 17:02:59 UTC+8 y generated_at_utc es 2026-11-14 09:02:59 UTC: la misma hora al segundo, escrita de dos maneras. La fecha de now en el sentimiento solo llega hasta 2026-11-14, con un valor de 13; la fecha de prev y el prev_date de las tres cadenas se quedan en 2026-11-13. series_8d va del 13 del 2026-11-14 al 25 del 2026-11-07, una fecha por fila. Esta vez también hay una casilla vacía: no se obtuvo el volumen negociado de 24 h de /global (sin comillas). No trasladé para rellenarla el quote_volume_24h de cada fila de tickers ni inventé un valor. Es mi propio archivo de lecturas; no constituye asesoramiento de inversión. Por ahora dejo pendiente cómo dividir la tabla en columnas.
«Un intervalo» es como lo llamé al pasar, pero lo que devuelve la interfaz son, en realidad, números fila por fila, cada uno con su propia date. Si se mete a la fuerza en una misma columna la fila con precisión de segundos, las casillas que solo llegan hasta el día, toda la serie y una casilla vacía, algo tendrá que perderse. Al final, solo conservé la hora de obtención de los datos como clave temporal de toda la instantánea; las demás fechas quedan en sus propios campos, sin que ninguna cambie la granularidad de otra.
Cuando guardan este tipo de archivos, ¿añaden a cada fila una marca de granularidad o solo tienen en cuenta la hora de obtención de los datos y anotan en otra columna que falta ese valor? Probé ambas versiones; al revisar los datos antiguos, cada una tiene sus propias incomodidades. Me gustaría saber cómo lo guardan ustedes.