Re: [sumo-user] Help: Strange delays with triggered vehicles.

2018-06-11 Thread Jakob Erdmann
It was related and should be fixed now. This just goes to show that the
cmake-build does harder checks compared to the autotools build I'm still
using.

2018-06-11 10:27 GMT+02:00 Lara CODECA :

> Thank you for the bug-fix!
>
> I'm trying to recompile it now (cmake, debian unstable), and I have this
> error:
>
> [ 83%] Swig source
> /home/drone/Applications/SUMO/sumo-git/sumo/src/libsumo/TraCIDefs.h:96:
> Warning 312: Nested union
> not currently supported (ignored). [ 83%] Built target
> gen_libsumo_libsumoPYTHON_wrap
> Scanning dependencies of target _libsumo
> [ 83%] Building CXX object src/libsumo/CMakeFiles/_libsumo.dir/python/
> libsumoPYTHON_wrap.cxx.o
> In file included
> from /home/drone/Applications/SUMO/sumo-git/sumo/build/cmake-
> build/src/libsumo/python/libsumoPYTHON_wrap.cxx:5318:0:
> /home/drone/Applications/SUMO/sumo-git/sumo/src/libsumo/Vehicle.h:192:33:
> error: ‘SUMOVehicle’ does not name a type; did you mean ‘MSVehicle’?
> static bool isVisible(const
> SUMOVehicle* veh); ^~~
>  MSVehicle
> src/libsumo/CMakeFiles/_libsumo.dir/build.make:62: recipe for target
> 'src/libsumo/CMakeFiles/_libsumo.dir/python/libsumoPYTHON_wrap.cxx.o'
> failed make[2]: ***
> [src/libsumo/CMakeFiles/_libsumo.dir/python/libsumoPYTHON_wrap.cxx.o]
> Error 1
> CMakeFiles/Makefile2:1362: recipe for target 
> 'src/libsumo/CMakeFiles/_libsumo.dir/all'
> failed
> make[1]: *** [src/libsumo/CMakeFiles/_libsumo.dir/all] Error 2
> Makefile:129: recipe for target
> 'all' failed make: *** [all] Error 2
>
> I'm fairly sure it's not related with this fix, but I decided to report it
> anyway..
>
> Cheers,
> Lara
>
> On Mon, 11 Jun 2018 09:09:54 +0200
> Jakob Erdmann  wrote:
>
> > Thank you for reporting this bug (now fixed).
> > https://github.com/eclipse/sumo/issues/4199
> > regards,
> > Jakob
> >
> > 2018-06-10 15:06 GMT+02:00 Lara CODECA :
> >
> > > Dear All,
> > >
> > > I have some strange simulation results.. My sim starts at time 18000.00
> > > and I need to use TraCI to
> > > retrieve some information.
> > >
> > > In the summary, the first timestamp has meanWaitingTime="18000.00".
> > >  > > ended="0"
> > > meanWaitingTime="18000.00" meanTravelTime="-1.00" halting="1"
> > > meanSpeed="0.00"
> > > meanSpeedRelative="0.00" duration="1528567719873"/>
> > >
> > > The route file contains (among others):
> > > 
> > >  lines="pedestrian_1_3456_tr"/>
> > > 
> > > 
> > > 
> > > 
> > >
> > > In the tripinfo, I can see:
> > > 
> > >  > > depart="18002.00"
> > > arrival="18147.00" arrivalPos="21.14" duration="145.00"
> > > routeLength="762.43"/>
> > > 
> > >  > > departLane="15583#1_1" departPos="1.70"
> > > departPosLat="0.00" departSpeed="0.00" departDelay="18002.00"
> > > arrival="18147.00"
> > > arrivalLane="15419#1_1" arrivalPos="21.14" arrivalPosLat="-1.02"
> > > arrivalSpeed="5.52"
> > > duration="145.00" routeLength="761.58" waitingTime="0.00"
> waitingCount="0"
> > > stopTime="0.00"
> > > timeLoss="7.08" rerouteNo="0" devices="vehroute_pedestrian_1_3456_tr
> > > tripinfo_pedestrian_1_3456_tr
> > > fcd_pedestrian_1_3456_tr person_pedestrian_1_3456_tr" vType="bicycle"
> > > speedFactor="1.00"
> > > vaporized=""/>
> > >
> > > where I can see that the triggered vehicle has departDelay="18002.00".
> > > Given that the person needed it at depart="18002.00", and you can see
> that
> > > the
> > > vehicle is departing at depart="18002.00", shouldn't be the departure
> > > delay 0?
> > >
> > > Is this intended? Am I doing something wrong?
> > > I'm asking because this is messing up the computation of all my delays.
> > >
> > > I'm using Debian Unstable and Eclipse SUMO Version 950502e87e.
> > >
> > > Best Regards,
> > > Lara
> > >
> > > --
> > > Lara CODECA
> > > Postdoc
> > > Tel : 04.93.00.81.51
> > >
> > > EURECOM
> > > Campus SophiaTech
> > > http://www.eurecom.fr/
> > > ___
> > > sumo-user mailing list
> > > sumo-user@eclipse.org
> > > To change your delivery options, retrieve your password, or unsubscribe
> > > from this list, visit
> > > https://dev.eclipse.org/mailman/listinfo/sumo-user
> > >
>
>
>
> --
> Lara CODECA
> Postdoc
> Tel : 04.93.00.81.51
>
> EURECOM
> Campus SophiaTech
> http://www.eurecom.fr/
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/sumo-user
>
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/sumo-user


Re: [sumo-user] Help: Strange delays with triggered vehicles.

2018-06-11 Thread Lara CODECA
Thank you for the bug-fix!

