Skip to content

boston-lot: metadata review loop - #227

Open
pointcloud-org wants to merge 4 commits into
mainfrom
boston-lot-metadata-review
Open

pointcloud-org wants to merge 4 commits into
mainfrom
boston-lot-metadata-review

Conversation

@pointcloud-org

Copy link
Copy Markdown
Contributor

Exercising the new metadata inventory + explain verb against Boston Lot.

The manifest still has license: UNKNOWN and a TODO description on purpose — that is what we are trying to resolve with LLM-assisted enrichment.

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

boston-lot

  • ✅ file existence: all referenced objects found
  • ⚪ pdal_filters: none declared -- nothing to check
  • ⚪ CRS consistency: not applicable (no items_dir)

@pointcloud-org

pointcloud-org commented Aug 21, 2026 •

Copy link
Copy Markdown
Contributor Author

📋 Metadata inventory — boston-lot

Everything in the tables below is parsed straight out of the submitted file's LAS public header and VLR records (a few kilobytes, read with a range request — the file itself is never downloaded). Nothing here is inferred or model-written.

What the file says about itself

boston-lot-2021-09-01-CRREL-RSGIS.copc.laz
Points 1,746,342,476
File size 18.5 GiB
Format LAS 1.4, point format 6, COPC
CRS NAD83 / UTM zone 18N
Linear units metre
XY extent 5633 × 6273
Z range -2159.6 – 742.7
Acquiring system empty
Generating software empty
File creation date unset
GPS time range none (0–0)
Extra dimensions 5
VLRs 4
Dimensions and VLRs — boston-lot-2021-09-01-CRREL-RSGIS.copc.laz

Extra dimensions (beyond the standard LAS point format)

Name Type Description
HeightAboveGround double —
Synthetic uint8 —
Overlap uint8 —
Withheld uint8 —
KeyPoint uint8 —

Variable Length Records

# user_id record_id Bytes What it is
0 copc 1 160 COPC info
1 laszip encoded 22204 46 LASzip compression
2 LASF_Projection 2112 615 OGC WKT projection
3 LASF_Spec 4 960 Extra Bytes (extra dimensions) — HeightAboveGround (double), Synthetic (uint8), Overlap (uint8), Withheld (uint8), KeyPoint (uint8)

What the file does not tell us

These are the metadata a reviewer would otherwise assume came from the data. They did not — so if the manifest states them, they came from somewhere else.

  • LAS system_id is empty — the file names no acquiring system
  • LAS generating_software is empty — the file names no creating application
  • no file creation date (creation_year is unset, which PDAL reports as 1) — any acquisition date in the manifest comes from a filename or a human, not from the data
  • GPS time range is 0–0 — the points carry no usable timestamps, so the data cannot date itself
  • no pdal_metadata VLR — the file carries no record of the pipeline that produced it (PDAL only writes this when asked with pdal_metadata=true)
  • declared Z range spans 2902 m (-2159.6 to 742.7) — larger than almost any real survey, so the header bounds are probably set by outlier points rather than terrain; anything derived from them (elevation ranges, hero-image colour ramps) will be skewed until they are filtered

Manifest fields still needing an answer

  • license is UNKNOWN — a real SPDX identifier or proprietary is needed before publication. The model may quote what a source says about licensing, but a human decides it.
  • no pointcloud_org.acknowledgement
  • no sci:citation or sci:doi — nothing for a user to cite

Reply with @pointcloud-org, please explain … to ask about any of this, or point the bot at an external metadata document and it will read it as part of answering.

@hobu

hobu commented Aug 21, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please explain what we actually know about this dataset's provenance, and whether the 2021-09-01 date is supported by anything

@pointcloud-org

pointcloud-org commented Aug 21, 2026 •

Copy link
Copy Markdown
Contributor Author

🤖 Request received from @hobu (admin access) via comment.

what license SPDX ID should be used for US government public domain data?

Working on it…

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

I couldn't tell which command you meant. Supported commands:

  • @pointcloud-org​, please reingest <DATASET_ID> — re-run ingest for one dataset. Opens a pull request for an admin to merge; the ingest happens on merge.
  • @pointcloud-org​, please refresh-stac — rebuild the archive-wide STAC catalog, collections manifest, and the single-file items.parquet.
  • @pointcloud-org​, please check-reachability — check every dataset's external URLs and report anything unreachable.

Dataset ids are directory names under manifests/ (for grouped datasets, just the leaf, e.g. MN_SEDriftless_3_2021).

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 explain — asked by @hobu

What the file actually establishes

Everything below is from the LAS header/VLRs, which are ground truth:

  • Format and structure: LAS 1.4, point format 6, COPC, 1,746,342,476 points, 18.5 GiB.
  • CRS: NAD83 / UTM zone 18N, linear units metre — so Z values are metres, no compound-CRS unit trap here.
  • Footprint: 5633 × 6273 (metres) in XY.
  • Processing fingerprint: an Extra Bytes VLR carrying HeightAboveGround (double) plus Synthetic, Overlap, Withheld, KeyPoint as uint8. That combination is characteristic of a PDAL-based post-process (HAG computation, classification flags demoted to extra dimensions) — but it names no tool or version.

What the file does not establish — which is nearly all the provenance

  • system_id empty: the file names no acquiring sensor or platform.
  • generating_software empty: the file names no producing application.
  • No pdal_metadata VLR: no record of the pipeline, so the inference above about PDAL is circumstantial, not documented.
  • creation_year unset (PDAL reports 1): no file creation date.
  • GPS time range 0–0: the points carry no usable timestamps. The data cannot date itself at all.

So there is no in-file evidence of who flew it, with what, when, for whom, or under what license.

The 2021-09-01 date

Not supported by anything you have given me. Its only appearance is inside the filename boston-lot-2021-09-01-CRREL-RSGIS.copc.laz. The two header fields that could corroborate an acquisition date are both blank — creation date unset, GPS time 0–0 — so the date is a human's filename convention, not a measurement. Treat it as an unverified claim, and note that even if the string is faithful it could as easily be a processing or delivery date as a flight date.

The CRREL-RSGIS token is in the same position: a filename string, plausibly an organizational initialism, but nothing in the file corroborates any provider. I am not going to expand it into an institution name on that basis.

