Global Address Object:Build History: Difference between revisions

From Melissa Data Wiki
Jump to navigation Jump to search
← Older editNewer edit →
No edit summary
No edit summary
Line 1: Line 1:
[[Global Address Object|← Global Address Object]]
[[Personator Consumer|← Personator Consumer]]
{{CustomTOC}}
{{CustomTOC}}
==Build 1.0.0.3298==
===November 2020 Update===
''Released November 2020''
<p class="sectionhead">General Information</p>
:Currently, the Global Address Object product contains all countries and territories in the world. This allows users to add new countries with a single update to their license. However, we understand that for some users who are not subscribed to many countries, the file size may be prohibitive. We are working on a way to provide smaller versions of the Global Address Object product for those users. Please stay tuned.
:We are also working on upgrading our infrastructure and data source relationships so that we can start providing monthly updates for a number of countries. We expect this to be available early 2021. Some countries we expect to roll out with for Monthly updates are: United States, United Kingdom, France, Germany, and Netherlands.


<p class="sectionhead">Country Specific Updates</p>
==Build 5.2.39==
:;AUSTRALIA
''Released December 2020''
:*MelissaAddressKey and MelissaAddressKeyBase values are now available
<p class="sectionhead">Bug Fix</p>
:*Removed some house numbers that were invalid
:*Made internal changes to the web service to improve Email Address Verification, resulting in more accuracy.
:*Subpremise values with are single letters are now capitalized
:*SubAdministrative Area data was deemed to be too inconsistent and no longer returned. This value is not used in the mailing address.


:;BELARUS
:*Postal code verification improved


:;CHILE
==Build 5.2.37==
:*Fixed area slotting for Region Nuble
''Released November 2020''
 
<p class="sectionhead">Major Update</p>
:;COSTA RICA
:*Personator now only appends Phones and Emails when there is an exact individual match (result codes contain VR01 AND NOT VS12 AND NOT VS13)
:*We have updated the data source to be one that is much more comprehensive in the country. This data source does not have house numbers while the previous one did but has much better thoroughfare coverage throughout the country.
 
:;FRANCE
:*MelissaAddressKey and MelissaAddressKeyBase values are now available
:*Cleaned up some of the subadministrativea area, administrative area, and subnational area values for addresses near boundary borders
:*AV25 coding now possible
 
:;GREAT BRITAIN
:*Added support for The British Forces Post Office (BFPO) addresses as they typically contain more lines and data than regular addresses.
 
:;KYRGYZSTAN
:*Improvement in verification results with locality and thoroughfare levels.
 
:;SAO TOME AND PRINCIPE
:*Updated this country to thoroughfare level (AV-3) address coverage and Thoroughfare level Geocoding (G-3) coverage
 
:;SINGAPORE
:*MelissaAddressKey and MelissaAddressKeyBase values are now available
:*Updated values for Dependent Locality and Double Dependent Localities (These are not used in the mailing address)
 
:;MACAO
:*More addresses can now be verified to the house number level.
 
:;MOZAMBIQUE
:*Data updated to a new source with postal code information and engine revamped for this new data.
:*Decreased the chances of false coding to the wrong address
 
:;TAIWAN
:*Improved matching engine for more AV24 level coding
:*Increase number of rooftop level geocoding
:*AV22 for incomplete or not fully validated address no longer returned. We will instead return AV12 if the locality level data is correct but the full mailing address is not correct.
:*Decreased level of false coding
 
:;VIETNAM
:*We have changed to a new data source and adapted our engine.
:*MelissaAddressKey and MelissaAddressKeyBase values are now available
:*Improved Postal Code coverage
:*Less over-aggressive coding that will cause the engine to match to the incorrect address. This may result in some previous matches that happen to be correct to no longer match, but we believe that it is better overall to decrease false coding.
:*Results will now be in Vietnamese instead of transliterated Vietnamese. This is a much closer match to the data expected in the country. For example:
:::Vietnamese: Phố Lê Đại
:::Transliterated Vietnamese: Pho Le Dai
:*AV22 for incomplete or not fully validated address no longer returned. We will instead return AV12 if the locality level data is correct but the full mailing address is not correct.
:*Formatted Address updated to be closer to specification expected for the country
 
<p class="sectionhead">Data Updates</p>
:;Reference Data Update
:*ALL COUNTRIES
 
