Opened 11 years ago

Closed 11 years ago

#2403 closed defect (fixed)

Normaiize/Standardize discrepancies with suffix in internal

Reported by: robe Owned by: robe
Priority: medium Milestone: PostGIS 2.1.0
Component: pagc_address_parser Version: 2.0.x
Keywords: Cc:

Description

In writing book, noticed one discrepancy between normalize_address and pagc_address_parser. I suppose in some case the results may be right, though feels wrong.

SELECT * from normalize_address('1731 New Hampshire Avenue Northwest, Washington, DC 20010');

address|predirabbrev|streetname|streettypeabbrev|postdirabbrev|internal|location|stateabbrev|zip|parsed
1731||New Hampshire|Ave|NW||Washington|DC|20010|t
SELECT * from pagc_normalize_address('1731 New Hampshire Avenue Northwest, Washington, DC 20010');

address|predirabbrev|streetname|streettypeabbrev|postdirabbrev|internal|location|stateabbrev|zip|parsed
1731||NEW HAMPSHIRE|AVE||# NORTHWEST|WASHINGTON|DC|20010|t

To rule out my custom edits as being the culprit, I tested

SELECT * from standardize_address('lex', 'gaz', 'rules'
, '1731 New Hampshire Avenue Northwest, Washington, DC 20010');

address|predirabbrev|streetname|streettypeabbrev|postdirabbrev|internal|location|stateabbrev|zip|parsed
1731||NEW HAMPSHIRE|AVE||# NORTHWEST|WASHINGTON|DC|20010|t

I feel Northwest should be treated as a sufix rather than internal as it is with normalize_address, but not quite sure what to change here without messing up something else.

Change History (2)

comment:1 by robe, 11 years ago

Summary: Normaiize/Standardize discrepanciesNormaiize/Standardize discrepancies with suffix in internal

comment:2 by robe, 11 years ago

Resolution: fixed
Status: newclosed

Fixed at r11743 for 2.2 and r11742 for 2.1

Note: See TracTickets for help on using tickets.