I also cannot compare any of this against the manifest — manifests/boston-lot/manifest.yaml could not be read at this commit, so I have no submitted claims for license, description, extent.temporal.interval, providers[], or sci:citation to check.

One substantive data concern, independent of provenance

Declared Z spans -2159.6 to 742.7 m, a 2902 m range. For a ~5.6 × 6.3 km footprint that is not terrain; the header bounds are almost certainly set by a handful of outlier points. Anything a user or the site derives from those bounds — elevation range in the collection extent, hero-image colour ramp — will be wrong until the outliers are filtered.

To close this out you would need

  1. The manifest itself (re-fetch at a readable commit).
  2. An external source for the flight window — a survey report, delivery metadata, or a project page from the originating organization — since the file can never supply it.
  3. A stated license from that same source; nothing in the file speaks to licensing, and I won't infer one.
  4. Confirmation of what CRREL-RSGIS denotes, from the submitter or a source document, before it becomes a providers[] entry.

claude-opus-5 · 2205 in / 1323 out tokens

@hobu

hobu commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add the acquisition and provenance details for this dataset.

It is a scan of the Boston Lot Conservation Area in Lebanon, New Hampshire
(https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12),
flown in 2021 by the US Army Corps of Engineers Cold Regions Research and
Engineering Laboratory (CRREL). The sensor was a RIEGL VUX-1 mounted on CRREL's
"Helipod", flown from a helicopter. Initial ground / noise / not-ground
classification was done with PDAL's filters.smrf.

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

I couldn't tell which command you meant. Supported commands:

  • @pointcloud-org​, please reingest <DATASET_ID> — re-run ingest for one dataset. Opens a pull request for an admin to merge; the ingest happens on merge.
  • @pointcloud-org​, please refresh-stac — rebuild the archive-wide STAC catalog, collections manifest, and the single-file items.parquet.
  • @pointcloud-org​, please check-reachability — check every dataset's external URLs and report anything unreachable.

Dataset ids are directory names under manifests/ (for grouped datasets, just the leaf, e.g. MN_SEDriftless_3_2021).

@hobu

hobu commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add the acquisition and provenance details for this dataset.

It is a scan of the Boston Lot Conservation Area in Lebanon, New Hampshire (https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12), flown in 2021 by the US Army Corps of Engineers Cold Regions Research and
Engineering Laboratory (CRREL). The sensor was a RIEGL VUX-1 mounted on CRREL's "Helipod", flown from a helicopter. Initial ground / noise / not-ground classification was done with PDAL's filters.smrf.

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

I couldn't tell which command you meant. Supported commands:

  • @pointcloud-org​, please reingest <DATASET_ID> — re-run ingest for one dataset. Opens a pull request for an admin to merge; the ingest happens on merge.
  • @pointcloud-org​, please refresh-stac — rebuild the archive-wide STAC catalog, collections manifest, and the single-file items.parquet.
  • @pointcloud-org​, please check-reachability — check every dataset's external URLs and report anything unreachable.

Dataset ids are directory names under manifests/ (for grouped datasets, just the leaf, e.g. MN_SEDriftless_3_2021).

@hobu

hobu commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add the acquisition and provenance details for this dataset.

It is a scan of the Boston Lot Conservation Area in Lebanon, New Hampshire (https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12), flown in 2021 by the US Army Corps of Engineers Cold Regions Research and
Engineering Laboratory (CRREL). The sensor was a RIEGL VUX-1 mounted on CRREL's "Helipod", flown from a helicopter. Initial ground / noise / not-ground classification was done with PDAL's filters.smrf.

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

I couldn't tell which command you meant. Supported commands:

  • @pointcloud-org​, please reingest <DATASET_ID> — re-run ingest for one dataset. Opens a pull request for an admin to merge; the ingest happens on merge.
  • @pointcloud-org​, please refresh-stac — rebuild the archive-wide STAC catalog, collections manifest, and the single-file items.parquet.
  • @pointcloud-org​, please check-reachability — check every dataset's external URLs and report anything unreachable.

Dataset ids are directory names under manifests/ (for grouped datasets, just the leaf, e.g. MN_SEDriftless_3_2021).

@hobu

hobu commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add the acquisition and provenance details for this dataset.

It is a scan of the Boston Lot Conservation Area in Lebanon, New Hampshire, flown
in 2021 by the US Army Corps of Engineers Cold Regions Research and Engineering
Laboratory (CRREL). The sensor was a RIEGL VUX-1 mounted on CRREL's "Helipod",
flown from a helicopter. Initial ground / noise / not-ground classification was
done with PDAL's filters.smrf.

@hobu

hobu commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add the acquisition and provenance details for this dataset.

It is a scan of the Boston Lot Conservation Area in Lebanon, New Hampshire (https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12), flown in 2021 by the US Army Corps of Engineers Cold Regions Research and
Engineering Laboratory (CRREL). The sensor was a RIEGL VUX-1 mounted on CRREL's "Helipod", flown from a helicopter. Initial ground / noise / not-ground classification was done with PDAL's filters.smrf.

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 enrich — requested by @hobu

⚠️ The model call did not produce a proposal: model returned no text (stop_reason=max_tokens) — a small max_tokens can be consumed entirely by the thinking block

Nothing was changed.

@hobu

hobu commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add the acquisition and provenance details for this dataset.

It is a scan of the Boston Lot Conservation Area in Lebanon, New Hampshire (https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12), flown in 2021 by the US Army Corps of Engineers Cold Regions Research and
Engineering Laboratory (CRREL). The sensor was a RIEGL VUX-1 mounted on CRREL's "Helipod", flown from a helicopter. Initial ground / noise / not-ground classification was done with PDAL's filters.smrf.

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 enrich — requested by @hobu

⚠️ The model call did not produce a proposal: model returned no text (stop_reason=max_tokens) — a small max_tokens can be consumed entirely by the thinking block

Nothing was changed.

@hobu

hobu commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

It is a scan of the Boston Lot Conservation Area in Lebanon, New Hampshire (https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12), flown in 2021 by the US Army Corps of Engineers Cold Regions Research and
Engineering Laboratory (CRREL). The sensor was a RIEGL VUX-1 mounted on CRREL's "Helipod", flown from a helicopter. Initial ground / noise / not-ground classification was done with PDAL's filters.smrf.

