Global Address Object:Build History: Difference between revisions

From Melissa Data Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 2: Line 2:
{{CustomTOC}}
{{CustomTOC}}


==New Build 1.0.0.3298==
==Build 1.0.0.3298==
===February 2020 Update===
''Released February 2020''
<p class="sectionhead">General Information</p>
We had to combine the 2019Q4 and 2020Q1 update due to data source provider issues. However, this update includes a significant and extensive update for Great Britain. Please make sure to review the Great Britain section.
 
<p class="sectionhead">Country Specific Updates</p>
:;COLOMBIA
:*Moved Building information to AddressLine2 instead of the same line as the thoroughfare.
:*Now using a dash in the premise number to separate values instead of a space.
 
:;GREAT BRITAIN
:We have been working on a major update for Great Britain and are pleased to be able to provide them to you in this update. This update should represent a major improvement in quality and feature set.
 
:*We have added the following new data sets from Royal Mail at no change in cost for our users:
::*Not Yet Build – Addresses in the planning or construction phase
::*Multiple Residence – Individual dwellings in multiple occupancy buildings that share a front door
::*BFPO –British forces personnel serving overseas
:*We have incorporated a new geolocation source with much more accurate rooftop points for Great Britain. This data is not available from Royal Mail.
:*We have made changes in the Administrative Area field. Administrative Area is not used in the mailing address. We will be following the Royal Mail Unitary Authority Name administrative county where available.
:*We are currently working on infrastructure to move GB to a monthly update cycle. Additionally, we are also working on the ability to expose additional UK elements like UDPRN/DeliveryPointSuffix.
 
:;ISRAEL
:*Modified the Formatted Address and address lines to match in country postal rules.
:*Building and subpremise information now returned at the end of address1 instead of in a new line as per our country research.
:*Engine will now preserve valid 7 digit postal codes
:*Post office box values now returns as PO Box instead of Ta Do'ar
 
:;JAPAN
:We have done a major re-configuration for Japan. Our previous data source for Japan is no longer available so we have acquired a new equally good source.
 
:*We have turned down the aggressiveness of the engine that would change the premise number value in order to code the address. This will result in more AV13 coding and less AV24 but we believe it is better this way.
:*Will now return a 〒Prefix for the postal code in the Formatted Address as per in country postal standards.
:*Slight variations in area parsing for new data source
:*Some changes in the makeup of the address lines using the deliverylines option.
:*Japan uses both full width and half width numbers, the half width version being the one that most latin languages are used to. To bring Japan in line with our other countries and more consistent in its behavior, we will using full width numerals in the Formatted Address if the OutputScript is set to Native and half width numerals if the OutputScript is set to Latin. If it is set to Match, we will detect the width from the input. For Address lines and parsed fields will always use half width as they are designed for database storage, comparison, and matching.
 
:;MONGOLIA
:*Changed from AV23 to AV22 country. The street data available was too out of date and preventing legitimate locality verification. Working on finding and evaluating new providers.
 
:;MYANMAR
:*Change in configuration to keep more input data on output
:*Updated area vales
 
:;NICARAGUA
:*Changed configuration to recognize locality for more records
 
:;SYRIA
:*Changed from AV23 to AV22 country. The thoroughfare information was dated and unreliable given the current state of the country.
 
:;TURKS AND CAICOS ISLANDS
:*Change in configuration to keep more input data on output
:*Updated area vales
 
:;UNITED ARAB EMIRATES
:*Reduced the rate of false coding. May result in slightly lower matching rates.
:*Improved matching and parsing of house number and Villa information.
 
:;UZBEKISTAN
:*Changed from AV23 to AV22 country. The street data available was too out of date and preventing legitimate locality verification. Working on finding and evaluating new providers.
 
:;YEMEN
:*Changed configuration to recognize locality for more records
 
<p class="sectionhead">Data Updates</p>
:;Reference Data Update
:*ALL COUNTRIES
 