:;Address Pattern Recognition Update
:*BELARUS, COSTA RICA, GREAT BRITAIN, KYRGYZSTAN, MACAO, SAO TOME AND PRINCIPE, MOZAMBIQUE, SENEGAL, TAIWAN, VIETNAM




===August 2020 Update===
==Build 5.2.36==
''Released August 2020''
''Released August 2020''
<p class="sectionhead">General Information</p>
<p class="sectionhead">Minor Update</p>
:;Installation Note:
:*Personator will no longer perform the append action when AS02 is returned in the results. Appends will now only occur for AS01 and AS03 result codes.
:*;When installing, please do not combine with a previous update. Files from a previous update included in the same directory may interfere with the loading of this update.
:*We have worked to improvement the speed of edge cases in our engine. The number of records that could trigger a hang in the engine should be greatly diminished. If you run into a record that takes a long time to process, please submit it to Melissa.
:*We introduced these new output fields in the previous release, but we would like to highlight them again as we think they can be very useful to many users. Additionally, we have added additional countries supported to a number of these outputs.
 
:;MelissaAddressKey
::This is a globally unique and persistent key for the location, even if parts of the address change. When an address is fully validated this field returns a 10-digit proprietary key for the address. With AddressKey (US and Canada only), if an address zip code changes, the AddressKey would also change. Melissa Address Key (MAK) is independent and will not change. This makes MAK a good way to permanently identify and locate addresses. Once you have a MAK it can be used as an input in most Melissa services and thus is a good tool for deduping. Current countries support include: US, CA, BM, GB, IT, NL, PT, SI, and TR.
 
:;MelissaAddressKeyBase
::Every full address has its own Melissa Address Key (MAK).  If that address is a suites or apartment, we will also return a Melissa Address Key Base (BaseMAK) that corresponds to the overall building. This provides a link between all the individual MAK addresses that belong to the same building. This field also returns a 10-digit proprietary key. Note, if we can validate the address to the building but not the suite, we can return just the BaseMAK. Current countries support include: US, CA, BM, GB, IT, NL, PT, SI, and TR.


:;AddressKey
<p class="sectionhead">Bug Fix</p>
::This is a country dependent field. This field returns an identifier that is used in the country by the official postal agency or another well-recognized agency or standard.
:*Fixed a bug where the service sometimes returns bad phone numbers that return a PE03.
:*Fixed a bug where the service sometimes replaces a phone number with a new phone number from the Personator Database, despite setting the option to <code>Append:Blank</code>.


::''US'': This returns a 11 digit code representing the combination of the zip code, the plus4, and the delivery point. This is a fairly good representation of a unique US address and often used as the core of postal barcode. However, this code is not guaranteed to be unique to an individual address, please use the MelissaAddressKey instead for that purpose. It is possible that this field is empty or not 11 digits if the address is a Non-USPS address (link to something about non-usps addresses).
::''GB'': This field returns the UDPRN, which stands for Unique Delivery Point Reference Number. It is an 8 character code that is assigned and maintained by Royal Mail to each delivery point address.


:;DeliveryPointSuffix
==Build 5.2.35==
::This is a country dependent field. This field returns an identifier that represents a suffix code usually tied to a delivery point.
''Released July 2020''
<p class="sectionhead">Minor Update</p>
:*All addresses retuning Delivery Indicator of "B" will no longer return Demographic information. This is because business sites should not be returning consumer information.


::''US'': This returns the 2 digit delivery point assigned by the USPS to an DPV validated address.
::''GB'': This is a 2 character (first is numerical, 2nd character is alphabetic) that is assigned by Royal Mail. When added to the postal code, this allows each live delivery point to be uniquely identified.


:;DeliveryIndicator
==Build 5.2.34==
::This field returns a one character code that indicates if the address is a residence (R), business (B), or unknown (U). It is not available for all countries. Currently supported inlcude US, GB, and NL.
''Released May 2020''
<p class="sectionhead">Major Update</p>
:*New featrure: <code>opt=DecennialCensusKey:2010|off</code>
::This option toggles the census key output to return the static 2010 census key instead of the latest census key.


:;CountrySubdivisionCode
::This field returns the ISO 3166-2 country sub-division code. This code is part of the ISO 3166 international standard to represent the relevant administrative divisions and dependent territories for a country. For most countries, this code is tied to the administrative area.


