Pith. sign in

REVIEW 3 major objections 5 minor 31 references

DigiT4TAF -- Bridging Physical and Digital Worlds for Future Transportation Systems

T0 review · 3 major / 5 minor · reviewed 2026-08-06 · deepseek-v4-flash

Challenge this review Re-run · record.json Download PDF Read on arXiv ↗ Review JSON

Pith's one-line read The DigiT4TAF Digital Twin connects the physical TAF-BW test area to an Unreal Engine 5.3 simulation, resimulates real camera- and LiDAR-derived object lists, and its traffic-signal case study reports 10-20% lower pedestrian and cyclist…

desk verdict A solid, genuinely useful digital-twin testbed for connected mobility, with illustrative rather than validated case-study results. read the letter →

arxiv 2507.02400 v1 pith:V7IN5MOV submitted 2025-07-03 cs.RO cs.HC

Maximilian Zipfl , Pascal Zwick , Patrick Schulz , Marc Rene Zofka , Albert Schotschneider , Helen Gremmelmaier , Nikolai Polley , Ferdinand Mütsch
show 17 more authors
Kevin Simon Fabian Gottselig Michael Frey Sergio Marschall Akim Stark Maximilian Müller Marek Wehmer Mihai Kocsis Dominic Waldenmayer Florian Schnepf Erik Heinrich Sabrina Pletz Matthias Kölle Karin Langbein-Euchner Alexander Viehl Raoul Zöllner J. Marius Zöllner
This is my paper · ORCID
classification cs.ROcs.HC
keywords DigitalTwinTrafficsimulationV2XsecurityObjectdetectionsignaloptimizationCo-simulationUnrealEngineTAF-BW
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

The paper claims that a usable Digital Twin of a real traffic test area can be assembled from three pieces: a real-world sensing layer that turns camera and LiDAR detections into structured object lists, a simulation engine based on Unreal Engine 5.3, and co-simulation interfaces that let external behavior models and hardware like a bicycle simulator join the loop. The authors argue this matters because a twin, unlike an isolated simulation, keeps a continuous bilateral connection to reality, allowing engineers to replay real traffic detections, change boundary conditions, and run what-if analyses. Two demonstrations are offered: an optimized traffic-signal scheme that cuts pedestrian and cyclist time losses by roughly 10-20% without hurting vehicle flow, and a V2X data-spoofing attack rendered in photorealistic simulation. The framework is released publicly for download.

What carries the argument

The load-bearing mechanism is the object-list pipeline: camera images are processed by a Detectron2 instance-segmentation model, LiDAR point clouds by OpenPCDet 3D detectors, and the resulting detections are projected to geocoordinates using a per-location homography calibrated with at least 30 manually selected point pairs, then merged and tracked over time. These tracks, formatted in the TAF-BW object-list schema, become the interchange format between reality, the Unreal Engine 5.3 simulation, and co-simulation clients, so that recorded traffic scenes can be replayed and modified.

What would settle it

Record tracks at one instrumented TAF-BW intersection with the paper's object-list pipeline while simultaneously collecting survey-grade GNSS ground truth for all traffic participants; if median position error exceeds roughly one meter, the physical-digital bridge and the traffic-flow case study are not trustworthy.

Watch

Extended reading notes

Core claim

The central claim is that the DigiT4TAF framework realizes a harmonized, publicly available Digital Twin of the TAF-BW test area by connecting three components: the real world (camera-equipped smart intersections plus a LiDAR/camera mobile control center), a virtual world (a simulation engine based on Unreal Engine 5.3 with a custom traffic-environment framework), and co-simulation interfaces that broadcast the simulation state and accept updated object information via TCP/UDP. Real-world traffic participants are captured as time-tracked object lists in a standardized format (pose, speed, ID, dimension, classification), enabling resimulation of recorded detections through a unified interface. The authors assert that this pipeline supports traffic-signal optimization, where simulated optimizations reduced average time losses for pedestrians and cyclists by about 10-20% in all studied periods without increasing motor-vehicle time losses, and V2X security analysis, where a false-data-injection attack was demonstrated in a photorealistic simulation.