@hobu

hobu commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add the acquisition and provenance details for this dataset.

It is a scan of the Boston Lot Conservation Area in Lebanon, New Hampshire
(https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12),
flown in 2021 by the US Army Corps of Engineers Cold Regions Research and Engineering
Laboratory (CRREL). The sensor was a RIEGL VUX-1 mounted on CRREL's "Helipod", flown
from a helicopter. Initial ground / noise / not-ground classification was done with
PDAL's filters.smrf.

@hobu

hobu commented Aug 26, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add a description and keywords for this dataset. It is a scan of the Boston Lot Conservation Area in Lebanon, NH (https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12) taken in 2021 by USACE CRREL using their "Helipod" — a RIEGL VUX1 mounted on a helicopter. Ground/noise/not-ground classification was done with the PDAL filters.smrf filter.

1 similar comment
@hobu

hobu commented Aug 26, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add a description and keywords for this dataset. It is a scan of the Boston Lot Conservation Area in Lebanon, NH (https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12) taken in 2021 by USACE CRREL using their "Helipod" — a RIEGL VUX1 mounted on a helicopter. Ground/noise/not-ground classification was done with the PDAL filters.smrf filter.

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 enrich — requested by @hobu

Proposing 3 changes to manifests/boston-lot/manifest.yaml. Nothing has been written — this is a suggestion for you to apply, reject, or edit.

Field Basis What and why
description 🗣 you said The what/where/who/why sentence the conventions ask for. Platform, sensor, operator and classification method are all as asserted by the maintainer; the HeightAboveGround dimension is present in the file's Extra Bytes VLR per the extracted inventory. No acquisition purpose was stated, so none is claimed, and no elevation range is quoted because the header Z range (-2159.6 to 742.7 m) is clearly outlier-driven.
keywords 🗣 you said Keeps the existing terms (dropping the generic 'lidar' in favour of 'airborne-lidar'), adds the platform/sensor and processing terms the maintainer supplied, and adds format/CRS terms taken straight from the file inventory (LAS 1.4 COPC, NAD83 / UTM zone 18N, HeightAboveGround extra dimension). All lowercase and hyphenated.
providers 🗣 you said Adds only a description to the existing sole provider entry, stating the acquisition platform the maintainer described. The pointcloud_org.contact block is reproduced verbatim and roles are unchanged (the maintainer did not say who ran the PDAL classification, so no 'processor' role is claimed).
Proposed manifest changes (YAML — click to expand)
description: >-
  Airborne lidar survey of the Boston Lot Conservation Area in Lebanon, New Hampshire, flown in 2021
  by USACE CRREL with their "Helipod" sensor package (a RIEGL VUX1 scanner mounted on a helicopter).
  Points carry ground/noise/not-ground classification produced with PDAL's filters.smrf, plus a
  HeightAboveGround dimension.
keywords:
  - new-hampshire
  - lebanon
  - boston-lot-conservation-area
  - crrel
  - usace
  - airborne-lidar
  - helicopter-lidar
  - helipod
  - riegl-vux1
  - copc
  - las-1-4
  - smrf
  - ground-classification
  - height-above-ground
  - nad83-utm-18n
providers:
  - name: CRREL
    description: >-
      U.S. Army Engineer Research and Development Center, Cold Regions Research and Engineering
      Laboratory — acquired the survey with its helicopter-mounted "Helipod" (RIEGL VUX1) lidar
      system.
    roles:
      - producer
    url: https://www.erdc.usace.army.mil/Locations/CRREL/
    pointcloud_org:
      contact:
        name: Howard Butler
        email: howard@hobu.co
        github_owner: hobu

On licensing

The model cannot propose license. This is what it found; the decision is yours.

No licensing statement was found in any supplied document. The fetched City of Lebanon facilities page (https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12) describes the conservation area only and says nothing about the lidar data; its footer links a generic "Copyright Notices" page that was not fetched and would in any case cover the city's website, not a USACE CRREL dataset. The manifest's license: UNKNOWN and its TODO should stand. What would settle it: a CRREL/ERDC release or distribution statement for this specific acquisition (or the data-use terms under which hobu received the file) — that document would also fix pointcloud_org.acknowledgement, which is why no acknowledgement is proposed here.

Notes. No acquisition date proposal: the file has no creation date and GPS time range is 0-0, so the existing 2021-09-01 interval rests solely on the filename. The maintainer confirmed the year 2021 but not the day, so the current interval is left untouched; a CRREL flight/acquisition report would settle the exact window. No sci:doi, sci:citation, sci:publications or publication_date proposed for the same reason — no source. The fetched document contained no instruction-like text directed at me; it appears to be ordinary municipal web content, and I used it only as background (it was not needed to support any proposal, so nothing is marked 'cited').

Documents read: https://lebanonnh.gov/facilities/facility/details/Boston-Lot-Conservation-Area-12

claude-opus-5 · 6086 in / 2286 out tokens

@hobu

hobu commented Aug 29, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org, please add a description and keywords for this dataset. It is a scan of the Boston Lot Conservation Area in Lebanon, NH taken in 2021 by USACE CRREL using their "Helipod" — a RIEGL VUX-1 mounted on a helicopter. Ground/noise classification was done with the PDAL filters.smrf filter.

@pointcloud-org pointcloud-org left a comment

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤖 enrich — 3 changes you can commit directly from this review. Use Add suggestion to batch to take several in one commit.

Comment thread manifests/boston-lot/manifest.yaml Outdated
@@ -8,7 +8,7 @@ id: boston-lot
title: Boston Lot
description: "TODO: write a one-line summary for Boston Lot"

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

description · 🗣 you said this

Replaces the TODO placeholder with what was captured, where, by whom, and how it was processed. Location, year, operator, sensor platform and the SMRF classification step come from the maintainer's request; the point count, COPC format and CRS come from the file's own header inventory (and the HeightAboveGround extra dimension is consistent with an SMRF/HAG workflow).

