Home › Code › cls_type_to_id

cls_type_to_id

Syntologyentry name in harvested coderead from the graph 2026-09-24

cls_type_to_id appears in the code Syntology harvested for 7 papers, as 1 distinct code body found in 7 places (a place is one code body under one paper). At least one of them ran in 7 of the papers; 1 of the code bodies carries a behaviour fingerprint.

What this page is not. Routines are grouped here by the exact string of their function or class name. Nothing asserts that two samples named cls_type_to_id do the same thing, share code, or are comparable; the name is a string, not an identity. Behaviour outputs (what a fingerprinted sample returned on the shared battery) are not in this export and are not shown here; the graph at syntology.ai holds them. "Ran" means executed on a synthesized fixture, not that the code is correct or reproduces a paper.

Samples Syntology

Syntology ran 1 of the 1 distinct code body named cls_type_to_id; 0 are unverified. One tile per status, in the site's fixed vocabulary, each code body counted once:

0ran · honoured contract
0ran · violated contract
0ran · our draft was wrong
0ran · fixture could not drive it
1ran
0unverified
1fingerprinted

Licence is a property of each copy, so it is counted per place: 0 of the 7 places are pointer only (Syntology does not serve that copy's text). This site shows no code text for any sample; every row below links to the file in its repository where the record names one.

“Ran” means the sample executed on a synthesized input; it does not mean the output is correct. “Honoured” and “violated” refer to a contract Syntology drafted from the code itself; “our draft was wrong” and “fixture could not drive it” are failures of Syntology's instrument, not of the code, and those samples did run. The ran count above is every status except unverified, the same rule as each paper page.

Papers

7 papers shown of 7, newest first; 7 places in the table. A paper with no recorded date is placed by the month its arXiv id encodes, shown in the Date column as YYYY-MM (from id). One row per place: a paper whose repository defines the name more than once appears more than once, and the same code body held for several papers appears once under each, with the same status. Titles and dates are the archive's archive 2025-07-28 for papers in the archive. Status and fingerprint are Syntology's record of each code body; licence is recorded for each place. The File cell ends with the code body's code_sha256, Syntology's identity for that exact code: an agent fetches the stored sample with Syntology's MCP tool get_code(code_sha256="…") (how to connect); click an identity to copy that call.

PaperDateFileStatus SyntologyLicence
Harnessing Uncertainty-aware Bounding Boxes for Unsupervised 3D Object Detection 1 Aug 2024 Ruiyang-061X/UA3D/data_preprocessing/kitti_util.py 68d59bd1b88d6e20 ran fingerprinted MIT (permissive)
Dual Radar: A Multi-modal Dataset with Dual 4D Radar for Autonomous Driving 11 Oct 2023 adept-thu/dual-radar/pcdet/utils/object3d_dual_radar.py 68d59bd1b88d6e20 ran fingerprinted Apache-2.0 (permissive)
Unsupervised Adaptation from Repeated Traversals for Autonomous Driving 27 Mar 2023 yurongyou/rote-da/p2_score/utils/kitti_util.py 68d59bd1b88d6e20 ran fingerprinted MIT (permissive)
Learning to Detect Mobile Objects from LiDAR Scans Without Labels 29 Mar 2022 trailab/hypermodest/data_preprocessing/kitti_util.py 68d59bd1b88d6e20 ran fingerprinted MIT (permissive)
Hindsight is 20/20: Leveraging Past Traversals to Aid 3D Perception 22 Mar 2022 YurongYou/Hindsight/data_preprocessing/kitti_util.py 68d59bd1b88d6e20 ran fingerprinted MIT (permissive)
Weakly Supervised 3D Object Detection from Lidar Point Cloud 23 Jul 2020 hlesmqh/WS3D/Pointcloud_Annotation/object3d.py 68d59bd1b88d6e20 ran fingerprinted MIT (permissive)
Center-based 3D Object Detection and Tracking 19 Jun 2020 tianweiy/CenterPoint-KITTI/pcdet/utils/object3d_kitti.py 68d59bd1b88d6e20 ran fingerprinted Apache-2.0 (permissive)

This site shows no code text; each File cell links to the file on GitHub at the repository's current default branch, which may have changed since the harvest. "Pointer only" means Syntology does not serve that copy's text, for one of four reasons: no licence file was found; the licence was not identified; the licence is recorded as permissive but that copy's record is not marked cleared; or the licence is outside the permissive list Syntology serves text under (MIT, Apache-2.0, BSD and similar). Some licences outside that list permit redistribution, such as WTFPL, and GPL-3.0 under its conditions; they are simply not on the list. Hover a licence cell for the reason. Per-sample records for a paper are on its paper page under "Code Syntology ran".

Report a problem or propose a change · a person checks every report against the paper or source before anything changes; decisions are listed on /corrections