Test of Text-to-Speech (TTS) Abbreviations in Waze Clients

Image This is the place to discuss issues that are relevant for locations in the US. For any other discussions, please use the main forums.

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby e-sarge » Fri Nov 07, 2014 6:16 pm

Here's another example. It's in Canada, but this is the best thread I found for drive being mis-pronounced doctor.

https://www.waze.com/editor/?env=usa&lon=-78.91376&lat=43.88275&layers=933&zoom=8&segments=80654014

    Segment is named "Glen Hill Dr S".
    Should be pronounced "Glen Hill Drive South".
    TTS said "Glen Hill Doctor South".

Please add this to the list.
ImageImage
Area Manager for Municipal Region of Durham
e-sarge
Area Manager
Area Manager
 
Posts: 180
Joined: Fri Mar 14, 2014 7:32 pm
Location: Oshawa, ON
Has thanked: 111 times
Been thanked: 29 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby e-sarge » Tue Mar 03, 2015 3:12 pm

I think beej666 is on to something here, and it could be used to off-load some of the organization and research tasks from those who interface with the staffers.

If we had a public list (wiki page, google doc/google form, etc) where editors could report problems (with Permalinks), then we could unleash a small team of volunteer Waze editor geeks to do the research (possibly including estimated number of Wazers impacted based on the trip count of the affected segment, if we can get access to that), associate like problems together (all the mispronounced 'Bueno' together, Glen Hill 'doctor' South with Patriot 'doctor' East (same pattern for abbreviation problem), etc.).

Then we could all see the status of our requests, and enable the key players to strategize what to lobby the staffers for (most difficult, longest outstanding, largest group of impacted Wazers, some quick and easy fixes, etc.).

I'd be willing to help with the construction of something like this, if there's support from the senior editor community -- PM me!
ImageImage
Area Manager for Municipal Region of Durham
e-sarge
Area Manager
Area Manager
 
Posts: 180
Joined: Fri Mar 14, 2014 7:32 pm
Location: Oshawa, ON
Has thanked: 111 times
Been thanked: 29 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby e-sarge » Tue Mar 03, 2015 7:50 pm

voludu2 wrote:Rather than a difficult-to-maintain spreadsheet:

Why not a bugzilla (or other bug/issue/feature ) tracking software. One which allows users to vote for the most important feature requests.

And anyone can see the summary report of all or "all open" or "by oldest" or "most popular" and moderators would have the power to merge duplicate requests with a click of the button.

This would be easier to share with the team, too.

Waze editors frequently use space on different unofficial waze-related servers in different parts of the world. I bet it would be possible to find a little space for this.

(And while we are at it, to set up useful issue tracking for other things like road closures, for which the sheet is very cumbersome)


A couple of counter-points:

    TTS errors are bugs, and you don't 'vote' on bugs. All bugs, once confirmed as bugs, need to be fixed (eventually, given the restrictions of resources). Priority should be based on importance and capabilities, not popularity. New features we can vote on, but that's not what this thread is really about.

    And, a second TTS error that has a similar pattern as an existing is not a duplicate, in the same way that a typo might appear on two different Wiki pages -- not a duplicate, just two bugs to be fixed. A duplicate would be two users reporting the same TTS error on the same segment.

FYI, I'm not hung up on any particular tool. I personally don't find spreadsheets 'cumbersome', I find them 'useful' -- the closure spreadsheet works just fine for me. But we don't have to use a hammer if a screwdriver is more appropriate. In this case, we have a rather large list of TTS problems, so something tabular in nature is going to be the best fit.
ImageImage
Area Manager for Municipal Region of Durham
e-sarge
Area Manager
Area Manager
 
Posts: 180
Joined: Fri Mar 14, 2014 7:32 pm
Location: Oshawa, ON
Has thanked: 111 times
Been thanked: 29 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby e-sarge » Wed Mar 25, 2015 10:38 pm

e-sarge wrote:Here's another example. It's in Canada, but this is the best thread I found for drive being mis-pronounced doctor.

https://www.waze.com/editor/?env=usa&lon=-78.91376&lat=43.88275&layers=933&zoom=8&segments=80654014

    Segment is named "Glen Hill Dr S".
    Should be pronounced "Glen Hill Drive South".
    TTS said "Glen Hill Doctor South".

Please add this to the list.


Back in November I reported this one. I did some further testing, and discovered some additional information that could be crucial to resolving these. Obviously, the abbreviation "Dr" is working properly in most cases. However, there are a few places where it continues to be pronounced "doctor".

I discovered recently that when I approach the road from the east, and the expected voice instruction is to turn right, then it says "doctor". But if I approach from the west, the expected voice instruction is then to turn left, and then is says "drive". This is very interesting that the prefix of the turn direction is having an impact on "drive" versus "doctor".

I tested this at two different intersections along this short road, and I get the same result -- "doctor" when I turn right, "drive" when I turn left.

If you need me to do further testing, there is also a Glen Hill Dr N just 3 blocks north of here -- not sure whether the "north" versus "south" direction is relevant to the "doctor" versus "drive" decision, but based on this new finding, perhaps it might also be related. PM me if testing this becomes necessary.

Hopefully this new information can steer the people doing the debugging to finally find and fix this weird pattern.
ImageImage
Area Manager for Municipal Region of Durham
e-sarge
Area Manager
Area Manager
 
Posts: 180
Joined: Fri Mar 14, 2014 7:32 pm
Location: Oshawa, ON
Has thanked: 111 times
Been thanked: 29 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby egnralnc » Sat Mar 29, 2014 3:24 pm

Hi all,
I have an issue in Raleigh NC with an exit ramp (https://www.waze.com/editor/?lon=-78.80 ... 12&env=usa). When approaching this exit, Samantha says "Aviation Parkway N" instead of "Aviation Parkway North". I've not seen anything in this forum to suggest that this shouldn't work. Any thoughts?
ImageImageImage
Homebase: NW Raleigh & RTP NC
Extended areas covered: Greenville SC, Lincolnton/Denver NC
Waze running on Samsung Galaxy S3
egnralnc
 
Posts: 44
Joined: Sat Mar 29, 2014 6:59 am
Has thanked: 14 times
Been thanked: 4 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby egnralnc » Sun Mar 30, 2014 7:02 pm

sketch wrote:Possible, then, that instead of failing to pronounce it as "north" after certain words/abbreviations, it's failing to pronounce it as "north" except after certain words/abbreviations. Same result (as far as we know); different causation.

In other words, it seems more likely that something in there is telling it to say "north" after a given list of things (e.g., "St", "Blvd", any numbers) than it is that something in there is telling it not to say "north" after "Pkwy", "Expy", "Chavez", and "Turnpike".


So, if that's the case, how to we get this fixed for "Pkwy", "Expy", "Tpk", etc.? Add to the Google Docs table?
ImageImageImage
Homebase: NW Raleigh & RTP NC
Extended areas covered: Greenville SC, Lincolnton/Denver NC
Waze running on Samsung Galaxy S3
egnralnc
 
Posts: 44
Joined: Sat Mar 29, 2014 6:59 am
Has thanked: 14 times
Been thanked: 4 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby floppyrod84 » Tue May 08, 2012 1:00 pm

Actually, enclosing N/E/S/W in brackets also makes it say the directions.
floppyrod84
 
Posts: 2583
Joined: Wed Jan 19, 2011 3:17 pm
Location: Sheerness, Kent, UK
Has thanked: 46 times
Been thanked: 42 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby floppyrod84 » Tue May 08, 2012 6:26 pm

Is there no way Waze would be willing to allow direct access to the TTS API so this could all be tested easily? Or at least give us a list of the exceptions they have in place. From that, we can conclude that everything else will be said the same as on the Nuance Vocalizer Demo online.
floppyrod84
 
Posts: 2583
Joined: Wed Jan 19, 2011 3:17 pm
Location: Sheerness, Kent, UK
Has thanked: 46 times
Been thanked: 42 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby floppyrod84 » Wed May 09, 2012 1:06 am

We use a space before and after, not inside the brackets. It does create a slight pause, yes.

Sent from my Telenor_OneTouch using Tapatalk
floppyrod84
 
Posts: 2583
Joined: Wed Jan 19, 2011 3:17 pm
Location: Sheerness, Kent, UK
Has thanked: 46 times
Been thanked: 42 times

Re: Test of Text-to-Speech (TTS) Abbreviations in Waze Clien

Postby floppyrod84 » Wed May 09, 2012 1:07 am

Can't see from phone if it's there, but Cr gives County Road. Annoying here as it's our convention for Crescent.

Sent from my Telenor_OneTouch using Tapatalk
floppyrod84
 
Posts: 2583
Joined: Wed Jan 19, 2011 3:17 pm
Location: Sheerness, Kent, UK
Has thanked: 46 times
Been thanked: 42 times

PreviousNext

Return to United States

Who is online

Users browsing this forum: No registered users