GDL Data I/O path naming

[Anonymous]

Hi All

Some objects which I am shifting over to 8.1 from AC 7 are no longer working as the path names appear to be invalid. These ( fairly complex) objects use both the Data I/O and the Text I/O to add and retrieve data.

To make this reliable across a network on laptops etc I just use the "ArchiCAD Data Folder" for these output files. The Text I/O add-on defaults to this folder anyway and I was able to make the Data I/O add-on read the same file by making the path

":ArchiCAD Data Folder" + ":" + filename.GDL

This meant that from within the default ArchiCAD application folder the add-on would find the file.

It used to work well under V7 but now doesn't under V8.1

Any ideas?

[Anonymous]

Graphisoft Tech support have kindly replied off-line that what I was trying to do is no longer supported for cross-platform compatibility reasons.

They suggested using the 'LIBRARY' mode which I have tested and it appears to work for both the Text I/O and Data I/O although the manual I have lists it as a setting for the Text I/O only.

Is this stuff in a book somewhere?

regards

[Barry Kelly]

Bill wrote:
Graphisoft Tech support have kindly replied off-line that what I was trying to do is no longer supported for cross-platform compatibility reasons.

They suggested using the 'LIBRARY' mode which I have tested and it appears to work for both the Text I/O and Data I/O although the manual I have lists it as a setting for the Text I/O only.

Is this stuff in a book somewhere?

regards

Bill,
I too have just discovered that the Data I/O does not write (or read) from a file on a server in V8.1 R2.
As you say it used to work fine in V7.0

We use this all the time for saving quantity lists to file.
As we have a number of people in different offices that need to write to or read from these files we can't use the local "Archicad Data Folder".

I can write to any folder on my C-drive by simply giving a path.
However giving a path to a server location results in an error.

For example:
fold_path="C:\ArchicadQuant\Jobs"
works fine

fold_path="\\Ricin\ArchicadQuant\Jobs"
does not work at all (this is one of our servers)

However I have discovered that mapping a drive to the server (I am on Windows - not sure about Macs) does work.
i.e map a drive to ... \\Ricin\ArchicadQuant .... and call it ... E:
Then
fold_path="E:\Jobs"
works fine.

The problem again for me is that because we have many people logging onto a number of different machines in various offices, it will be difficult to control the fact that the users must create a mapped network drive.
Using the direct network path used to work from any machine (at least in V7.0).

Here is a little script that I used for testing.
If others would like to test it to confirm the results plaese do so.
Just make sure the folder paths exist on your machine and server - change these paths to anything you want.
If it works it will create a file (empty file) called "complete_listings.xls"

Just add this to a 2D script and unremark one of the "fold_path" lines and press the 2D full view button.
Then have a look in the folder to see if there is a file - or you will instantly get an error message.



fold_path="None"
! fold_path="C:\ArchicadQuant\Jobs"
! fold_path="\\Ricin\ArchicadQuant\Jobs"
! fold_path="E:\Jobs"


IF fold_path<>"None" THEN
fspec=fold_path+"complete_listings.xls"
ch2 = open("data",fspec,"Separator='\t',Mode = WA") !complete listing
close ch2
ENDIF

TEXT2 0.0, 0.0, fold_path



The question is - is there any way to use a network path with the Data I/O command?
The "Library" mode is not really an option - at least in my case at the network folder is not part of our loaded library.

If anyone can help out I would very much appreciate it.
Barry.

[Barry Kelly]

Barry wrote:
fold_path="\\Ricin\ArchicadQuant\Jobs"
does not work at all (this is one of our servers)

Seems I have managed to solve my own problem.

3 or 4 back-slashes before the server name does the job.

i.e. fold_path="\\\Ricin\ArchicadQuant\Jobs"

The single back-slashes between folder names is fine though.

I hope this may help you out too Bill.

Barry.