Get Vocabulary not returning display-text in PPE

Question

It appears as though the PPE environment is no longer returning 'display-text' for 'code-item' objects in Get Vocabulary calls.  Reviewing our Production logs, it looks as though this is not the case in Production.  Here is a snippet of the Get Vocabulary call, where you will see the display-text as an empty tag.  Any help with this is appreciated.

<response>
    <status>
        <code>
            0
        </code>
    </status>
    <wc:info xmlns:wc="urn:com.microsoft.wc.methods.response.GetVocabulary">
        <vocabulary>
            <name>
                thing-types
            </name>
            <family>
                wc
            </family>
            <version>
                1
            </version>
            <code-item>
                <code-value>
                    3e730686-781f-4616-aa0d-817bba8eb141
                </code-value>
                <display-text/>
            </code-item>
        </vocabulary>
    </wc:info>
</response>

Answer 1

Hello,

I tried the GetVocabulary call in my code and I couldn't reproduce this issue. I have tried in the PPE environment only.

For example for Base Thing Type  I could get the following response,

"<code-value>3e730686-781f-4616-aa0d-817bba8eb141</code-value>\r\n<display-text>Base Thing Type</display-text>"

Please let me know if I have missed anything here.

Also, in your case is the problem happening only for some specific vocabularies or all?

Thanks and Regards,
Aneesh D.

Answer 2

It is happening with all of the vocabularies that are being returned.  I don't think you missed anything with your test.  It's nothing more than a GetVocabulary call with an authenticated session (I can confirm this as well).  Here is an example of a cleaned request packet that returned messages with missing display-texts.

Thanks again!

<wc-request:request xmlns:wc-request="urn:com.microsoft.wc.request">
    <auth>
        <hmac-data algName="HMACSHA1">
                .....
        </hmac-data>
    </auth>
    <header>
        <method>
            GetVocabulary
        </method>
        <method-version>
            1
        </method-version>
        <auth-session>
            <auth-token>
                .....
            </auth-token>
        </auth-session>
        <language>
            en
        </language>
        <country>
            US
        </country>
        <msg-time>
            2009-08-21T14:54:50-08:00
        </msg-time>
        <msg-ttl>
            3600
        </msg-ttl>
        <version>
            1.007.000
        </version>
        <info-hash>
            <hash-data algName="SHA1">
                .....
            </hash-data>
        </info-hash>
    </header>
    <info>
        <vocabulary-parameters>
            <vocabulary-key>
                <name>
                    thing-types
                </name>
                <family>
                    wc
                </family>
                <version>
                    1
                </version>
            </vocabulary-key>
            <fixed-culture>
                true
            </fixed-culture>
        </vocabulary-parameters>
    </info>
</wc-request:request>

Answer 3

Hello,

The fixed-culture tag (info section) in my request was by default false. When I changed it to true, as in your request, I could reproduce this issue.

I am in touch with our developmer's team to get more information on this. I will get back to you as soon as possible.

Thanks and Regards,
Aneesh D.

Answer 4

Thank you, I appreciate it.

Answer 5

Hello,

The fixed-culture tag is more useful, once HealthVault support more languages than English. So as per the current implementation, recommendation is to set culture fixed to false when requesting English vocabularies.

Thanks and Regards,
Aneesh D.