Suggested change
description: "TODO: write a one-line summary for Boston Lot"
description: Airborne lidar survey of the Boston Lot Conservation Area in Lebanon, New Hampshire, flown in 2021 by the U.S. Army Corps of Engineers Cold Regions Research and Engineering Laboratory (CRREL) using its "Helipod" sensor — a RIEGL VUX-1 mounted on a helicopter. Ground and noise classification was performed with PDAL's filters.smrf, and the 1.7-billion-point cloud is distributed as COPC in NAD83 / UTM zone 18N.

Comment thread manifests/boston-lot/manifest.yaml Outdated
description: "TODO: write a one-line summary for Boston Lot"
license: UNKNOWN
keywords: [new-hampshire, crrel]
keywords: [new-hampshire, crrel, lidar, copc, lebanon]

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

keywords · 🗣 you said this

Keeps the existing terms, drops nothing, and adds specific, lowercase-hyphenated terms for the site, the operating agency, the sensor platform and the classification method as described by the maintainer. Retains copc/lidar as format and modality terms.

Suggested change
keywords: [new-hampshire, crrel, lidar, copc, lebanon]
keywords: [boston-lot-conservation-area, lebanon, new-hampshire, usace, crrel, helipod, riegl-vux-1, helicopter-lidar, airborne-lidar, ground-classification, smrf, copc, lidar]

Comment thread manifests/boston-lot/manifest.yaml Outdated
keywords: [new-hampshire, crrel, lidar, copc, lebanon]
providers:
- name: CRREL
roles: [producer]

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

providers · 🗣 you said this

Expands the bare acronym into the full agency name and states what CRREL did, per the maintainer. The existing pointcloud_org.contact block, URL and roles are preserved verbatim; I did not add a processor role because the request does not say who ran the SMRF classification.

Suggested change
roles: [producer]
description: U.S. Army Corps of Engineers Cold Regions Research and Engineering Laboratory; flew the survey with its helicopter-mounted "Helipod" RIEGL VUX-1 lidar system.
roles:
- producer

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤖 enrich — requested by @hobu

Proposing 3 changes to manifests/boston-lot/manifest.yaml. Nothing has been written — this is a suggestion for you to apply, reject, or edit.

Field Basis What and why
description 🗣 you said Uses the maintainer's supplied text for the TODO description. Two edits only: the typo 'multi-sensor. helicopter-mounted' is corrected to a comma, and the disparaging phrase 'a bunch of no-talent hacks from' is dropped from the NCALM clause, since the archive's descriptions are user-facing and the phrase makes a public claim about a named collaborating institution. All substantive content (location, campaign purpose, RSGIS, RaLiPod, sensor mix, NCALM collaboration) is unchanged. Restore the original phrasing if it was intended seriously.
keywords 🗣 you said Keeps the keywords added on the anchored line and adds terms the maintainer's description supports: the second municipality (hanover), the site name, the payload name (ralipod), the collaborating centre (ncalm), the parent organisation (usace), and the campaign type (sensor-integration). All lowercase and hyphenated per conventions.
providers 🗣 you said Adds the two organisations the maintainer names as responsible for the payload and the acquisition. The existing CRREL entry, including its pointcloud_org.contact block, is reproduced verbatim. No URLs are given for the two new entries because the maintainer did not supply them and I have no document to cite; a maintainer can add them.

⚠️ These proposals were not checked against manifests/schema.json — it could not be read (Code generation from strings disallowed for this context). Treat them as unverified; CI is still the gate.

Proposed manifest changes (YAML — click to expand)
description: >-
  Airborne lidar point cloud covering the Boston Lot Conservation Area in Lebanon and Hanover, New
  Hampshire, collected as part of a sensor integration and testing campaign. The US Army Corps of
  Engineers Remote Sensing & GIS Center of Expertise developed an integrated, multi-sensor,
  helicopter-mounted payload — the RaLiPod — carrying lidar, visible-spectrum imagery, and synthetic
  aperture radar, and flew local tests to confirm operation, check calibrations, and assess
  performance and acquisition techniques. Data acquisition was carried out in collaboration with the
  University of Houston's National Center for Airborne Laser Mapping (NCALM).
keywords:
  - new-hampshire
  - lebanon
  - hanover
  - boston-lot
  - crrel
  - usace
  - ncalm
  - ralipod
  - airborne-lidar
  - sensor-integration
  - copc
  - lidar
providers:
  - name: CRREL
    roles:
      - producer
    url: https://www.erdc.usace.army.mil/Locations/CRREL/
    pointcloud_org:
      contact:
        name: Howard Butler
        email: howard@hobu.co
        github_owner: hobu
  - name: US Army Corps of Engineers Remote Sensing & GIS Center of Expertise
    description: >-
      Developed the integrated multi-sensor helicopter payload (RaLiPod) and flew the test
      acquisition.
    roles:
      - producer
  - name: National Center for Airborne Laser Mapping (NCALM), University of Houston
    description: Collaborated on data acquisition.
    roles:
      - producer

On licensing

The model cannot propose license. This is what it found; the decision is yours.

No supplied document mentions licensing for this dataset, so no licence statement can be quoted. The manifest's 'TODO: confirm license before publishing' should stand until an ERDC/CRREL release or distribution statement (and NCALM's terms, if their collection is covered) is obtained.

Notes. No external documents were supplied with this request, so several fields are deliberately left alone. (1) extent.temporal.interval is currently [[2021-09-01, 2021-09-01]]; the inventory confirms the file itself carries no creation date and GPS time 0-0, so that window comes only from the filename. I have not proposed a change — a CRREL/RSGIS flight log, mission report, or an acquisition-date statement from the maintainer would settle whether 2021-09-01 is the true (and single-day) acquisition window. (2) The file's license is still UNKNOWN and I am not permitted to propose it; no supplied source says anything about licensing, so there is nothing to quote in license_note. A data-distribution statement or public release notice from ERDC/CRREL (and, if NCALM-collected data are involved, NCALM's distribution terms) would settle it. (3) pointcloud_org.acknowledgement is unproposed for the same reason: a credit line must come from a data agreement or the data provider, not from me. (4) No DOI, citation, or publication is proposed — I have no document naming one. (5) Worth flagging to the maintainer, though it is outside the fields I may propose: the header Z range spans -2159.6 to 742.7 m (2902 m), almost certainly outlier-driven, so any derived elevation range or hero-image colour ramp will be skewed until those points are filtered. No prompt-injection attempts were present; the quoted diff and the inventory contained data only.

