-
-
Notifications
You must be signed in to change notification settings - Fork 28.5k
New issue
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
Waze error - 0.89.2 #22022
Comments
I have this issue too |
@ikifar2012 I don't know this issue is related. But will keep an eye out. No reference to that error in that PR or other issue. |
@edif30 @ikifar2012 none of those issues address the problem. The problem is being addressed in the WazeRouteCalculator. kovacsbalu/WazeRouteCalculator#37 When that PR is merged, this pr will be applied #21632. Once that goes through, I have plans to fix other aspects of the component. |
Thanks @Petro31 |
Hopefully your pull request gets merged soon @Petro31 !!! |
While troubleshooting iCloud3, I found an 'empty response' error being returned from the WazeRouteCalcuator, but not all the time. After putting the call to Waze in a retry loop, I was receiving the normal distance & time data after 1 or 2 retries. I did put in a limit of retrying 4 times in case of drastic problems but have rarely reached the limit. |
When is this getting merged? It's broken for a while now.. |
Version 1.0 of iCloud3 was released 2 weeks ago and has was updated to 1.0.2 this past weekend.
———
Gary Cobb
…On Mar 26, 2019, 12:54 PM -0400, dennusb ***@***.***>, wrote:
When is this getting merged? It's broken for a while now..
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
@Petro31 I had applied your PR that you listed above back on 0.90.x and all the "Error on retrieving data: empty response" messages ERROR/WARNING went away. Now under 0.91.x, they are back. WARNING, but I get them randomly in the logs. Whereas on 0.90.x it was very clean. Not sure if anything changed between then and now. |
Please do so, it’s broken for quite some time now :(
Verstuurd vanaf mijn iPhone
…
|
@edif30 is this still the case? I haven't look at this in a while. |
@Petro31 yes it is still happening. |
@Petro31 still an issue |
When is this going to be merged? It's still an issue and broken for a long time now... |
No clue. It's not up to me. The PR has been sitting in limbo for 2 months now with all the correct information. Also according to @edif30 the error persists even with the new PR. |
Yes, error still there. But the message now is "Error on retrieving data: empty response" |
Appears #22428 was merged... Does that mean 0.94.1 might actually work ? |
I'm still getting this issue on 0.94.3. |
It was merged into dev for 0.95, so verify after that release. |
on 0.95.1
|
same error on 0.95.4 too
|
Same here on 0.97.1 |
Is this going to be fixed? |
This PR has been open for a while #21632 |
Worked yesterday, today again |
I'm on 0.101.3 and have the same issue. One out of four routes never gets a response and the others are spotty. |
Still exists on 0.108.9. |
and 0.109 |
and 0.110 |
and 0.111.0 |
I don't think this issue is getting fixed, who is the codeowner of this integration? |
Still exists on 0.112.0 |
I am seeing the following error in my log, which is different than the original one posted. I also wanted to add that while I'm seeing this error every 5 minutes in my home-assistant.log file, I -am- receiving travel times from Waze.
So the "Cannot get coords for ," is new to me. Before I was just seeing "empty response". Perhaps they're related, perhaps not. Hope this helps to resolve the issue, and thank you for this integration - its been a favorite of my family - especially when you combine it with calendar events! |
Nevermind. My issue was that the lat/long wasn't being populated because my device tracker name changed. Sill getting the regular error everyone else is now that that is fixed. :/ |
Still exists on 0.113.0 |
... and also 0.114.x, just for the broken record. |
Guys, sorry to say but this response is from them. This and the 'Internal Error' come directly from the Waze response. Meaning if I ask for directions, waze says "I got nothing" or "I had an Internal Error" or "Here's your results". We can't fix what we don't control. So if they say "I got nothing", then it's reported. Now we can suppress the errors as warnings, but they will still occur. Also, just make sure your latitude and longitude are correct. If you reverse them, you will always get "I got nothing" because waze can't get directions when 1 location is in the middle of the ocean (or across continents). |
Wow fixed just use zones |
The Documentation beforehand when this issue was initially created showed that you had to use addresses I think that is the issue and also in the example it still shows this sensor:
- platform: waze_travel_time
origin: Montréal, QC
destination: Québec, QC
region: 'US' which doesn't work because they are not coordinates, I believe what happened is that a change was made to only accept GPS coordinates which the documentation did not reflect at the time and aren't fully updated as shown above. |
That's not correct. It accepts GPS coordinates, addresses, and entities. |
I have read about these issues for a while and solved it in iCloud3 a long time ago (and also posted what I did to solve the problem a while ago too). It is a timing issue. In iCloud3, I check the results, and if I didn’t get any, I try the request again. In 99.9% of the time, I get successful location information within 3 retries. Below is a code snippet of what is in iCloud3. Feel free to use it in any fashion, in any location to help solve your data retrieval issues. ‘‘‘
‘‘‘ |
Hi, sensor:
- platform: template
sensors:
johndoe_locataion_waze:
value_template: "{{ '%.6f'%(states.person.johndoe.attributes['latitude']| float) }},{{ '%.6f'%(states.person.johndoe.attributes['longitude']| float) }}"
home_zone_waze:
value_template: "{{ '%.6f'%(states.zone.home.attributes['latitude']| float) }},{{ '%.6f'%(states.zone.home.attributes['longitude']| float) }}"
- platform: waze_travel_time
name: Waze John Doe to Home
origin: sensor.johndoe_locataion_waze
destination: sensor.home_zone_waze
region: 'EU' Explanation: I hope this helps someone |
Interesting. @gcobb321 does your call also use a float to 6 digits? |
@sstratoti
These results are from two Waze route requests today, one right after the other. As luck would have it, the second failed with no response, followed by an immediate retry resulting in a good response. As you can see, the precision of the locations varies from 6-digits to 15-digits so I don’t think that it’s the issue. A successful retry again points to timing. The source code for ICloud3 can be found in the device_tracker.py program in the GitHub repository here. The Waze routines start at line 6636. Hope this helps. |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Hi, still happening in 2021.1.5. Cheers ! :) |
try using zones |
Hi, this is already what I am doing : # Travel times to home
- platform: waze_travel_time
name: waze_twan_to_home
origin: person.antoine
destination: zone.home
region: "EU"
- platform: waze_travel_time
name: waze_caro_to_home
origin: person.caroline
destination: zone.home
region: "EU"
# Travel times to work
- platform: waze_travel_time
name: waze_twan_to_work
origin: person.antoine
destination: zone.twan_work
region: "EU"
- platform: waze_travel_time
name: waze_caro_to_work
origin: person.caroline
destination: zone.caro_work
region: "EU" |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
**Home Assistant release with the issue: 0.89.2
**Last working Home Assistant release (if known): 0.88.x
**Operating environment (Hass.io/Docker/Windows/etc.):Docker
**Component/platform: Waze Travel Time
Description of problem:
Problem-relevant
configuration.yaml
entries and (fill out even if it seems unimportant):Traceback (if applicable):
Additional information:
The text was updated successfully, but these errors were encountered: