Global Address Verification:Build History

From Melissa Data Wiki
(Difference between revisions)
Jump to: navigation, search
 
Line 4: Line 4:
  
 
==Build 3.0.1.150==
 
==Build 3.0.1.150==
 +
===August Update===
 +
''Released August 2019''
 +
<p class="sectionhead">General Information</p>
 +
*This update is later than usual due to the delay in the last build. We expect the next build to get back on track with the regular schedule.
 +
 +
*We have changed the change code logic so that one input cannot be used against two output values in terms of the change code. This would apply in cases where two areas like the locality and administrative area are the same. If the input contained that value, in the past, we would not report any change code. However, now that single input will only be counted against a single output, and we would add a change code for appending the 2nd area value.
 +
 +
<p class="sectionhead">Country Specific Updates</p>
 +
:;ARGENTINA
 +
:*Improved the alignment of the address area values
 +
 +
:;AUSTRALIA
 +
:*Improved pattern recognition to increase coding rate
 +
 +
:;BULGARIA
 +
:*Made an effort to decrease the number of false positive coding. This may result in some addresses coding before that do not now but we believe the overall quality is better now.
 +
:*Improved parsing result
 +
:*Standardized use of abbreviated thoroughfare types
 +
 +
:;BERMUDA
 +
:*We have acquired and incorporated a better data source that includes thoroughfares and house numbers. The quality of the thoroughfares has also increased. Overall it is a dramatic improvement in the coding quality of this country.
 +
:*Improved parsing
 +
:*Administrative Area no longer returned for this country. It is unnecessary for a country of this size.
 +
:*Improved Formatted Address structure
 +
 +
:;COLOMBIA
 +
:*Improved recognition of addresses without thoroughfare leading types
 +
 +
:;EGYPT
 +
:*Changed Formatted Address to better conform to country standards
 +
 +
:;FRANCE
 +
:*We have standardized the latitude and longitude to 6 digits after the decimal to bring it in line with other countries. The 7th digit of the latitude/longitude corresponds to a variance of around 11 millimeters, which is insignificant for the use of coordinates in addressing.
 +
 +
:;ESTONIA
 +
:*Improved coding quality
 +
:*Improved address structure in Formatted Address
 +
 +
:;HUNGARY
 +
:*Improved coding accuracy and thoroughfare name recognition
 +
:*Improved recognition of real life address patterns, especially ones involving a period in the input premise number
 +
 +
:;ITALY
 +
:*Improved recognition of abbreviations for better coding accuracy
 +
 +
:;PHILIPPINES
 +
:*We have greatly improved our address pattern recognition for the Philippines so that our coding accuracy has increase dramatically.
 +
:*Decreased cases of false coding
 +
:*Will no longer return AV22 for bad address
 +
:*Improved Parsing
 +
 +
:;QATAR
 +
:*Decreases cases of false coding. This could affect addresses that have previously coded but overall we believe the quality is better
 +
:*Moved Building information to before thoroughfare but on the same line in accordance to our research
 +
 +
:;ROMANIA
 +
:*Greatly increase our coding accuracy and the return of AV24 results.
 +
:*Restructured the Formatted Address in accordance with preference by the Romanian post office.
 +
:*We are returning the Locality in all capitals in accordance with postal preference.
 +
 +
:;THAILAND
 +
:*Improved detection of dependent locality
 +
 +
<p class="sectionhead">Data Updates</p>
 +
:;Reference Data Update
 +
:*ALL Countries
 +
 +
:;Address Pattern Recognition Update
 +
:*ARGENTINA, AUSTRALIA, BULGARIA, BERMUDA, COLOMBIA, EGYPT, FRANCE, ESTONIA, HAITI, HUNGARY, ITALY, NICARAGUA, PHILIPPINES, QATAR, ROMANIA, THAILAND, UNITED ARAB EMIRATES
 +
 +
 +
===April Update===
 
''Released April 2019''
 
''Released April 2019''
 
<p class="sectionhead">General Information</p>
 
<p class="sectionhead">General Information</p>

Latest revision as of 15:24, 8 August 2019

← Global Address Verification


[edit] Build 3.0.1.150

[edit] August Update

Released August 2019

General Information

  • This update is later than usual due to the delay in the last build. We expect the next build to get back on track with the regular schedule.
  • We have changed the change code logic so that one input cannot be used against two output values in terms of the change code. This would apply in cases where two areas like the locality and administrative area are the same. If the input contained that value, in the past, we would not report any change code. However, now that single input will only be counted against a single output, and we would add a change code for appending the 2nd area value.

Country Specific Updates

ARGENTINA
  • Improved the alignment of the address area values
AUSTRALIA
  • Improved pattern recognition to increase coding rate
