Sir,
Thank you so very much for such a detailed response to our query!
I'm very sorry, I forgot to mention this in my previous mail. Actually, after sending the first mail, we made some changes in the parameters and were able to partially resolve the problem. Initially, we had set the step length value to '0.1' and left the 'actionStepLength' value to its default i.e '1'. Then, we made some changes and set the 'actionStepLength' value to 0.5 and the step length value also to 0.5. This seemed to partially resolve our error.
Following are the details to your questions :
1) Instead of including the lateral resolution in sumocfg file, we are adding the script for sublane in console command itself (which makes it something like: sumo-gui --lateral-resolution 1.75 -n project.net.xml -c project.sumo.cfg). We are using a lateral resolution of 1.75 as we have set the width of each lane to 3m.
2) Yes sir, we are using TraCI command, but just to count the number of vehicles passing over the detectors (E1 and E3 detectors) and to change the traffic light phases, based on those values. In my humble opinion, I don't think that this should have any effect on lane changing.
.
3) project.add.xml file contains the details/attributes of E1 and E3 detectors which we have used in simulation (we have attached this file along with this mail).
4) Yes sir, I'm very sorry. I forgot to mention this in the previous mail that we changed the step length value to 0.5 and have sent you the updated xml files.
The problem has been partially resolved as of now. As per the current scenario, the vehicles are changing the lanes as per their defined routes and not completely obstructing the traffic in that direction. But, the vehicles are taking significant amount of time to change the lanes (about one complete cycle) which is affecting our results (Junction service rate).
PFA a small illustration for the same (Attached images) occurring at junction number 10.
PFA updated files.
Thanks again,
Sincerely,
Khilan.