[SS3g] Manipulators missing on 1 of 2 profiles

In the attached file the manipulators for the left profile will not display when the profile is selected. The manipulators will appear when the right profile is selected. Vertical Alignment reports can be produced from both profiles. What am I doing wrong?

 

Thanks.

mh

SS3g 08.11.09.493

DSGNRDMC2D.dgn
Parents Reply
  • Thanks Ricardo,

    This geometry was imported from a GPK file. While working with the import again the notice "Profile 'SR76_PGLLT' is too complex for civil rule creation." appeared in the message center. On a hunch the vertical curve for VPI #3 was shortened to 379.00 feet in the GPK file to remove the PVCC at station 2304+50.00.

    The SR76_PGLLT profile was imported into a new file and now correctly displays the manipulator handles.

    This looks like a bug to me, the original GPK file is attached if you wish to verify this.

    Answer Verified By: MikeHarvison 

    job076.gpk

Children
  • Hi Mike ,

    The profiles was creating using differents tools,  the profile PROP_PGLLT was create using MS tool COMPLEX CHAIN, and the profile PROP_PGLLRT was creayed using  Geometry tools, you can see the icon in the left side of the profile name, they are different, that is the reason  the profile PROP_PGLLT  does not work.

  • Ricardo,

    Your response does not explain anything. Please see my post from March 4th .

  • Mike

    What I try to explain you is that profile PROP_PGLLT was create using Microstation's tools COMPLEX CHAIN, the elements of this chain  has not intelligent, it needs to store using "store graphics" tool from Geopak and then it will be store in the gpk in order to import the GPK from OpenRoads, and then the profile will work fine as the other one (PROP_PGLRT)

  • Unknown said:

    What I try to explain you is that profile PROP_PGLLT was create using Microstation's tools COMPLEX CHAIN, the elements of this chain has not intelligent, it needs to store using "store graphics" tool from Geopak and then it will be store in the gpk in order to import the GPK from OpenRoads, and then the profile will work fine as the other one (PROP_PGLRT)

    It sounds like you are telling me to go back into "Classic" Geopak to use "store graphics" tool to store the PROP_PGLLT profile into the GPK. I know that is not what you are saying because that particular work flow does not exist in "Classic" Geopak.

    If you read my post from March 4th you know this geometry was imported from a GPK file. How it got into the GPK file does not matter. What matters is that OpenRoads is not reading the GPK correctly when there is a VPCC. I have tested this enough to know that this is the problem.

    I think this should be reported as a bug.

  • Hi Mike,

    The message you are getting when you import the GPK explains (kind of) why the profile is not being ruled.  The help file for the Import Geometry command notes that there are certain criteria under which a profile can not be ruled.  Here is a clip from the "Import Geometry" help topic:

    Vertical Geometry

    If any of the following conditions are true, the imported geometry will not be ruled:

    If the following is true then a too many elements message is produced:

    • Number of adjacent lines is greater than 20

    If the following are true then a too complex message is produced:

    • The element is a circular vertical curve

    • Adjacent parabolas (i.e., reverse or compound)

    Your profile meets the last one where it contains adjacent parabolas.  We have had several users ask to remove these limitations on the import, so we have created a TR in our database (D-101752) to track these requests for our development team.

    Answer Verified By: MikeHarvison