If Waze is supposed to be providing accurate information to its end users, then the parking lot issue needs to be addressed. Giving end users incorrect/inaccurate information is worse than giving them no information at all.

Using data like location, speed, the radius of where user has been driving for the last minutes, planned route ended but car still "moving around", any other datapoints - or even by having the user pressing a "I'm looking for parking" button, estimate the time users are taking to find parking spaces on the street in different areas of towns.

This could provide an estimate for "time to park" in real time, or for planned trips.

I believe this could help planning errands and daily routines.

What we really need is to allow us to link parking lots with places.

Another good idea would be that in the data of the places registered in Waze, as well as schedules and phones included whether the place has parking and if it has drive thru

Be able to note that a parking lot was packed at a certain moment. This should not affect the road rerouting. It would be great to note if a parking lot has ample spots available so we can choose what trailhead, natural area, mall area, or whatever to go to

when starting a drive , wave should ask if you are driving and need a spot. it should ask you how many blocks your willing to walk to your destination ie. 1 block radius around your destination.
at that set radius , Waze should alert you to start looking for parking.

Disabled customers need to know about suitable parking. In the UK we have a card we can display in the window to use parking designated only for us. However, Waze doesn't show this kind of parking, just the nearest parking lots. We need to know if there is designated parking at or close to the destination point. It could be activated by a simple tick box in the settings, so that only people who need that parking will see it.

It can take you to the nearest parking spot instead of your destination.

We are students of the Achille Mapelli High School in Monza. We are in partnership with "common goods" and we are planning an app (IOS and android) regarding the search for a parking . We wanted to know your availability for a possible collaboration (we developed a startup and a project work.
Thank you for reading!!

Siamo studenti della scuola superiore A.Mapelli di Monza e stiamo collaborando con "common goods". Stiamo progettando un applicazione che aiuti a trovare parcheggio (IOS, android).Vogliamo sapere la vostra disponibilità per avere una collaborazione. Abbiamo già progettato una start up e un project work.

Grazie per aver letto

more info:commongoods2019@gmail.com

thank you for reading!!

Guys! A suggestion: it'd be nice to search marked parking places on roads with above city speed limits.
This would offer the driver time to prepare if he's far away from the best exit ramp and not miss multiple spots when drowsy or feeling tired. Thoughts?

Or you can report a free parking spot, once you see it. (Even when you're walking, you can help)

As of 17 May 2018, when you're driving to a destination, a tap on the ETA , a second tap on "P" allows to search for parking lots.
Unfortunately, results are parking lots close to the destination.
While driving on a motorway, I would like to know where is the nearest parking lot / rest area - a feature that is available on my car's built-in GPS..

Confedyank, "nearest parking" is addressed in another Search issue. When you search for something, it brings up the business and the parking if the name matches, but does not distinguish it from the a matching parking lot. (To Waze, both the business and the parking show in the results.) Right now, a matching lot shows "Parking - " before any important or decision-making information. This suggestion allows the string "Parking - " to be replaced with a meaningful icon that stands out. A little historical investigation, the naming convention was adopted to address the shortfall in how search results were being displayed. Add "Parking -" to make the lot stand out from the business with the same name. Unfortunately, data is lost to the right of the 10 characters which, as you point out, can't be discerned at a glance.

To clarify my point, how does this help when me, or anyone else is only looking for a place, and only parking I’m concerned with is what is attached to it? Which is the most common use for parking regardless, I don’t want to be routed to parking, I want as close to business as possible, parking is only concern after I get there. So how does this help if Waze is still telling me closest parking is down the road?

Agree, oldbeeg. In speaking with others, there are changes afoot in the PLA results in searches. This enhances and does not conflict with what I was told. To Confedyank's note, this improves the "at a glance" readability by putting key info next to a meaningful icon to grab the eye. Just my experience in developing UIs.

Saving 6 characters may not be that important if the name following "Parking" is shortened as the wazo suggests by not using the full name for the business/entity. I am also of the opinion that until we know more about the long-term usage(s) that Waze intends for PLAs, we can't make reasoned decisions on changing the way they are currently identified and written up in the wazo. 'Intermediate' changes may cause more work/problems down the road than we have any idea about. Once we know how PLAs are proceeding, we can 'have at it' for revisions, as editors see need.

Rather than "Parking - " at the beginning of the Name, a colored icon to set the parking apart from the business is easy to spot. The first words of the name should be the most important information that can be grabbed at a glance (see the naming standards suggestion). Basically, the icon contains a lot of information in itself: It's a parking lot, and it is Public, Restricted, or Private.

How will this aid users that do quick/voices searches who don’t have time to stare at screen to determine which parking they’re searching for?

When searching for a venue, Waze should suggest the nearest parking lot that includes the venue name, no matter what Type it is. the example I'm trying to solve is when I search for "Walmart", it directs that the nearest lot is "Parking - Home Depot" 1.2 miles away...only because Home Depot was erroneously created as a Public lot. It should direct me the the nearest lot that includes "Walmart", which is Restricted by definition. So if I search for "Walmart", "Parking - Walmart" should be displayed as the nearest recommended lot.

Editors then need to know that mall parking (or any lot that is not listed for a particular business) should be "Public".

When searching for a venue, place a "P" icon before a Parking Lot. That way, a Wazer can select the business or its Lot. Right now, the word "Parking - " precedes the lot name, and information is cut off at the end. By have the app display the "P" icon (blue for Public, Green for Restricted, and Yellow for Private), the editors can put more useful information in the Lot name. This works in conjunction with my suggestion to the naming standards, https://www.waze.com/forum/viewtopic.php?p=1698003#p1698003.