Load-bearing premise

The bridge to reality depends on the camera calibration and the object detectors' ability to generalize to TAF-BW scenes, but no calibration error or detection accuracy is reported; if the resulting object tracks are inaccurate, the resimulated traffic flow and the signal-optimization results are unreliable.

Editorial extensions

If this is right

  • Traffic engineers can evaluate signal-timing changes in a realistic digital replica before deployment, with the reported 10-20% reduction in pedestrian and cyclist time losses as a predicted benefit.
  • Security analysts can exercise V2X attacks such as false data injection in a safe, photorealistic environment, supporting the development of misbehavior detection.
  • Because all tracks share the TAF-BW object-list format, other behavior models, traffic-light controllers, and hardware simulators can be plugged into the same twin.
  • Replaying recorded scenes with altered weather, season, or lighting generates synthetic ground-truth data for training perception systems.
  • The public release means other groups can extend the twin to new intersections or cities without rebuilding the entire pipeline.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • A natural next step beyond the paper would be a field trial of the proposed signal optimization at the Heilbronn intersection to see whether the simulated 10-20% delay reduction transfers to real waiting times.
  • The per-intersection manual homography calibration (30 point pairs, seven-nearest-neighbor projection) could become a scaling bottleneck; automating calibration would be needed before the twin could be rolled out across a whole city.
  • Because no detection precision or recall is reported for the camera and LiDAR detectors, the twin's fidelity under unusual weather or occlusion is untested; synthetic training data may not cover all real-world conditions.
  • The security case study demonstrates one spoofing attack visually rather than quantifying detection rates, so the twin's security value currently lies in scenario generation rather than in measurable security guarantees.
Share X Bluesky LinkedIn Reddit HN

Signed reviews

No signed human review yet.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

3 major / 5 minor

Summary. The paper describes DigiT4TAF, a Digital Twin of the TAF-BW test area built on Unreal Engine 5.3, with co-simulation interfaces, a reconstructed 3D environment, object-list extraction from cameras and LiDAR, scenario playback, and behavior models including a bicycle simulator and the HoliGraph trajectory predictor. Two case studies illustrate the framework: traffic signal optimization, reporting roughly 10-20% reductions in average VRU time losses, and a V2X security threat-modeling demonstration. The authors state that the framework is publicly available and bridges the physical and digital worlds through standardized interfaces.

Significance. If validated, this would be a useful open systems contribution: it addresses interoperability and standardization in mobility digital twins, provides a public artifact at digit4taf-bw.fzi.de, reuses external benchmarks (KITTI, nuScenes) and formats (TAF-BW dataset), and demonstrates two application areas. The paper is strongest as a system description: the architecture is coherent, the reconstruction pipeline is described in enough detail to be reproduced, and the traffic-light scenario is compared against its own unoptimized baseline, so circularity is not a concern. The current significance is limited by the absence of quantitative validation of the perception pipeline and by the lack of statistical support for the optimization gains; these are the load-bearing links between the claimed 'bridging' capability and the case-study results.

