<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>idea Automatically Resolve Coded Domains in REST Endpoints and Operations in Developers Ideas</title>
    <link>https://community.esri.com/t5/developers-ideas/automatically-resolve-coded-domains-in-rest/idi-p/932307</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It would be useful to have automatic resolution of coded domains from REST endpoints.&lt;BR /&gt;&lt;BR /&gt;The GeoServices REST Specification exposes a number of endpoints which return attribute values. Some of the rest endpoints supply automatic coded domain resolution (for example the Identify and Find resources); however, others do not. Specifically, the following REST endpoints return coded values (instead of resolved values):&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Feature – Map Service&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3clayer-url%3e/%3cfeatureId" target="_blank"&gt;http://&amp;lt;layer-url&amp;gt;/&amp;lt;featureId&lt;/A&gt;&amp;gt;&lt;/DIV&gt;&lt;DIV style="margin-left: 40px;"&gt; &lt;/DIV&gt;&lt;UL&gt;&lt;LI&gt;Feature – Feature Service&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3cfeaturelayer-url%3e/%3cfeatureId" target="_blank"&gt;http://&amp;lt;featurelayer-url&amp;gt;/&amp;lt;featureId&lt;/A&gt;&amp;gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Query (Operation)&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3clayer-url%3e/query" target="_blank"&gt;http://&amp;lt;layer-url&amp;gt;/query&lt;/A&gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Query - Feature Service (Operation)&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3cfeaturelayer-url%3e/query" target="_blank"&gt;http://&amp;lt;featurelayer-url&amp;gt;/query&lt;/A&gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Query Related Records (Operation)&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3clayer-url%3e/queryRelatedRecords" target="_blank"&gt;http://&amp;lt;layer-url&amp;gt;/queryRelatedRecords&lt;/A&gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Query Related Records - Feature Service (Operation)&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3cfeaturelayer-url%3e/queryRelatedRecords" target="_blank"&gt;http://&amp;lt;featurelayer-url&amp;gt;/queryRelatedRecords&lt;/A&gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;BR /&gt;There may be others as well, but these are the endpoints most exercised by typical client applications.&lt;BR /&gt; &lt;BR /&gt;I would like to propose a change to the GeoServices REST Specification to allow an optional parameter on these endpoints (for example, “resolveCodedDomains=true”) which when supplied would instruct the endpoint to return resolved values as opposed to coded values. I believe that this would be a non-breaking change since the default behavior could remain the same. Obviously, if subtypes are used then the coded values should be resolved according to the subtype of the feature returned.&lt;BR /&gt; &lt;BR /&gt;Additionally, there are several REST endpoints which require the use of coded values in their &lt;EM&gt;parameters&lt;/EM&gt;. For example, although the “Find” resource successfully resolves coded domains when returning results, clients of the operation must supply the “searchText” parameter using the coded values (and not the resolved values). Similarly, the layerDefs parameter used by Identify and Export operations of a MapServer require the use of coded values. It would be helpful if we could provide a parameter to a resource which specifies that the supplied &lt;SPAN style="text-decoration: underline;"&gt;parameters&lt;/SPAN&gt; contain resolved coded domain values (instead of the coded values).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 19 Sep 2012 18:30:52 GMT</pubDate>
    <dc:creator>DrewMillen</dc:creator>
    <dc:date>2012-09-19T18:30:52Z</dc:date>
    <item>
      <title>Automatically Resolve Coded Domains in REST Endpoints and Operations</title>
      <link>https://community.esri.com/t5/developers-ideas/automatically-resolve-coded-domains-in-rest/idi-p/932307</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It would be useful to have automatic resolution of coded domains from REST endpoints.&lt;BR /&gt;&lt;BR /&gt;The GeoServices REST Specification exposes a number of endpoints which return attribute values. Some of the rest endpoints supply automatic coded domain resolution (for example the Identify and Find resources); however, others do not. Specifically, the following REST endpoints return coded values (instead of resolved values):&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Feature – Map Service&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3clayer-url%3e/%3cfeatureId" target="_blank"&gt;http://&amp;lt;layer-url&amp;gt;/&amp;lt;featureId&lt;/A&gt;&amp;gt;&lt;/DIV&gt;&lt;DIV style="margin-left: 40px;"&gt; &lt;/DIV&gt;&lt;UL&gt;&lt;LI&gt;Feature – Feature Service&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3cfeaturelayer-url%3e/%3cfeatureId" target="_blank"&gt;http://&amp;lt;featurelayer-url&amp;gt;/&amp;lt;featureId&lt;/A&gt;&amp;gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Query (Operation)&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3clayer-url%3e/query" target="_blank"&gt;http://&amp;lt;layer-url&amp;gt;/query&lt;/A&gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Query - Feature Service (Operation)&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3cfeaturelayer-url%3e/query" target="_blank"&gt;http://&amp;lt;featurelayer-url&amp;gt;/query&lt;/A&gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Query Related Records (Operation)&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3clayer-url%3e/queryRelatedRecords" target="_blank"&gt;http://&amp;lt;layer-url&amp;gt;/queryRelatedRecords&lt;/A&gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Query Related Records - Feature Service (Operation)&lt;/LI&gt;&lt;/UL&gt;&lt;DIV style="margin-left: 40px;"&gt;&lt;A href="http://%3cfeaturelayer-url%3e/queryRelatedRecords" target="_blank"&gt;http://&amp;lt;featurelayer-url&amp;gt;/queryRelatedRecords&lt;/A&gt;&lt;/DIV&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;BR /&gt;There may be others as well, but these are the endpoints most exercised by typical client applications.&lt;BR /&gt; &lt;BR /&gt;I would like to propose a change to the GeoServices REST Specification to allow an optional parameter on these endpoints (for example, “resolveCodedDomains=true”) which when supplied would instruct the endpoint to return resolved values as opposed to coded values. I believe that this would be a non-breaking change since the default behavior could remain the same. Obviously, if subtypes are used then the coded values should be resolved according to the subtype of the feature returned.&lt;BR /&gt; &lt;BR /&gt;Additionally, there are several REST endpoints which require the use of coded values in their &lt;EM&gt;parameters&lt;/EM&gt;. For example, although the “Find” resource successfully resolves coded domains when returning results, clients of the operation must supply the “searchText” parameter using the coded values (and not the resolved values). Similarly, the layerDefs parameter used by Identify and Export operations of a MapServer require the use of coded values. It would be helpful if we could provide a parameter to a resource which specifies that the supplied &lt;SPAN style="text-decoration: underline;"&gt;parameters&lt;/SPAN&gt; contain resolved coded domain values (instead of the coded values).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 19 Sep 2012 18:30:52 GMT</pubDate>
      <guid>https://community.esri.com/t5/developers-ideas/automatically-resolve-coded-domains-in-rest/idi-p/932307</guid>
      <dc:creator>DrewMillen</dc:creator>
      <dc:date>2012-09-19T18:30:52Z</dc:date>
    </item>
    <item>
      <title>Re: Automatically Resolve Coded Domains in REST Endpoints and Operations</title>
      <link>https://community.esri.com/t5/developers-ideas/automatically-resolve-coded-domains-in-rest/idc-p/932308#M340</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;well said&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 02 Jan 2020 15:49:23 GMT</pubDate>
      <guid>https://community.esri.com/t5/developers-ideas/automatically-resolve-coded-domains-in-rest/idc-p/932308#M340</guid>
      <dc:creator>JohnDye2</dc:creator>
      <dc:date>2020-01-02T15:49:23Z</dc:date>
    </item>
  </channel>
</rss>

