<?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 Re: Listing error.  Failed to write query result to XML. in Collaboration with other software</title>
    <link>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166933#M19211</link>
    <description>Follow up.&lt;BR /&gt;
&lt;BR /&gt;
   I've established there is no sql syntax error, and enclosed or CALLed macros having binary components appear not to be the problem, because I can query one of them (Man Hands in Pockets 14.gsm) successfully.  Also, the output quantity seems not to be a factor, because there is only one instance of the object.  Similar queries with other objects have no trouble getting out 4,000 lines  or more....&lt;BR /&gt;
&lt;BR /&gt;
   (1) Does anyone know if writing out the query results to XML has limitations relating back to the source object's CALL depth?&lt;BR /&gt;
   (2) Does anyone know if I can have GS-SQL write results in a non-XML format?</description>
    <pubDate>Sun, 06 Feb 2011 20:30:00 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2011-02-06T20:30:00Z</dc:date>
    <item>
      <title>Listing error.  Failed to write query result to XML.</title>
      <link>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166932#M19210</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;This SQL query works just fine for me:&lt;BR /&gt;
&lt;BR /&gt;
select ID, USERID, LENGTH, WIDTH, HEIGHT, SURFACE, VOLUME, VIEW_PEN_ID, SECTION_PEN_ID, LINETYPE_ID, FILLTYPE_ID, FILL_PEN_ID, FILL_BG_PEN_ID, MATERIAL_ID, LAYER_ID, LIBRARY_PART_NAME, BASE_ELEVATION, LABEL_ID, STORY_ID&lt;BR /&gt;
from OBJECTS&lt;BR /&gt;
where LIBRARY_PART_NAME = 'abracadabra_2010'&lt;BR /&gt;
&lt;BR /&gt;
Among other results, it shows the OBJECTS.ID for 'abracadabra_2010' is '586B7EA9-609A-4827-B30C-1F33CD1388D0'&lt;BR /&gt;
&lt;BR /&gt;
This next SQL query fails with error message "Listing error.  Failed to write query result to XML"&lt;BR /&gt;
&lt;BR /&gt;
SELECT  PP.PARAMETERS.NAME, PP.PARAMETERS.VARIABLE_NAME, PP.PARAMETERS.TYPE, PP.PARAMETERS.VALUE&lt;BR /&gt;
FROM  FLAT(OBJECTS, PARAMETERS) AS PP &lt;BR /&gt;
WHERE OBJECTS.ID = '586B7EA9-609A-4827-B30C-1F33CD1388D0'&lt;BR /&gt;
&lt;BR /&gt;
The syntax appears ok, since it has been used many times before and the following query performs as expected:&lt;BR /&gt;
&lt;BR /&gt;
SELECT OBJECTS.USERID, OBJECTS.ID&lt;BR /&gt;
FROM OBJECTS&lt;BR /&gt;
WHERE OBJECTS.ID = '586B7EA9-609A-4827-B30C-1F33CD1388D0'&lt;BR /&gt;
&lt;BR /&gt;
Does anyone know why the results cannot be written to an XML output? It appears to happen just for this particular, long-used, object.  Schedule reports involving the object work as expected.&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 31 Jan 2011 04:46:18 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166932#M19210</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-01-31T04:46:18Z</dc:date>
    </item>
    <item>
      <title>Re: Listing error.  Failed to write query result to XML.</title>
      <link>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166933#M19211</link>
      <description>Follow up.&lt;BR /&gt;
&lt;BR /&gt;
   I've established there is no sql syntax error, and enclosed or CALLed macros having binary components appear not to be the problem, because I can query one of them (Man Hands in Pockets 14.gsm) successfully.  Also, the output quantity seems not to be a factor, because there is only one instance of the object.  Similar queries with other objects have no trouble getting out 4,000 lines  or more....&lt;BR /&gt;
&lt;BR /&gt;
   (1) Does anyone know if writing out the query results to XML has limitations relating back to the source object's CALL depth?&lt;BR /&gt;
   (2) Does anyone know if I can have GS-SQL write results in a non-XML format?</description>
      <pubDate>Sun, 06 Feb 2011 20:30:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166933#M19211</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-02-06T20:30:00Z</dc:date>
    </item>
    <item>
      <title>Re: Listing error.  Failed to write query result to XML.</title>
      <link>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166934#M19212</link>
      <description>Hi Didirik,&lt;BR /&gt;
