<?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: Retrieving data with GDL Data Add-On in Libraries &amp; objects</title>
    <link>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153674#M12551</link>
    <description>Save the file anyway.&lt;BR /&gt;
The problems with such scripts (requesting another object) is that inside GDL editor You do not have the requested file  &lt;E&gt;&lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/E&gt;&lt;BR /&gt;
&lt;BR /&gt;
Best Regards,&lt;BR /&gt;
Piotr</description>
    <pubDate>Mon, 07 Apr 2014 13:57:32 GMT</pubDate>
    <dc:creator>Piotr Dobrowolski</dc:creator>
    <dc:date>2014-04-07T13:57:32Z</dc:date>
    <item>
      <title>Retrieving data with GDL Data Add-On</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153673#M12550</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I'm writing a script to allow an object to read data from the zone where it lies and to relate it with a data file. The name of the data file must be extracted from the zone name. But I have a message when I save the object, saying that 2D script contains errors, although the check script is ok. It seems that the zone name is not correctly stored and it cannot be used to define the name to read the data file.&lt;BR /&gt;
&lt;BR /&gt;
I'm writing that:&lt;BR /&gt;
&lt;BR /&gt;
z_name=""&lt;BR /&gt;
z_number=""&lt;BR /&gt;
&lt;BR /&gt;
rr= REQUEST ("Zone_relations", "", z_category_name, z_code, z_name, z_number)&lt;BR /&gt;
&lt;BR /&gt;
file_name=z_name + ".txt"&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
ch=OPEN("DATA", file_name,"SEPARATOR='\t', MODE=RO, Library")&lt;BR /&gt;
	nr=INPUT(ch, z_number, 1, Cate1, Cate2, Cate3, Cate4, Cate5)&lt;BR /&gt;
CLOSE ch&lt;BR /&gt;
&lt;BR /&gt;
Any ideas? I'm tried to store the zone parameters in an array, but with the same result. The script works well when I'm writing manually the name of the file, but gives the error when I'm using the requested zone parameter.&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 07 Apr 2014 11:51:30 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153673#M12550</guid>
      <dc:creator>Miquel Garcia</dc:creator>
      <dc:date>2014-04-07T11:51:30Z</dc:date>
    </item>
    <item>
      <title>Re: Retrieving data with GDL Data Add-On</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153674#M12551</link>
      <description>Save the file anyway.&lt;BR /&gt;
The problems with such scripts (requesting another object) is that inside GDL editor You do not have the requested file  &lt;E&gt;&lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/E&gt;&lt;BR /&gt;
&lt;BR /&gt;
Best Regards,&lt;BR /&gt;
Piotr</description>
      <pubDate>Mon, 07 Apr 2014 13:57:32 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153674#M12551</guid>
      <dc:creator>Piotr Dobrowolski</dc:creator>
      <dc:date>2014-04-07T13:57:32Z</dc:date>
    </item>
    <item>
      <title>Re: Retrieving data with GDL Data Add-On</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153675#M12552</link>
      <description>I know it. To verify the functionality I have a placed object over every different zone. When I save the file, the placed objects misses its 2D.</description>
      <pubDate>Mon, 07 Apr 2014 14:39:51 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153675#M12552</guid>
      <dc:creator>Miquel Garcia</dc:creator>
      <dc:date>2014-04-07T14:39:51Z</dc:date>
    </item>
    <item>
      <title>Re: Retrieving data with GDL Data Add-On</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153676#M12553</link>
      <description>The main problem is that the name of the data text must begin by a letter, an not by a number. My data text had a numeric index at the beginning.&lt;BR /&gt;
&lt;BR /&gt;
I'm now writing this workaround, but it only works in the parameter script:&lt;BR /&gt;
&lt;BR /&gt;
z_name=""&lt;BR /&gt;
z_number=""&lt;BR /&gt;
&lt;BR /&gt;
Cate1=""&lt;BR /&gt;
Cate2=""&lt;BR /&gt;
Cate3=""&lt;BR /&gt;
Cate4=""&lt;BR /&gt;
Cate5=""&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
rr= REQUEST ("Zone_relations", "", z_category_name, z_code, z_name, z_number)&lt;BR /&gt;
&lt;BR /&gt;
parameters SECC=z_name, MND=z_number, NARCH=z_name&lt;BR /&gt;
&lt;BR /&gt;
codNumZ=strsub (z_name,1,3)			!Numeric code from zone name&lt;BR /&gt;
&lt;BR /&gt;
if codNumZ="152" then				!File selection by numeric code&lt;BR /&gt;
	NARCH="Nuestra Casa"&lt;BR /&gt;
endif&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
ch=OPEN("DATA", NARCH,"SEPARATOR='\t', MODE=RO, Library")&lt;BR /&gt;
	nr=INPUT(ch, MND, 1, Cate1, Cate2, Cate3, Cate4, Cate5)&lt;BR /&gt;
CLOSE ch&lt;BR /&gt;
&lt;BR /&gt;
parameters CTGR1=Cate1,CTGR2=Cate2,CTGR3=Cate3,CTGR4=Cate4,CTGR5=Cate5&lt;BR /&gt;
&lt;BR /&gt;
any attempt to directly use the read parameters from the zone as a file name makes the object unusable.&lt;BR /&gt;
&lt;BR /&gt;
A better workaround would be very helpful, thanks!</description>
      <pubDate>Mon, 07 Apr 2014 15:49:55 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Retrieving-data-with-GDL-Data-Add-On/m-p/153676#M12553</guid>
      <dc:creator>Miquel Garcia</dc:creator>
      <dc:date>2014-04-07T15:49:55Z</dc:date>
    </item>
  </channel>
</rss>