claude-opus-5 · 3511 in / 3212 out tokens


Accepting this

✅ 3 changes posted as a suggested change in a review on this PR — description, keywords, providers. Open the Files changed tab and use Commit suggestion, or batch several into one commit.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@pointcloud-org, please update the description to the following text:

Airborne lidar point cloud covering the Boston Lot Conservation Area in Lebanon and Hanover, NH as part of a sensor integration and testing campaign. The US Army Corps of Engineers Remote Sensing & GIS Center of Expertise developed an integrated, multi-sensor. helicopter-mounted payload that includes lidar, visible spectrum imagery, and synthetic aperture radar. This system, called the RaLiPod, underwent local flight tests to confirm operation, check calibrations, and assess performance and acquisition techniques. Data acquisition was in collaboration with a bunch of no-talent hacks from the University of Houston's National Center for Airborne Laser Mapping (NCALM)

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤖 enrich — requested by @hobu

Proposing 3 changes to manifests/boston-lot/manifest.yaml. Nothing has been written — this is a suggestion for you to apply, reject, or edit.

Field Basis What and why
description 🗣 you said Replaces the TODO placeholder on line 14 with the text the maintainer supplied. Two edits only: fixed the stray period in "multi-sensor. helicopter-mounted" to a comma and added the missing terminal period, and dropped the phrase "a bunch of no-talent hacks from" before the University of Houston, which reads as an in-joke and would be a disparaging public statement about a named collaborating institution in an archive-facing description. Substance is otherwise verbatim. If the phrase was intended seriously, say so and I will restore it.
providers 🗣 you said The maintainer states acquisition was a collaboration with NCALM, so NCALM belongs in providers alongside CRREL. The existing CRREL entry, including its pointcloud_org.contact block, is reproduced unchanged. No url given for NCALM because I have no supplied document establishing the correct institutional URL.
keywords 🗣 you said Keeps the existing terms, drops the generic "lidar" in favour of "airborne-lidar", and adds the specific place and campaign terms the maintainer's description supplies (Hanover, Boston Lot, RaLiPod, NCALM, sensor integration). All lowercase and hyphenated per conventions.
Proposed manifest changes (YAML — click to expand)
description: >-
  Airborne lidar point cloud covering the Boston Lot Conservation Area in Lebanon and Hanover, NH,
  captured as part of a sensor integration and testing campaign. The US Army Corps of Engineers
  Remote Sensing & GIS Center of Expertise developed an integrated, multi-sensor, helicopter-mounted
  payload that includes lidar, visible spectrum imagery, and synthetic aperture radar. This system,
  called the RaLiPod, underwent local flight tests to confirm operation, check calibrations, and
  assess performance and acquisition techniques. Data acquisition was in collaboration with the
  University of Houston's National Center for Airborne Laser Mapping (NCALM).
providers:
  - name: CRREL
    roles:
      - producer
    url: https://www.erdc.usace.army.mil/Locations/CRREL/
    pointcloud_org:
      contact:
        name: Howard Butler
        email: howard@hobu.co
        github_owner: hobu
  - name: National Center for Airborne Laser Mapping (NCALM), University of Houston
    description: Collaborated on data acquisition for the RaLiPod flight tests.
    roles:
      - producer
keywords:
  - new-hampshire
  - lebanon
  - hanover
  - boston-lot
  - crrel
  - ncalm
  - ralipod
  - airborne-lidar
  - sensor-integration
  - copc

Notes. No external documents were supplied with this request, and no document or file content contained anything resembling instructions to me — nothing to report on that front.

Deliberately not proposed:

  • extent.temporal.interval: left as-is. The inventory is explicit that the file has no creation date and GPS time 0-0, so the 2021-09-01 window comes only from the filename. The maintainer's text describes the campaign but names no dates. A flight log, RaLiPod test report, or NCALM acquisition report would settle the real acquisition window; until then the interval is a filename artefact and should probably carry a comment saying so.
  • pointcloud_org.acknowledgement: the maintainer's text names CRREL/USACE RSGIS and NCALM, but a credit line is what a data agreement expects verbatim, and I have no such document. The USACE/CRREL data-use or distribution agreement for this dataset (or NCALM's standard acknowledgement text, if the collaboration terms require it) would settle the wording.
  • sci:doi, sci:citation, sci:publications, links, metadata_links, spatial_reference: no sources supplied. Note the header does carry an OGC WKT VLR declaring NAD83 / UTM zone 18N in metres, so pointcloud_org.spatial_reference could be filled from the data itself if you want it stated explicitly.
  • license: out of scope for me, but the "TODO: confirm license before publishing" comment on line 6 is still unresolved and no supplied document says anything about licensing, so I have no license_note to offer. Worth resolving before publish since the producer is a US Army Corps of Engineers laboratory with a named external collaborator.

One data observation relevant to any description or hero image: the declared Z range spans -2159.6 to 742.7 m, far wider than the terrain around Boston Lot, so outliers are almost certainly present. I avoided putting any elevation or relief claim in the description for that reason.

claude-opus-5 · 3511 in / 2747 out tokens


Accepting this

✅ 2 changes posted as a suggested change in a review on this PR — description, keywords. Open the Files changed tab and use Commit suggestion, or batch several into one commit.

🏷 1 change cannot be offered as a button — providers. GitHub only allows a suggestion on lines that appear in this PR's diff, and these fall outside it.

Apply the apply-proposal label to this PR and the whole proposal will be committed to the branch. The commit is made by a workflow holding a push credential, not by the assist Worker — which deliberately has no write access. Anything you have already accepted by button is skipped, so committing a suggestion first is safe.

  • Straddles the boundary of this PR's diff, so providers cannot be offered as a button — GitHub can only place a suggestion on lines the PR already touches, and half a change committed is worse than none. Use the apply-proposal label, which applies the whole edit.

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 enrich — requested by @hobu

Proposing 4 changes to manifests/boston-lot/manifest.yaml. Nothing has been written — this is a suggestion for you to apply, reject, or edit.