:;Address Pattern Recognition Update
:*COLOMBIA, GREAT BRITAIN, ISRAEL, JAPAN, MONGOLIA, MYANMAR, NICARUGUA, SYRIA, TURKS AND CAICOS ISLANDS, UNITED ARAB EMIRATES, UZBEKISTAN, YEMEN
 
 
===October 2019 Update===
''Released October 2019''
<p class="sectionhead">General Information</p>
This update is considered a partial update as we are still waiting for updated data from some of our sources. This update combined with the next update, scheduled to arrive before the end of the year, should cover all countries
 
<p class="sectionhead">Country Specific Updates</p>
:;ARGENTINA
:*We have made a number of changes to better correspond to the postal preferences of the country:
::*Formatted Address has been slightly modified
::*The Locality and Postal code are now returned on separate address lines
::*Premise Numbers will be returned with a prefix of “N°”
::*SubPremise, Building, SubBuilding information now returned at the end of the address lines.
:*We have tweaked our matching engine to better avoid false positive matches that will incorrectly change the address.
 
:;BELIZE
:*We have re-evaluated our data source for Laos and decided that it was not good enough to justify being an AV-3 country. We have removed the spotty thoroughfare data and improved our locality data so that more records can be verified at AV22 instead of returning an error. We are looking for better data to use in the near future.
 
:;CHRISTMAS ISLANDS
:*Improved our locality matching
 
:;COMOROS
:*Improved our locality matching
 
:;COOK ISLANDS
:*Improved our locality matching
 
:;GAMBIA
:*We have re-evaluated our data source for Laos and decided that it was not good enough to justify being an AV-3 country. We have removed the spotty thoroughfare data and improved our locality data so that more records can be verified at AV22 instead of returning an error. We are looking for better data to use in the near future.
 
:;GERMANY
:*Fixed an issue where some Postfache and postal code values were not available
 
:;GREAT BRITAIN
:*Minor improvement in matching rate
 
:;JAPAN
:*We have fixed an issue where changes to the premise number did not trigger an AC20 change code.
:*We have fixed an issue where the ISO 3166-2 Country Sub Division Code of JP-23 was not returned
 
:;JORDAN
:*We have removed some matching logic that caused false or over-aggressive matches
 
:;LAOS
:*We have re-evaluated our data source for Laos and decided that it was not good enough to justify being an AV-3 country. We have removed the spotty thoroughfare data and improved our locality data so that more records can be verified at AV22 instead of returning an error. We are looking for better data to use in the near future.
 
:;PORTUGAL
:*Formatted Address is now returned in all capital letters based on the preferences of the CTT.
:*We have turned down the aggressiveness of the engine to lower the possibility of coding to the wrong address.
:*We have switched our data source to one that we believe is better aligned with the official CTT data.
 
:;URUGUAY
:*A hyphen is returned between postal code and locality as per postal preference
:*Sub Premise information returned at the end of the street address as per postal preference
 
<p class="sectionhead">Data Updates</p>
:;Reference Data Update
:*ARGENTINA, BELIZE, CANADA, CHRISTMAS ISLANDS, COMOROS, COOK ISLANDS, GAMBIA, GERMANY, ITALY, JORDAN, LAOS, PORTUGAL, UNITED STATES, URUGUAY
 
:;Address Pattern Recognition Update
:*ARGENTINA, BELIZE, CHRISTMAS ISLANDS, COMOROS, COOK ISLANDS, GAMBIA, GREAT BRITAIN, JAPAN, JORDAN, LAOS, PORTUGAL, URUGUAY
 
 
===August 2019 Update===
''Released August 2019''
<p class="sectionhead">General Information</p>
*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 2019 Update===
''Released April 2019''
''Released April 2019''
<p class="sectionhead">General Information</p>
<p class="sectionhead">General Information</p>

Revision as of 00:18, 28 February 2020

← Global Address Object


Build 1.0.0.3298

February 2020 Update

Released February 2020

General Information

We had to combine the 2019Q4 and 2020Q1 update due to data source provider issues. However, this update includes a significant and extensive update for Great Britain. Please make sure to review the Great Britain section.

Country Specific Updates

COLOMBIA
  • Moved Building information to AddressLine2 instead of the same line as the thoroughfare.
  • Now using a dash in the premise number to separate values instead of a space.