major comments (3)
  1. [III-B] The object-list extraction pipeline is the load-bearing link between the physical and virtual worlds, but no accuracy or end-to-end validation is reported. The homography is fitted per image location with at least 30 manually selected point pairs and projections use the seven nearest labeled points, yet no reprojection error is given. The fine-tuned Detectron2 and OpenPCDet detectors are described only by training-set size (3,000 real and 200,000 synthetic images; 6,159 LiDAR samples); no mAP, MOTA, or localization error on TAF-BW scenes is reported, and no comparison of output tracks against independent ground truth (such as an RTK-equipped vehicle or manually annotated frames) appears. Because the resimulated scenarios and the traffic-light time-loss numbers in Section IV-A consume these object lists, an unquantified calibration or detection error directly undermines the central claim of bridging physical and digital worlds and the 10-20% quantitative result. Please add calibration reprojection errors, detector/tracker metrics on TAF-BW data, and an end-to-end track-accuracy evaluation.
  2. [IV-A] The claim that the optimizations "significantly reduced" average and maximum time losses for pedestrians and cyclists by approximately 10-20% is not supported by the reported statistics. Figure 9 shows point values (for example, 41 versus 36 seconds for VRU average time loss and 19.8 versus 19.6 seconds for all participants) with no error bars, no number of simulation repetitions, no standard deviations, and no statistical test. Since the simulations are stochastic (random vehicle velocities are introduced in Section III-D), the reader cannot tell whether the differences are within run-to-run noise. Please report the distribution across repeated runs, confidence intervals, and a precise definition of the "time loss" metric.
  3. [III-D] The minADE and minFDE values of 0.325 and 0.656 for the HoliGraph-based behavior model are presented without the evaluation protocol. It is not stated how many TAF-BW scenes were used, whether ground-truth future trajectories were available, how the "most likely future ego trajectory" was selected, what prediction horizon and units these metrics refer to, or how the values compare with the pre-trained nuScenes model on the same data. As reported, the numbers cannot be interpreted or reproduced. Please provide the evaluation setup, dataset split, and comparable baselines.
minor comments (5)
  1. [III-A] Footnote 1 states that "A URL for the GitHub Repository will be provided for final submission," while the abstract asserts that the framework is publicly available; please replace the placeholder with the actual repository link or clarify the current availability status.
  2. [III-B] The sentence "Due to distortion and terrain, direct projection between camera and satellite planes is not feasible" would benefit from a statement of the achieved calibration accuracy, since the dynamic per-location homography may introduce discontinuities at the boundaries between the seven-nearest-point neighborhoods.
  3. [III-D] Equation (4) is difficult to interpret as written: the interpolation endpoints are v_obs*d_stop/50 and v_set with parameter d_stop/dx, and the role of the 50 m constant is not explained; please clarify the interpolation and clamping behavior.
  4. [Throughout] There are several typographical and grammatical errors: "max. breaking acceleration" should be "braking acceleration," "an bicycle simulator" should be "a bicycle simulator," and "gives are broad overview" should be "gives a broad overview."
  5. [IV-B] The threat-scoring procedure is described as "loosely based" on ISO 21434, but the definitions of likelihood and maximum damage potential, and the scoring scale, are not provided; please specify the rubric if the security case study is intended to be more than a visual demonstration.

Circularity Check

0 steps flagged · score 0.0 of 10

No significant circularity: the components are anchored by externally labeled data, external benchmarks, and hand-designed scenario comparisons; self-citations are not load-bearing.

full rationale

The paper is a systems and integration description rather than a derivation of quantitative results from fitted inputs. The object-detection pipeline uses approximately 3,000 manually labeled real images plus 200,000 synthetic images generated with the proposed Digital Twin and the external CARLA environment; the manual labels provide an independent anchor, and CARLA is an external simulator, so the synthetic augmentation does not reduce the pipeline to its own output. The LiDAR detection models are pre-trained on the external KITTI dataset and retrained on TAF-BW point clouds combined with the external MAN Truckscenes dataset, again providing external grounding. The traffic-light optimization case study compares hand-designed signal-control modifications against the unoptimized baseline within the same simulation environment; it is not a fitted parameter renamed as a prediction, and the reported 10-20% time-loss reduction is a scenario simulation result, not a statistical forecast forced by construction. The behavior model uses a graph-neural-network trajectory predictor pre-trained on the external nuScenes dataset, with reported minADE/minFDE values; this is an external checkpoint evaluation, not a self-derived claim. Self-citations appear where the paper reuses its own prior object-list format and environment generator ([8], [11], [24]), but these are not load-bearing in the sense that the paper's central claim depends on an unverified self-citation chain: the framework's components are described concretely and are largely grounded in external tools and benchmarks. The absence of calibration or detection accuracy numbers is a correctness and validation risk, not circularity, because the paper does not attempt to derive those accuracies from its own assumptions. Overall, no specific equation, fitted parameter, or self-citation chain reduces a claimed result to its inputs, so the circularity score is 0.