BULGARIA
  • Made an effort to decrease the number of false positive coding. This may result in some addresses coding before that do not now but we believe the overall quality is better now.
  • Improved parsing result
  • Standardized use of abbreviated thoroughfare types
BERMUDA
  • We have acquired and incorporated a better data source that includes thoroughfares and house numbers. The quality of the thoroughfares has also increased. Overall it is a dramatic improvement in the coding quality of this country.
  • Improved parsing
  • Administrative Area no longer returned for this country. It is unnecessary for a country of this size.
  • Improved Formatted Address structure
COLOMBIA
  • Improved recognition of addresses without thoroughfare leading types
EGYPT
  • Changed Formatted Address to better conform to country standards
FRANCE
  • We have standardized the latitude and longitude to 6 digits after the decimal to bring it in line with other countries. The 7th digit of the latitude/longitude corresponds to a variance of around 11 millimeters, which is insignificant for the use of coordinates in addressing.
ESTONIA
  • Improved coding quality
  • Improved address structure in Formatted Address
HUNGARY
  • Improved coding accuracy and thoroughfare name recognition
  • Improved recognition of real life address patterns, especially ones involving a period in the input premise number
ITALY
  • Improved recognition of abbreviations for better coding accuracy
PHILIPPINES
  • We have greatly improved our address pattern recognition for the Philippines so that our coding accuracy has increase dramatically.
  • Decreased cases of false coding
  • Will no longer return AV22 for bad address
  • Improved Parsing
QATAR
  • Decreases cases of false coding. This could affect addresses that have previously coded but overall we believe the quality is better
  • Moved Building information to before thoroughfare but on the same line in accordance to our research
ROMANIA
  • Greatly increase our coding accuracy and the return of AV24 results.
  • Restructured the Formatted Address in accordance with preference by the Romanian post office.
  • We are returning the Locality in all capitals in accordance with postal preference.
THAILAND
  • Improved detection of dependent locality

Data Updates

Reference Data Update
  • ALL Countries
Address Pattern Recognition Update
  • ARGENTINA, AUSTRALIA, BULGARIA, BERMUDA, COLOMBIA, EGYPT, FRANCE, ESTONIA, HAITI, HUNGARY, ITALY, NICARAGUA, PHILIPPINES, QATAR, ROMANIA, THAILAND, UNITED ARAB EMIRATES


[edit] April Update

Released April 2019

General Information

  • This update had been delayed due to some issues with getting data updates from several of our providers. Melissa apologizes for any inconvenience this may have caused and we are working to prevent delays like this in the future.

Country Specific Updates

BENIN
  • Decreased false address correction
BOTSWANA
  • Decreased false corrections
  • Improved address recognition and coding rates
BURKINA FASO
  • Decreased false address correction
BURUNDI
  • Greatly reduced false address corrections
  • Improved address pattern recognition
CAMEROON
  • Improving coding rates
  • Decreased false address correction
JORDAN
  • Greatly improved our address recognition engine and coding rates
  • Improved parsing
  • More accurate Formatted Address positioning and casing
MACEDONIA
  • Improved address recognition
MALAYSIA
  • We have made an effort to decrease the false positive that would change the address to a different one than intended in coding. This may result in some addresses not coding which did before, but we believe the tradeoff for better overall quality is worth it.
  • Improved general parsing and sub-premise level parsing
  • Improved change code detection
MALTA
  • Decreased false address correction
  • Improved parsing
PERU
  • Improving pattern recognition and coding rates
  • Improved parsing
  • We have researched and more closely aligned our output to postal authority documentation
  • Improving handling of sub-premise values
  • Addresses with errors no longer return AV22
SERBIA
  • We have moved to a new and improved data set that includes the most current postal code data for Serbia. This is the PAK (Post Office Location Code) which we are now appending to the address.
  • This new updated data set does not include geocoding, so latitude and longitude is currently not available. We are working hard on adding this information in on a future update.
  • Improved parsing of the address
  • Improving casing of the Formatted Address
UNITED STATES
  • Increased the number of addresses in our database that are real physical addresses but not serviced by the USPS

of subpremise values based on Sociedad Estatal de Correos y Telégrafos documentation

Data Updates

Reference Data Update
  • ALL Countries
Address Pattern Recognition Update
  • BENIN, BOTSWANA, BURKINA FASO, BURUNDI, CAMEROON, JORDAN, MACEDONIA, MALAYSIA, MALTA, PERU, SERBIA, UNITED STATES


[edit] Build 3.0.1.148

[edit] December Update

Released December 2018

Country Specific Updates

