topic Re: Invalid 2D symbol in Libraries & objects

Invalid 2D symbol

Anonymous — Mon, 05 Jul 2021 06:16:23 GMT

Hello,
I switched from one PC to another and now I'm having a problem with a few objects not showing in 2D and in 3D. I tried loading completely new archicad file but same problem shows up.

Re: Invalid 2D symbol

Kristian Bursell — Mon, 05 Jul 2021 06:37:58 GMT

turn on error messages in your "Work Environment" under Options > Work Environment > Model Rebuild Options > Interrupt with error messages
When you do this you will get a more detailed error message pop up on your screen.
The 2D symbol could be invalid for a thousand reasons, most likely you are missing a macro but it could be anything.

Re: Invalid 2D symbol

Anonymous — Mon, 05 Jul 2021 07:13:26 GMT

I got this:

Re: Invalid 2D symbol

runxel — Mon, 05 Jul 2021 11:37:03 GMT

Looks like you didn't update all your libraries.
If you switched PCs, but took the file with you (and supposedly you don't work in Teamwork but in a solo file), then most probably the paths of the libraries are not the same anymore.
You can check by openening the library manager and most certainly there it will tell you something about a missing library. Just re-reference it and you're good to go!

Re: Invalid 2D symbol

Podolsky — Mon, 05 Jul 2021 12:09:36 GMT

Actually the fact, that ArchiCAD cannot say about missed macro - not good. Makes a lot of confusion to people. GS could introduce some new request, something like:

r=REQUEST('MacroName', 'NameOfMacro.gsm', something)
IF r THEN 
      CALL 'NameOfMacro.gsm'
ELSE
      PRINT 'Macro not find. Please check your libraries'
ENDIF

Re: Invalid 2D symbol

runxel — Mon, 05 Jul 2021 14:18:22 GMT

Podolsky wrote:
GS could introduce some new request, something like:

Big +1. This would help a lot, also in other situations, where you'd rather like a soft-fail, than the complete surrender

One example would be where the user can specify his own elements to populate the main GDL (think of the doors with custm leafs).

We can already check if an IES file is in the loaded libraries... so why not macros too?!

Re: Invalid 2D symbol

Podolsky — Mon, 05 Jul 2021 14:27:34 GMT

I think sometimes that GS is not paying enough attention to GDL. Several fixes and functionalities could bring this language on another level. Last major update to GDL was when many requests became disabled in Parameter script, that made it harder to use. And every time when there is new version coming - I’m looking first to GDL - what’s new there. And always not much. Well, maybe because GDL is not mainstream… It’s quite upsetting. Maybe GDL is not mainstream, but technically it’s a half of software functionality.

Re: Invalid 2D symbol

Anonymous — Mon, 05 Jul 2021 15:35:03 GMT

Not the same thing, but did you try "FILE_DEPENDENCE" command?
From the GDL Reference Manual page 254:

EXTERNAL FILE DEPENDENCE
FILE_DEPENDENCE
FILE_DEPENDENCE "name1" [, "name2", ...]
You can give a list of external files on which your GDL script depends on. File names should be constant strings.
All files specified here will be included in the archive project (like constant macro names used in CALL statements and constant picture names
used in various GDL commands). The command works on this level only: if the specified files are library parts, their called macro files will
not be included.
The command can be useful in cases when external files are referenced at custom places in the GDL script, for example: ADDITIONAL_DATA
file parameters, data files in file operations.

But yes. A printed message (like the good old ones) would be nice.
OT: Regarding printed messages: I recall an old gsm object (I don't recall its name), that when the user inserted a very odd value in the parameter (lets say: the height of a chair as 3m), then it printed a message: "I like jokes, but this is weird!" or something like that.
Hey GS please bring back printed messages.

Re: Invalid 2D symbol

Podolsky — Mon, 05 Jul 2021 15:47:49 GMT

No, file dependences is not really what I mean. File dependence let you to specify macro files, that they would be included into PLA. When you open a object and macro already lost - there is no way how to say about it to user - the whole object is becoming dysfunctional and confuses user. And there is absolutely no way how in the script prevent this error (like if macro is lost, not to call it, or make notification to the user how to fix such error).
I had this issue with my library. Keeping one file in Embedded library, that tells to any library part name of the font. If this file is missing - the entire library then not working. One user wanted to point once - that what kind of crap I brought to him - nothing is working, when the fix was very simple - just copy the file into embedded library. So, small issue leads to to total error and big panic of users.