nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Will circular associations be problematic?

Jens_Dalsgaard

Hi there

Assume I have associations stating that assembly A contains assembly B in turn containing device C will having assembly A also contain device C directly (somewhat circular references) be allowed / problematic?

Best regards

Jens Dalsgaard

Find more posts tagged with

Accepted answers

MikeMillerGIS

A device can only have one parent container. There is a bug that I think was fixed in patch 6 that resolves this.

All comments

MikeMillerGIS

Junctions, Device and JunctionObjects can only have one parent container.

Jens_Dalsgaard

OK, so even we wanted to add to parents we couldn't. well, that clears any concerns 😉 Not possible.

Does that go for devices only?

MikeMillerGIS

A device can only have one parent container. There is a bug that I think was fixed in patch 6 that resolves this.

Jens_Dalsgaard

The assembly b is not optional. Yet, allowing ALSO associating device c directly to assembly a (whilst also associating device c to assembly b being associated to assembly a) serves a specific purpose.

You're right - it is not really circular in nature; More parallel association chains.

So Esri, would this be problematic?

MichaelParma

Hi Jens,

I'm curious about your specific use case. I could see this use of associations in plants. I initially misread your message as inquiring device C containing A, which would be circular. I might suggest this is a sort of optional middle assembly/grouping.

-Mike

Michael Parma
Sr. Geospatial Solutions Architect
Axim Geospatial

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.