Menu
▾
▴
Re: [sumo-user] Setting connections on joined junctions
|
From: Karol S. <kar...@gm...> - 2011-08-27 19:28:13
|
Jakob, Thanks for a quick reply. Unfortunately, the suggested solution does not solve my issue (yet). Here's my situation: 1. I have a junction with incoming edge 31176545 (two lanes; let's call it IN1) 2. The same junction has outgoing edge 115123593#0 (two lanes; let's call it OUT1) 3. The same junction has outgoing edge 31176090 (two lanes; let's call it OUT2) The original file (wroclaw.net.xml, obtained originally from OSM) contains connections from IN1 to both OUT1 and OUT2. What I want to do is to limit the connections so that IN1 is connected only with OUT1. According to the wiki<http://sourceforge.net/apps/mediawiki/sumo/index.php?title=Building_Networks_from_own_XML-descriptions#Connection_Descriptions>, when I set that IN1 is connected explicitly with OUT1, the connections from IN1 to OUT2 will be lost. Given that I define that IN1 is connected to OUT1 in the wroclaw-new-connections.con.xml. Then, when I try to run: netconvert \ --sumo-net-file wroclaw.net.xml \ --connection-files wroclaw-new-connections.con.xml I get the following warnings: Parsing sumo-net from 'data/wroclaw.net.xml'... done. Parsing connections from 'data/wroclaw-new-connections.con.xml'... Warning: Target lane '31176090_0' is already connected from '31176545'. Warning: Target lane '31176090_1' is already connected from '31176545'. As a result, the connections are the same as in original file, that is IN1 is still connected with OUT2. Do I forget to set an option elsewhere? Thanks a lot in advance, -- Karol Stosiek Koło Studentów Informatyki Instytut Informatyki UWr www.kstosiek.com PS. This is just a simple example; there are far more complicated junctions to be regulated by me :-) PPS. Our e-mail discussions, taken together, form quite a nice guide on how to import an OSM map and adjust the network so that it reflects the reality. How about creating a wiki page with such a guide? I volunteer to write it all down in a nice, easy to handle form (let's say that's my way of expressing gratitude for your help :-)). And, honestly, I have a feeling that a lot of people may find it helpful. Do I have a green light? On Fri, Aug 26, 2011 at 3:34 PM, Jakob Erdmann <nam...@go...>wrote: > Dear Karol, > when joining junctions connections are re-guessed. Since the original > junctions only have guessed connections as well (at least for OSM > imports) this may even be an improvement. After all, we wouldn't have > to join these junctions if they already matched reality. > > For setting connections you will have to resort to a 2-step process: > First join your junctions, then run netconvert again to set connections > like so: > netconvert -s joined.net.xml --connection-files your.con.xml > > 2011/8/26 Karol Stosiek <kar...@gm...>: > > Dear all, > > I'm working with joined junctions and I'm running into issues with > > connections on joined junctions. Let's focus on an example. > > > > This is how the junction is modelled before joining. All of the > connections > > are set explicitly. Note the leftmost lane (no. 3, counting from 0) on > IN1 > > is connected with leftmost lane (no. 1, counting from 0) on OUT2. > > > > [image: before-joining.png] > > > > After junctoin joining, I get > > [image: after_joining.png] > > > > which is pretty similar, but the lane 2 on IN1 is connected with lane 0 > on > > OUT2, which does not reflect the real-world situation. Setting > connections > > explicitly from edge IN1 to edge OUT2 does not work, as the edges are not > > adjacent in the original map. > > > > Is there any way to control connections on joined junctions? Any help > will > > be appreciated. > > > > Thanks a lot in advance, > > -- > > Karol Stosiek > > Koło Studentów Informatyki > > Instytut Informatyki UWr > > > > www.kstosiek.com > > > > > ------------------------------------------------------------------------------ > > EMC VNX: the world's simplest storage, starting under $10K > > The only unified storage solution that offers unified management > > Up to 160% more powerful than alternatives and 25% more efficient. > > Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev > > _______________________________________________ > > sumo-user mailing list > > sum...@li... > > https://lists.sourceforge.net/lists/listinfo/sumo-user > > > > > |