Folks:
I am having an aggravating but also consistent issues with Item Types assigned through my Drainage and Utilities dgnlib. When placing these Items- which have the Pay Items assigned to them via the dgnlib- they are "duplicated" in the Details listing (as well as quantity reports). As seen, there are five conduits which report (ignore the expression faults ;-)) correctly. These Item Types are assigned after the "conduit" is placed and work well whether an active SUDA conduit or merely a line assigned an Item Type (first five lines of the query). As is seen, there are only four headwalls attached to two conduits, but the report show there to be eight headwalls total. Retrieving the properties of the headwall shows that only one Item Type has been assigned per headwall. When I rotate through the Item Types via Explorer, each headwall highlights for both construction class elements for the headwall (placement and rotation options), and then the 2D headwall in situ. Turing off the Construction class for the view changes nothing.
Does anyone have any idea as to why this is happening or a possible fix?
OpenRoads Designer 2021 R2, 10.16.02.16.
Thanks in advance!
Mark
Update 2022.11.08
So, I tried the following:
I added a new feature definition to the dgnlib and assigned an Item Type to it; in this case a 4' diameter manhole. I did not copy this definition, I created a new one. Upon using it, it did the same thing as before, duplicating the Item Type (one manhole feature created two of the same item types). I then created a fresh feature definition, and did NOT assign an Item Type to it. As should happen, placing this definition produced no Item Type. However, when assigning an Item Type to it in the dgn test file, the assignment produced two identical Item Types assigned to the feature.
I have two Item Type libraries, one assigned to the features annotations dgnlib and one assigned to the DA dgnlib.
I have no idea as to why this is happening, but if it is happening to me, it must be happening to others. It must be something simple (and seemingly universal), but I cannot figure it out. Any ideas or help that y'all may be able to provide would be so appreciated.
Best Regards,
Hey Mark,
I bet this is the "single source of truth" where the Item Type from 2d gets propagated to 3d and vice-versa?
Regards,
OpenRoads Designer 2022 R3 (10.12) | Microstation 2023 | ProjectWise CE 3.4
Attached is a dgn file with a couple of inlets, a manhole, and a couple of pipes connecting a network. Any help which you may be able- or the Community may be able to provide- will be so much appreciated.
5807.Test.dgn
hmm definitely is the propagation of 2d element Item Types to the 3d, seeing if there is any way to "filter" it.
Thanks, Mark. Makes me wonder as to whether or not the latest version of software will fix this? Still, why is this happening?
Im testing this in 10.11 right now. Looks like this release only creates the Item Types on the 3d element and it only has the "Items Related" to the 2d so no propagation.
The annoying bit is that opening a SU network from 10.10 does not remove the extra item types from 2d on upgrade, so you need to select all elements in 2d and Detach Item Types. This may be a defect in 10.10 (maybe try detaching from 2d in 10.10 and see if it comes back?)
Answer Verified By: Mark Plum
Mark:
I so appreciate your help with the matter, and I am glad that an upgrade would seem to provide a solution. I am not at all concerned with an upgrade of dgn files to the new software as we are in our infancy with SUDA implementation. I will be upgrading my software to 10.11 this weekend and testing it further.
Thanks again and have a great weekend!
As an update to this thread, it does appear that the "duplicating Item Types" issue is resolved in 2022 R1.