GREAT BRITAIN
We have been working on a major update for Great Britain and are pleased to be able to provide them to you in this update. This update should represent a major improvement in quality and feature set.
  • We have added the following new data sets from Royal Mail at no change in cost for our users:
  • Not Yet Build – Addresses in the planning or construction phase
  • Multiple Residence – Individual dwellings in multiple occupancy buildings that share a front door
  • BFPO –British forces personnel serving overseas
  • We have incorporated a new geolocation source with much more accurate rooftop points for Great Britain. This data is not available from Royal Mail.
  • We have made changes in the Administrative Area field. Administrative Area is not used in the mailing address. We will be following the Royal Mail Unitary Authority Name administrative county where available.
  • We are currently working on infrastructure to move GB to a monthly update cycle. Additionally, we are also working on the ability to expose additional UK elements like UDPRN/DeliveryPointSuffix.
ISRAEL
  • Modified the Formatted Address and address lines to match in country postal rules.
  • Building and subpremise information now returned at the end of address1 instead of in a new line as per our country research.
  • Engine will now preserve valid 7 digit postal codes
  • Post office box values now returns as PO Box instead of Ta Do'ar
JAPAN
We have done a major re-configuration for Japan. Our previous data source for Japan is no longer available so we have acquired a new equally good source.
  • We have turned down the aggressiveness of the engine that would change the premise number value in order to code the address. This will result in more AV13 coding and less AV24 but we believe it is better this way.
  • Will now return a 〒Prefix for the postal code in the Formatted Address as per in country postal standards.
  • Slight variations in area parsing for new data source
  • Some changes in the makeup of the address lines using the deliverylines option.
  • Japan uses both full width and half width numbers, the half width version being the one that most latin languages are used to. To bring Japan in line with our other countries and more consistent in its behavior, we will using full width numerals in the Formatted Address if the OutputScript is set to Native and half width numerals if the OutputScript is set to Latin. If it is set to Match, we will detect the width from the input. For Address lines and parsed fields will always use half width as they are designed for database storage, comparison, and matching.
MONGOLIA
  • Changed from AV23 to AV22 country. The street data available was too out of date and preventing legitimate locality verification. Working on finding and evaluating new providers.
MYANMAR
  • Change in configuration to keep more input data on output
  • Updated area vales
NICARAGUA
  • Changed configuration to recognize locality for more records
SYRIA
  • Changed from AV23 to AV22 country. The thoroughfare information was dated and unreliable given the current state of the country.
TURKS AND CAICOS ISLANDS
  • Change in configuration to keep more input data on output
  • Updated area vales
UNITED ARAB EMIRATES
  • Reduced the rate of false coding. May result in slightly lower matching rates.
  • Improved matching and parsing of house number and Villa information.
UZBEKISTAN
  • Changed from AV23 to AV22 country. The street data available was too out of date and preventing legitimate locality verification. Working on finding and evaluating new providers.
YEMEN
  • Changed configuration to recognize locality for more records

Data Updates

Reference Data Update
  • ALL COUNTRIES
Address Pattern Recognition Update
  • COLOMBIA, GREAT BRITAIN, ISRAEL, JAPAN, MONGOLIA, MYANMAR, NICARUGUA, SYRIA, TURKS AND CAICOS ISLANDS, UNITED ARAB EMIRATES, UZBEKISTAN, YEMEN


October 2019 Update

Released October 2019

General Information

This update is considered a partial update as we are still waiting for updated data from some of our sources. This update combined with the next update, scheduled to arrive before the end of the year, should cover all countries

Country Specific Updates

ARGENTINA
  • We have made a number of changes to better correspond to the postal preferences of the country:
  • Formatted Address has been slightly modified
  • The Locality and Postal code are now returned on separate address lines
  • Premise Numbers will be returned with a prefix of “N°”
  • SubPremise, Building, SubBuilding information now returned at the end of the address lines.
  • We have tweaked our matching engine to better avoid false positive matches that will incorrectly change the address.
BELIZE
  • We have re-evaluated our data source for Laos and decided that it was not good enough to justify being an AV-3 country. We have removed the spotty thoroughfare data and improved our locality data so that more records can be verified at AV22 instead of returning an error. We are looking for better data to use in the near future.
CHRISTMAS ISLANDS
  • Improved our locality matching
COMOROS
  • Improved our locality matching
COOK ISLANDS
  • Improved our locality matching
GAMBIA
  • We have re-evaluated our data source for Laos and decided that it was not good enough to justify being an AV-3 country. We have removed the spotty thoroughfare data and improved our locality data so that more records can be verified at AV22 instead of returning an error. We are looking for better data to use in the near future.
GERMANY
  • Fixed an issue where some Postfache and postal code values were not available
GREAT BRITAIN
  • Minor improvement in matching rate
JAPAN
  • We have fixed an issue where changes to the premise number did not trigger an AC20 change code.
  • We have fixed an issue where the ISO 3166-2 Country Sub Division Code of JP-23 was not returned
JORDAN
  • We have removed some matching logic that caused false or over-aggressive matches
LAOS
  • We have re-evaluated our data source for Laos and decided that it was not good enough to justify being an AV-3 country. We have removed the spotty thoroughfare data and improved our locality data so that more records can be verified at AV22 instead of returning an error. We are looking for better data to use in the near future.
PORTUGAL
  • Formatted Address is now returned in all capital letters based on the preferences of the CTT.
  • We have turned down the aggressiveness of the engine to lower the possibility of coding to the wrong address.
  • We have switched our data source to one that we believe is better aligned with the official CTT data.
URUGUAY
  • A hyphen is returned between postal code and locality as per postal preference
  • Sub Premise information returned at the end of the street address as per postal preference

Data Updates

Reference Data Update
  • ARGENTINA, BELIZE, CANADA, CHRISTMAS ISLANDS, COMOROS, COOK ISLANDS, GAMBIA, GERMANY, ITALY, JORDAN, LAOS, PORTUGAL, UNITED STATES, URUGUAY
Address Pattern Recognition Update
  • ARGENTINA, BELIZE, CHRISTMAS ISLANDS, COMOROS, COOK ISLANDS, GAMBIA, GREAT BRITAIN, JAPAN, JORDAN, LAOS, PORTUGAL, URUGUAY


August 2019 Update

Released August 2019

General Information

  • 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


April 2019 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.

Interface Update

We have added to the Global Address Object additional inputs and outputs specific to the US and Canada. These inputs and outputs were only available in our US/CA on-premise products before and not the Global Address Object. In this update, we have opened up access to these fields for use.
For most users, these updates will have no effect. This is only to be used if you want to access some US or Canada fields that were not in the previous Global Address Object.

New US Features:

We have added several new data files to open up US only features for our Global Address Object users. They are included in this update and will be available for all users by default. They include:
  • AddressPlus Database – This database allows you to find and append a missing suite based on the input address and last name. To use this, set the LastName input described in the New Inputs section.
  • Delivery Indicator Database – Gives you access to our delivery indicator data and will tell you if an address is a business or residential address.
  • Melissa Address Key Database – This new feature gives you access to our proprietary MAK number. This is a 10 digit number assigned to each unique address in the world, which will stay unique across time and area updates (like a zip+4 split). Currently it is only available for the US and CA but we plan on adding additional countries soon.

New Inputs:

CASS Mode
The CASS (Coding Accuracy Support System) form is the USPS form for mailing discounts
Input Parameter Input Value Description
USCASSEnable “True” or “False” False is enabled by default. Set to True to be able to generate a CASS Form.
USSaveCASSForm File Path Path and filename to save CASS Form to with .HTML or .PDF extension


SOA Mode
The SOA (Statement of Accuracy) form is the CanadaPost form for mailing discounts
Input Parameter Input Value Description
CASOAFormName text Name to use on the SOA Form
CASOAFormAddress text Address to use on the SOA Form
CASOACPCNumber text CPC Number to use on the SOA Form
CASaveSOAForm File Path Path and filename to save SOA Form to with .HTML extension


Additional Inputs
Input Parameter Input Value Description
USPreferredCityNames “True” or “False” False is enabled by default. If set to true, all vanity city names will be overwritten by the USPS Preferred City Name on verification. (US Only)
USStandardizationType "Auto" or "Short" or "Long" Auto is enabled by Default which uses USPS preferences. “Short” means all suffixes, prefixes, and directionals will be abbreviated (NW, DR, BLVD). “Long” means all suffixes, prefixes, and directional will be written out (Northwest, Drive, Boulevard). (US Only)
USAliasMode "Convert" or "Preserve" Convert is enabled by default which means if we find a street that is an alias, we will convert it to the preferred street name. Use Preserve to not perform the convert. (US Only)
LastName Text Input LastName in which case the engine will try and append a missing suite from the address based on the last name. (US Only)


