Open ambarb opened 2 years ago
Thanks for the report @ambarb.
In v1 we use IPython/Jupyter display hooks to customize the way the Header displays, and as part of this we translate the time
to a human-friendly representation.
I do wonder whether, as part of the 2.0.0 update, we should go further and encode time
as a datetime
object rather than a UNIX epoch timestamp.
I think having both are convenient. The less we ask people to convert, the better off we are. Choosing the "right" format to line up with the start/stop times and the archiver are important. Right meaning, are there clear examples on stackexchange that are easy to find? Some of the really low level pandas classes for time are very tricky to convert and one needs to know a lot about pandas
ping me if it is helpful to see specific info
For a databroker V1 search like![image](https://user-images.githubusercontent.com/13630233/176969623-ede842b0-9047-45dd-bda6-216344a0ae53.png)
db(since = '2022-05-25 0:00:00', until = '2022-05-28 08:29:00',)
, i can understand easily how to adjust the time range to exclude by using the convienece ofdb.start
and scrolling down to time. Explaining this to a user is very straightforwardtiled version '0.1.0a61' isnt so convenient![image](https://user-images.githubusercontent.com/13630233/176970017-3f8a2dc4-cac7-4bf1-a75c-43e1a6fd620c.png)
novice python user will have trouble figuring this out because most examples on the web seem to use datetime.now() or deprecated datetime.fromtimestamp() or a hard-coded offset