Assumptions & free parameters 5 free parameters · 5 assumptions · 0 invented entities

The paper introduces no new physical entities. Its claims rest on the accuracy of perception and calibration, the realism of simulation behavior models, and the hand-chosen parameters in the traffic-light and threat-model demonstrations.

free parameters (5)
  • Mean traffic speed v_mu
    Used in vehicle spawning in the base behavior model (Section III-D); the value is not stated, is chosen per scenario, and directly affects simulated traffic flow.
  • Speed variation v_sigma
    Used together with v_mu to sample vehicle velocities in Section III-D; no value is reported and it is chosen by hand.
  • Max acceleration a and braking acceleration a_b
    Used in the Euler-integrated vehicle dynamics in Section III-D; values are not reported and are chosen by the authors.
  • Traffic signal optimization parameters
    Green-time adjustments and two-stage pedestrian crossing strategies are hand-designed in Section IV-A; the claimed 10-20% loss reduction is measured against the authors' own modified signal plans.
  • Threat likelihood and damage scores
    Section IV-B scores 36 threats by estimated likelihood times maximum damage, 'loosely based on ISO 21434', but no inter-rater reliability or sensitivity analysis is provided.
assumptions (5)
  • domain assumption Manual per-location homography calibration with at least 30 point pairs is sufficiently accurate to project detected objects to geographic coordinates.
    Invoked in Section III-B for camera-based object lists; no reprojection error is reported.
  • domain assumption Pre-trained KITTI models, fine-tuned on 6,159 samples, generalize to TAF-BW traffic scenes.
    Section III-B uses OpenPCDet models pre-trained on KITTI and retrained on TAF-BW and MAN data; no evaluation metrics on TAF-BW are reported.
  • domain assumption The Unreal Engine simulation with rule-based and HoliGraph behavior models realistically represents real traffic participant behavior.
    Section III-D; traffic signal optimization conclusions depend on behavior realism, but only minADE/minFDE for one pre-trained model are given without a TAF-BW baseline.
  • domain assumption OpenStreetMap, aerial imagery, and digital surface models are sufficiently accurate and current to model the physical road network.
    Section III-C; the 3D world is generated from these geodata sources, but no positional accuracy assessment is reported.
  • standard math Euler integration with the stated driver model gives stable and plausible vehicle dynamics.
    Section III-D equations (1)-(4); standard numerical integration assumption, but stability conditions are not discussed.

how reviews work

0 comments
Cite this review

Pith. "Pith review of DigiT4TAF -- Bridging Physical and Digital Worlds for Future Transportation Systems." pith.science (2026). https://pith.science/paper/V7IN5MOV

@misc{pith2026250702400,
  author       = {Pith},
  title        = {Pith review of: DigiT4TAF -- Bridging Physical and Digital Worlds for Future Transportation Systems},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/V7IN5MOV}},
  note         = {Machine review of arXiv:2507.02400}
}
read the original abstract