::Not all countries currently return this code. Current countries supported include: US, CA,GB,NL,TR.
==Build 5.2.33==
''Released May 2020''
<p class="sectionhead">Minor Update</p>
:*The NS02 Result code has been deemed unnecessary and will no longer return in the web service result codes.
:*The PS02 (7-digit coded) will no longer return it the web service result codes. Instead, phone numbers will now code to PS01 (10-digit verified).  


:;AddressTypeCode
::This is a country dependent field. This field returns a code to identify the type of address that the input is identified as.


::;US
==Build 5.2.32==
::{| class="alternate01"
''Released April 2020''
!Code !! Definition
<p class="sectionhead">Major Update</p>
|-
:*Personator now only returns demographics when there is an exact individual match (result codes contain VR01 AND NOT VS12 AND NOT VS13)
|A||Alias address
|-
|F||Firm or Company
|-
|G||General Delivery
|-
|H||Highrise or Business Complex
|-
|P||PO Box
|-
|R||Rural Route
|-
|S||Street or Residential
|}


::;CA
::{| class="alternate01"
!Code !! Definition
|-
|1||Street
|-
|2||Street Served by Route and General Delivery
|-
|3||Lock Box
|-
|4||Route Service
|-
|5||General Delivery
|-
|B||Large Volume Receiver Street
|-
|C||Government Street
|-
|D||Large Volume Receiver Lock Box
|-
|E||Government Lock Box
|-
|L||Large Volume Receiver General Delivery
|-
|K||Building
|}


::;GB
==Build 5.2.29==
::{| class="alternate01"
!Code !! Definition
|-
|L||This address is identified as having a large user postal code. This is due to the large volume of mail received at that address, or because a PO Box or Selectapost service has been set up.
|-
|S||This address is identified as having a smaller user postal code. This means this postal code will have usually around 15 delivery points but never more than 100.
|}
 
::For a list of all outputs available, please reference our wiki page: [[Global Address Object]].
 
<p class="sectionhead">Country Specific Updates</p>
:;ÅLAND ISLANDS
:*After review, we found that the thoroughfare level data is not at a level to justify the AV-3 (Thoroughfare level) classification and can incorrectly code legitimate thoroughfare. We are moving this country to AV-2 (Locality level) while we work on finding better data.
 
:;ARGENTINA
:*Improved the area alignment for Ciudad Autónoma de Buenos Aires AdministrativeArea.
 
:;CANADA
:*Improved handling of Canadian addresses that start with the format of ###-#### and is all in address lines. Before, the engine would confuse this valid but rare subpremise number and house number format for a phone number. This would only happen if postal code and locality input fields were not used.
 
:;CURAÇAO
:*Improving handling of address1 only input handling.
 
:;BARBADOS
:*Improved our thoroughfare level data. You should expect much more AV23 than before.
:*Improved geocoding
 
:;CÔTE D'IVOIRE (IVORY COAST)
:*Improved our thoroughfare level data. You should expect much more AV23 than before.
:*Improved geocoding
 
:;NETHERLANDS
:*We have switched to a new premium level data source. This new data source contains highly accurate street level information and also new subpremise information. Additionally, it also includes highly accurate rooftop level geocoding.
:*Due to the addition of subpremise level data, you should start receiving many more AV25 Result codes.
:*SubPremise information and parsed fields will now be populated for AV25 records.
:*We will return rooftop level geocodes and GS05 for almost all coded records.
:*Formatted Address reviewed and ensured to match postal agency specifications. This includes double spaces beween the locality and postal codes.
 
:;NIGERIA
:*Improved our data source to include much more extensive thoroughfare level data.
:*You should expect much more AV23 than before.
:*Improved our engine to cut down on false coding
:*Improved Geocoding
 
:;NORWAY
:*Updated our area values to match the new administrative region revamp instituted by the Norway government in 2020.
 
:;PAKISTAN
:*Added extensive street level data to the country. You should receive much more AV23 now.
:*Improvement in geocoding result returned.
 
:;SRI LANKA
:*Improved our thoroughfare level data. You should expect much more AV23 than before.
:*Improved geocoding
 
:;TURKEY
:*We have added a new high quality data source and revamped our engine for that source.
:*Subpremise level data with Building data and AV25 coding now available.
:*Increased number of GS05 rooftop level geocoding.
:*Reviewed and revamped Formatted Address to ensure match with postal agency standards.
 
:;UNITED STATES
:*Changed handing of two unique zip codes (12345 and 88888) based on customer data. We will no longer allow any and all input to code as valid (as per CASS specifications) but require a recognized street. This will improve data quality as we see many fake inputs using these postal codes.
 
