User:Tonestertm/City naming for improved search View history

(A first rewrite of Vicki's draft)
 
No edit summary
Line 1: Line 1:
To keep city names from sprawling over too wide an area in the Waze app, in WME and LiveMap, editors follow standards of placing the city name on segment details only within the boundaries of the city polygon. That means many addresses on the map are in “no city” areas, particularly in rural regions. Additionally, sometimes large cities have well-known areas, which are defined by USPS addressing, but the area is technically still a part of the larger city.  
To keep city names from sprawling over too wide an area in the Waze app, in WME and in LiveMap, editors follow standards of placing the city name on segment details only within the boundaries of the city polygon. That means many addresses on the map are in “no city” areas, particularly in rural regions. ''Additionally, sometimes large cities have well-known areas, which are defined by USPS addressing, but the area is technically still a part of the larger city. '' <-- The last sentence needs work, but I'm getting too scattered to nail it, right now.  


== The search problem ==
== The search problem ==
An editor can create a Residential Point Place (RPP) in the correct location with an accurate address, but Waze may not route to the RPP if the city name is not matched on a nearby road segment. It will display under the "more results" tab in the app, but will be listed without a city and is thus unlikely to be chosen.
An editor can create a Residential Point Place (RPP) in the correct location with an accurate address, but Waze may not route to the RPP if the city name is not matched on a nearby road segment. It will display under the "more results" tab in the app, but will be listed without a city and is thus unlikely to be chosen.


Waze app search defaults to a best match of search terms, whether they're entered in search fully or selected from the autofill results.  If the Wazer enters or selects a postal address and there is no city on the Waze segment, Waze will fall back to Google data that matches and will route to that pin. That’s not always optimal, especially in rural areas or other locations where the destination is some distance from the named road.
''??Waze app search defaults to a best match of search terms, whether they're entered in search fully or selected from the autofill results.??'' If the Wazer enters or selects a postal address and there is no matching city on the Waze segment, Waze will fall back to Google data that matches and will route to that pin. That’s not always optimal, especially in rural areas or other locations where the destination is some distance from the named road.


[[File:WMEvsGmaps.png|left|180px|WME vs. Google Maps]]
[[File:WMEvsGmaps.png|left|180px|WME vs. Google Maps]]
There are sometimes multiple city names in use for an area — a municipality or a Census Designated Place (CDP), in addition to the postal address.
Because many Wazers will search for a location by its postal address, a new (as of November 2016) editing standard includes adding the USPS-designated city as an alternate on segments having no name, or a conflicting name, in the City field.


Because many Wazers will search for a location by its postal address, a new (as of November 2016) editing standard includes the USPS-designated city as an alternate on segments having no name, or a conflicting name, in the City field.
For example, these images show the search result discrepancy between the Waze RPP and the Google destination pin. The example shown in the images is [http://www.waze.com/editor/?env=usa&lon=-122.88559&lat=45.44846&zoom=6&mode=0&venues=155386310.1553928641.3818499 10020 SW Grabhorn Rd, Beaverton, OR].


For example, these images show the search result discrepancy between the Waze RPP and the Google destination pin. The example shown in the images is [http://www.waze.com/editor/?env=usa&lon=-122.88559&lat=45.44846&zoom=6&mode=0&venues=155386310.1553928641.3818499 10020 SW Grabhorn Rd, Beaverton, OR].


== The solution ==
== The solution ==


[[File:EditCityData.png|right|180px|Editing segment city data]]
[[File:EditCityData.png|right|180px|Editing segment city data]]
The USPS city, Beaverton, has now been added in an Alt name to Grabhorn Road. The RPP city now matches the Alt name city on the road, so the RPP is used, instead of the Google pin, providing proper routing to the destination.  
The USPS city, Beaverton, has now been added in an Alt name for SW Grabhorn Road. The RPP city now matches the Alt name city on the road, so the RPP is used, instead of the Google pin, providing proper routing to the destination.  


''(Not sure the following paragraph is actually needed)''
NOTE: In order to add an alternate city to an unnamed road segment, it’s necessary to put the street name of the address in the primary position, and then save, to get the option to add an alternate. The street name can be deleted from the primary after the alternate is in place.  
NOTE: In order to add an alternate city to an unnamed road segment, it’s necessary to put the street name of the address in the primary position, and then save, to get the option to add an alternate. The street name can be deleted from the primary after the alternate is in place.  


Line 31: Line 31:
== Identifying the correct postal city ==
== Identifying the correct postal city ==


Editors should use official USPS tools to check the city. If you know the ZIP Code, the city can be looked up here, or entering a city believed to be correct can be verified:
There are sometimes multiple city names in use for an area — a municipality or a Census Designated Place (CDP), in addition to the postal address. Typically, only the USPS naming should be added, and CDP names should not be used, unless they happen to coincide with USPS naming.
 
Editors should use official USPS tools to check the city. If you know the ZIP Code, the city can be looked up here, or you can verify the USPS city for an address:


http://tools.usps.com/go/ZipLookupAction_input
http://tools.usps.com/go/ZipLookupAction_input
Line 39: Line 41:
http://eddm.usps.com/eddm/customer/routeSearch.action
http://eddm.usps.com/eddm/customer/routeSearch.action


''Not sure how this is pertinent....''
TIGERWeb is an online service of the U.S. Census Bureau:
TIGERWeb is an online service of the U.S. Census Bureau:


http://tigerweb.geo.census.gov/tigerweb/
http://tigerweb.geo.census.gov/tigerweb/


Note that ZIP codes should not be used in any segment naming.
Note that ZIP codes should not be used in any segment naming, as they sometimes do not match city naming boundaries.
CDP names should not be used, unless they happen to coincide with USPS naming.

Revision as of 21:40, 14 November 2016

To keep city names from sprawling over too wide an area in the Waze app, in WME and in LiveMap, editors follow standards of placing the city name on segment details only within the boundaries of the city polygon. That means many addresses on the map are in “no city” areas, particularly in rural regions. Additionally, sometimes large cities have well-known areas, which are defined by USPS addressing, but the area is technically still a part of the larger city. <-- The last sentence needs work, but I'm getting too scattered to nail it, right now.

The search problem

An editor can create a Residential Point Place (RPP) in the correct location with an accurate address, but Waze may not route to the RPP if the city name is not matched on a nearby road segment. It will display under the "more results" tab in the app, but will be listed without a city and is thus unlikely to be chosen.

??Waze app search defaults to a best match of search terms, whether they're entered in search fully or selected from the autofill results.?? If the Wazer enters or selects a postal address and there is no matching city on the Waze segment, Waze will fall back to Google data that matches and will route to that pin. That’s not always optimal, especially in rural areas or other locations where the destination is some distance from the named road.

WME vs. Google Maps
WME vs. Google Maps

Because many Wazers will search for a location by its postal address, a new (as of November 2016) editing standard includes adding the USPS-designated city as an alternate on segments having no name, or a conflicting name, in the City field.

For example, these images show the search result discrepancy between the Waze RPP and the Google destination pin. The example shown in the images is 10020 SW Grabhorn Rd, Beaverton, OR.


The solution

Editing segment city data
Editing segment city data

The USPS city, Beaverton, has now been added in an Alt name for SW Grabhorn Road. The RPP city now matches the Alt name city on the road, so the RPP is used, instead of the Google pin, providing proper routing to the destination.

(Not sure the following paragraph is actually needed) NOTE: In order to add an alternate city to an unnamed road segment, it’s necessary to put the street name of the address in the primary position, and then save, to get the option to add an alternate. The street name can be deleted from the primary after the alternate is in place.

Search result
Search result

The improved navigation result can be seen in the final screenshot from the app.

There are other standards in place for other purposes requiring the addition of other street data in the the alternate. The addition of the USPS City does not change any other standards but complements anything already existing on those affected segments.

Addressing within large cities

When a postal address is searched within a large city, the search result may again default to Google information, because the primary name used on Waze segments is necessarily the city name, in order to preserve the City polygon. In these cases, an Alt name using the postal city should be added in order to allow proper routing using the USPS city name.

Identifying the correct postal city

There are sometimes multiple city names in use for an area — a municipality or a Census Designated Place (CDP), in addition to the postal address. Typically, only the USPS naming should be added, and CDP names should not be used, unless they happen to coincide with USPS naming.

Editors should use official USPS tools to check the city. If you know the ZIP Code, the city can be looked up here, or you can verify the USPS city for an address:

http://tools.usps.com/go/ZipLookupAction_input

Every Door Direct Mail, a mapping tool from USPS, produces a map with ZIP Code boundaries:

http://eddm.usps.com/eddm/customer/routeSearch.action

Not sure how this is pertinent.... TIGERWeb is an online service of the U.S. Census Bureau:

http://tigerweb.geo.census.gov/tigerweb/

Note that ZIP codes should not be used in any segment naming, as they sometimes do not match city naming boundaries.