<?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>topic REST Query task does not reproject output in ArcGIS REST APIs and Services Questions</title>
    <link>https://community.esri.com/t5/arcgis-rest-apis-and-services-questions/rest-query-task-does-not-reproject-output/m-p/343931#M1681</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;We have recently run across a problem with our Server 10.0 SP5 installations.&amp;nbsp; It appears this was working in SP2 but broken in SP5.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;In our map document, we have a layer (from a file geodatabase) which is joined to multiple tables with a 1-1 relationship to each table (one parent, multiple children - no nested joins).&amp;nbsp; When we query this layer through the REST endpoint, the query will run fine with the exception of the Output Spatial Reference.&amp;nbsp; No matter what WKID is used for the spatial reference, it will always return the location in the coordinate system of the layer (4269 in this case).&amp;nbsp; Even a single joined table will cause the layer to stop projecting.&amp;nbsp; The interesting thing is that the JSON response will actually show the desired WKID value but the coordinates are always geographic.&amp;nbsp; I added the layer to the map document again, without any joins, and this layer will project without any problems when querying.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;We installed the same map document on a server which was still at SP2 and this server functions as expected - if no Output Spatial Reference is defined, the location is returned in the projection defined for the map document (web mercator).&amp;nbsp; If we specify the projection to be WKID 4269, we get geographic coordinates back.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Has anyone else noticed this behaviour from Query tasks?&amp;nbsp; If so, is there a fix or workaround for it?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 28 Oct 2013 19:02:28 GMT</pubDate>
    <dc:creator>PeterHanmore</dc:creator>
    <dc:date>2013-10-28T19:02:28Z</dc:date>
    <item>
      <title>REST Query task does not reproject output</title>
      <link>https://community.esri.com/t5/arcgis-rest-apis-and-services-questions/rest-query-task-does-not-reproject-output/m-p/343931#M1681</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;We have recently run across a problem with our Server 10.0 SP5 installations.&amp;nbsp; It appears this was working in SP2 but broken in SP5.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;In our map document, we have a layer (from a file geodatabase) which is joined to multiple tables with a 1-1 relationship to each table (one parent, multiple children - no nested joins).&amp;nbsp; When we query this layer through the REST endpoint, the query will run fine with the exception of the Output Spatial Reference.&amp;nbsp; No matter what WKID is used for the spatial reference, it will always return the location in the coordinate system of the layer (4269 in this case).&amp;nbsp; Even a single joined table will cause the layer to stop projecting.&amp;nbsp; The interesting thing is that the JSON response will actually show the desired WKID value but the coordinates are always geographic.&amp;nbsp; I added the layer to the map document again, without any joins, and this layer will project without any problems when querying.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;We installed the same map document on a server which was still at SP2 and this server functions as expected - if no Output Spatial Reference is defined, the location is returned in the projection defined for the map document (web mercator).&amp;nbsp; If we specify the projection to be WKID 4269, we get geographic coordinates back.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Has anyone else noticed this behaviour from Query tasks?&amp;nbsp; If so, is there a fix or workaround for it?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 28 Oct 2013 19:02:28 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-rest-apis-and-services-questions/rest-query-task-does-not-reproject-output/m-p/343931#M1681</guid>
      <dc:creator>PeterHanmore</dc:creator>
      <dc:date>2013-10-28T19:02:28Z</dc:date>
    </item>
  </channel>
</rss>