In the future, mobility will be strongly shaped by the increasing use of digitalization. Not only will individual road users be highly interconnected, but also the road and associated infrastructure. At that point, a Digital Twin becomes particularly appealing because, unlike a basic simulation, it offers a continuous, bilateral connection linking the real and virtual environments. This paper describes the digital reconstruction used to develop the Digital Twin of the Test Area Autonomous Driving-Baden-W\"urttemberg (TAF-BW), Germany. The TAF-BW offers a variety of different road sections, from high-traffic urban intersections and tunnels to multilane motorways. The test area is equipped with a comprehensive Vehicle-to-Everything (V2X) communication infrastructure and multiple intelligent intersections equipped with camera sensors to facilitate real-time traffic flow monitoring. The generation of authentic data as input for the Digital Twin was achieved by extracting object lists at the intersections. This process was facilitated by the combined utilization of camera images from the intelligent infrastructure and LiDAR sensors mounted on a test vehicle. Using a unified interface, recordings from real-world detections of traffic participants can be resimulated. Additionally, the simulation framework's design and the reconstruction process is discussed. The resulting framework is made publicly available for download and utilization at: https://digit4taf-bw.fzi.de The demonstration uses two case studies to illustrate the application of the digital twin and its interfaces: the analysis of traffic signal systems to optimize traffic flow and the simulation of security-related scenarios in the communications sector.

Figures

Figures reproduced from arXiv: 2507.02400 by the authors.

Figure 1
Figure 1. Modules of the Digital Twin [10]. Due to distortion and terrain, direct projection between camera and satellite planes is not feasible. Instead, a dynamic method adjusts the homography matrix per image location, using at least 30 manually selected pair of points. New points are projected using the seven nearest-labeled ones. Building upon our previous camera-based object detection approach [8], [11], we refine our d… view at source ↗
Figure 2
Figure 2. Traffic participants detection on real (left) and synthetic [PITH_FULL_IMAGE:figures/full_fig_p003_2.png] view at source ↗
Figure 3
Figure 3. Example of a LiDAR point cloud (red dots) recorded [PITH_FULL_IMAGE:figures/full_fig_p004_3.png] view at source ↗
Figures from the paper (5 more)
Figure 5
Figure 5. Figure 5: How a junction looks in our simulation, specifically [PITH_FULL_IMAGE:figures/full_fig_p005_5.png]
Figure 6
Figure 6. Figure 6: Pedestrian behavior model with controlled head pose, [PITH_FULL_IMAGE:figures/full_fig_p006_6.png]
Figure 8
Figure 8. Figure 8: Co-Simulation with our bicycle simulator. [PITH_FULL_IMAGE:figures/full_fig_p006_8.png]
Figure 9
Figure 9. Figure 9: Time Lost - Example of results from the traffic signal [PITH_FULL_IMAGE:figures/full_fig_p007_9.png]
Figure 10
Figure 10. Figure 10: Photorealistic false data injection attack visualization [PITH_FULL_IMAGE:figures/full_fig_p008_10.png]

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

