Handling of dead-end roads in LanePairings

[ReinhardBiegelIntech]

With the introduction of LanePairings, I'm not quite sure how to handle dead-end roads. Is it allowed to assign an ID of -1 to one of the components?

[carsten-kuebler]

@ReinhardBiegelIntech That thought crossed also my mind and I would say no! E.g. can you imagine a road which ends and you are not able to turn? If you are able to turn, there is a LanePairing!

[ReinhardBiegelIntech]

@carsten-kuebler I see your point. But wouldn't this assumption imply that we need to specifiy a lane pairing for every left/right adjacent lane along the road? You are always able to turn, not just at the end of the road.

how do you handle this situation @Markus-Philosys or @ppannusch ? In principle I agree with @ReinhardBiegelIntech BUT I could imagine that a dead end where turning is allowed has an "intersection" at the end!

[ppannusch-bmw]

I wouldn't handle the possibility of turning by sending corresponding lane pairings, that#s crazy. The AD function has to imply from road markings, traffic rules etc if it can turn.
Same for dead-end. I don't see why would have to do anything about it?

[carsten-kuebler]

No, that is not my point. You don't have only one lane, you have "always" two lanes. At the "dead end" of your lane you can always turn or change your driving direction. So you would drive on the second lane (maybe the second lane superpose the first but has an other center line).

The only "dead end" lane for a vehicle is a auto graveyard.

Modelling a lane with two driving directions means two OSI lanes with same OSI laneboundaries but two different center lines.

At the "dead end" there could be also a turn around area defined with one lane.

DetectedLanes have only lanePairings, if there is a detected Lane, otherwise there is no lanePairing (at this moment)....

[ReinhardBiegelIntech]

@ppannusch
The problem is that the LanePairing requires an antecessor and an successor to be specified. As we see from the example of a dead-end road this isn't possible in every situation. So when we stick to the current definition of LanePairing we would have to clarify how such situations are to be handled. I could imagine using @CarloVanDriestenBMW 's solution with an intersection, but my preference would be a short connecting lane at the dead-end.

[carsten-kuebler]

I illustrated both of my proposals for narrow roads (the narrow road is modelled with 2 lanes with the same lane boundaries).

LanePairing is possible for both proposals.

If you don't modell both lanes you may get a dead lock for AD?!

1. I think the "-1" in the LanePairing indicates that there is no successor or antecessor in two situations: Either there is really none e.g. you model a straight "autobahn" partially and there is really no way to turn because of the LaneBoundary structure (ghost driver). OR the GroundTruth does not send the the other successor or antecessor because it is "out of scope" but existent!
2. I think both visual examples are critical because they indicate a center line which is not existent (and not clearly defined how it should be modelled?)
3. We could define a dead end which has the possibility to turn as a square "intersection" element with no center line with the width of the road. Then a driver model could find a possible path to turn? BUT i mean they can always turn when there is a neighbouring lane with no structure in between?