missing objects after modifyng their code

[alemanda]

Hi to all.
I've a big problem and I hope to solve it. Any help is greatly appreciated.
I worked on a big model with my own custom objects. I wrote the code of them some days ago.
Today I modified the codeof all of them because I needed to introduce new parameters for graphic rapresentation.
Now, renewing the library on the server (I work in teamwork) and reloading it I see that in the project I have all the objects (the modified ones) missing with a red dot in the placement point.
What can I do?
Unfortunately I overwrited the previous custom objects in the folder.
Thanks to all.

[Erika Epstein]

It is reading their old library name. You will need to repoint each object to the new library part.

Using Find & Select, select all of object A and then navigate to the new/revised library part. Do the same for the rest of the objects.

[kevin b]

Having same issue but the library part name is the same, why can't it read it. I should be able to update a part and save it as the same name without having to remap all the parts.

[Anonymous]

And you are not using 14 - lots of new sources of grief there - a new thing called objects with ambiguous origin for one.

I'm going to do a separate post about all the issues of transitioning files between versions. Library parts and the completely unworkable approach between versions is a biggie, especially with the yearly upgrade cycle GS are committed to.
ArchiCAD's original selling point was that it was written for architects. Sadly this has become less true with all the IT trouble shooting and workarounds one has to employ to keep working...

[Anonymous]

Erika wrote:
It is reading their old library name. You will need to repoint each object to the new library part.

Using Find & Select, select all of object A and then navigate to the new/revised library part. Do the same for the rest of the objects.

Be careful to use the syringe tool in the dialog or all the parts will lose any differentiated parameter settings.

But this should not be necessary. It should be possible to reload the part and get it properly recognized.

I'm not clear how this came about, but if you did a "Save as..." it would have changed the GUID which would cause this problem.

Ever since GS changed the way AC handles the file name and GUID for loading parts this has been a serious issue. I understand their desire to eliminate problems with duplicate parts but going to strict use of GUIDs has taken away a very powerful library management tool.

In the OLD days AC used the file name only to identify the parts. This was simple to understand and generally easy to manage but created LOTS of problems in maintaining and updating libraries, dealing with duplicates etc.

The introduction of GUIDs largely fixed these problems, and for some time it would look for matching GUIDs first and then, for parts with no GUID match, for matching file names. I still think this behavior was the best since it provided a means to make global, automatic substitutions by a variety of file naming and library loading tricks. Now it seems that the only workaround is editing GUIDs in XML. Not something I would undertake lightly and certainly not a method I can recommend to typical users.

[Anonymous]

Using 'save as' when saving an object, the unique identification number (GUID) is changed. Since AC 13 looks for the GUID but cannot find it, even when the name is the same . So a dot shown.

Strangely the error is not found in your current session of AC but only when AC is restarted. So in your current session is the best moment to use Find and Select and select all the objects. Then you have to 'refresh' the GUID by using 'next library part' and 'previous library part'.

tip: in AC13 always use versionnumbers for your objects.

[vfrontiers]

I've had this happen a lot... Sometimes, it happens when there are two versions of the same (named) object... I have to throw one away, then it looks past the GUID and finds the filename (now unique).

Seems hit or miss, but sometimes selecting the DOT and going to setting brings up an object with NO NAME... so technically you don't really know which object is missing...

[vfrontiers]

And....

I just got thru creating some custom parts just putting slabs and CYLINDERS together... Look in 3d window and SAVE AS OBJECT...

All is well until I OPEN THE OBJECT and test the 3d script. Without changing ANYTHING in it, the calls to the CYLIND OBJECT show TOO MANY PARAMETERS and the 3d now will not generate....

Any ideas?

I am trying to parameterize the materials, so the 3d script must be edited..

[ztaskai]

I think we need your object to be able to help. In case you haven't solved it since then...

[Anonymous]

Master wrote:
Using 'save as' when saving an object, the unique identification number (GUID) is changed. Since AC 13 looks for the GUID but cannot find it, even when the name is the same . So a dot shown.

Strangely the error is not found in your current session of AC but only when AC is restarted. So in your current session is the best moment to use Find and Select and select all the objects. Then you have to 'refresh' the GUID by using 'next library part' and 'previous library part'.

tip: in AC13 always use versionnumbers for your objects.

I think I'm in the same boat too, created GSM library parts, changed the 3D and create a new (changed) GSM part over the top of the previous one.
Only difference is that I'm currently using AC12

Now, when I'm open the file it won't find the library part even though it's contained in a loaded folder in library manager.

From what I've read on this topic it seems to me that it's not really possible to fix the problem after AC is restarted (beside saving the library part with a different name and re-assign it to all the missing objects.. including changing material, heights, finishes, etc.), correct?

I'm not sure where to 'refresh' the GUID and where to use 'nxt library part' and 'previous library part'

Thank you for any help it'll come trough