31 extracted references · 29 canonical work pages

  1. [1]

    Digital twins in the automotive industry: The road toward physical-digital convergence,

    D. Piromalis and A. Kantaros, “Digital twins in the automotive industry: The road toward physical-digital convergence,” Applied System Innovation , vol. 5, no. 4, 2022. [Online]. Available: https://www.mdpi.com/2571-5577/5/4/65

    work page 2022

  2. [2]

    Modeling languages for automotive digital twins : A survey among the german automotive industry,

    J. Pfeiffer et al. , “Modeling languages for automotive digital twins : A survey among the german automotive industry,” in MODELS '24: Proceedings of the ACM/IEEE 27th International Conference on Model Driven Engineering Languages and Systems. Ed.: A. Egyed . Association for Computing Machinery (ACM), 2024, pp. 92–103, 46.23.03; LK 01

    work page 2024

  3. [3]

    Mobility digital twin: Concept, architecture, case study, and future challenges,

    Z. Wang et al., “Mobility digital twin: Concept, architecture, case study, and future challenges,” IEEE Internet of Things Journal , vol. 9, no. 18, pp. 17 452–17 467, 2022

    work page 2022

  4. [4]

    Maturity of vehicle digital twins: From monitoring to enabling autonomous driving,

    R. Klar et al. , “Maturity of vehicle digital twins: From monitoring to enabling autonomous driving,” in 2024 IEEE 27th International Conference on Intelligent Transportation Systems (ITSC) , 2024, pp. 3673–3679

    work page 2024

  5. [5]

    A Digital Twin Framework for Physical-Virtual Integration in V2X-Enabled Connected Vehicle Corridors

    K. Wu et al., “A digital twin framework for physical-virtual integration in v2x-enabled connected vehicle corridors,” 2025. [Online]. Available: https://arxiv.org/abs/2410.00356

    work page Pith review arXiv 2025

  6. [6]

    Liu, “MCity.” [Online]

    H. Liu, “MCity.” [Online]. Available: https://mcity.umich.edu/

    work page

  7. [7]

    A New Era of Mobility: Exploring Digital Twin Applications in Autonomous Vehicular Systems,

    S. M. M. Hossain et al. , “A New Era of Mobility: Exploring Digital Twin Applications in Autonomous Vehicular Systems,” May 2023, arXiv:2305.16158 [cs]. [Online]. Available: http: //arxiv.org/abs/2305.16158

    arXiv 2023

  8. [8]

    From Traffic Sensor Data To Semantic Traffic Descriptions: The Test Area Autonomous Driving Baden- Württemberg Dataset (TAF-BW Dataset),

    M. Zipfl et al. , “From Traffic Sensor Data To Semantic Traffic Descriptions: The Test Area Autonomous Driving Baden- Württemberg Dataset (TAF-BW Dataset),” in 2020 IEEE 23rd International Conference on Intelligent Transportation Systems (ITSC) . Rhodes, Greece: IEEE, Sep. 2020, pp. 1–7. [Online]. Available: https://ieeexplore.ieee.org/document/9294539/

    work page arXiv 2020