<p class="sectionhead">Data Updates</p>
:;Reference Data Update
:*ALL COUNTRIES
 
:;Address Pattern Recognition Update
:*ALAND ISLANDS, CANADA, CURACAO, BARBADOS, IVORY COAST, NETHERLANDS, NIGERIA, PAKISTAN, SRI LANKA, TURKEY, UNITED STATES
 
 
===February 2020 Update===
''Released February 2020''
''Released February 2020''
<p class="sectionhead">General Information</p>
<p class="sectionhead">Major Update</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.
:*New Feature: Advanced Address Type
::When Advanced Address Type is set to on (<code>&opt=AdvancedAddressType:on</code>), the service will return more detailed Address Types.


<p class="sectionhead">Country Specific Updates</p>
<p class="sectionhead">Minor Update</p>
:;COLOMBIA
:*Improvements to Canadian GeoCoding coverage and accuracy.
:*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:
==Build 5.2.25==
::*Not Yet Build – Addresses in the planning or construction phase
''Released December 2018''
::*Multiple Residence – Individual dwellings in multiple occupancy buildings that share a front door
<p class="sectionhead">Minor Update</p>
::*BFPO –British forces personnel serving overseas
:*Further improvements done to the GeoCoding by using new input Parameters using the MAK as input to produce more accurate GeoCoding information.
:*We have incorporated a new geolocation source with much more accurate rooftop points for Great Britain. This data is not available from Royal Mail.
:*Fixed the address format for Private Mailboxes.
:*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.
::*Old: Address1 + PMB + Suite
:*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.
::*New: Address1 + Suite + PMB


:;ISRAEL
:*Other internal changes to improve GeoCoding accuracy.
:*Modified the Formatted Address and address lines to match in country postal rules.
<p class="sectionhead">Bug Fix</p>
:*Building and subpremise information now returned at the end of address1 instead of in a new line as per our country research.
:*Fixed an issue where the pipes (“|”) would sometimes output as part of the Results.  
:*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.
==Build 5.2.20==
:*Will now return a 〒Prefix for the postal code in the Formatted Address as per in country postal standards.
''Released October 2018''
:*Slight variations in area parsing for new data source
<p class="sectionhead">Minor Update</p>
:*Some changes in the makeup of the address lines using the deliverylines option.
:*Internal Re-work of Geocoding Engine to replace direct database access to using the GeoCoder API.  
:*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
==Build 5.2.16==
:*Change in configuration to keep more input data on output
''Released August 2018''
:*Updated area vales
<p class="sectionhead">Minor Update</p>
:*Credit Licenses are now supported within Personator. A Credit License allows users to store pre-paid credits to their license in order to access the service. Credits can be purchased through the Melissa Credit Portal. Certain features are not accessible through Credit Only Licenses including:


:;NICARAGUA
::#SSN Verification
:*Changed configuration to recognize locality for more records
::#IP Address Verificaiton
::#Demographics


:;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
==Build 5.2.14==
:*Change in configuration to keep more input data on output
''Released June 2018''
:*Updated area vales
<p class="sectionhead">Bug Fix</p>
:*Fixed an issue where bad Canadian Email Addresses were being appended. It should now follow the same logic as the US.
:*Fixed an issue where the EmailAddress column sometimes disappears when asking for <code>Demographics:MaskOnly</code> or <code>Demographics:ValueOnly</code>
:*Fixed an issue where CBSA sometimes did not output correctly.


:;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
==Build 5.2.5==
:*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.
''Released April 2018''
<p class="sectionhead">Minor Update</p>
:*Global IP now returns GE27 in the TransmissionResults when a user is not subscribed to Global IP.
:*Name Centric was removed from CentricHint Cascading. Currently, when CentricHint is auto (default), Personator will check by ordering (SSN, Address, Phone, and Email) for CentricHint, until match in the data is found.


:;YEMEN
:*Changed configuration to recognize locality for more records


<p class="sectionhead">Data Updates</p>
==Build 5.2.2==
:;Reference Data Update
''Released March 2018''
:*ALL COUNTRIES
<p class="sectionhead">Minor Update</p>
:*Added new output placeholder for EstimatedHomeValue. This does not currently return any values, and is reserved for future implementation.
::<code><EstimatedHomeValue /></code>