New Outputs:

US Only Outputs
Input Parameter Description
USCityAbbreviation Get the abbreviated city name.
USPlus4 Get the plus4 by itself.
USCarrierRoute Get the Carrier Route.
USDeliveryPointCode Get the 2 digit delivery point code
USDeliveryPointCheckDigit Get the 1 digit devliery point check digit
USCongressionalDistrict Get the congressional district number of the address
DeliveryIndicator Returns an “R” for residential, “B” for business, “U” for Unknown
USCensusTract Census Tract value
USCensusBlock Census Block value
USBlockSuffix Census Block Suffix
USCountyFips County FIPS number
USCountyName County Name
USPlaceCode Census Place Code
USPlaceName Census Place Name
USCBSACode Census CBSA Code
USCBSATitle Census CBSA Title
USCBSALevel Census CBSA Level
USCBSADivisionCode Census CBSA Division Code
USCBSADivisionTitle Census CBSA Division Title
USCBSADivisionLevel Census CBSA Division Level
USCensusKey Census Key value
USCountySubdivisionCode Census County Subdivision Code
USCountySubdivisionName Census County Subdivision Name
USElementarySchoolDistrictCode Elementary School District Code
USElementarySchoolDistrictName Elementary School District Name
USSecondarySchoolDistrictCode Secondary School District Code
USSecondarySchoolDistrictName Secondary School District Name
USUnifiedSchoolDistrictCode Secondary School District Code
USUnifiedSchoolDistrictName Secondary School District Name
USStateDistrictLower State Lower Congressional District Number
USStateDistrictUpper State Upper Congressional District Number
USZipType Returns the Zip Type for US
US
Code Description
A blank zip type is a regular zip
P Zip code specifically for PO Boxes
U Unique Zip Code
M Military Zip Code


US and CANADA Outputs
Input Parameter Description
AddressType Returns the Address Type for US and Canada
US
Code Description
A Alias
F Firm or Company address
G General Delivery Address
H High Rise or Business Complex
P PO Box address
R Rural Route address
S Street or Residential address
CANADA
Code Description
1 Street
2 Street Served by Route or GD
3 Lock Box
4 Route Service
5 General Delivery
B LVR Street
C Government Street
D LVR Lock Box
E Government Lock Box
L LVR General Delivery
K Building
MAK Melissa Address Key value. MAK is our proprietary unique number for each individual address in the world. Currently only available in the US and CA but we are planning on rapidly adding more.
BaseMAK Melissa Base Address Key value. The BaseMAK is the MAK of a base building. For example, if there is a high rise with 100 individual suites, they would have 100 unique MAK values. However, all 100 would have the same BaseMAK value which is the address high rise building itself.


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

Global Email Object

Reference Data Update
  • New domains added

Global Phone Object

Reference Data Update
  • All countries

Global Name Object

Reference Data Update
  • None


Build 1.0.0.2962

Released June 2017

  • Added AC22 for Organization Change
  • Improved fuzzy matching logic for correcting misspelled thoroughfares
  • 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

Build 1.0.0.2871

Released January 2017

  • Fixed handling of alpha-numeric house numbers and house ranges (eg: 10-12, 10A-12, 10A-12B etc).
  • 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)
  • 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


Build 1.0.0.2827

Released October 2016

  • 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
  • Added Packstation data 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

Build 1.0.0.2761

Released May 2016

  • 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

Build 1.0.0.2717

Released November 2015

  • 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,

Build 1.0.0.2646

Released May 2015

  • Implemented Significant Speed improvements
  • Coding improvements for Germany
  • Added handling of new South Korean postal code format
  • 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

Build 1.0.0.2608

Released February 2015

  • 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


Build 1.0.0.2589

Released November 2014

  • 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

Build 1.0.0.2400

Released August 2014

  • Initial Release