Okay. Thanks Jakob.

On Tue, Nov 23, 2021 at 9:27 AM Jakob Erdmann <[email protected]> wrote:

> The recommended workaround is add a double connection so that the bus can
> continue it's route from the right lane without having to do a lane-change.
>
> Am Di., 23. Nov. 2021 um 16:08 Uhr schrieb Ifezue Obiako <
> [email protected]>:
>
>> Harald and Jakob
>>
>> I was wondering if this issue with bus stops was ever fixed?
>>
>> Do I fix this issue by having double connections entering and existing
>> edge 374986789.109.16 in the network or is this a rerouting issue? I am
>> a little confused.
>>
>> Thank you
>> Ifezue
>>
>> On Thu, Nov 11, 2021 at 1:09 PM Harald Schaefer <[email protected]>
>> wrote:
>>
>>> Dear all
>>>
>>> some analysis on this issue reveals:
>>>
>>> The bus stop is attached to an extra lane. The yellow bus and the blue
>>> vehicle are waiting to enter the one lane section afterwards.
>>>
>>> In netedit (connection mode) it looks like this
>>>
>>> I'm looking for the occurances of the bus stop edge in the .net.xml file
>>>
>>> harald@csx> grep 374986789.109.16 USA_Roads.net.xml
>>>    <edge id="374986789.109.16" from="gneJ349" to="gneJ230" priority="1"
>>> type="highway.service" spreadType="center">
>>>        <lane id="374986789.109.16_0" index="0" allow="pedestrian"
>>> speed="5.56" length="13.12" width="2.00" shape="4266.99,1845.15
>>> 4253.87,1845.11">
>>>        <lane id="374986789.109.16_1" index="1" disallow="pedestrian
>>> tram rail_urban rail rail_electric rail_fast ship" speed="5.56"
>>> length="13.12" shape="4267.00,1842.55 4253.88,1842.51">
>>>        <lane id="374986789.109.16_2" index="2" disallow="pedestrian
>>> tram rail_urban rail rail_electric rail_fast ship" speed="5.56"
>>> length="13.12" shape="4267.01,1839.35 4253.89,1839.31">
>>>    <junction id="gneJ230" type="priority" x="4252.43" y="1841.90"
>>> incLanes="374986789.109.16_0 374986789.109.16_1 374986789.109.16_2
>>> gneE156_0" intLanes=":gneJ230_0_0" shape="4253.87,1846.11 4253.90,1837.71
>>> 4252.03,1838.11 42
>>> 50.79,1838.88 4250.01,1839.17 4248.92,1839.28 4248.89,1844.48
>>> 4249.72,1844.83 4250.00,1845.26 4250.20,1845.86 4250.32,1846.63
>>> 4250.35,1847.57 4252.35,1847.60 4252.52,1846.77 4252.74,1846.48
>>> 4253.03,1846.27 4253.41,1846.15">
>>>    <connection from="374986789.109" to="374986789.109.16" fromLane="1"
>>> toLane="2" via=":gneJ349_0_0" dir="s" state="M"/>
>>>    <connection from="374986789.109.16" to="374986789.138" fromLane="2"
>>> toLane="1" via=":gneJ230_0_0" dir="s" state="M"/>
>>>    <connection from=":gneJ349_0" to="374986789.109.16" fromLane="0"
>>> toLane="2" dir="s" state="M"/>
>>>    <connection from="374986789.109.16" to=":gneJ230_w0" fromLane="0"
>>> toLane="0" dir="s" state="M"/>
>>>    <connection from=":gneJ349_w0" to="374986789.109.16" fromLane="0"
>>> toLane="0" dir="s" state="M"/>
>>>
>>> Trying to add connections to the "bus" lane in netedit yields in SUMO
>>>
>>> Error: Invalid position for busStop 'busStop_StudentServicesDrNB4_1_23'.
>>> Error: Could not end a stopping place that is not opened.
>>>
>>> Any ideas on this issue?
>>>
>>> Harald
>>> Am 09.11.21 um 20:47 schrieb Ifezue Obiako:
>>>
>>> Okay, that makes sense. Thank you once again for assistance Jakob.
>>>
>>> On Tue, Nov 9, 2021 at 9:39 AM Jakob Erdmann <[email protected]>
>>> wrote:
>>>
>>>> The "wrong lane" message indicates that the bus is on the wrong lane
>>>> (which is implausible if there is only a single lane in each direction).
>>>> Regardless of teleporting or not, buses in sumo will not reroute or
>>>> skip stops to catch up with their schedule. They will just keep
>>>> accumulation delay.
>>>>
>>>> Am Di., 9. Nov. 2021 um 16:07 Uhr schrieb Ifezue Obiako <
>>>> [email protected]>:
>>>>
>>>>> Jakob
>>>>>
>>>>> Thank you for the feedback. The vehicle was teleporting because it is
>>>>> on a one-lane (both directions) road segment, so it can't pass the
>>>>> preceding bus that is waiting at a bus stop ahead of it. So I think it
>>>>> teleports to overtake the lead bus and I think that is where the "wait too
>>>>> long (wrong lane)"  error is coming from if I am not mistaken?
>>>>>
>>>>> If I use the disable teleport command, how will this affect a
>>>>> predefined bus schedule? Will this have the buses rerouted or skip bus
>>>>> stops entirely to keep pace with bus schedule?
>>>>>
>>>>> Thank you
>>>>> Ifezue
>>>>>
>>>>> On Tue, Nov 9, 2021 at 1:37 AM Jakob Erdmann <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> Teleporting behavior only admits global configuration at the moment.
>>>>>> You can increase the time threshold with option --time-to-teleport or
>>>>>> disable teleporting completely by setting a negative value. Judging by 
>>>>>> the
>>>>>> warning message, the teleporting was related to a failed lane change. 
>>>>>> This
>>>>>> might point to problems with your network model.  I recommend that you
>>>>>> observe the situation leading up to the teleport in sumo-gui to better
>>>>>> understand what's happening there.
>>>>>>
>>>>>> regards,
>>>>>> Jakob
>>>>>>
>>>>>> Am Di., 9. Nov. 2021 um 03:06 Uhr schrieb Ifezue Obiako <
>>>>>> [email protected]>:
>>>>>>
>>>>>>> Hello Everyone
>>>>>>>
>>>>>>> I was wondering if there was a way to prevent specific vehicles such
>>>>>>> as buses on a fixed route from teleporting? I got this warning for 
>>>>>>> Vehicle
>>>>>>> '2' and I noticed that the vehicle seemed to teleport across a wide
>>>>>>> distance because it wanted to long at a bus stop I am assuming:
>>>>>>>
>>>>>>> [image: image.png]
>>>>>>> This isn't a reflection of realistic behavior and I was wondering if
>>>>>>> there was a way to prevent buses from teleporting and instead have them
>>>>>>> continue on their assigned route without teleporting?
>>>>>>>
>>>>>>> Thank you
>>>>>>> Ifezue
>>>>>>> _______________________________________________
>>>>>>> sumo-user mailing list
>>>>>>> [email protected]
>>>>>>> To unsubscribe from this list, visit
>>>>>>> https://www.eclipse.org/mailman/listinfo/sumo-user
>>>>>>>
>>>>>> _______________________________________________
>>>>>> sumo-user mailing list
>>>>>> [email protected]
>>>>>> To unsubscribe from this list, visit
>>>>>> https://www.eclipse.org/mailman/listinfo/sumo-user
>>>>>>
>>>>> _______________________________________________
>>>>> sumo-user mailing list
>>>>> [email protected]
>>>>> To unsubscribe from this list, visit
>>>>> https://www.eclipse.org/mailman/listinfo/sumo-user
>>>>>
>>>> _______________________________________________
>>>> sumo-user mailing list
>>>> [email protected]
>>>> To unsubscribe from this list, visit
>>>> https://www.eclipse.org/mailman/listinfo/sumo-user
>>>>
>>>
>>> _______________________________________________
>>> sumo-user mailing [email protected]
>>> To unsubscribe from this list, visit 
>>> https://www.eclipse.org/mailman/listinfo/sumo-user
>>>
>>> _______________________________________________
>>> sumo-user mailing list
>>> [email protected]
>>> To unsubscribe from this list, visit
>>> https://www.eclipse.org/mailman/listinfo/sumo-user
>>>
>> _______________________________________________
>> sumo-user mailing list
>> [email protected]
>> To unsubscribe from this list, visit
>> https://www.eclipse.org/mailman/listinfo/sumo-user
>>
> _______________________________________________
> sumo-user mailing list
> [email protected]
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/sumo-user
>
_______________________________________________
sumo-user mailing list
[email protected]
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/sumo-user

Reply via email to