DataServices Global Address Cleansing code 3010 issue

Hello,
During the address cleansing we're getting "3010 . Locality, region, and postcode are valid. Unable to match primary name to directory." I don't understand what this means since the address is valid.
Appreciate your insight
Cheers
Tansu

Hi Tansu,
Please check this KB Article[1589996|https://service.sap.com/sap/support/notes/1589996].
Let me know if it helps.
Thanks,
George
Edited by: George Ruan on Oct 6, 2011 2:34 AM

Similar Messages

  • DataServices Global Address Cleansing code 3010

    Hello,
    During the address cleansing  we're getting "3010 . Locality, region, and postcode are valid. Unable to match primary name to directory." I don't understand what this means, since the address is valid.
    Appreciate your insight
    Cheers
    PS: Is this the right forum to post a DataServices question?
    Tansu

    Hi Tansu,
    Please check this KB Article[1589996|https://service.sap.com/sap/support/notes/1589996].
    Let me know if it helps.
    Thanks,
    George
    Edited by: George Ruan on Oct 6, 2011 2:34 AM

  • USA and Canade Engines in Global Address Cleanse

    Hi All, My client has license for All world directories. We deployed all world directories on BODS 4.0 application. I can see ga_all_world_gen" and "ga_country" directories but not any other. When I use Global address engine then it works fine for other countries data. But when I use Canada engine then I got error that cancity.dir is missing. When I use USA engine then I get error for some other directories missing.
    Do we need separate license to use Canada or USA engines? Can I cleanse USA and canada addresses using Global Address engine?
    Thanks,

    hi,
    I am not sure about the licenses issue.
    If you are using Global Address Cleanse, usa and canada addresses can also be cleansed but only country, city and postal code. Street level can be cleanse if you have the country specified address directories.

  • blank values using Global Address Cleanse Transform

    Hi,
    We are trying to cleanse Global Addresses using Global Address cleanse transform. (with USA and Global Engines). We are passing Locality, Region and Postal code as multiline items. In the output some of the records are not getting populated. For these records if we keep USA as defult country then the fields are getting populated. The problem is we cannot take USA as defult country because it has global addresses and for other countries also it is filling USA as country name. Why is it that without giving USA as default country the fields are not getting populated for some records?
    Below are some of the sample addresses.
    1)     10 INDUSTR. HWY MS6     LESTER     PA     19029
    2)     PO BOX_22964     JACKSON     MS     39225
    3)     306 EASTMAN     GREENWOOD     MS     38930
    4)     3844 W NORTHSIDE DR     JACKSON     MS     39209
    5)     259 W QIANJIANG RD     ZHEJIANG     CN     31440
    Can you please suggest a way to fill the countries for these addresses? Any inputs on this will be appreciated.
    regards,
    Madhavi

    Hi,
    As Lance indicates, you set up your address cleanse (for US I would suggest using the URAC transform) and map in your input fields as normal.  In the output, you will select to output postcode2 along with all the other standardized fields you want posted in the output.
    Note:  If an address is assignable using the CASS rules established by the USPS to the USPS referential data, the postcode2 will be populated.  In cases where it is not assignable, the postcode2 can be empty or the input postcode2 data could be preserved based on a user's settings.
    Thanks,
    Paula

  • Global Address Cleanse Transform - (Japanese To English conversion)

    Hi All,
    Is there way I can provide the input to Global Address Cleanse  Transaformation (Japan Engine) in uniocde (Japanese - KANA ) and get the output in english like provide input LOCALITY1 as 高島市 but get the output in english like  "Takashima City".
    Thanks,
    Amit

    Data Services XI 12.1 Technical Manuals, Designer Guide, Data Quality, Page. 555:
    Caution:
    The USA Regulatory Address Cleanse Transform does not accept Unicode
    data. If an input record has characters outside the Latin1 code page
    (character value is greater than 255), the USA Regulatory Address Cleanse
    transform will not process that data. Instead, the input record is sent to the
    corresponding standardized output field without any processing. No other
    output fields (component, for example) will be populated for that record. If
    your Unicode database has valid U.S. addresses from the Latin1 character
    set, this transform processes as usual.
    Best regards,
    Niels

  • Global Address Cleansing with suggestion

    Iu2019m using Global Address Cleansing with suggestion list enabled.  The problem Iu2019m having is for that Canadian addresses are not populating the address related fields (i.e. primary name, number, etcu2026) until the selection process is complete.  This differs from the US engines that populate the fields with each reply.  Is there a way to replicate how the US engine handles suggestion replies within the Global Address Cleansing transform?
    We are using Data Services v 3.2 (12.2.1.2)
    Thanks for your help in advance

    HI,
    I am also facing the same issue with Canada address.
    Did you resolved your issue?
    Thanks,
    Ravi

  • Output Language in Global Address Cleansing

    Hi,
    How can the DQ Global Address Transform be restricted to give all the out put field values in English text?
    Even though the input text is in English, DQ transform gives the address field in Non English characters as its a Hungarian address.
    Is there a way to force it to give in English only?
    Many thanks,

    Global Address Cleanse Transform - Enterprise Information Management - SCN Wiki
    Go to this URL

  • Secondary Unit Designations from Data Services' Global Address Cleanse

    Using Data Services' Global Address Cleanse transform and want to have multiple Secondary Unit Designations retained, parsed, standardized and returned in output data.
    ie:  1 Dexter Ave Floor 10 Suite 5
    Only finding "Suite 5" store in the output SECONDARY_ADDRESS field.
    The 1st unit of the 2 units, "Floor 10" is being lost consistenly using the Global Address Cleanse transform (not the US Regulatory Address Cleanse transform).    I want to standardize and output secondary and tertiary unit designations and numbers like Building 2 Floor 10 Suite 5 and other multi-level unit desinations such as those listed by the USPS at http://pe.usps.com/text/pub28/pub28apc_003.htm .
    So is any Complex_Name and Complex_Type address line info like "Rockafellow Center", "Eastdale Mall", "Manhattan Mall", "Building 2", etc.
    Same behavior for US and Canada.  Multiple units or dwellings are very common on input addresses and should be retained as per USPS Cass Certification.  How can this be accomplished using Data Services' Global Address Cleanse transform?

    Clark,
    you either need to download one of the following additional Address Directories
    - Address Directory - All-World
    - Address Directory - United Kingdom
    for Data Services XI 3.x from the SMP. To have access to them you need a Annual Subscription to the Directories.
    Niels

  • Global Address Cleanse Error USA

    Hi All,
    I have following set of files in my reference_Data folder:
    ga_country.dir
    ga_directory_db.xml
    ga_locaity.dir
    ga_region.dir
    lacsw.txt
    lacsx.txt
    lacsy.ll
    lacsz.ll
    dpvw.txt
    dpvx.txt
    dpvy.dpv
    dpvz.dpv
    While executing the job I am getting error <GAC0000>: Check the path and filename specified for the ZIP4SHS directory.
    DLL <libgactransformu.so> runtime function <perThreadInit> failed with error <4>.
    I am running the same Data set with same files on sandbox it works well.
    Any help in this regard is really appreciated.
    BR,
    Dheeraj

    Hi, SAP Notes 1198375 must help you.

  • Address Cleanse Question

    Hello,
    I am cleansing some usa and germany address data using the global address cleanse transform with usa and emea engine turned on.
    Some data have only the street but missing postal and city. After it went through the transform, the global address cleanse outputs the PRIMARY_NAME1 as empty field for the USA data but it is able to output the PRIMARY_NAME1 with the street name for the germany records
    Am i missing any options or is this how it works??

    Hi,
    Thanks for the reply.
    I meant that both usa and germany address has only street and country information and without other information.
    And of cos without sufficient information, global address cleanse would not be able to correct it.
    The difference i am having is that, after global address cleanse, the PRIMARY_NAME1 field of the output field of the germany record is filled up as what we gave for the input However, the PRIMARY_NAME1 field of the output field of the USA record is blank.
    Both records are of status info code 2000 (Unable to identify locality, region, and/or postcode information on input. )
    So the question is that, if the USA engine is not able to cleanse the data, would it map the input street field onto the output PRIMARY_NAME1 field? Or would it give a blank PRIMARY_NAME1 field?

  • China Address Cleansing

    Hi, We're using Global Address Cleanse transform in one of our ETLs. For China (Beijing, Shanghai etc.) address, its populating China as both City and Country and Beijing/Shanghai as State. Below is the output field mappings: State: REGION1_NAME_BEST_COMPONENT_DELIVERY City: Global_AddressCleanse.LOCALITY1_NAME_BEST_COMPONENT_DELIVERY The input fields are all multiline as the source system provides a set of addresss fields that could hold any address information. Any help in resolving this issues is appreciated. Many thanks, Anitha

    Version used: 3.2

  • Data Services - Address Cleanse

    Hi,
    What dir files do I need to have to be able to run the global address cleanse for the UK?
    I have the following files in my reference_data folder
    ga_region_gen.dir
    ga_country.dir
    I am guessing I need
    ga_loc12_gen.dir,
    ga_loc12_gen_nogit.dir,
    ga_loc34_gen.dir
    Is this correct?  Currently when I run the address cleanse I am getting an INFO CODE of 1030 which is country ID not found.  I have set the country to be United Kingdom as a constant in the options.
    Thanks

    Clark,
    you either need to download one of the following additional Address Directories
    - Address Directory - All-World
    - Address Directory - United Kingdom
    for Data Services XI 3.x from the SMP. To have access to them you need a Annual Subscription to the Directories.
    Niels

  • DQXI USA Regulatory Address Cleanse - Multiline Address Parse Drops Lines

    I'm trying to standardize an address (using DQXI USA Regulatory Address Cleanse) that contain address and building/room data. The standardization process seems to drop important pieces of the address that are needed for delivery.
    Input Data
    FirstName: Joe
    LastName: Smith
    Address: One University Boulevard
    AddressExt: Allison Hall 206-B
    City: Somewheresville
    State: MN
    Zip: 55558
    Cleanser Input Mapping
    Address -> MultiLine1
    AddressExt -> MultiLine2
    City -> Locality1
    State -> Region1
    Zip - > PostCode1
    Output
    best_delivery_primary_secondary_address: 1 UNIVERSITY BLVD
    No other standardized output field has the complete address.
    Obviously, this is missing the necessary "Allison Hall 206-B" information.
    Tried These Things
    Varying the cleanser's standardization options
    Mapping the input Address columns to Address_Line (which yields Allison Hall 206-B as the best_delivery_primary_secondary_address )
    Adding additional cleaner component output fields to try to access additional address data ( Extra1, Extra2, Extraneous_Secondary_Address_Data, Address_Line_Remainder1 ) and the data seems to be blank for the most part.
    Working with the global address cleanse, but will little luck other than passing through uncleansed address data.
    Questions
    Is there any way to get the address to be cleansed/standardized and maintain the valuable address data?
    Perhaps will I have to stitch multiple cleansers together to get both th USA-only fault-code along with some more flexibility in the global address cleanse?
    Another more reliable approach (like concatenating the address data and treating all as Multiline input data?

    I'm actually using the best output fields, I think the projects came defaulted to the best settings and I haven't changed them.  I did disable ELOT, DPV, RDI and LACSLINK as I don't need any of those features, but that's about all I've changed in the project..  The project is failing attemping to unregister the USA reg Address CleanseCass_UsaRegAddressCleanse_Transform.
    >
    Ryan Champlin wrote:
    > I'm guessing that you are using the "Stadardized" output fields rather than the "Best" output fields?  If you use the "Best" fields I think you'll be fine.
    >
    > Could you let me know if you got this working or if this works and we can go from there.
    >
    > Thanks,
    > Ryan

  • US Address Cleansing Run time error

    Hi ,
    I am using Global address cleanse transformation for US address cleanse . while iam running the job getting the error like this 
    Transform <USA_AddressCleanse>: The directory type GA_DIR_TYPE_REGION for group DEFAULT_CYRL contains an incompatible build id.
    Please help me out to resolve this problem . My US address directories are SEP 09 direcotries..
    Thanks&Regards,
    Ramana.

    Hi Ramana,
    is that a new issue, or is it the first time you are running your Data Services Job?
    The SAP Support Portal offers a SAP Note on this topic:
    1384859 - Which files are installed by the software to the reference_data folder? - Data Services XI
    Symptom
    Which files are installed with the software?
    Which files are installed to the reference_data folder?
    Reference files are missing from the directories folder
    ERROR:  File does not exist:D:\BUSOBJ\DIRS\CANADA\ga_directory_db.xml
    Installed directories to a new location, but did not copy over the installation files
    ERROR: The Directory type GA_DIR_TYPE_REGION for the group DEFAULT_CYRL contains an incompatible build id
    How to know which files are directory downloadeds verses installation files to the DataQuality\reference_data directory
    Environment
    Data Services XI
    Resolution
    With Data Services XI, some file in the reference_data folder are installed with the software while others are downloaded as Addressing Directories from SAP Service Marketplace (SMP).
    The following files are installed with the software to the default location ..\Business Objects\BusinessObjects Data Services\DataQuality\reference_data folder. If the directories which are downloaded from SMP are installed outside the default location, the following files will need to be copied to that location:
    AddressServerGlobal.db
    dpvw.txt
    dpvx.txt
    dpvy.dpv
    dpvz.dpv
    ga_country.dir
    ga_directory_db.xml
    ga_dirctory_db_emea.xml
    lacsw.txt
    lacsx.txt
    lacsy.ll
    lacsz.ll
    MultiLineKeywords.db
    ga_region_gen.dir  (eff. July 2009, this file is also included with the directory downloads, in that case, keep the file with the most recent date)
    Note:  One workaround is to install all directory data to the ..\Business Objects\BusinessObjects Data Services\DataQuality\reference_data folder whenever new directories are downloaded. This eliminates the need to copy the above files to the respective folders.
    Keywords
    DS , DSXI , DS XI , ref data , referential , reference data , DQ , international , intl , gac , data cleanse , dpv , lacslink , dirs
    SAP Support Portal - Help&Support inlcudes a great SAP xSearch Application, where you can type in some of the content form the Error Message like "DEFAULT_CYRL", that's how I got this SAP Note identified.
    Niels
    Niels

  • Input Field Layout - Documementation For Various Address Cleanse Engine

    Hi All,
    Where I can get a documentation for input field layout for various address cleanse engine available in Global Address Cleanse transformation:
    1. Australia
    2. Canada
    3. EMEA
    4. Global Address
    5. Japan
    6.USA
    Thnaks,
    Amit

    Hi,
    Thanks for the reply.
    I meant that both usa and germany address has only street and country information and without other information.
    And of cos without sufficient information, global address cleanse would not be able to correct it.
    The difference i am having is that, after global address cleanse, the PRIMARY_NAME1 field of the output field of the germany record is filled up as what we gave for the input However, the PRIMARY_NAME1 field of the output field of the USA record is blank.
    Both records are of status info code 2000 (Unable to identify locality, region, and/or postcode information on input. )
    So the question is that, if the USA engine is not able to cleanse the data, would it map the input street field onto the output PRIMARY_NAME1 field? Or would it give a blank PRIMARY_NAME1 field?

Maybe you are looking for