CYPRUS
  • Improved address parsed values
  • We have made an effort to decrease the false positive that would change the address to a different one than intended in coding. This may result in some addresses not coding which did before, but we believe the tradeoff for better overall quality is worth it.
  • Based on the Cypus Post, we have fixed the format placement of the premise number in the address.
FRENCH GUIANA
  • Improved data source
  • Improved parsing and coding accuracy
GUADELOUPE
  • Improved data source
  • Improved parsing and coding accuracy
GREECE
  • Improved address parsed values
  • We have made an effort to decrease the false positive that would change the address to a different one than intended in coding. This may result in some addresses not coding which did before, but we believe the tradeoff for better overall quality is worth it.
  • Per preference of Hellenic Post ELTA, locality will be capitalized in the formatted address.
LATVIA
  • Improved parsed values
  • As per VAS Latvijas Pasts, we have adjusted the address lines and formatted address to more closely resemble the postal preferred format. Postal code now has the “LV-“ prefix in formatted address.
  • We have made an effort to decrease the false positive that would change the address to a different one than intended in coding. This may result in some addresses not coding which did before, but we believe the tradeoff for better overall quality is worth it.
LUXEMBOURG
  • Improved parsed values
  • As per Post Luxembourg, SubNationalArea is no longer used and will not be returned. Locality will be capitalized in FormattedAddress. PostalCode will be prefixed with a “L-“ as per postal preference.
  • Will now return area information based on the thoroughfare name, which can be in French or Luxembourgish.
MARTINIQUE
  • Improved data source
  • Improved parsing and coding accuracy
MAYOTTE
  • Improved data source
  • Improved parsing and coding accuracy
REUNION
  • Improved data source
  • Improved parsing and coding accuracy
SAINT PIERRE AND MIQUELON
  • Improved data source
  • Improved parsing and coding accuracy
SLOVAKIA
  • Greatly improved the output parsed values
  • Reduced the number of false positives when coding the address
  • Improved parsing of subpremise information
  • Improved handling of premise number. Will append the town description number to the premise number when available.
SLOVENIA
  • Removed extra space value in the address lines after postal code
  • Removed the dependent locality data from the formatted address as per postal standards
  • Improved casing as per postal preference
  • Improved parsing output values
SPAIN
  • We have improved the coverage of the country, particular in rural towns
  • We have improved our coding algorithm to decrease the number of false postives
  • Greatly Improved address parse values
  • Improved casing of parsed values
  • Improved casing and handling of subpremise values based on Sociedad Estatal de Correos y Telégrafos documentation
UNITED STATES
  • Added additional addresses into our Non-USPS database of real physical addresses that is not serviced by the USPS.
  • Now will recognize and return back the PMB (Private Mailbox) value in the Address1 line as well as the PostBox field.
  • Fixed the case where if an street address and po box address was in the same input, the position of each address could change depending on if the DELIVERYLINES option was set.

Data Updates

Reference Data Update
  • ALL Countries
Address Pattern Recognition Update
  • CYPRUS, GREECE, LATVIA, LUXEMBOURG, KOREA, SLOVAKIA, SLOVENIA, SPAIN, UNITED STATES


[edit] September Update

Released September 2018

General Updates

  • We have improved the logic of detecting the country name if it is not in the country input field. This is still not a recommended approach to not have the country input field populated, but we will make a best effort to identify the country name if it is in another part of the address.
  • We have added additional variations of country names that we recognize.

Country Specific Updates

BELGIUM
  • Belgium has three official languages. We are not returning the language of the full address based on the language of the input Thoroughfare. In the past, there was potential for the thoroughfare value to be in one language and the locality to be in another language.
  • Improved parsed value
CROATIA
  • Improved parsed values
  • Improved casing of thoroughfare types
  • Improved casing of attached characters in Premise and Subpremise numbers
  • Removed the dependent locality from returning in address lines or formatted address as they are not normally used.
ITALY
  • We have revamped our Italian data and engine from the ground up. We have acquired and integrated more accurate address and geocoding data as well as performed extensive research into the country’s postal standards.
  • As per Poste Italiane SpA’s strong preference that the address on mail pieces are written in all capital letters, we have changed our FormattedAddress field to contain all capital letters as the FormattedAddress is meant to simulate a mailing label. The address lines 1 through 8 are still in title case.
  • We have improved the coding rate while lowering the number of false address changes. To limit the number of false address changes, we may lose a few records that coded before but don’t now. However, the overall accuracy should be significantly improved.
  • We have improved our database and filled in thoroughfare and house numbers for almost all records. This will result in dramatically less AV23 (if we only had the thoroughfare) and AV22 (if we only had the locality) coding.
  • Greatly Improved address parse values
  • Improved casing of parsed values
  • For addresses with both a street address and a po box, we are making the street address the dominant address. The service is only designed to verify a single logical address at a time.
LITHUANIA
  • Improved address parse values
  • Improved casing of thoroughfare types

Data Updates

Reference Data Update
  • BELGIUM, CROATIA, ITALY, LITHUANIA
Address Pattern Recognition Update
  • BELGIUM, CROATIA, ITALY, LITHUANIA


[edit] Build 3.0.1.143

Released July 2018

General Updates

  • We have revamped our change code system from the ground up, with an emphasis on the AC01 (Postal Code), AC03 (Locality), AC10 (Thoroughfare), and AC20 (House Number) codes. We know that the change code system is not perfect before and not perfect now. However, we have redesigned the infrastructure to allow us to make fixes easier and faster in the future. Please review our result code usage guide for more information:
http://wiki.melissadata.com/index.php?title=Global_Address_Verification%3AResult_Codes#Change_Code_System

Country Specific Updates

ALBANIA
  • Fixed issue where one known record would cause the engine to hang
  • Improved parsing logic for increased AV25 coding
  • Improved address format to match in country expectation
  • Improved parsing
  • Improved output consistency
ANDORRA
  • Improved handling of full input addresses
  • General coding rate improvement
  • Improvement in geocoding level
  • Improved parsing
BRAZIL
  • General coding improvements
  • Improved locality and dependent locality area level slotting
  • Improved diacritic matching for thoroughfares
CANADA
  • Fixed a bug where diacritic input could be converted to bad characters in the output for some non-codable addresses.
CHINA
  • The country subdivision code values have been updated to a newer of the code. The old version used number (CN-01) while the new version uses letters (CN-SH).
FRANCE
  • We have revamped our France data and engine from the ground up. We have reviewed and revamped all of our rules and algorithms as well as performed extensive research into French postal standards. There will be a lot of changes overall, we are very confident that the new engine is superior to the old one. The major changes are:
  • As per La Poste strong preference that the address on mail pieces are written in all capital letters, we have changed our FormattedAddress field to contain all capital letters as the FormattedAddress is meant to simulate a mailing label. The address lines 1 through 8 are still in title case.
  • We have fixed a bug where an arrondissement on input can sometime be duplicated on the output.
  • We have improved the coding rate while lowering the number of false address changes. To limit the number of false address changes, we may lose a few records that coded before but don’t now. However, the overall accuracy should be significantly improved.
  • We have improved our database and filled in thoroughfare and house numbers for almost all records. This will result in dramatically less AV23 (if we only had the thoroughfare) and AV22 (if we only had the locality) coding.
  • Greatly Improved address parse values
  • Improved casing of parsed values
  • For addresses with both a street address and a po box, we are making the street address the dominant address. The service is only designed to verify a single logical address at a time.
GERMANY
  • Removed historical but currently invalid PO Box postal code records
GHANA
  • Improved general coding accuracy
  • Changed engine to return partial error AV12 instead of AV22 when only locality could be verified but there are additional source data for those areas
GIBRALTAR
  • Reclassified the geocoding level to G4 (interpolated rooftop) based on a review of the data and expected coverage
  • Improved Parsing
GREAT BRITAIN
  • Slightly improved coding rates
KIRIBATI
  • Improvement in area level detection
  • Improvement in parsing
LESOTHO
  • Data quality metric downgraded from AV-4 (premises) to AV-3 (Thoroughfare) after a re-evaluation of the data source
LICHTENSTEIN
  • Improved handling of duplicate or extra information
  • Improved parsing
MONTENEGRO
  • Improved handling of premise number indicators
  • Improved handling of sub-premise types
  • Improved Parsing
NEW ZEALAND
  • Improved handling of addresses with delimiters
  • We have worked to decrease false coding rates. This may result in some addresses that coded before but not now. However, we believe the overall accuracy is improved.
  • Increase number of thoroughfare types that are recognized
  • Improved coding when thoroughfare types are not present
  • Improved handling of duplicate and extra information
  • We are losing access to some sub-premise, po box, and rural postal code delivery data. Premise level data is still available and will remain available.
POLAND
  • After research and review of in country postal standards, we are returning the locality in all capital letters in the formatted address, as per postal preference.
  • Improved handling of addresses with delimiters
  • We have worked to decrease false coding rates. This may result in some addresses that coded before but not now. However, we believe the overall accuracy is improved.
  • Improved handling of multi part subpremise like “1A/lok. 1”
  • Added handling of the premise number before the thoroughfare
ROMANIA
  • After research and review of country postal standards, we are revising the output format for addresses in Romania from “Building SubBuilding [newline] Thoroughfare Premise” to “Thoroughfare Premise Building SubBuilding”
SAN MARINO
  • Improved handling of premise and sub-premise types
  • We have removed sparse old database records with the full postal code for the country. Currently, we have the first 3 characters of the postal code and will assume the remaining digits are valid.
  • Decrease the occurrence of coding to the wrong address.
SINGAPORE
  • After research of in country postal standards, we are removing some area level data that is not used for delivery from the address lines and formatted address.
  • Improved parsing and coding ability when the postal code is not present
  • We have decided to not rely so heavily on the postal code. Since the postal code in Singapore is unique to an individual address, we have previously been relying on the postal code almost entirely and could simply replace the entire rest of the address to match the postal code. We have decided to place less emphasis on the postal code and also use the other parts of the address more in the very possible case there is a typo in the postal code. This will decrease our coding rate in the country but will decrease coding to the wrong address, which we consider much worse than not coding. As a work-around, if you enter just the postal code, we will fill in the rest of the address.
SOUTH AFRICA
  • Improve handling of inputs with range delimiters
  • Improved handling of duplicate and extra data
  • Improved parsing
  • Our PO Box data has grown too dated to be reliable, so we are converting PO Box coding from AV25 to AV22.
SVALBARD & JAN MAYEN ISLANDS
  • Improved area level coding
  • Improved parsing
THE DEMOCRATIC REPUBLIC OF CONGO
  • General coding improvement
  • Improved parsing
  • Improved thoroughfare detection
UNITED STATES
  • Added new pattern recognition for private mailboxes at commercial mail receiving agencies (CMRA). Example: 123 Main Dr Ste 10-123 where Ste 10 is the CMRA and 123 is the private mailbox.

Data Updates

Reference Data Update
  • All countries
Address Pattern Recognition Update
  • ALBANIA, ANDORRA, BRAZIL, CANADA, FRANCE, GERMANY, GHANA, GIBRALTAR, GREAT BRITAIN, KIRIBATI, LESOTHO, LICHTENSTEIN, MONTENEGRO, NEW ZEALAND, POLAND, PORTUGAL, ROMANIA, SAN MARINO, SOUTH AFRICA, SVALBARD & JAN MAYEN ISLANDS, THE DEMOCRATIC REPUBLIC OF CONGO, UNITED STATES

[edit] Build 3.0.1.142

Released May 2018

General Updates

  • Fixed an issue with the DeliveryLine option when using a LineSeparator that is the default
  • General improvement in false AC code detection
  • General improvement in GS03 (Community level) geocoding

Country Specific Updates

AUSTRALIA
  • Fixed issue where one known record would cause the engine to hang
  • Improved parsing logic for increased AV25 coding
BELGIUM
  • Fixed error that resulted in CountrySubDivisionCode of BE-VWV not always returning.
BRAZIL
  • Addition of PostBox numbers to the data to increase verification rates of po boxes
CANADA
  • Fixed a bug where in rare cases, some invalid characters could be returned in the result.
  • Fixed some rare cases where an AV code would not be returned.
  • Fixed bug where sometimes, the formattedAddress output field would be empty when it was not supposed to be.
  • Fixed issue of correctly identifying thoroughfare trailing type vs thoroughfare leading type
CZECH REPUBLIC
  • Improved coding and matching logic to improve coding rates. Now can recognize and correct more addresses to drastically improve the rate of AV24 coding.
FINLAND
  • Improved the handling of the two main languages in Finland, Swedish and Finnish. The language used will now be consistent across the full address and will use the thoroughfare as the main decider of which language to use.
GERMANY
  • Improved parsing logic
GREAT BRITAIN
  • Improvement in GS05 (rooftop level) geocoding
JAPAN
  • Improved data normalization to ensure all parts of the address are verified
  • Improved parsing logic
UNITED STATES
  • Improved the return consistency of the AE08 result code (sub-premise number invalid) when an AV14 error is found.
  • Fixed the rare occurrence that the response for a US territory will not be fully populated.
  • Improved the AC code logic for US territories.

Data Updates

Reference Data Update
  • All countries
Address Pattern Recognition Update
  • ANDORRA, BRAZIL, CAYMAN ISLANDS, CZECH REPUBLIC, FINLAND, GREECE, ICELAND, JAPAN, KOREA, LATVIA, SAUDI ARABIA, SLOVAKIA, THAILAND


[edit] Build 3.0.1.139

Released December 2017

General Updates

  • General Bug Fixes
  • Fixed an issue where records with a lot of non-address or junk data can cause the engine to hang for a long period of time
  • Fixed a bug where DeliveryLine was not being populated for records with only AE codes.
  • Improved the accuracy of changes codes

Country Specific Updates

AUSTRALIA
  • Most of the geocodes in Australia has been reclassified from Rooftop (GS05) to Interpolated Rooftop (GS06). The actual longitude coordinates have not changed and most of the coordinates are effectively at Rooftop level, but due to ranged information in the geocode source, GS06 is the more technically accurate code.
  • Resolved issue where a few good or partially good addresses were returning AE05 – Multiple Match Error
  • Resolved issue that prevented some addresses with spelled out or non-standard level type indicators from verifying
  • Fixed formatting of Formatted Address when a subpremise level is present without a subpremise
CANADA
  • Fixed an issue where FormattedAddress was sometimes blank
  • Fixed an issue where diacritic values were occasionally not being outputted correctly when classified by the engine as extra non-address info.
GREAT BRITAIN
  • The Geocode levels for Great Britain have been re-evaluated and modified. Some previously rooftop level (GS05) has been reclassified as Interpolated Rooftop (GS06). Additionally, many postal code level (GS03) has been reclassified as Interpolated (GS06) when only a few addresses are in the candidate list because the postal code coordinates in Great Britain are quite accurate.
  • The engine is now able to append Organization in more instances when there are no conflicts or multiple possibilities detected.
IRELAND
  • Fixed a bug that resulted in FormattedAddress being blank for a good address
NEW ZEALAND
  • Performed review of data alignment in country and improved data consistency.

Data Updates

Reference Data Update
  • All countries except for ANGUILLA , ANTARCTICA, ARGENTINA, BARBADOS, BELARUS, BELGIUM, BOLIVIA, BONAIRE, BOUVET ISLAND, BRAZIL, BULGARIA, CROATIA, DENMARK, DGYPT, FIJI, FINLAND, INDIA, ISREAL, ITALY, JAMAICA, JAPAN, KAZAKHSTAN, SOUTH KOREA, KYRGYZSTAN, LATVIA, MACAO, MOROCCO, MOZAMBIQUE, NEPAL, NICARAGUA, PAPUA NEW GUINEA, PERU, ROMANIA, RUSSIA, SAN MARINO, SINT MAARTEN, SOUTH AFRICA, TAIWAN, TURKEY, UKRAINE, URUGUAY, UZBEKISTAN, VENEZUELA, VITENAM
Address Pattern Recognition Update
  • ANDORRA, AUSTRALIA, CANADA, COLOMBIA, FRANCE, FRENCH POLYNESIA, INDONESIA, IRELAND, LITHUANIA, GREAT BRITAIN, MOROCCO, NEW ZEALAND, UNITED STATES

Global Email Object

Reference Data Update
  • New domains added

Global Phone Object

Reference Data Update
  • All countries

Global Name Object

Reference Data Update
  • Data for Mexico names added to the data file


[edit] Build 3.0.1.133

Released June 2017

General Updates

  • Added AC22 for Organization Change
  • Update country coverage for CountrySubdivisionCode values
  • Improved fuzzy matching logic for correcting misspelled thoroughfares

Country Specific Updates

AUSTRALIA
  • Fixed coding issue where some streets with a very large number of premises did not correctly get coded
DENMARK
  • Improved area alignment and general engine coding effectiveness
FRANCE
  • Removed certain abbreviations and standardization from triggering change codes
GERMANY
  • Fixed some misc. coding issues
GREAT BRITAIN
  • Fixed an issue were an input record would result in an engine crash
POLAND
  • Removed certain abbreviations and standardizations from triggering change codes
SPAIN
  • Removed certain abbreviations and standardizations from triggering change codes
SWEDEN
  • Improved area alignment and general engine coding effectiveness

Data Updates

  • Reference Data Update: ALL Countries
  • Address Pattern Recognition Update: DENMARK, EGYPT, FRANCE, HONG KONG, KOREA, MOZAMBIQUE, NEW ZEALAND, SWEDEN


[edit] Build 3.0.1.121

Released January 2017

General Updates

  • Fixed handling of alpha-numeric house numbers and house ranges (eg: 10-12, 10A-12, 10A-12B etc).
  • Fixed several cases of AC03 being triggered without locality change (targeted for FR, LU, and BE)
  • Fixed a case of triggering of AC11 without thoroughfare trailing change (targeted for DK)
  • Fixed some cases of AC20 being incorrectly triggered (targeted for GB)
  • Changed PO Box number errors with correct postal code or localities from AV22,AE12 to AV12,AE12 (targeted for AU,DE,NL,GB)

Country Specific Updates

BELGIUM
  • Fixed some cases of addresses returning in mixed languages
FINLAND
  • Improved area alignment
GERMANY
  • Improved recognition of postal codes with a prefix
  • Improved data issue in “Rüsselsheim am Main”
GREAT BRITAIN
  • Fixed some incorrect postal code changes in Great Britain
  • Improved coding accuracy in Great Britain
