Egocentric Postal Sorting Data

Egocentric postal sorting data is real-world, first-person video of mail sorting: taking letters and parcels and placing them by route into pigeonholes and trays at a sorting bench. It is recorded from the sorter viewpoint, with depth, 3D hand pose, contact events and frame-accurate action segments aligned on one hardware clock.

The task is a bench task. Nothing is carried to a door and nothing is handed to a recipient, which separates it from delivery. The package delivery page covers the delivery end of the chain, and this page covers the sorting that the catalog lists beside it.

The task catalog has one row for it. In the Last-Mile Delivery & Courier environment, under the Logistics & Warehousing sector, the Postal sorting row reads "Sort letters and parcels by route into pigeonholes and trays at the sorting bench." It is rated Easy and recorded with a head-mounted phone or a multiview rig.

The row is listed as Available on request. That means it is quoted against your spec, and this page does not claim active or completed collection for it. The site states no capture timeline for the row beyond a quote.

The row names letters, parcels, a route, pigeonholes, trays and a sorting bench. Those are the only items and steps this page treats as stated.

Letter and parcel sizes, the number of routes, pigeonholes or trays, the bench layout, whether items are read for a route code, and who the sorter is are Not stated. They are set in the written spec. The page names no postal carrier and makes no sort-rate, accuracy or throughput claim.

Four existing pages sit nearby, and none of them has postal sorting as its main topic. The package delivery page centres on carrying a parcel to the door and handing it to a recipient, and names Postal sorting only as a neighbouring row. The box and parcel handling page covers palletizing, carrying, sealing and scanning, and lists Postal sorting among the rows that sort by route.

The tote induction page covers putting totes and items onto a conveyor, and its page text names no postal row. The mailroom page centres on the Mail handling row in Office & Professional Services and on document work, with the Postal sorting row as one of its rows. The table below sets them side by side.

The catalog places the row in the Last-Mile Delivery & Courier environment. The site names no postal facility, sorting office, city, carrier or courier, and it does not state capture at a customer own site for this row.

Environment, access and schedule are agreed in the spec. The number of sorters or sites is Not stated.

A head-mounted phone records the first-person view of real work on site, and a multiview rig adds synchronized third-person angles when the spec asks for them. Both are the capture modes the catalog lists for the row.

The site does not state a camera count, resolution or frame rate for postal sorting, so these are raised in the spec. Which of the two modes a postal sorting order uses is also Not stated.

Each episode follows the Firsthand episode schema: ten streams synced under 2 ms, with head and wrist RGB, depth, 3D hand pose with per-joint visibility, contact and grasp events, and frame-accurate action segments. For sorting, hand pose tracks how a hand takes a letter or parcel and places it, contact events mark when fingers meet an item, and action segments mark each placement.

Object labels use the terms your spec sets. A route label per item, a sorted-correctly or task-completion label, and force or tactile data are Not stated. They are defined in the spec if your policy needs them.

Every batch is validated against signed accept criteria before it ships, with a reject log, and rejected items are recaptured at our cost. Billing is per validated hour, not per raw hour recorded.

Per-joint visibility in the hand pose shows frames where a hand is hidden, for example behind a tray or another item, so a reviewer and a loader can see where the pose is less certain. The site states no sort-accuracy figure, so accuracy is not claimed here.

Delivery formats are RLDS, LeRobot and WebDataset, plus HDF5, zarr and Rerun .rrd. The format table below sets each against what its official documentation states. Episodes use the same schema as every other Firsthand collection, so a loader that reads another Firsthand dataset reads this one without changes.

Delivery is rolling, per validated batch.

Every episode links to a signed contributor release through a documented consent chain, and the consent record is part of the delivery. Faces, plates and screens are detected and irreversibly blurred at ingest, and a reviewer confirms the result before anything ships. The anonymization record is delivered with the data.

The site states no rule specific to mail contents, addresses or labels on letters and parcels, so this page makes no claim about them. If your spec involves such items, raise it before capture.

Where coverage is already deep, the first validated batch lands in a median of 48 hours from signed spec. Thin environments typically take three to four weeks, because vetting operators there is the bottleneck, and we quote that up front.

The Postal sorting row is Available on request, so the site does not state which of the two timelines applies to it. It is quoted against your spec, and on-demand top-ups run against the same spec and accept criteria after each training run.

You describe the letters, parcels, routes and sorting layout your policy needs. We turn that into a written spec covering tasks, environments, capture tier, annotation depth and accept criteria, then quote reach, timeline and price before any capture begins.

A Spec Pilot, a small and fast first batch, can prove the spec and accept criteria before you scale. Billing is per validated hour, a reject log ships with every batch, and every collection ships under a perpetual, buyer-owned commercial license.