I'm trying to recompile it now (cmake, debian unstable), and I have this error:

[ 83%] Swig source
/home/drone/Applications/SUMO/sumo-git/sumo/src/libsumo/TraCIDefs.h:96: Warning 
312: Nested union
not currently supported (ignored). [ 83%] Built target 
gen_libsumo_libsumoPYTHON_wrap
Scanning dependencies of target _libsumo
[ 83%] Building CXX object 
src/libsumo/CMakeFiles/_libsumo.dir/python/libsumoPYTHON_wrap.cxx.o
In file included
from 
/home/drone/Applications/SUMO/sumo-git/sumo/build/cmake-build/src/libsumo/python/libsumoPYTHON_wrap.cxx:5318:0:
 /home/drone/Applications/SUMO/sumo-git/sumo/src/libsumo/Vehicle.h:192:33:
error: ‘SUMOVehicle’ does not name a type; did you mean ‘MSVehicle’? static 
bool isVisible(const
SUMOVehicle* veh); ^~~
 MSVehicle
src/libsumo/CMakeFiles/_libsumo.dir/build.make:62: recipe for target
'src/libsumo/CMakeFiles/_libsumo.dir/python/libsumoPYTHON_wrap.cxx.o' failed 
make[2]: ***
[src/libsumo/CMakeFiles/_libsumo.dir/python/libsumoPYTHON_wrap.cxx.o] Error 1
CMakeFiles/Makefile2:1362: recipe for target 
'src/libsumo/CMakeFiles/_libsumo.dir/all' failed
make[1]: *** [src/libsumo/CMakeFiles/_libsumo.dir/all] Error 2 Makefile:129: 
recipe for target
'all' failed make: *** [all] Error 2

I'm fairly sure it's not related with this fix, but I decided to report it 
anyway..

Cheers,
Lara

On Mon, 11 Jun 2018 09:09:54 +0200
Jakob Erdmann  wrote:

> Thank you for reporting this bug (now fixed).
> https://github.com/eclipse/sumo/issues/4199
> regards,
> Jakob
> 
> 2018-06-10 15:06 GMT+02:00 Lara CODECA :
> 
> > Dear All,
> >
> > I have some strange simulation results.. My sim starts at time 18000.00
> > and I need to use TraCI to
> > retrieve some information.
> >
> > In the summary, the first timestamp has meanWaitingTime="18000.00".
> >  > ended="0"
> > meanWaitingTime="18000.00" meanTravelTime="-1.00" halting="1"
> > meanSpeed="0.00"
> > meanSpeedRelative="0.00" duration="1528567719873"/>
> >
> > The route file contains (among others):
> > 
> > 
> > 
> > 
> > 
> > 
> >
> > In the tripinfo, I can see:
> > 
> >  > depart="18002.00"
> > arrival="18147.00" arrivalPos="21.14" duration="145.00"  
> > routeLength="762.43"/>  
> > 
> >  > departLane="15583#1_1" departPos="1.70"
> > departPosLat="0.00" departSpeed="0.00" departDelay="18002.00"
> > arrival="18147.00"
> > arrivalLane="15419#1_1" arrivalPos="21.14" arrivalPosLat="-1.02"
> > arrivalSpeed="5.52"
> > duration="145.00" routeLength="761.58" waitingTime="0.00" waitingCount="0"
> > stopTime="0.00"
> > timeLoss="7.08" rerouteNo="0" devices="vehroute_pedestrian_1_3456_tr
> > tripinfo_pedestrian_1_3456_tr
> > fcd_pedestrian_1_3456_tr person_pedestrian_1_3456_tr" vType="bicycle"
> > speedFactor="1.00"  
> > vaporized=""/>  
> >
> > where I can see that the triggered vehicle has departDelay="18002.00".
> > Given that the person needed it at depart="18002.00", and you can see that
> > the
> > vehicle is departing at depart="18002.00", shouldn't be the departure
> > delay 0?
> >
> > Is this intended? Am I doing something wrong?
> > I'm asking because this is messing up the computation of all my delays.
> >
> > I'm using Debian Unstable and Eclipse SUMO Version 950502e87e.
> >
> > Best Regards,
> > Lara
> >
> > --
> > Lara CODECA
> > Postdoc
> > Tel : 04.93.00.81.51
> >
> > EURECOM
> > Campus SophiaTech
> > http://www.eurecom.fr/
> > ___
> > sumo-user mailing list
> > sumo-user@eclipse.org
> > To change your delivery options, retrieve your password, or unsubscribe
> > from this list, visit
> > https://dev.eclipse.org/mailman/listinfo/sumo-user
> >  



-- 
Lara CODECA
Postdoc
Tel : 04.93.00.81.51

EURECOM
Campus SophiaTech
http://www.eurecom.fr/
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/sumo-user


[sumo-user] Help: Strange delays with triggered vehicles.

2018-06-10 Thread Lara CODECA
Dear All,

I have some strange simulation results.. My sim starts at time 18000.00 and I 
need to use TraCI to
retrieve some information.

In the summary, the first timestamp has meanWaitingTime="18000.00". 
 

The route file contains (among others): 



 
 


In the tripinfo, I can see:





where I can see that the triggered vehicle has departDelay="18002.00".
Given that the person needed it at depart="18002.00", and you can see that the
vehicle is departing at depart="18002.00", shouldn't be the departure delay 0?

Is this intended? Am I doing something wrong?
I'm asking because this is messing up the computation of all my delays.

I'm using Debian Unstable and Eclipse SUMO Version 950502e87e.

Best Regards,
Lara

-- 
Lara CODECA
Postdoc
Tel : 04.93.00.81.51

EURECOM
Campus SophiaTech
http://www.eurecom.fr/
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/sumo-user