INDIA
  • Improved parsing for inputs containing landmark elements
IRELAND
  • Fixed matching logic that resulted in too many AE05 - multiple match errors.
  • Fixed issue with the DeliveryLines option not removing all area values into the parsed fields
  • Improving coding accuracy
MEXICO
  • Fixed several cases with missing CountrySubdivisionCode
NETHERLANDS
  • Fixed cases of coding invalid PO Boxes
  • Improved recognition for organization name in Addressline1
  • Improved area alignment

Data Updates

  • Reference Data Update: ALL Countries
  • Address Pattern Recognition Update: ARGENTINA, AUSTRALIA, BRAZIL, BULGARIA, COLOMBIA, DENMARK, ECUADOR, FINLAND, GERMANY, GREAT BRITAIN, INDONESIA, IRELAND, KOREA, MALAYSIA, NEW ZEALAND, PHILIPPINES, PORTUGAL, RUSSIA, SERBIA, SPAIN, TAIWAN, THAILAND, TURKEY, UNITED ARAB EMIRATES, VIETNAM


[edit] Build 3.0.1.116

Released September 2016

General Updates

  • Added Packstation data for Germany
  • Fixed records with missing CountrySubdivision in Mexico

Data Updates

  • Reference Data Update: GERMANY


[edit] Build 3.0.1.115

Released October 2016

General Updates

  • Speed Improvement for many countries
  • Coding improvement for Great Britian, can now code address with just postal code and house number
  • Company detection improvement for Australia
  • Multiple fixes for Germany
  • Misc address issue fixes

Data Updates

  • Reference Data Update: All countries
  • Parsing Logic Update: ARGENTINA, AUSTRALIA, BRAZIL, BULGARIA, CHILE, CHINA, CZECH REPUBLIC, EGYPT, GREECE, GERMANY, GREAT BRITAIN, LITHUANIA, POLAND, ROMANIA, THAILAND, VIETNAM, ZIMBABWE
  • Address Handling Update: LAOS


[edit] Build 3.0.1.114

Released May 2016

General Updates

  • Added AddressType return for Canada (previously US only)
  • Bug fixes in Germany, United Kingdom, United States
  • Fixed problem with selected address separator not being used in FormattedAddress
  • Misc address issue fixes

Data Updates

  • Reference Data Update: All countries
  • Parsing Logic Update: AUSTRALIA, CHILE, FRANCE, GREAT BRITAIN, JAPAN, KOREA, NETHERLANDS
  • Address Handling Update: BRAZIL, CHILE, CHINA, EGYPT, FRANCE, GREAT BRITAIN, IRELAND, JAPAN, KOREA, NETHERLANDS, NORWAY, TAIWAN


[edit] Build 3.0.1.109

Released November 2015

General Updates

  • Added new CountrySubdivisionCode output field. Only populated for some countries
  • Bug fixes in Germany
  • Fixed error in the service when blatant non-address data (like email addresses) were sent in
  • Misc address issue fixes

Data Updates

  • Reference Data Update: All countries
  • Parsing Logic Update: AUSTRALIA, CHINA, COLOMBIA, FRANCE, GREECE, KOREA
  • Address Handling Update: ARGENTINA,AUSTRALIA,CHILE,CHINA,FINLAND,FRANCE,GREECE,HONG KONG,INDIA,IRELAND,KOREA,NORWAY,POLAND,TAIWAN,UNITED KINGDOM,


[edit] Build 3.0.1.105

Released July 2015

General Updates

  • Implemented Significant Speed improvements
  • Added handling of new South Korean postal code format
  • Misc address issue fixes

Data Updates

  • Reference Data Update: All countries
  • Parsing Logic Update: AUSTRALIA, GREECE, JAPAN, SOUTH KOREA, TAIWAN,
  • Address Handling Update: AUSTRALIA, CHINA, FRANCE, GREECE, IRELAND, ITALY, JAPAN, SOUTH KOREA, PORTUGAL, TAIWAN, THAILAND, UNITED KINGDOM


[edit] Build 3.0.1.103

Released May 2015

General Updates

  • Coding improvements for Germany
  • Addresses that do not code will now return back the input in address lines when DELIVERYLINES option is ON
  • Misc bug fixes

Data Updates

  • Reference Data Update: CHINA, ECUADOR, GREENLAND, IRAQ, QATAR
  • Parsing Logic Update: ARGENTINA,BRAZIL,CHINA,DENMARK,DOMINICAN REPUBLIC,FRANCE, INDIA,ITALY,KOREA REPUBLIC OF,NEW ZEALAND, NORWAY, POLAND, PORTUGAL, QATAR,SPAIN, UNITED KINGDOM
  • Address Handling Update: CHINA, TAIWAN