:;Address Pattern Recognition Update
<p class="sectionhead">Bug Fix</p>
:*COLOMBIA, GREAT BRITAIN, ISRAEL, JAPAN, MONGOLIA, MYANMAR, NICARUGUA, SYRIA, TURKS AND CAICOS ISLANDS, UNITED ARAB EMIRATES, UZBEKISTAN, YEMEN
:*Fixed a bug where Personator was returning redundant Email Result Codes




===October 2019 Update===
==Build 5.2.1==
''Released October 2019''
''Released March 2018''
<p class="sectionhead">General Information</p>
<p class="sectionhead">Major Updates</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
:*Added Name Centric Hint. This can be set as part of the options:
::<code>&opt=CentricHint:Name</code>
:*Added BirthDay, BirthMonth and BirthYear inputs. Setting the Date of Birth allows for additional filtering in order to match on specific individuals. This can be set in the input like so:
::<code>&bday={BirthDay}&bmo={BirthMonth}&byr={BirthYear}</code>
:*Added new input for supporting IP Address
::<code>&ip={IpAddress}</code>
:*The following outputs were also added in support of IP Address Verification in Personator:
::*<code><IPAddress/></code>
::*<code><IPCity/></code>
::*<code><IPCountryAbbreviation/></code>
::*<code><IPCountryName/></code>
::*<code><IPConnectionSpeed/></code>
::*<code><IPConnectionType/></code>
::*<code><IPContinent/></code>
::*<code><IPDomainName/></code>
::*<code><IPISPName/></code>
::*<code><IPLatitude/></code>
::*<code><IPLongitude/></code>
::*<code><IPPostalCode/></code>
::*<code><IPProxyType/></code>
::*<code><IPProxyDescription/></code>
::*<code><IPRegion/></code>
::*<code><IPUTC/></code>


<p class="sectionhead">Country Specific Updates</p>
:*The new columns may be retrieved individually or by calling the requesting for the GrpIPAddress in the columns input:
:;ARGENTINA
::<code>cols=GrpIPAddress</code>
:*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
==Build 5.1.5==
:*Improved our locality matching
''Released July 2017''


:;COMOROS
<p class="sectionhead">Major Update</p>
:*Improved our locality matching
:*Added Functionality for SSN Verification.


:;COOK ISLANDS
:*Improved our locality matching


:;GAMBIA
==Build 3.3.2==
:*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.
''Released April 2015''


:;GERMANY
<p class="sectionhead">Major Update</p>
:*Fixed an issue where some Postfache and postal code values were not available
:*Added Functionality for Canadian Append, Verify, and Move.


:;GREAT BRITAIN
<p class="sectionhead">New Features</p>
:*Minor improvement in matching rate
:*Added PhoneCountryName and PhoneCountryCode output.


:;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
==Build 3.2.65==
:*We have removed some matching logic that caused false or over-aggressive matches
''Released March 2015''


:;LAOS
<p class="sectionhead">New Features</p>
:*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.
:*Added MoveConfidence(Strict|Loose) Option.


:;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
==Build 3.2.59==
:*A hyphen is returned between postal code and locality as per postal preference
''Released November 2014''
:*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


<p class="sectionhead">New Features</p>
:*Added Demographics as part of the output columns
:*Added LongAddressFormat(off|on|auto) Option.


===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>
==Build 3.2.52==
:;ARGENTINA
''Released September 2014''
:*Improved the alignment of the address area values


:;AUSTRALIA
<p class="sectionhead">New Features</p>
:*Improved pattern recognition to increase coding rate
:*New mdHints Functionality for optional Speed Improvements


:;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
==Build 3.2.32 (Data Update)==
:*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.
''Released June 2014''
:*Improved parsing
:*Administrative Area no longer returned for this country. It is unnecessary for a country of this size.
:*Improved Formatted Address structure


:;COLOMBIA
<p class="sectionhead">New Features</p>
:*Improved recognition of addresses without thoroughfare leading types
:*Added 10 Year NCOA Move Capability


:;EGYPT
:*Changed Formatted Address to better conform to country standards


:;FRANCE
==Build 3.2.32==
:*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.
''Released February 2014''


:;ESTONIA
<p class="sectionhead">New Features</p>
:*Improved coding quality
:*Free Form Input - Personator will now accept single line Input String and parse out the Address, Company, Name, Phone and Email Address. FreeForm Inputs can be both fielded and unfielded.
:*Improved address structure in Formatted Address
:*Email Append - Personator now has the capability to append Email Addresses


:;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
==Build 3.2.14==
:*Improved recognition of abbreviations for better coding accuracy
''Released July 2013''


:;PHILIPPINES
<p class="sectionhead">New Features</p>
:*We have greatly improved our address pattern recognition for the Philippines so that our coding accuracy has increase dramatically.
:*Move Update - The Personator Web Service now has the ability to return the current address for an individual or company. This can be done by enabling the action Move.  
:*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''
<p class="sectionhead">General Information</p>
*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.
 
<p class="sectionhead">Country Specific Updates</p>
:;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.
 
<p class="sectionhead">Interface Update</p>
: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.
 
<p class="sectionhead">New US Features:</p>
: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.
 
<p class="sectionhead">New Inputs:</p>
:;CASS Mode
:The CASS (Coding Accuracy Support System) form is the USPS form for mailing discounts
 
:{|class="alternate01" cellspacing="0"
!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
 
:{|class="alternate01" cellspacing="0"
!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
:{|class="alternate01" cellspacing="0"
!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)
|}
 
 
<p class="sectionhead">New Outputs:</p>
:;US Only Outputs
 
:{|class="alternate01" cellspacing="0"
!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
{|class="alternate01" cellspacing="0"
!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
{|class="alternate01" cellspacing="0"
!Input Parameter!!Description
|-
|AddressType||Returns the Address Type for US and Canada
;US
{|class="alternate01" cellspacing="0"
!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
{|class="alternate01" cellspacing="0"
!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.
|}
 
 
<p class="sectionhead">Data Updates</p>
:;Reference Data Update
:*ALL Countries
 
:;Address Pattern Recognition Update
:*BENIN, BOTSWANA, BURKINA FASO, BURUNDI, CAMEROON, JORDAN, MACEDONIA, MALAYSIA, MALTA, PERU, SERBIA, UNITED STATES
 
<p class="sectionhead">Global Email Object</p>
:;Reference Data Update
:*New domains added
 
<p class="sectionhead">Global Phone Object</p>
:;Reference Data Update
:*All countries
 
<p class="sectionhead">Global Name Object</p>
:;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==
==Build 1.0.00==
''Released August 2014''
''Released November 2012''


*Initial Release
*Initial Release
Line 849: Line 213:


[[Category:Build History]]
[[Category:Build History]]
[[Category:Global Address Object]]
[[Category:Personator]]

Revision as of 16:57, 24 February 2021

← Personator Consumer


Build 5.2.39

Released December 2020

Bug Fix

  • Made internal changes to the web service to improve Email Address Verification, resulting in more accuracy.


Build 5.2.37

Released November 2020

Major Update

  • Personator now only appends Phones and Emails when there is an exact individual match (result codes contain VR01 AND NOT VS12 AND NOT VS13)


Build 5.2.36

Released August 2020

Minor Update

  • Personator will no longer perform the append action when AS02 is returned in the results. Appends will now only occur for AS01 and AS03 result codes.

Bug Fix

  • Fixed a bug where the service sometimes returns bad phone numbers that return a PE03.
  • Fixed a bug where the service sometimes replaces a phone number with a new phone number from the Personator Database, despite setting the option to Append:Blank.


Build 5.2.35

Released July 2020

Minor Update

  • All addresses retuning Delivery Indicator of "B" will no longer return Demographic information. This is because business sites should not be returning consumer information.


Build 5.2.34

Released May 2020

Major Update

  • New featrure: opt=DecennialCensusKey:2010|off
This option toggles the census key output to return the static 2010 census key instead of the latest census key.


Build 5.2.33

Released May 2020

Minor Update

  • The NS02 Result code has been deemed unnecessary and will no longer return in the web service result codes.
  • The PS02 (7-digit coded) will no longer return it the web service result codes. Instead, phone numbers will now code to PS01 (10-digit verified).


Build 5.2.32

Released April 2020

Major Update

  • Personator now only returns demographics when there is an exact individual match (result codes contain VR01 AND NOT VS12 AND NOT VS13)


Build 5.2.29

Released February 2020

Major Update

  • New Feature: Advanced Address Type
When Advanced Address Type is set to on (&opt=AdvancedAddressType:on), the service will return more detailed Address Types.

Minor Update

  • Improvements to Canadian GeoCoding coverage and accuracy.


Build 5.2.25

Released December 2018

Minor Update

  • Further improvements done to the GeoCoding by using new input Parameters using the MAK as input to produce more accurate GeoCoding information.
  • Fixed the address format for Private Mailboxes.
  • Old: Address1 + PMB + Suite
  • New: Address1 + Suite + PMB
  • Other internal changes to improve GeoCoding accuracy.

Bug Fix

  • Fixed an issue where the pipes (“|”) would sometimes output as part of the Results.


Build 5.2.20

Released October 2018

Minor Update

  • Internal Re-work of Geocoding Engine to replace direct database access to using the GeoCoder API.


Build 5.2.16

Released August 2018

Minor Update

  • Credit Licenses are now supported within Personator. A Credit License allows users to store pre-paid credits to their license in order to access the service. Credits can be purchased through the Melissa Credit Portal. Certain features are not accessible through Credit Only Licenses including:
  1. SSN Verification
  2. IP Address Verificaiton
  3. Demographics


Build 5.2.14

Released June 2018

Bug Fix

  • Fixed an issue where bad Canadian Email Addresses were being appended. It should now follow the same logic as the US.
  • Fixed an issue where the EmailAddress column sometimes disappears when asking for Demographics:MaskOnly or Demographics:ValueOnly
  • Fixed an issue where CBSA sometimes did not output correctly.


Build 5.2.5

Released April 2018

Minor Update

  • Global IP now returns GE27 in the TransmissionResults when a user is not subscribed to Global IP.
  • Name Centric was removed from CentricHint Cascading. Currently, when CentricHint is auto (default), Personator will check by ordering (SSN, Address, Phone, and Email) for CentricHint, until match in the data is found.


Build 5.2.2

Released March 2018

Minor Update

  • Added new output placeholder for EstimatedHomeValue. This does not currently return any values, and is reserved for future implementation.
<EstimatedHomeValue />

Bug Fix

  • Fixed a bug where Personator was returning redundant Email Result Codes


Build 5.2.1

Released March 2018

Major Updates

  • Added Name Centric Hint. This can be set as part of the options:
&opt=CentricHint:Name
  • Added BirthDay, BirthMonth and BirthYear inputs. Setting the Date of Birth allows for additional filtering in order to match on specific individuals. This can be set in the input like so:
&bday={BirthDay}&bmo={BirthMonth}&byr={BirthYear}
  • Added new input for supporting IP Address
&ip={IpAddress}
  • The following outputs were also added in support of IP Address Verification in Personator:
  • <IPAddress/>
  • <IPCity/>
  • <IPCountryAbbreviation/>
  • <IPCountryName/>
  • <IPConnectionSpeed/>
  • <IPConnectionType/>
  • <IPContinent/>
  • <IPDomainName/>
  • <IPISPName/>
  • <IPLatitude/>
  • <IPLongitude/>
  • <IPPostalCode/>
  • <IPProxyType/>
  • <IPProxyDescription/>
  • <IPRegion/>
  • <IPUTC/>
  • The new columns may be retrieved individually or by calling the requesting for the GrpIPAddress in the columns input:
cols=GrpIPAddress


Build 5.1.5

Released July 2017

Major Update

  • Added Functionality for SSN Verification.


Build 3.3.2

Released April 2015

Major Update

  • Added Functionality for Canadian Append, Verify, and Move.

New Features

  • Added PhoneCountryName and PhoneCountryCode output.


Build 3.2.65

Released March 2015

New Features

  • Added MoveConfidence(Strict|Loose) Option.


Build 3.2.59

Released November 2014

New Features

  • Added Demographics as part of the output columns
  • Added LongAddressFormat(off|on|auto) Option.


Build 3.2.52

Released September 2014

New Features

  • New mdHints Functionality for optional Speed Improvements


Build 3.2.32 (Data Update)

Released June 2014

New Features

  • Added 10 Year NCOA Move Capability


Build 3.2.32

Released February 2014

New Features

  • Free Form Input - Personator will now accept single line Input String and parse out the Address, Company, Name, Phone and Email Address. FreeForm Inputs can be both fielded and unfielded.
  • Email Append - Personator now has the capability to append Email Addresses


Build 3.2.14

Released July 2013

New Features

  • Move Update - The Personator Web Service now has the ability to return the current address for an individual or company. This can be done by enabling the action Move.


Build 1.0.00

Released November 2012

  • Initial Release
Retrieved from "http://wiki.melissadata.com/index.php?title=Global_Address_Object:Build_History&oldid=17559"