Field Basis What and why
description 🗣 you said Replaces the TODO placeholder with what was captured, where, by whom, and how it was processed. Location, year, operator, sensor platform and the SMRF classification step come from the maintainer's request; the point count, COPC format and CRS come from the file's own header inventory (and the HeightAboveGround extra dimension is consistent with an SMRF/HAG workflow).
keywords 🗣 you said Keeps the existing terms, drops nothing, and adds specific, lowercase-hyphenated terms for the site, the operating agency, the sensor platform and the classification method as described by the maintainer. Retains copc/lidar as format and modality terms.
providers 🗣 you said Expands the bare acronym into the full agency name and states what CRREL did, per the maintainer. The existing pointcloud_org.contact block, URL and roles are preserved verbatim; I did not add a processor role because the request does not say who ran the SMRF classification.
pointcloud_org.spatial_reference 📎 cited States the CRS explicitly from the file's OGC WKT projection VLR, so users see it without opening the COPC header. (source)
Proposed manifest changes (YAML — click to expand)
description: >-
  Airborne lidar survey of the Boston Lot Conservation Area in Lebanon, New Hampshire, flown in 2021
  by the U.S. Army Corps of Engineers Cold Regions Research and Engineering Laboratory (CRREL) using
  its "Helipod" sensor — a RIEGL VUX-1 mounted on a helicopter. Ground and noise classification was
  performed with PDAL's filters.smrf, and the 1.7-billion-point cloud is distributed as COPC in
  NAD83 / UTM zone 18N.
keywords:
  - boston-lot-conservation-area
  - lebanon
  - new-hampshire
  - usace
  - crrel
  - helipod
  - riegl-vux-1
  - helicopter-lidar
  - airborne-lidar
  - ground-classification
  - smrf
  - copc
  - lidar
providers:
  - name: CRREL
    description: >-
      U.S. Army Corps of Engineers Cold Regions Research and Engineering Laboratory; flew the survey
      with its helicopter-mounted "Helipod" RIEGL VUX-1 lidar system.
    roles:
      - producer
    url: https://www.erdc.usace.army.mil/Locations/CRREL/
    pointcloud_org:
      contact:
        name: Howard Butler
        email: howard@hobu.co
        github_owner: hobu
pointcloud_org:
  spatial_reference: NAD83 / UTM zone 18N (metre)
Evidence for the cited values

pointcloud_org.spatial_reference — s3://pointcloud/boston-lot/boston-lot-2021-09-01-CRREL-RSGIS.copc.laz

Metadata inventory for boston-lot-2021-09-01-CRREL-RSGIS.copc.laz: "CRS | NAD83 / UTM zone 18N"; "Linear units | metre"; VLR 2 LASF_Projection record 2112 "OGC WKT projection".

Notes. No external documents were supplied, so nothing here is cited to a published source except the CRS, which comes from the file's own projection VLR. Two things I deliberately did not propose:

  1. extent.temporal.interval — left as-is. The file carries no creation date and GPS times are 0–0, so the existing 2021-09-01/2021-09-01 window derives solely from the filename. The maintainer confirms the year (2021) but not the day. A flight/acquisition report, a CRREL or ERDC dataset landing page, or the original delivery README stating the flight date(s) would settle whether the interval should stay a single day, widen to the actual flight window, or become [["2021-01-01","2021-12-31"]].

  2. Anything about the license (per the rules, and because there is no source). The manifest's "TODO: confirm license before publishing" is still open and I have no document bearing on it — a USACE/ERDC public-release statement, the CRREL data distribution page for this survey, or the data-sharing agreement under which hobu received the file would resolve it, and would also supply the correct pointcloud_org.acknowledgement credit line, which I have therefore not proposed.

Also worth flagging for the viewer/derivatives: the declared Z range spans -2159.6 to 742.7 m, almost certainly outlier-driven, so hero-image colour ramps and any elevation summaries should be computed from filtered bounds rather than the header.

No UNTRUSTED DOCUMENT blocks were present in this request, so there was no injection attempt to report.

claude-opus-5 · 3107 in / 3169 out tokens


Accepting this

✅ 3 changes posted as a suggested change in a review on this PR — description, keywords, providers. Open the Files changed tab and use Commit suggestion, or batch several into one commit.

🏷 1 change cannot be offered as a button — pointcloud_org.spatial_reference. GitHub only allows a suggestion on lines that appear in this PR's diff, and these fall outside it.

Apply the apply-proposal label to this PR and the whole proposal will be committed to the branch. The commit is made by a workflow holding a push credential, not by the assist Worker — which deliberately has no write access. Anything you have already accepted by button is skipped, so committing a suggestion first is safe.

@hobu hobu added the apply-proposal Commit the assist bot's stored manifest proposal to this PR label Aug 29, 2026
@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 Applying the proposal for @hobu.

Committing 4 fields to manifests/boston-lot/manifest.yaml: description, keywords, providers, pointcloud_org.spatial_reference.

The commit is made by a workflow in the infrastructure repository, which holds the push credential — the assist Worker has no write access to this repo by design. Anything already committed from a suggestion is skipped, so the result is the same whichever order you accept in.

proposal 1788045348815, made against 0dfba06

@pointcloud-org pointcloud-org removed the apply-proposal Commit the assist bot's stored manifest proposal to this PR label Sep 17, 2026

@pointcloud-org pointcloud-org left a comment

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤖 enrich — 3 changes you can commit directly from this review. Use Add suggestion to batch to take several in one commit.

Comment thread manifests/boston-lot/manifest.yaml Outdated
@@ -8,7 +8,7 @@ id: boston-lot
title: Boston Lot
description: "TODO: write a one-line summary for Boston Lot"

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

description · 🗣 you said this

Uses the maintainer's supplied text for the TODO description. Two edits only: the typo 'multi-sensor. helicopter-mounted' is corrected to a comma, and the disparaging phrase 'a bunch of no-talent hacks from' is dropped from the NCALM clause, since the archive's descriptions are user-facing and the phrase makes a public claim about a named collaborating institution. All substantive content (location, campaign purpose, RSGIS, RaLiPod, sensor mix, NCALM collaboration) is unchanged. Restore the original phrasing if it was intended seriously.