&lt;BR /&gt;
The problematic query worked fine for me - copy/pasted it into my query window.  I placed a single chair, tested the result with USERID, then used an element schedule to display the Unique ID and used that hex value for the ID and that worked fine too.&lt;BR /&gt;
&lt;BR /&gt;
The Query window only writes an XML file which is sent to the browser for display.  No control over it that I am aware of.  (I do not see any entries in the preferences/registry that would affect SQL.)&lt;BR /&gt;
&lt;BR /&gt;
Cheers,&lt;BR /&gt;
Karl&lt;BR /&gt;
&lt;BR /&gt;
PS  Please create a Profile, by clicking the blue/gray text link near the top of this window - to the left of Log Out.  Enter your machine specs and the version of AC you are using.  Thx.</description>
      <pubDate>Mon, 07 Feb 2011 03:04:46 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166934#M19212</guid>
      <dc:creator>Karl Ottenstein</dc:creator>
      <dc:date>2011-02-07T03:04:46Z</dc:date>
    </item>
    <item>
      <title>Re: Listing error.  Failed to write query result to XML.</title>
      <link>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166935#M19213</link>
      <description>(First, thanks for your reply.  I see you recognize desperation.) &lt;BR /&gt;
&lt;BR /&gt;
  Right.  That's  why I'm concluding that there is something peculiar with our object.  In test-object variants,  I've eliminated the CALLS, included value lists that were formerly modularized, and generally tried to reduce the number of perceived possibilities for XML-result-writing.  Of course, my perception is known deficient, and sparse documentation does not help.&lt;BR /&gt;
&lt;BR /&gt;
   As it turns out, the queries work just fine with the sub-objects called.  I even tried changing the subType to non-Person, like Furniture.  No help. So I'm back to examining the principal object.  After looking at it (too much!), I think we can fairly easily rebuild the thing from the ground, up. Then see what's up.  When discovered, I'll post the solution to help others.</description>
      <pubDate>Mon, 07 Feb 2011 13:11:12 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166935#M19213</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-02-07T13:11:12Z</dc:date>
    </item>
    <item>
      <title>Re: Listing error.  Failed to write query result to XML.</title>
      <link>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166936#M19214</link>
      <description>&lt;BLOCKQUOTE&gt;didrik wrote:&lt;BR /&gt;When discovered, I'll post the solution to help others.&lt;/BLOCKQUOTE&gt;

That would be great.  Thanks.  (Please do update your forum profile as suggested below, too, so that we all know what version / platform you are running.)&lt;BR /&gt;
&lt;BR /&gt;
The situation is quite a head scratcher.  Not knowing how GS generates their XML, I wonder if some of their scripts are not too clever when parsing:  is it possible that the actual values of any of your parameters look like XML tags, or contain the symbols "&amp;lt;", "&amp;gt;", etc?  It should not matter, but sloppy code within AC might get confused between actual XML and parameter values.&lt;BR /&gt;
&lt;BR /&gt;
Or, is it possible that any of your macros are called in a way that creates a loop / recursion?  I would think that the object would not display properly in plan/3D if so, but that code is totally different from the query processing code...&lt;BR /&gt;
&lt;BR /&gt;
Look forward to hearing your resolution.&lt;BR /&gt;
&lt;BR /&gt;
Cheers,&lt;BR /&gt;
Karl</description>
      <pubDate>Mon, 07 Feb 2011 16:57:11 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166936#M19214</guid>
      <dc:creator>Karl Ottenstein</dc:creator>
      <dc:date>2011-02-07T16:57:11Z</dc:date>
    </item>
    <item>
      <title>Re: Listing error.  Failed to write query result to XML.</title>
      <link>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166937#M19215</link>
      <description>Follow up:  The issue was never resolved in a proper or informative way.  However, creating a new object from scratch with exactly the same contents (but not copy-pasted into the new script) worked fine. &lt;BR /&gt;
&lt;BR /&gt;
There have been other instances with other objects where the query result could not be written to XML.  It appears to relate to the amount of output expected.  This is only a hunch.</description>
      <pubDate>Tue, 26 Jul 2011 01:24:09 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Collaboration-with-other/Listing-error-Failed-to-write-query-result-to-XML/m-p/166937#M19215</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-07-26T01:24:09Z</dc:date>
    </item>
  </channel>
</rss>

