Hi Jakob, Thanks for your thoughts! Renaming the option is easy, I’ll get back on that when I have some more final pictures on how it would look like, maybe we’ll even get another idea.
Having bidirectional cycling crossings is nice, but for now a bit out of scope to me. Good to know I can use a regular crossing. Main interest for me was to be able to determine where the traffic light appears, but for that I can also simply put the “tl= “ on another edge. I think I have to change the procedure of calculating the internal edges of the vehicles as well so they do not run over the newly created bicycle waiting spot. Still a lot to figure out, I’ll keep you posted when I made more progress. Regards, Robbin Blokpoel MSc. Product Manager Research a.i. T. +31 33 454 1731 | M. +31 6 2940 9806 | E. [email protected] From: Jakob Erdmann [mailto:[email protected]] Sent: donderdag 25 februari 2016 9:46 To: Robbin Blokpoel <[email protected]> Cc: [email protected] Subject: Re: sumo-devel post from [email protected] requires approval Dear Robbin, here are some (rather unordered) thoughts - your option —small.bicycle.crossings seems usefull (I would rename it --crossings.beyond-bicyles for consistency though) - it could be useful to have this configurable for each junction eventually - a bicycleArea would be quite useful to allow left-turning bicycles to pass the intersection in two steps - a special edge type bicycleCrossing should not be needed since a regular connection can be used (special drawing styles are based on vClass aleady). The reason for having a pedestrian crossing was the need for traffic signals on both sides due to bidirectional pedestrian movement. I'm not sure how important the issue of bidirectional bicycle movement really is. Another reason was the interaction between vehicles and pedestrians since they run "in different worlds". Interactions between vehicles and bicycles can use existing vehicle mechanisms as they are. - I'm not sure how interaction between intersecting bicycle streams and bicycleAreas should be handled in your case. Especially when the bicycle area is fully occupied by standing bicycles. - Another case that could be relevant: If there is no green verge, the second pedestrian walkingArea would be so short as to allow no pedestrians. Pedestrians could just wait in front of the bicycle lane (as they do now) and bicycles could wait further within the intersection anyway. Anyway, your work looks promising and I'm looking forward to discuss this further at the conference best regards, Jakob ---------- Weitergeleitete Nachricht ---------- From: Robbin Blokpoel <[email protected]> To: "[email protected]" <[email protected]> Cc: Date: Wed, 24 Feb 2016 15:29:25 +0000 Subject: Bicycle Modelling Dear all, As some people in the Sumo community may know already, I'm currently working on extensions for bicycles. One of them is to enable so-called small crossings for bicycles, which only cross the vehicle lanes with a traffic light, but other bicycle lanes and walking areas will be uncontrolled. This is a layout often used in the Netherlands. So instead of this: <Picture removed, plain text> It will look like this: <Picture removed, plain text> Having looked at netconvert in detail the last week I already managed to add a command line option “—small.bicycle.crossings” and make it adjust the pedestrian crossing to use the first vehicle lane instead of the first non pedestrian lane to start the crossing. Green verges are necessary here to be occupied with another walking area at the intersection to give space to pedestrians to wait. So what I’m planning is to introduce bicycle areas and bicycle crossings to the network model. They should work similar to the pedestrian area but allow for specific dynamics of bicycles and this way uncontrolled internal junctions can be created to let bicycles and pedestrians cross each other. Let me know if you have any thoughts about this, or things I should keep in mind. I’m planning to present about this at the SUMO conference in May, my abstract was accepted ☺. Regards, Robbin Blokpoel MSc. Product Manager Research a.i. T. +31 33 454 1731 | M. +31 6 2940 9806 | E. [email protected] Dynniq B.V. | Basicweg 16 3821 BR Amersfoort | Postbus 377 3800 AJ Amersfoort T +31 33 454 17 77 | www.dynniq.com | KvK 31006154 Former Imtech Traffic & Infra and Peek Traffic ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 _______________________________________________ sumo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sumo-devel