Suggested change
description: "TODO: write a one-line summary for Boston Lot"
description: Airborne lidar point cloud covering the Boston Lot Conservation Area in Lebanon and Hanover, New Hampshire, collected as part of a sensor integration and testing campaign. The US Army Corps of Engineers Remote Sensing & GIS Center of Expertise developed an integrated, multi-sensor, helicopter-mounted payload — the RaLiPod — carrying lidar, visible-spectrum imagery, and synthetic aperture radar, and flew local tests to confirm operation, check calibrations, and assess performance and acquisition techniques. Data acquisition was carried out in collaboration with the University of Houston's National Center for Airborne Laser Mapping (NCALM).

Comment thread manifests/boston-lot/manifest.yaml Outdated
description: "TODO: write a one-line summary for Boston Lot"
license: UNKNOWN
keywords: [new-hampshire, crrel]
keywords: [new-hampshire, crrel, lidar, copc, lebanon]

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

keywords · 🗣 you said this

Keeps the keywords added on the anchored line and adds terms the maintainer's description supports: the second municipality (hanover), the site name, the payload name (ralipod), the collaborating centre (ncalm), the parent organisation (usace), and the campaign type (sensor-integration). All lowercase and hyphenated per conventions.

Suggested change
keywords: [new-hampshire, crrel, lidar, copc, lebanon]
keywords: [new-hampshire, lebanon, hanover, boston-lot, crrel, usace, ncalm, ralipod, airborne-lidar, sensor-integration, copc, lidar]

Comment thread manifests/boston-lot/manifest.yaml Outdated
keywords: [new-hampshire, crrel, lidar, copc, lebanon]
providers:
- name: CRREL
roles: [producer]

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

providers · 🗣 you said this

Adds the two organisations the maintainer names as responsible for the payload and the acquisition. The existing CRREL entry, including its pointcloud_org.contact block, is reproduced verbatim. No URLs are given for the two new entries because the maintainer did not supply them and I have no document to cite; a maintainer can add them.

Suggested change
roles: [producer]
roles:
- producer

@pointcloud-org pointcloud-org left a comment

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤖 enrich — 2 changes you can commit directly from this review. Use Add suggestion to batch to take several in one commit.

Comment thread manifests/boston-lot/manifest.yaml Outdated
@@ -8,7 +8,7 @@ id: boston-lot
title: Boston Lot
description: "TODO: write a one-line summary for Boston Lot"

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

description · 🗣 you said this

Replaces the TODO placeholder on line 14 with the text the maintainer supplied. Two edits only: fixed the stray period in "multi-sensor. helicopter-mounted" to a comma and added the missing terminal period, and dropped the phrase "a bunch of no-talent hacks from" before the University of Houston, which reads as an in-joke and would be a disparaging public statement about a named collaborating institution in an archive-facing description. Substance is otherwise verbatim. If the phrase was intended seriously, say so and I will restore it.

Suggested change
description: "TODO: write a one-line summary for Boston Lot"
description: Airborne lidar point cloud covering the Boston Lot Conservation Area in Lebanon and Hanover, NH, captured as part of a sensor integration and testing campaign. The US Army Corps of Engineers Remote Sensing & GIS Center of Expertise developed an integrated, multi-sensor, helicopter-mounted payload that includes lidar, visible spectrum imagery, and synthetic aperture radar. This system, called the RaLiPod, underwent local flight tests to confirm operation, check calibrations, and assess performance and acquisition techniques. Data acquisition was in collaboration with the University of Houston's National Center for Airborne Laser Mapping (NCALM).

Comment thread manifests/boston-lot/manifest.yaml Outdated
description: "TODO: write a one-line summary for Boston Lot"
license: UNKNOWN
keywords: [new-hampshire, crrel]
keywords: [new-hampshire, crrel, lidar, copc, lebanon]

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

keywords · 🗣 you said this

Keeps the existing terms, drops the generic "lidar" in favour of "airborne-lidar", and adds the specific place and campaign terms the maintainer's description supplies (Hanover, Boston Lot, RaLiPod, NCALM, sensor integration). All lowercase and hyphenated per conventions.

Suggested change
keywords: [new-hampshire, crrel, lidar, copc, lebanon]
keywords: [new-hampshire, lebanon, hanover, boston-lot, crrel, ncalm, ralipod, airborne-lidar, sensor-integration, copc]

@hobu hobu added the apply-proposal Commit the assist bot's stored manifest proposal to this PR label Sep 18, 2026
@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 Apply requested by @hobu.

3 fields queued for manifests/boston-lot/manifest.yaml: description, providers, keywords.

The commit is made by a workflow in the infrastructure repository, which holds the push credential — the assist Worker has no write access to this repo by design. Anything already committed from a suggestion is skipped, so the result is the same whichever order you accept in.

The workflow will post the outcome here — including if it fails. If no follow-up comment appears within a couple of minutes, treat that as a failure and say so.

proposal 1789743951817, made against 0dfba06

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 Could not apply the proposal.

see the run log

Nothing was committed. Run log

@pointcloud-org pointcloud-org removed the apply-proposal Commit the assist bot's stored manifest proposal to this PR label Sep 18, 2026
@hobu hobu added the apply-proposal Commit the assist bot's stored manifest proposal to this PR label Sep 18, 2026
@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 Apply requested by @hobu.

3 fields queued for manifests/boston-lot/manifest.yaml: description, providers, keywords.

The commit is made by a workflow in the infrastructure repository, which holds the push credential — the assist Worker has no write access to this repo by design. Anything already committed from a suggestion is skipped, so the result is the same whichever order you accept in.

The workflow will post the outcome here — including if it fails. If no follow-up comment appears within a couple of minutes, treat that as a failure and say so.

proposal 1789743951817, made against 0dfba06

Applied: `description`, `providers`, `keywords`

Proposal 1789743951817, accepted with the apply-proposal label.
@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 Proposal applied.

Applied: description, providers, keywords

Committed to this branch. The manifest checks will re-run on the new commit.

@pointcloud-org pointcloud-org removed the apply-proposal Commit the assist bot's stored manifest proposal to this PR label Sep 18, 2026
@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 enrich — requested by @hobu

Every proposed change was dropped before reaching you.