Show all 31 references
  1. [9]

    Unreal engine 5,

    Epic Games, “Unreal engine 5,” 2022. [Online]. Available: https://www.unrealengine.com

    2022

  2. [10]

    Cctv-calib: a toolbox to calibrate surveillance cameras around the globe,

    F. Ramenau et al. , “Cctv-calib: a toolbox to calibrate surveillance cameras around the globe,” in Machine Vision and Applications, vol. 34, 2023

    2023

  3. [11]

    Towards large scale urban traffic reference data: Smart infrastructure in the test area autonomous driving baden-w

    T. Fleck et al., “Towards large scale urban traffic reference data: Smart infrastructure in the test area autonomous driving baden-w"urttemberg,” in Intelligent Autonomous Systems 15 - Proceedings of the 15th International Conference IAS-15, Baden-Baden, Germany, June 11- 15, ...

    2018

  4. [12]

    Carla: An open urban driving simulator,

    A. Dosovitskiy et al. , “Carla: An open urban driving simulator,” in Conference on robot learning . PMLR, 2017, pp. 1–16

    2017

  5. [13]

    Detectron2,

    Y . Wu et al. , “Detectron2,” https://github.com/facebookresearch/ detectron2, 2019

    2019

  6. [14]

    Openpcdet: An open-source tool- box for 3d object detection from point clouds,

    OpenPCDet Development Team, “Openpcdet: An open-source tool- box for 3d object detection from point clouds,” https://github.com/ open-mmlab/OpenPCDet, 2020

    2020

  7. [15]

    Are we ready for autonomous driving? the kitti vision benchmark suite,

    A. Geiger et al., “Are we ready for autonomous driving? the kitti vision benchmark suite,” in Conference on Computer Vision and Pattern Recognition (CVPR), 2012

    2012

  8. [16]

    Simpletrack: Understanding and rethinking 3d multi- object tracking,

    Z. Pang et al., “Simpletrack: Understanding and rethinking 3d multi- object tracking,” arXiv preprint arXiv:2111.09621 , 2021

    2021 arXiv

  9. [17]

    Man truckscenes: A multimodal dataset for autonomous trucking in diverse conditions,

    F. Fent et al. , “Man truckscenes: A multimodal dataset for autonomous trucking in diverse conditions,” in Advances in Neural Information Processing Systems , A. Globerson et al. , Eds., vol. 37. Curran Associates, Inc., 2024, pp. 62 062–62 082. [Online]. Available: https://pr...

    2024

  10. [18]

    Nerf: Representing scenes as neural radiance fields for view synthesis,

    B. Mildenhall et al. , “Nerf: Representing scenes as neural radiance fields for view synthesis,” in European Conference on Computer Vision (ECCV), 2020, pp. 405–421

    2020

  11. [19]

    Refsr-nerf: Towards high fidelity and super resolution view synthesis,

    X. Huang et al., “Refsr-nerf: Towards high fidelity and super resolution view synthesis,” in IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR), 2023, pp. 1234–1243

    2023

  12. [20]

    Parenerf: Toward fast large-scale dynamic nerf with patch-based reference,

    J. Tang et al., “Parenerf: Toward fast large-scale dynamic nerf with patch-based reference,” in IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR) , 2024, pp. 567–576

    2024

  13. [21]

    Efficient gaussian splatting for real-time rendering,

    J. Tang et al., “Efficient gaussian splatting for real-time rendering,” in IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR), 2023, pp. 1234–1243

    2023

  14. [22]

    Improving 3d gaussian splatting for radiance field rendering using deep learning,

    W. Wang et al., “Improving 3d gaussian splatting for radiance field rendering using deep learning,” in SPIE Conference Proceedings, 2024

    2024

  15. [23]

    Reflective gaussian splatting,

    Y . Yaoet al., “Reflective gaussian splatting,” inInternational Conference on Learning Representations (ICLR) , 2025

    2025

  16. [24]

    Fast environment generation methods for virtual testing,

    P. Schulz et al. , “Fast environment generation methods for virtual testing,” in IEEE International Conference on Intelligent Transportation Systems (ITSC), 2023, pp. 123–130

    2023

  17. [25]

    Eg4u: Environment generator for unreal,

    FZI Forschungszentrum Informatik, “Eg4u: Environment generator for unreal,” https://github.com/fzi-forschungszentrum-informatik/eg4u, 2025, accessed: 2025-04-01

    2025

  18. [26]

    Open geodata portal,

    Landesamt für Geoinformation und Landentwicklung Baden- Württemberg (LGL), “Open geodata portal,” https://opengeodata.lgl-bw. de/#/, 2025, accessed: 2025-04-01

    2025

  19. [27]

    Rasterio: geospatial raster i/o for Python programmers,

    S. Gillies et al., “Rasterio: geospatial raster i/o for Python programmers,” 2013–. [Online]. Available: https://github.com/mapbox/rasterio

    2013

  20. [28]

    Enhancing automotive simulations with adjustable asphalt road surface materials,

    P. Schulz and O. Bringmann, “Enhancing automotive simulations with adjustable asphalt road surface materials,” in IEEE International Conference on Intelligent Transportation Systems (ITSC) , 2024, pp. 2066–2073

    2024

  21. [29]

    Metahuman,

    “Metahuman,” https://www.unrealengine.com/en-US/metahuman, 2019

    2019

  22. [30]

    Heterogeneous Graph-based Trajectory Prediction using Local Map Context and Social Interactions,

    D. Grimm et al., “Heterogeneous Graph-based Trajectory Prediction using Local Map Context and Social Interactions,” in IEEE ITSC, Sep. 2023, pp. 2901–2907

    2023

  23. [31]

    Virtual and real world data acquisition for training of ai based models,

    H. Gremmelmaier et al., “Virtual and real world data acquisition for training of ai based models,” 2024

    2024

Pith tools

Reviewed August 6, 2026 · model on record in the stance chip above.