AN
Что такое векторные и матричные отметки логического времени?
Size: a a a
2021 April 07
AP
ну, они (leap seconds) в стандартной джулии вроде не рассматриваются вовсе
AN
Так мы не про тип данных, а про ряды.
AN
Отсюда, кстати различие Timestamp и Datetime :)
AP
по-моему, ни одного из этих моментов не отражено в упомянутом обсуждении пакета timeseries
АО
Ну, кстати, по аналогии с тем, что я писал в issue, всегда можно сделать
прокинуть нужные функции с помощью
То есть в принципе каких-то совсем жёстких ограничений он не накладывает.
Но, разумеется никто не гарантирует, что он не начнёт генерировать каких-нибудь странных результатов, так как имеются явные и неявные предположения.
struct Foo{T} <: TimeType
x::T
endпрокинуть нужные функции с помощью
@lazy и пользоваться функциональностью пакета.То есть в принципе каких-то совсем жёстких ограничений он не накладывает.
Но, разумеется никто не гарантирует, что он не начнёт генерировать каких-нибудь странных результатов, так как имеются явные и неявные предположения.
AP
если их добавлять, то да, видимо получится что-то более специфичное
но текущее обсуждение, на которое была ссылка, намного шире чем время
но текущее обсуждение, на которое была ссылка, намного шире чем время
AN
Вот тут соглашусь. Для меня главный стоппер в "простых" библиотеках - отсутствие работы именно со временем в смысле нормальной синхронизации.
AP
таких тонкостей мне лично никогда не требовалось, хватало обычного наивного представления времени
а как поддержкой этого в других популярных библиотеках?
а как поддержкой этого в других популярных библиотеках?
AN
А всяким ARIMA и иже с ними любой вектор подойдёт :)
AN
Хорошо. Есть даже полноценные библиотеки для работы с данными распределённых транзакций...
Но дорогие.
Но дорогие.
AP
мне кажется, они не особо "популярные"? я скорее имел в виду, например, timeseries пакеты в питоне
VG
Ну хорошо, а если у нас каждый индекс - это интервал значений не фиксированной длины, например:
1:3, 12:20, 33:50, и т.д.?
1:3, 12:20, 33:50, и т.д.?
AP
если вопрос ко мне, то я его не понял :)
VG
Вопрос в том, оставлять ли это на знание пользователем своих данных, или сделать автоматические операции для комбинаций разных типов временного индекса
AN
Тут, как и в любой области, есть несколько уровней погружения.
Обычные вещи вполне себе делаются стандартными пакетами. См. https://software.intel.com/content/www/us/en/develop/training/course-time-series-analysis.html
Обычные вещи вполне себе делаются стандартными пакетами. См. https://software.intel.com/content/www/us/en/develop/training/course-time-series-analysis.html
AN
Но далее как минумум нужен кто-то типа https://syncing.readthedocs.io/en/stable/
VG
Если учитывать разные типы индексов и пытаться их делать оптимально, то вылезают такие штуки, как например: для равномерно дискретного времени можно вообще не хранить timestamp, а определять его из частоты и обычного индекса элемента. Но как только выбрали оттуда элементы не по порядку, то уже придется сохранить timestamp.