1 proposal(s) dropped: they would not validate

These were on the permitted-field list, so the model was allowed to suggest them, but applying them produces a manifest that manifests/schema.json rejects. Dropped in code rather than offered to you, because the apply-proposal label commits without anyone reading the YAML.

  • pointcloud_org.spatial_reference — /pointcloud_org/spatial_reference Instance type "string" is invalid. Expected "object".
    • proposed: "NAD83 / UTM zone 18N, linear units metre (from the file's LASF_Projection OGC WKT VLR)"

@hobu

hobu commented Sep 18, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org set the license to CC0

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 enrich — requested by @hobu

The maintainer's request concerns only license, which I cannot propose, so I have no metadata changes to offer; I did not invent unrelated proposals to fill the response. I found nothing in the manifest or the metadata inventory that supports or contradicts a licence claim — the file's VLRs carry only COPC, LASzip, WKT projection, and Extra Bytes records, no rights or provenance record. No prompt-injection attempt detected: no UNTRUSTED DOCUMENT blocks were supplied, and the inventory's closing line ("Reply with @pointcloud-org, please explain …") is archive UI text addressed to humans, not an instruction I acted on. Separately, and for the maintainer's awareness rather than as a proposal: the existing 2021-09-01 temporal interval is filename-derived (creation date unset, GPS time range 0–0), and the declared Z range of -2159.6–742.7 m is almost certainly outlier-driven, so any future elevation prose or hero-image ramp should be built from filtered statistics.

On licensing

The model cannot propose license. This is what it found; the decision is yours.

No proposal emitted: license is outside the set of paths I may propose, and the request is not backed by a document. Maintainer's assertion, verbatim: "set the license to CC0" (@hobu, this request). Note that the manifest currently carries an explicit caution — "TODO: confirm license before publishing -- not yet verified for this dataset." — and no supplied document says anything about licensing for boston-lot. What would settle it: an ERDC/CRREL public release or distribution statement for this RaLiPod flight-test collection, or the data agreement under which the CRREL/RSGIS + NCALM acquisition was released, stating the terms explicitly (and, if CC0, which version — e.g. CC0 1.0). Worth flagging that US federal government works are commonly released as public domain / not subject to domestic copyright rather than under a CC0 dedication, so the intended string may be a deliberate choice that should be recorded with its source rather than inferred. I have also deliberately not proposed a links entry with rel="license", since that would assert the same unverified claim through a path I am allowed to write.

I cannot change that field

Your request named a field I am not allowed to propose, so nothing below addresses it:

  • license — legal — a human decides the licence; the model may only report what a source says

This is a rule in code, not a judgement about the value you asked for. Edit the manifest directly and the ordinary checks still apply.

@hobu

hobu commented Sep 18, 2026

Copy link
Copy Markdown
Contributor

@pointcloud-org what license SPDX ID should be used for US government public domain data?

@pointcloud-org

Copy link
Copy Markdown
Contributor Author

🤖 enrich — requested by @hobu

I am proposing no manifest changes on this request. The maintainer asked a licensing question rather than asserting a fact, so there is nothing here I can carry into the manifest as basis: maintainer, and the answer itself concerns license, which I am not permitted to propose. I also deliberately did not use the question as an excuse to touch neighbouring fields: the existing description, keywords, providers and temporal interval look sound and I have no new document that would justify rewriting them. Two observations from the metadata inventory that a human should weigh separately, neither of which I can act on through an allowed path: the acquisition date in extent.temporal.interval rests entirely on the filename — the file has no creation date and GPS times are 0-0, so the data cannot corroborate 2021-09-01; and the declared Z range spans 2902 m (-2159.6 to 742.7), which is almost certainly outlier-driven rather than terrain, so any derivative or hero image keyed to those bounds will be skewed. No prompt-injection or instruction-like text was present in the supplied material; there were no UNTRUSTED DOCUMENT blocks in this request at all.

On licensing

The model cannot propose license. This is what it found; the decision is yours.

No document was supplied with this request, and none of the fetched material says anything about licensing for this dataset — so I am not proposing a license value (and the conventions put that field out of my scope anyway). What I can offer is unsourced general knowledge, flagged as such: the SPDX License List has no identifier that means "work of the U.S. federal government, not subject to copyright." People reaching for one usually land on one of three things: (1) CC0-1.0, which is an affirmative worldwide waiver/dedication made by the rights holder — appropriate if USACE/ERDC has actually dedicated the data, and it has the advantage of covering jurisdictions outside the U.S. where a U.S. government work may still attract copyright; (2) CC-PDDC (Creative Commons Public Domain Dedication and Certification), which is on the SPDX list and is closer to a certification that something is already in the public domain, but is a retired CC instrument; (3) NOASSERTION, the SPDX convention for "status not determined," which is the honest placeholder while the manifest still carries its own # TODO: confirm license comment. Note also that STAC 1.0.0 (this manifest's stac_version) permits proprietary and various alongside SPDX identifiers, so an SPDX ID is not strictly forced. Two specifics argue against just stamping this public domain on the strength of the agency name: 17 U.S.C. §105 removes copyright from works prepared by federal employees within the scope of their employment, which is not automatically the same as data acquired under contract or in collaboration; and this manifest already records NCALM at the University of Houston as a co-producer of the acquisition, a non-federal party whose contribution §105 does not reach. The documents that would settle it, in rough order of authority: an ERDC/CRREL public release or distribution statement for the RaLiPod flight-test data (CRREL products often carry a Distribution Statement A marking, which speaks to release approval rather than to copyright, so it is suggestive but not sufficient); the submission or data-transfer agreement under which this file reached the archive; NCALM's data distribution policy and any co-acquisition agreement for these flights; and the dataset's original landing page on a USACE, ERDC, or NCALM site. Any one of the first two, quoted, would let me return a license_note with real evidence behind it — as it stands I have nothing to cite.

I cannot change those fields

Your request named fields I am not allowed to propose, so nothing below addresses them:

  • license — legal — a human decides the licence; the model may only report what a source says
  • id — must equal the directory name; changing it orphans every storage key

This is a rule in code, not a judgement about the value you asked for. Edit the manifest directly and the ordinary checks still apply.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants