The following document contains the listing of user tags found in the code. Below is the summary of the occurrences per tag.
| Tag Class | Total number of occurrences | Tag strings used by tag class |
|---|---|---|
| Open issues in the code | 235 | TODO, FIXME, XXX |
Each tag is detailed below:
Number of occurrences found in the code: 235
| org.opentrafficsim.road.DefaultTestParameters | Line |
|---|---|
| add another else to catch any unanticipated cases? | 77 |
| Explain why this exception can/should be ignored. do not set parameter without default value | 81 |
| org.opentrafficsim.road.car.CarTest | Line |
| check with following model as part of tactical planner assertEquals("The gtu following model should be " + gtuFollowingModel, gtuFollowingModel, referenceCar .getBehavioralCharacteristics().getGTUFollowingModel()); There is (currently) no way to retrieve the lane change model of a GTU. | 95 |
| org.opentrafficsim.road.gtu.AbstractLaneBasedGTUTest | Line |
| Test with gfm as part of tactical planner assertEquals("GTU following model should be identical to the provided one", gfm, car .getBehavioralCharacteristics().getGTUFollowingModel()); | 138 |
| removeLane should throw an Error when the car is not on that lane (currently this is silently ignored) | 394 |
| figure out why the added lane has a non-zero position | 395 |
| org.opentrafficsim.road.gtu.LaneBasedGTUTest | Line |
| see how we can ask the vehicle to look this far ahead | 177 |
| see how we can ask the vehicle to look this far behind | 185 |
| see how we can ask the vehicle to look 'forwardMaxDistance' ahead | 219 |
| follower = truck.headway(reverseMaxDistance); | 240 |
| org.opentrafficsim.road.gtu.LaneBasedTemplateGTUTypeTest | Line |
| assertTrue("Passengers cars are allowed on a no trucks lane", passengerCar.isCompatible(trucksForbidden)); | 259 |
| assertFalse("Trucks are not allowed on a no trucks lane", truck.isCompatible(trucksForbidden)); | 260 |
| assertFalse("Passenger cars are not allowed on a trucks only lane", passengerCar.isCompatible(trucksOnly)); | 261 |
| assertTrue("Trucks are allowed on a trucks only lane", truck.isCompatible(trucksOnly)); | 262 |
| assertTrue("Passenger cars are allowed on an urban road", passengerCar.isCompatible(urbanRoad)); | 263 |
| assertTrue("Trucks are allowed on an urban road", truck.isCompatible(urbanRoad)); | 264 |
| assertFalse("Passenger cars are not allowed on a bicycle path", passengerCar.isCompatible(bicycleLane)); | 265 |
| assertFalse("Trucks are not allowed on an urban road", truck.isCompatible(bicycleLane)); | 266 |
| org.opentrafficsim.road.gtu.generator.AbstractGTUGeneratorOld | Line |
| different from this.direction? | 268 |
| THIS METHOD IS ALSO IN PERCEPTION -- DON'T DUPLICATE; ALSO, THIS VERSION IS WRONG. | 329 |
| Only follow links on the Route if there is a "real" Route if (routeNavigator.getRoute() == null || routeNavigator.getRoute().size() == 0 /* XXXXX STUB dummy route */ || routeNavigator.getRoute().containsLink((Link) theLane.getParentLink())) | 352 |
| XX STUB dummy route | 353 |
| THIS METHOD IS ALSO IN PERCEPTION -- DON'T DUPLICATE; ALSO, THIS VERSION IS WRONG. | 389 |
| Only follow links on the Route if there is a "real" Route if (routeNavigator.getRoute() == null || routeNavigator.getRoute().size() == 0 /* XXXXX STUB dummy route */ || routeNavigator.getRoute().containsLink((Link) theLane.getParentLink())) | 412 |
| XX STUB dummy route | 413 |
| org.opentrafficsim.road.gtu.generator.Platoons | Line |
| end time of platoon may be in next demand period, which makes the demand non-linear | 322 |
| org.opentrafficsim.road.gtu.generator.headway.ListHeadways | Line |
| from URI as defined in xsd | 42 |
| org.opentrafficsim.road.gtu.generator.od.DefaultGTUCharacteristicsGeneratorOD | Line |
| remove above constructors and use factory always | 154 |
| typically gets the route from RouteGeneratorOD.getRoute(...) | 239 |
| org.opentrafficsim.road.gtu.generator.od.ODApplier | Line |
| sinks? white extension links? | 132 |
| clean up stream acquiring code after task OTS-315 has been completed | 142 |
| should be GTU type dependent. | 547 |
| handle lanes that ARE drivable contrary to the design direction of the link | 551 |
| typically calls DefaultGTUCharacteristicsGeneratorOD.draw(...) | 882 |
| org.opentrafficsim.road.gtu.lane.AbstractLaneBasedGTU | Line |
| should be indicated with a Parameter | 155 |
| can be removed after testing period | 159 |
| can be removed after testing period | 163 |
| When requesting the position at the end of the plan, which will be on a further lane, this lane is not yet part of the lanes in the current operational plan. This can be upstream or downstream depending on the direction of travel. We might check whether getDirection(lane)=DIR_PLUS and upstream=false, or getDirection(lane)=DIR_MINUS and upstream=true, to then use LaneDirection.getNextLaneDirection(this) to obtain the next lane. This is only required if nextLanes originally had more than 1 lane, otherwise we can simply use that one lane. Problem is that the search might go on far or even eternally (on a circular network), as projection simply keeps failing because the GTU is actually towards the other longitudinal direction. Hence, the heuristic used before this method is called should change and first always search against the direction of travel, and only consider lanes in currentLanes, while the consecutive search in the direction of travel should then always find a point. We could build in a counter to prevent a hanging software. | 1150 |
| widest lane in case we are registered on more than one lane with the reference point? | 1201 |
| lane that leads to our location or not if we are registered on parallel lanes? | 1202 |
| this escape was in timeAtPoint, where it was changed to return null for leave lane events | 1368 |
| org.opentrafficsim.road.gtu.lane.AbstractLaneBasedGTU2 | Line |
| should be indicated with a Parameter | 156 |
| can be removed after testing period | 160 |
| can be removed after testing period | 164 |
| Added code AV 20220903 Check if the gtu has been registered on all lanes where it resides Could not make the code work, so destroy the vehicles that are residing in multiple lanes... | 257 |
| Change this code for a full while loop for multiple lanes | 288 |
| change this code for a full while loop for multiple lanes | 322 |
| WRONG: this.fireTimedEvent(LaneBasedGTU.LANE_CHANGE_EVENT, new Object[] {getId(), laneChangeDirection, from}, | 628 |
| WRONG: getSimulator().getSimulatorTime()); | 629 |
| If there are still events left, clearly something went wrong? | 678 |
| Added boolean to indicate whether warnings need to be given when events were found | 679 |
| hard remove over whole network | 1428 |
| logger notification | 1429 |
| org.opentrafficsim.road.gtu.lane.LaneBasedGTU | Line |
| the next 2 events are never fired... | 376 |
| org.opentrafficsim.road.gtu.lane.LaneBasedIndividualGTU | Line |
| Should throw a more specific Exception type | 446 |
| org.opentrafficsim.road.gtu.lane.changing.LaneChangeModelTest | Line |
| create a LinkAnimation if the simulator is compatible with that. | 104 |
| The current LinkAnimation is too bad to use... | 105 |
| Decide what type of overtaking conditions we want in this test | 131 |
| test/prove the expected differences between Egoistic and Altruistic | 309 |
| prove that the most restrictive car in the other lane determines what happens | 310 |
| test merge into overtaking lane | 311 |
| org.opentrafficsim.road.gtu.lane.control.DelayedActuation | Line |
| numerical implementation of tau rule | 46 |
| org.opentrafficsim.road.gtu.lane.perception.AbstractPerceptionIterable | Line |
| this let's us ignore an object that is registered on the next lane, but who's tail may be on this lane | 270 |
| org.opentrafficsim.road.gtu.lane.perception.RollingLaneStructure | Line |
| on complex networks, e.g. with sections connectors where lane changes are not possible, the update may fail | 222 |
| we now assume everything is on the route, but merges could be ok without route so, without a route we should be able to recognize which upstream 'nextLane' is on the other link | 1070 |
| Temporary fix for Aimsun demo | 1248 |
| org.opentrafficsim.road.gtu.lane.perception.RollingLaneStructureRecord | Line |
| clear on network change, with an event listener? | 43 |
| org.opentrafficsim.road.gtu.lane.perception.categories.DefaultSimplePerception | Line |
| In other places in OTS LEFT is positive (and RIGHT is negative). This should be made more consistent. | 253 |
| org.opentrafficsim.road.gtu.lane.perception.categories.DirectDefaultSimplePerception | Line |
| end of lanepath | 636 |
| allow observation of other objects as well. | 842 |
| --No comment-- | 939 |
| calculate real overlaps | 955 |
| expand for other types of Headways result.add(new HeadwayGTUSimple(p.getId(), ((AbstractHeadwayGTU) p).getGtuType(), new Length(Double.NaN, LengthUnit.SI), p.getLength(), p.getSpeed(), p.getAcceleration())); | 1014 |
| org.opentrafficsim.road.gtu.lane.perception.categories.DirectInfrastructurePerception | Line |
| more than the lane speed limit and maximum vehicle speed in the speed limit prospect | 46 |
| this is not suitable if we change lane and consider e.g. dynamic speed signs, they will be forgotten | 116 |
| for now, we do allow to lower speed for a DestinationSensor (e.g., to brake for parking) | 296 |
| splits | 446 |
| splits | 457 |
| org.opentrafficsim.road.gtu.lane.perception.categories.DirectIntersectionPerception | Line |
| if conflicts span multiple lanes, this within-lane search fails | 155 |
| get from link combination (needs to be a map property on the links) | 185 |
| limit 'conflictingVisibility' to first upstream traffic light, so GTU's behind it are ignored | 202 |
| stop lines (current models happen not to use this, but should be possible) | 212 |
| org.opentrafficsim.road.gtu.lane.perception.categories.neighbors.DirectNeighborsPerception | Line |
| not use this check when synchronizing or cooperating | 268 |
| org.opentrafficsim.road.gtu.lane.perception.headway.HeadwayGTUReal | Line |
| --No comment-- | 261 |
| --No comment-- | 290 |
| org.opentrafficsim.road.gtu.lane.perception.headway.HeadwayGTUType | Line |
| create SpeedLimitInfo on the basis of this.gtuTypeAssumptions.getLaneTypeMaxSpeed(...) | 152 |
| org.opentrafficsim.road.gtu.lane.perception.mental.TaskManager | Line |
| rename MentalTaskRegulator as in paper? (also sub-classes) | 22 |
| org.opentrafficsim.road.gtu.lane.plan.operational.LaneChange | Line |
| this assumes the time step will not be interrupted | 377 |
| sequential is disabled as LaneChangePath now uses 2 OTSLine3D's instead of 2 List<Lane>'s. This was done as the code using LaneChangePath (i.e. LaneChange) required more details on fractional positions itself. | 731 |
| org.opentrafficsim.road.gtu.lane.plan.operational.LaneOperationalPlanBuilder | Line |
| driving with negative speeds (backward driving) is not yet supported. <p> Copyright (c) 2013-2022 Delft University of Technology, PO Box 5, 2600 AA, Delft, the Netherlands. All rights reserved. <br> BSD-style license. See <a href="http://opentrafficsim.org/docs/license.html">OpenTrafficSim License</a>. </p> $LastChangedDate: 2015-07-24 02:58:59 +0200 (Fri, 24 Jul 2015) $, @version $Revision: 1147 $, by $Author: averbraeck $, initial version Nov 15, 2015 <br> | 48 |
| for now, the same is not done for the DestinationSensor (e.g., decrease speed for parking) | 363 |
| org.opentrafficsim.road.gtu.lane.plan.operational.SimpleOperationalPlan | Line |
| AV | 124 |
| AV | 136 |
| org.opentrafficsim.road.gtu.lane.tactical.LaneBasedCFLCTacticalPlanner | Line |
| how to handle objects on this lane or another lane??? | 133 |
| these two info's are not used | 148 |
| skip if: - we are in the right lane and drive at max speed or we accelerate maximally - there are no other lanes | 153 |
| whether we drive on the right should be stored in some central place. | 159 |
| move laneIncentives to LanePerception? Figure out if the default lane incentives are OK, or override them with values that should keep this GTU on the intended route. | 235 |
| these comparisons to -10 is ridiculous. | 291 |
| move suitability to LanePerception? Return the suitability for the current lane, left adjacent lane or right adjacent lane. | 383 |
| this code assumes GTUDirectionality.DIR_PLUS on all lanes of interest | 438 |
| --No comment-- | 618 |
| this method should probably be moved into the CrossSectionLink class | 676 |
| org.opentrafficsim.road.gtu.lane.tactical.LaneBasedGTUFollowingDirectedChangeTacticalPlanner | Line |
| should it be getObjectType().isGtu() or !getObjectType().isDistanceOnly() ? | 297 |
| Object & GTU | 298 |
| should it be getObjectType().isGtu() or !getObjectType().isDistanceOnly() ? | 344 |
| GTU & Object | 345 |
| remove this hack | 513 |
| should it be getObjectType().isGtu() or !getObjectType().isDistanceOnly() ? | 560 |
| Object & GTU | 561 |
| make type of plan (Egoistic, Altruistic) parameter of the class | 571 |
| make the elasticities 2.0 and 0.1 parameters of the class | 573 |
| org.opentrafficsim.road.gtu.lane.tactical.LaneBasedGTUFollowingTacticalPlanner | Line |
| I really don't like this -- if there is a lane drop at 20 m, the GTU should stop... | 82 |
| org.opentrafficsim.road.gtu.lane.tactical.LaneBasedTacticalPlanner | Line |
| private when we use java 9 | 141 |
| org.opentrafficsim.road.gtu.lane.tactical.following.AbstractGTUFollowingModelMobil | Line |
| Under which circumstances can getDistance() be NULL? Should that indeed result in TOODANGEROUS? | 62 |
| org.opentrafficsim.road.gtu.lane.tactical.following.FixedAccelerationModel | Line |
| should be specified in constructor | 89 |
| org.opentrafficsim.road.gtu.lane.tactical.following.IDMOld | Line |
| maxDistance dV is the approach speed | 113 |
| org.opentrafficsim.road.gtu.lane.tactical.following.IDMPlusOld | Line |
| maxDistance | 119 |
| org.opentrafficsim.road.gtu.lane.tactical.following.SequentialFixedAccelerationModel | Line |
| incorporate stepSize | 156 |
| org.opentrafficsim.road.gtu.lane.tactical.lanechangemobil.AbstractLaneChangeModel | Line |
| make this driving side dependent; i.e. implement a general way to figure out on which side of the road cars are supposed to drive | 68 |
| org.opentrafficsim.road.gtu.lane.tactical.lanechangemobil.LaneChangeModel | Line |
| Lane change models should use the perceived nearby GTUs rather than a provided list of same lane traffic, etc. <p> Copyright (c) 2013-2022 Delft University of Technology, PO Box 5, 2600 AA, Delft, the Netherlands. All rights reserved. <br> BSD-style license. See <a href="http://opentrafficsim.org/docs/license.html">OpenTrafficSim License</a>. <p> | 15 |
| org.opentrafficsim.road.gtu.lane.tactical.lmrs.AccelerationBusStop | Line |
| this process is much more complex: tail blocking other traffic? other bus in front? many people at bus stop? | 41 |
| org.opentrafficsim.road.gtu.lane.tactical.lmrs.AccelerationNoRightOvertake | Line |
| ignore incentive if we need to change lane for the route | 51 |
| only sensible if the left leader can change right; add this info to HeadwayGTU? | 66 |
| org.opentrafficsim.road.gtu.lane.tactical.lmrs.IncentiveCourtesy | Line |
| factor -a/b as influence factor is heavy in calculation, consider v<vEgo & 1-s/x0 | 86 |
| org.opentrafficsim.road.gtu.lane.tactical.lmrs.IncentiveQueue | Line |
| a ramp-metering traffic light triggers this incentive with possible cooperation from the main line | 63 |
| org.opentrafficsim.road.gtu.lane.tactical.lmrs.IncentiveSocioSpeed | Line |
| keep left or right rules | 41 |
| org.opentrafficsim.road.gtu.lane.tactical.lmrs.IncentiveSpeed | Line |
| SpeedWithCourtesy now uses TrafficPerception, which embeds the courtesy part. How to do this? | 33 |
| org.opentrafficsim.road.gtu.lane.tactical.lmrs.LMRS | Line |
| consider route in incentives (only if not on current lane?) | 125 |
| org.opentrafficsim.road.gtu.lane.tactical.lmrs.LMRSFactory | Line |
| use factory instead of constructors | 111 |
| org.opentrafficsim.road.gtu.lane.tactical.toledo.Toledo | Line |
| vehicle not ahead and not backwards but completely adjacent | 118 |
| infinite -> some limited space, speed also one leader | 351 |
| definition of 'right most lane' does not account for ramps and weaving sections | 639 |
| org.opentrafficsim.road.gtu.lane.tactical.toledo.ToledoCarFollowing | Line |
| speed difference with reaction time | 146 |
| org.opentrafficsim.road.gtu.lane.tactical.toledo.ToledoPerception | Line |
| updateInfrastructureLaneChangeInfo with split number | 33 |
| org.opentrafficsim.road.gtu.lane.tactical.util.ConflictUtil | Line |
| do not ignore vehicles upstream of conflict if they have green | 64 |
| conflict over multiple lanes (longitudinal in own direction) | 65 |
| a) yielding while having priority happens only when leaders is standing still on conflict (then its useless...) b) two vehicles can remain upstream of merge if vehicle stands on merge but leaves some space to move probably 1 is yielding, and 1 is courtesy yielding as the other stands still c) they might start moving together and collide further down (no response to negative headway on merge) | 66 |
| depending on left/right-hand traffic | 197 |
| depending on rules, we may need to stop and not just yield | 225 |
| --No comment-- | 281 |
| what to do when we happen to be in the stopping distance? Stopping might be reasonable, while car-following might give strong deceleration due to s < s0. | 291 |
| only within visibility | 445 |
| safety factor? | 495 |
| this check is simplistic, designed quick and dirty | 540 |
| conflicting vehicle on crossing conflict, but will leave sooner then we enter, so no problem? | 656 |
| more generally, also upstream conflicting vehicles at crossings may leave the conflict before we enter | 657 |
| stopping | 914 |
| all-stop behavior | 927 |
| org.opentrafficsim.road.gtu.lane.tactical.util.Steering | Line |
| apply math | 108 |
| how to handle a shorter (i.e. speed profile assumes more length) or longer path (i.e. impossible to get position on reference trajectory) | 135 |
| return new plan | 139 |
| implement steering control based on reference points | 156 |
| org.opentrafficsim.road.gtu.lane.tactical.util.lmrs.Cooperation | Line |
| only cooperate if merger still quite fast or there's congestion downstream anyway (which we can better estimate than only considering the direct leader | 101 |
| org.opentrafficsim.road.gtu.lane.tactical.util.lmrs.GapAcceptance | Line |
| --No comment-- | 49 |
| org.opentrafficsim.road.gtu.lane.tactical.util.lmrs.LmrsUtil | Line |
| this approach is a hack | 522 |
| org.opentrafficsim.road.gtu.lane.tactical.util.lmrs.Synchronization | Line |
| replace this hack with something that properly accounts for overshoot this method also introduces very strong deceleration at low speeds, as the time step makes bMin go from 3.4 (ignored, so maybe 1.25 acceleration applied) to >10 remainingDist = remainingDist.minus(Length.instantiateSI(10)); | 91 |
| find a better solution for this inefficient hack... when to ignore a vehicle for synchronization? | 566 |
| org.opentrafficsim.road.gtu.perception.RelativeLaneTest | Line |
| Wait for Wouter to indicate whether numLanes == 0 is really permitted when lat != LateralDirectionality.NONE | 71 |
| fix if 0 is only permitted for LateralDirectionality.NONE | 75 |
| org.opentrafficsim.road.gtu.perception.VerifyPerceptionCategoryMethods | Line |
| to what extent do we want to prescribe this now that we have more flexible perception categories | 67 |
| fail("Class " + c + " does not have a field '" + field + "*', nor wraps a perception category that does."); | 185 |
| fail... | 216 |
| fail... | 222 |
| org.opentrafficsim.road.gtu.strategical.LaneBasedStrategicalRoutePlannerTest | Line |
| Gtu cannot be null anymore... LaneBasedStrategicalRoutePlanner lbsrp = new LaneBasedStrategicalRoutePlanner(params, tacticalPlanner, null); | 53 |
| org.opentrafficsim.road.gtu.strategical.od.SplitFraction | Line |
| let interpolation interpolate itself | 175 |
| org.opentrafficsim.road.gtu.strategical.route.LaneBasedStrategicalRoutePlanner | Line |
| Is there a reason not to iterate over csLink.getLanes()? | 244 |
| this takes the first in the set of links that connects the correct nodes; does not handle parallel links consistently | 293 |
| org.opentrafficsim.road.gtu.strategical.route.RouteGeneratorOD | Line |
| make silent, as the higher level method should draw another destination if the route does not exist | 161 |
| org.opentrafficsim.road.network.LinkLocationTest | Line |
| distance to location on another link (not yet possible; currently ALWAYS returns null) | 75 |
| org.opentrafficsim.road.network.OTSRoadNetwork | Line |
| not null once the route system works | 50 |
| org.opentrafficsim.road.network.OTSRoadNetworkUtils | Line |
| clone the visible objects | 95 |
| org.opentrafficsim.road.network.control.rampmetering.CycleTimeLightController | Line |
| should be cloned as part of the ramp metering | 216 |
| org.opentrafficsim.road.network.lane.ConflictTest | Line |
| discuss if this method should be moved into the OTSLine3D class | 202 |
| org.opentrafficsim.road.network.lane.CrossSectionElement | Line |
| this produces near-duplicate points on lane 925_J1.FORWARD1 in the Aimsun network hack: clean nearby points | 293 |
| for now, lane object is returned as source. See if this can be an id / simple object | 697 |
| org.opentrafficsim.road.network.lane.CrossSectionLink | Line |
| per GTUDirectionality / LongitudinalDirectionality? | 50 |
| work in a different way with lane numbers to align to standard lane numbering. | 65 |
| allow for the removal of a Lane; currently this is not possible. | 77 |
| org.opentrafficsim.road.network.lane.CurveTest | Line |
| finish writing this test | 103 |
| org.opentrafficsim.road.network.lane.Lane | Line |
| allow for direction-dependent speed limit | 112 |
| allow for direction-dependent sensors | 122 |
| allow for direction-dependent lane objects | 129 |
| constructor calls with this(...) | 452 |
| take the cross section slices into account... | 514 |
| take the cross section slices into account... | 530 |
| take the cross section slices into account... | 554 |
| take the cross section slices into account... | 570 |
| this is a hack for when sink sensors aren't perfectly adjacent or the GTU overshoots with nose due to curvature | 827 |
| should this change when we drive in the opposite direction? | 1009 |
| AV 20190113 | 1024 |
| AV 20190113 | 1025 |
| only center position? Or also width? What is a good cutoff? Base on average width of the GTU type that can drive on this Lane? E.g., for a Tram or Train, a 5 cm deviation is a problem; for a Car or a Bicycle, more deviation is acceptable. | 1335 |
| this should return something immutable | 1356 |
| determine if this should synchronize on this.nextLanes | 1365 |
| And is it aligned with its next lane? | 1385 |
| And is it aligned with its next lane? | 1400 |
| this should return something immutable | 1435 |
| And is it aligned with its next lane? | 1463 |
| And is it aligned with its next lane? | 1479 |
| check that the directionality of this Lane does not conflict with that of the parent the OTSLink for (GTUType gtuType : this.directionalityMap.keySet()) { LongitudinalDirectionality directionality = this.directionalityMap.get(gtuType); if (!getParentLink().getDirectionality(gtuType).contains(directionality)) { throw new NetworkException("Lane " + toString() + " allows " + gtuType + " a directionality of " + directionality + " which is not present in the overarching link " + getParentLink().toString()); } } | 1754 |
| let HistoricalArrayList return an Immutable (WRAP) of itself | 1771 |
| org.opentrafficsim.road.network.lane.LaneTest | Line |
| what overtaking conditions do we want to test in this unit test? | 103 |
| This test for expectedLateralCenterOffset fails | 120 |
| what overtaking conditions do we want to test in this unit test? | 156 |
| what overtaking conditions do we ant to test in this unit test? | 172 |
| what overtaking conditions do we want to test in this unit test? | 682 |
| org.opentrafficsim.road.network.lane.SensorTest | Line |
| this is not true anymore with OperationalPlans, Perception, etc => | 143 |
| the number of events that should be scheduled can vary per models chosen | 144 |
| assertEquals("There should be three scheduled events (trigger, leaveLane, | 145 |
| car.move, terminate)", 4, eventList.size()); The sensor should be triggered around t=38.3403 (exact value: 10 / 9 * (sqrt(3541) - 25)) System.out.println("trigger event is " + triggerEvent); / TODO not triggered in next half second. | 146 |
| assertEquals("Trigger event should be around 38.3403", 38.3403, | 150 |
| triggerEvent.getAbsoluteExecutionTime().get().getSI(), 0.0001); | 151 |
| check that the sensor is triggered at the right time. | 179 |
| org.opentrafficsim.road.network.lane.changing.OvertakingConditions | Line |
| All these "Right/LeftSet" classes should probably use Compatibility instead of full sets. <p> Copyright (c) 2013-2022 Delft University of Technology, PO Box 5, 2600 AA, Delft, the Netherlands. All rights reserved. BSD-style license. See <a href="http://opentrafficsim.org/docs/license.html">OpenTrafficSim License</a>. </p> $LastChangedDate: 2015-07-24 02:58:59 +0200 (Fri, 24 Jul 2015) $, @version $Revision: 1147 $, by $Author: averbraeck $, initial version Sep 13, 2015 | 308 |
| org.opentrafficsim.road.network.lane.conflict.Conflict | Line |
| the OTSLine3D object should be shared by all ConflictEnd objects (removing OTSGeometryException) | 564 |
| why not create a getter for the gtu in the super class? <p> Copyright (c) 2013-2022 Delft University of Technology, PO Box 5, 2600 AA, Delft, the Netherlands. All rights reserved. <br> BSD-style license. See <a href="http://opentrafficsim.org/node/13">OpenTrafficSim License</a>. <p> | 602 |
| org.opentrafficsim.road.network.lane.conflict.ConflictBuilder | Line |
| use z-coordinate for intersections of lines | 44 |
| we cache, but the width generator may be different | 297 |
| make parallel simulator.getLogger().setAllLogLevel(Level.WARNING); | 1366 |
| org.opentrafficsim.road.network.lane.conflict.ConflictBuilderParallel | Line |
| use z-coordinate for intersections of lines | 44 |
| we cache, but the width generator may be different | 557 |
| org.opentrafficsim.road.network.lane.object.sensor.Detector | Line |
| implement | 559 |
| values can contain ","; use csv writer | 638 |
| org.opentrafficsim.road.network.lane.object.sensor.DirectionalOccupancySensor | Line |
| enforce clone method | 62 |
| org.opentrafficsim.road.network.lane.object.sensor.NonDirectionalOccupancySensor | Line |
| enforce clone method | 66 |
| org.opentrafficsim.road.network.lane.object.sensor.TrafficLightSensor | Line |
| Possibly provide the GTUTypes that trigger the sensor as an argument for the constructor | 89 |
| not handling backwards driving GTU | 335 |
| org.opentrafficsim.road.network.lane.object.sensor.TrafficLightSensorTest | Line |
| @Test | 159 |
| THIS TEST FAILS!! assertEquals("event list should contain one event (due to creation of the GTU on the detector)", 1, this.loggedEvents.size()); | 244 |
| org.opentrafficsim.road.network.lane.object.trafficlight.FlankSensor | Line |
| should the parent of the clone be our parent??? And should the (cloned) parent not construct its own flank sensors? | 68 |
| org.opentrafficsim.road.network.sampling.RoadSampler | Line |
| GTUDirectionality from Lane.GTU_ADD_EVENT | 269 |
| Length from Lane.GTU_ADD_EVENT | 282 |
| GTUDirectionality from Lane.GTU_REMOVE_EVENT | 312 |
| org.opentrafficsim.road.network.speed.package-info | Line |
| --No comment-- | 21 |