Loqate Demo Guide
Address Verify
Demo URL: www.loqate.com/demo/gui/
Address Verify can parse, standardize, verify, cleanse, transliterate, and format address data for over 240 countries. The
following section will walk you through a sample demo of the application.
Please note that we provide a list of prepared addresses, accessible from the drop down menu on the top right, which you
can use and skip the setup below.
General Instructions
Enter an address you want to verify in the Address field. Or select an address from the ‘Sample Addresses’ pulldown menu in the upper right.
Remember to specify the country inside the Address field, or select it from the Country dropdown box.
Setting a country can also be accomplished in the Default Country field or the Forced Country field. Default
Country will treat all addresses that do not have a country specified as belonging to the default country. Forced
Country will overwrite both the Country dropdown box and the country you’d have specified in the Address field
and assign its input as the correct country for every address processed.
In the Output Script field, select whether you want the output to be written and formatted in its native script or in
Latin.
The default is Latin.
The native script is determined by the country set in Country under Address. If a native script is available for that
country, then it will be used.
Select the number of Maximum Results. The default is 10. Select a process, Verify, for the purpose of this
demo.
Select whether to Geocode the results. This will return the latitude and longitude coordinates associated with an
address. The default is no.
Click on Process.
Note: There are multiple fields on this page that we will not discuss in these demos. They are used by Loqate to run
internal functionality tests, and aren’t part of a customer demonstration. For a more detailed explanation of these fields,
please access our Support pages.
™Loqate and EverythingLocation are trademarks of Loqate, Inc. All other trademarks are the property of their respective owners.
DEMSCAVv1061714
Loqate Demo Guide
Sample Addresses
These are all found in the list of prepared addresses in the dropdown menu, except for 999 Baker Way. They have been
selected to showcase the capabilities of the Loqate solutions.
1. 999 Baker Way San Mateo CA
Set the Country to USA. This is our office address, and can be used as a control or for reference purposes.
If you look on the right, you will see that the address has been parsed into multiple fields. This allows our engine
to validate each part independently.
The address is correctly displayed in the Address Line Output field in the bottom right column.
2. 741 Muntan View Rd Ste 4 SD 57702 USA
This address has several errors: The street name is misspelled, and the city name is missing. We will use this
example to demonstrate how Loqate can correct addresses.
Click Process. You’ll see several changes:
o
o
o
Muntan has been corrected to Mountain
The City and County have been added
The Postal Code has been expanded to the Zip+4, which specifies a city block within the U.S. Shipping
o
and delivery companies can now receive shipping discounts in the US by using this Zip+4.
Now look at the Accuracy code (AVC) in the top right corner. It reads V52-I55-P7-098
o
AVCs are our way of assessing an address’ validity and telling you what operations we’ve performed on
o
it.
In this case, the V52 means that the address has been significantly improved: the 2 means that before
verification we could only verify the address down to the Locality (in this case, the combination of the
state of South Dakota and the postal code) The 5 means that after the engine analyzed and corrected the
address, we can now identify the address down to the specific room number or delivery point (Suite 4)
o
o
The P7 means that we were able to return a Zip code + 4, the second highest level possible. The only
higher level, P8, is granted when the Zip+4 is provided as part of the input and can thus be directly
verified instead of being appended.
Finally the 98 means we made a little change, correcting Muntan into Mountain. A full score of 100 means
we wouldn’t have made any changes. Note that adding information, such as the City or County, does not
decrease the match score.
3. 15 Rue Nelaton Paris PARIS 92800 France
At first glance this address seems correct.
However, the Address Verify Address Line Output field shows the following: 15 Rue Nelaton 92800 Puteaux
It turns out that the Postal Code 92800 applies to Puteaux in France, not to the city of Paris.
It’s interesting to note that there is a Rue Nelaton in Paris. This example shows what happens when there is a
conflict between multiple parts of the address. Address Verify determines that the Postal Code was more reliable
than the City name, and thus chose the Locality based on the Postal Code.
Notice how the address components are now in the right order according to French postal standards in the
Address Line Output field in the bottom right column.
™Loqate and EverythingLocation are trademarks of Loqate, Inc. All other trademarks are the property of their respective owners.
DEMSCAVv1061714
Loqate Demo Guide
4. 41 alphonsusrd, SW4 7ax, uk
This address in the UK is completely scrambled. Nothing that Address Verify can’t handle.
Click Process. What is considered a junk address by many applications is now found to be a real address in
London.
41 St. Alphonsus Road
London
London
SW4 7AX
Looking at the AVC code, V42-I44-P6-091, we see that we are now able to drill down and verify to the Building
number, whereas we would have been limited to the City level without the verification process.
5. Bahea Blanca 4194 Villa Devoto C1419BAL ARG
Let’s look at another example to illustrate how Address Verify can correctly format an address in another country.
We will look at the individual processes of Parse, Match and Format. First, let’s parse the address into its
individual components. Parsing means the address will be split into specific fields such as premise number,
thoroughfare and locality or city.
As you can see from the output fields, it looks like the address is located in a city called Villa Devoto. However
when we go back and select Match, Address Verify compares the input data against our reference data. We now
see that Villa Devoto is actually a neighborhood in the city of Buenos Aires. The address that was entered looked
correct, but now we know that the city name of Buenos Aires was missing. The initial geocodes were also
incorrect because the data did not have the correct city name. It could not find the town and therefore generated
an incorrect geocode. The verified address shows the correct geocode. This example illustrates that although
addresses may look correct at first glance, they may also be missing key values only address verification software
can identify.
Finally, let’s select Format. We see that the address is properly formatted according to Argentinian postal
standards. Notice that the format is different from US postal addresses. The building number comes after the
street name and the post code comes before the city name.
The modular processes of Parse, Match and Format help users see the individual steps Address Verify performs
to verify an address.
Transliteration
Transliteration is a phonetic conversion between two different alphabets or character sets. To make it simple, imagine that
you are looking at a Sushi menu, and come across う なぎ on the menu. This translates to “eel”. Transliterating this word
results in the word “unagi”, which is a way of writing the way the word sounds in the Latin alphabet without attempting to
preserve its meaning. Transliteration is key to finding and verifying address in other countries because it doesn’t translate
the address, it only transliterates the sounds.
Let’s look at some examples:
1. つきみ野 6-1-8 大和市 神奈川県 242-0002 JPN
a) Select this example from the drop-down box.
™Loqate and EverythingLocation are trademarks of Loqate, Inc. All other trademarks are the property of their respective owners.
DEMSCAVv1061714
Loqate Demo Guide
b) Now click Process. You will see the following output: 242-0002 神奈川県大和市つきみ野 6-1-8
c) Notice the formatting in the Address Line Output field in the bottom right column. The Postal Code is now
written at the beginning, with the building number at the end.
d) Most software applications would not be able to process this input without additional language packs. In
addition, non-Japanese speakers would have no way to know if this is a correct address, or if it’s formatted
properly. Transliteration takes care of these issues.
e) Now set the Output Script to Latin (English). Click Process. It will return the following, in the proper format
for a Latin alphabet rather than a Japanese one:
f)
6-1-8 TSUKIMINO YAMATO-SHI KANAGAWA 242-0002
We are now able to use this address in any customer database without having to acquire additional language
packs, worry about incompatible character sets, or wonder if the address actually makes sense in its native
language.
2. 11 GUANG HUA LU BEIJING 100600 China
a) Let’s now look at another example of transliteration. We have a Chinese address written in the Latin character
script. We need an address written in Chinese in order for the local postal services to deliver it.
b) By setting the Output Script to Native and clicking Process, we get the following result:
100600 北京市北京市朝阳区光华路 11
The previous two examples demonstrate that being able to decipher addresses in a local script, or being able to write
addresses in a script other than Latin can help North American companies better manage international address data as
they expand their businesses into countries with different character sets.
More Information
URL: www.loqate.com/demo
Loqate, Inc | 999 Baker Way Ste 320 | San Mateo CA 94404-1566 USA | +1 (650) 273-5603 | info@loqate.com
™Loqate and EverythingLocation are trademarks of Loqate, Inc. All other trademarks are the property of their respective owners.
DEMSCAVv1061714