[edit] Build 3.0.1.101

Released February 2015

General Updates

  • Made coding improvements to Germany
  • Added PO Box data for Germany
  • Improved verification speed for China
  • Improved title casing for all countries
  • Misc bug fixes

Data Updates

  • Reference Data Update: All countries
  • Parsing Logic Update: AUSTRIA,CHINA,SOUTH AFRICA,UNITED KINGDOM,AUSTRALIA,CANADA,CROATIA,CZECH REPUBLIC,FRANCE,GERMANY, GREECE,INDIA,IRELAND,ITALY,KOREA REPUBLIC OF,LIBYA,NEW ZEALAND,PHILIPPINES,UNITED ARAB EMIRATES
  • Address Handling Update: AUSTRIA, CHINA, SOUTH AFRICA, UNITED KINGDOM


[edit] Build 3.0.1.99

Released January 2015

General Updates

  • Added JSONP functionality to the web service
  • Improved coding accuracy and parsing capability for Germany
  • Fixed an issue that prevented output in NATIVE script
  • Misc bug fixes


[edit] Build 3.0.1.94

Released November 2014

General Updates

  • Improved casing for Australia
  • Fixed case where thoroughfare change not being reported in result codes
  • Improved Canadian PO Box parsing
  • Increase recognition of variations of US country names
  • Misc bug fixes

Data Updates

  • Reference Data Update: All countries
  • Parsing Logic Update: ARMENIA, AUSTRALIA, BAHAMAS, BELGIUM, BOTSWANA, BRAZIL, CZECH REPUBLIC, GREECE, HONG KONG, INDIA, INDONESIA, IRAQ, MACAO, NEW ZEALAND, SLOVAKIA, SPAIN, TAIWAN, UKRAINE, GREAT BRITAIN
  • Address Handling Update: BELGIUM


[edit] Build 3.0.0.90

Released August 2014

General Updates

  • Improved formatting for some New Zealand and China addresses
  • Fixed issue with some Australian suite/apartment addresses
  • Fixed crashes on certain addresses
  • Fixed street name parsing to building issue in Netherlands
  • Fixed several Dutch parsing issues
  • Improved Hebrew transliteration and processing
  • Other smaller misc fixes

Data Updates

  • Reference Data Update: All countries
  • Parsing Logic Update: AUSTRALIA, BELGIUM, BRAZIL, CHINA, FRANCE, GIBRALTAR, HONG KONG, HUNGARY, INDIA, JAPAN, MACAO, MEXICO, PHILLIPINES, PORTUGAL, RUSSIA, SINGAPORE, SPAIN, TAIWAN, GREAT BRITAIN
  • Address Handling Update: AUSTRALIA, BELGIUM, CHINA, GERMANY, INDONESIA, ITALY, JAPAN, MALAYSIA, NETHERLANDS, NEW ZEALAND, ROMANIA, TURKEY, GREAT BRITAIN


[edit] Build 3.0.0.89

Released June 2014

General Updates

  • Improved spelling correction logic
  • Improved coding rates France, Great Britain, and Germany when an Organization is present
  • Addition of an AV code when an AE05 (multiple match error) occurs so the user can still see level to which the address was valid
  • Improved handling of extra address lines in the US and Canada so data is not lost
  • Improved matching for floors and incorrect postal codes
  • Fixed a Taiwanese parsing issue
  • Fixed street parsing issue in Paris, FR
  • Fixed a consistency issue with Ireland addresses
  • Fixed issues with Germany and Australia mangled addresses

Data Updates

  • Reference Data Update: All countries
  • Parsing Logic Update: ARGENTINA, AUSTRALIA, BELGIUM, BRAZIL, CHINA, COLOMBIA, FRANCE, GERMANY, HUNGARY, INDONESIA, IRELAND, ISRAEL, ITALY, JAPAN, SINGAPORE, UNITED KINGDOM
  • Address Handling Update: AUSTRALIA, CHINA, HUNGARY


[edit] Build 3.0.0.73

Released November 2013

General Updates

  • Improved data for New Zealand and Great Britain
  • Improved Transliteration
  • General Bug fixes


[edit] Build 3.0.0.54

Released June 2013

General Updates

  • Improved data for Albania, Angola, Azerbaijan
  • General Bug fixes


[edit] Build 3.0.0.27

Released November 2012

General Updates

  • Allow AddressLines only input (without parsed out locality/admin area/postal code) for US and Canada
  • General Bug fixes


[edit] Build 1.0.0.0

Released June 2012

  • Initial Release
Personal tools
Namespaces

Variants
Actions
Navigation
Products
Support