corridor FL use in another corridor?

[Joe-Bouza]

I want a dynamic FL from corridor A to be used as a target in corridor B. That shouldn't cause a problem, right? Beacause I just did it and c3d got caught in some continuous loop rebuilding the corridor.

[Neilw_05]

Do you have AutoRebuild on for Corridor A? It may be that Corridor B is causing Corridor A to rebuild. You can see how that would create a continuous cycle.

[Joe-Bouza]

That's when the dodo hit the fan. But why? I thought I wand corridor B to update to changes in A. This is causing me a problem at a few intersections the are in the middle of SE of Corridor A. At first I created an alignment and prof from ETW on A to target in the intersect but when I had to change the profile of A the intersection was troublesome. That when I thought doing them as separate corridors would be dynamic. Dang! I lost half a day because of that

[fcernst]

You can see how that would create a continuous cycle.

No, I don't..I have two Corridors set to Rebuild Auto and it works for me.

[Joe-Bouza]

The more I think about it it should be circular; B depends on FL from A. A does not depned on B. I'l re0do in the morning and see

[fcernst]

Yes, it's not a circular reference.

Fred


Sent from my iPhone

[Neilw_05]

A simple troubleshooting step might help pinpoint the issue. If you remove the FL target in Corridor B does the problem go away? Also turn of AutoRebuild for both corridors and see if that stops the behavior.

Since Fred doesn't have the problem I am suspecting you may have some other circular reference between the corridors.

[Neilw_05]

One other thing to try: instead of using a featureline from corridor A, can you instead use an aligment and profile? I'm wondering if dynamically linked Featurelines cause different behavior vs. alignments and profiles.

Fred, can you verify?

[fcernst]

Yes, it is working for me in 2013 and 2014:

I have two Corridors set to Rebuild-Auto and I am targeting a dynamic FL from the other corridor... and moving the corridors around causing rebuilds.

[Joe-Bouza]

I at first did try alignment - prof from corridor but the alignment and prof are static and give a less than perfect interface between the two

[Joe-Bouza · Accepted solution]

I can set the B C D E F G corridors to auto, and A . seems ok today. I must have been leaning on something yesterday

[Neilw_05]

You could create a dynamic alignment and profile this way:

Create an offset alignment along Corridor A that spans the intersection and sample the top surface of Corridor A to create a profile for this alignment. This alignment and profile will be a dynamic target for corridor B.

Of course we know this probably won't solve your problem since Fred confirms the FL should work.

Did you try removing the FL target in Corridor B?

[Neilw_05]

I guess we should include the "try it again tomorrow" technique in the troubleshooting guide.

[Joe-Bouza]

Thats funny.

[Joe-Bouza]

That would be easy if the ETW and baseline were concentric

[Neilw_05]

Good point. So if they are not concentric, how are you establishing the edge for Corridor A? Unless it's an offset alignment I can't think of any other way it could be dynamic.

[Joe-Bouza]

I created a sawcut alignment off the existing curb line and connected the dots acroos the intersections. In a perfect world I would have a perfect alignmentment, and maybe I could have worked harder trying to make it that way, but this is what I have for now. Rehab is always a more daunting task. I'm open to suggestions?

[Neilw_05]

In that scenario you could create a target alignment that is dynamic by creating a zero unit offset alignment to the ETW alignment. It's just academic at this point.

[Joe-Bouza]

I'm a fan of academia: what a zero unit offset alignment?

[Neilw_05]

That's my description for an offset alignment that is zero units from the reference alignment. Sorry for the confusion.