Open
Description
Hi, I am trying to use the library for a simple visualisation for the first time, and I stumbled upon supposedly a bug trying to draw a vertical line with text annotation on a graph with a date-time x axis.
import plotly.express as px
df = px.data.stocks(indexed=True)
fig = px.line(df)
fig.add_vline(x="2018-09-24", annotation_text="test" )
fig.show()
I get the following error message:
TypeError: unsupported operand type(s) for +: 'int' and 'str'
Could anyone please help me confirm that it is indeed a bug, my version is '4.14.1' ? Thank you.
Activity
nicolaskruchten commentedon Feb 5, 2021
Yep, definitely a bug! Thanks for the clear and reproducible report :)
I'm not immediately clear why we need to compute the midpoint of anything here
plotly.py/packages/python/plotly/plotly/shapeannotation.py
Line 58 in 03979d1
(x|y)anchor
attribute instead of trying to do math on the coordinates in the Python layer.awrobel1 commentedon Feb 13, 2021
Hi @MR0205,
If you're looking for a temporary workaround, you can get the annotation to work by converting your
x
value into milliseconds since epoch as follows:MR0205 commentedon Feb 18, 2021
@awrobel1 Thanks for your idea, I thought on using a rectangle as a replacement, where you would make both edges start at the limit of a single day. Not sure though that will completely imitate the vertical line, due to possible problem when zooming.
YukunYangNPF commentedon Mar 11, 2021
Following this too!
tomshaffner commentedon Jun 2, 2021
The above suggestion from @awrobel1 was great for me. In my case I simplified a tad with
x=datetime.datetime(2021,5,27).timestamp() * 1000
. No need to convert from a string first in this case.nicholas-esterer commentedon Aug 2, 2021
Yes, after looking into this a bit more, the implementation assumes the data are types that can have arithmetic performed on them. It needs to do this in order to compute where to put the annotation. This bug probably got through because to compute where an annotation is placed, it only needs to find the minimum, maximum or mean of the extreme coordinate values.
min
andmax
are defined for strings, so dates don't break it for positions like 'left', 'right', etc., but I think the fact that it works is just luck: the strings often sort the same as the dates.This points to 2 things that could be fixed at the higher level:
'date'
then the values should be converted to milliseconds before arithmetic is performedadd_hline
and the like, maybe have them available when usingadd_shape
? Thenadd_hline
, etc. are just special cases ofadd_shape
.ClaudiaBehnke86 commentedon Jan 5, 2022
Hi all,
I have a rather weird problem that might be connected to this issue.
I deployed an app using streamlit (V'1.2.0')
I use Plotly (V'5.3.1') to create a plot in the app.
The plot is a timeline, and there is a vertical line in it.
Based on this bug, i caluclate the postion of the of the line the following:
end_time_prelim = datetime.strptime(df['end_time'].max(), "%Y-%m-%d %H:%M:%S").timestamp() * 1000
And then use this in
fig.add_vline(x=end_time_prelim)
This works fine when I run the code locally.
However, in the online version, the line is at a shifted different position and slightly shifted.
Is this known?
Thanks a lot :-)
Not sure if helpful, but this would be the app:
https://share.streamlit.io/claudiabehnke86/tournamentcalculator/tourcalc/theapp.py
awrobel1 commentedon Jan 5, 2022
Hi @ClaudiaBehnke86,
Not sure, but you might be having trouble with time zones? When you run time timestamp calculation I believe that its looking for the timestamp based on your current timezone. So locally, everything works intuitively, but when you host your code in the cloud you start running on a UTC server and the times all seem to jump.
If this is the problem you just need to make sure to adjust your line based on the difference between your current time and UTC, by adding/subtracting milliseconds or using timezone aware times.
Also, make sure your code can handle time shifts for daylight savings time if relevant!
ClaudiaBehnke86 commentedon Jan 5, 2022
Yes, this makes a lot of sense :-D. Thanks for the hint!
alexrblohm commentedon Mar 24, 2022
Thanks for this! I had the same issue and it worked for me!
21 remaining items