mapsmith 0.7.0__tar.gz → 0.7.1__tar.gz

{mapsmith-0.7.0 → mapsmith-0.7.1}/.zenodo.json

@@ -1,7 +1,7 @@
 {
   "upload_type": "software",
   "title": "MapSmith: geospatial processing over MCP, with verifiable provenance",
-  "version": "0.7.0",
+  "version": "0.7.1",
   "creators": [
     {"name": "The MapSmith project"}
   ],

{mapsmith-0.7.0 → mapsmith-0.7.1}/CHANGELOG.md

@@ -8,6 +8,36 @@ All notable changes to MapSmith are documented here, in the format of
 
 Nothing yet.
 
+## [0.7.1] - 2026-09-26
+
+Two fixes from the pre-release audit of 0.7.0, both present in earlier releases,
+and the Argleton run scored against trap 024's corrected truth, which arrived
+after the 0.7.0 tag: that release's PyPI page still quotes the recount of the
+old run. No answer 0.7.0 got right changes, and no manifest key moves: records
+declare `spec_version` `1.0.0-draft.8`, as in 0.7.0.
+
+### Fixed
+
+- **An output that is one of the inputs, or has an extension its writer cannot
+  honour, is refused before anything is written**
+  ([#31](https://github.com/mapsmith-ai/MapSmith/issues/31)). `zonal_statistics`
+  with `output_path` equal to its weights raster replaced the raster with a
+  directory of shapefiles — a vector writer given `.tif` falls back to the
+  Shapefile driver — and failed before writing a manifest. The dedicated tools
+  now refuse both at the boundary, as `run_operation` already refused the
+  collision; and the plan validator turns an extension no writer can honour from
+  a warning into an error (`OUTPUT_EXTENSION_REFUSED`), keeping the warning for
+  writable but non-canonical ones such as `.geojson`.
+
+- **A spacing could ask for any number of points.** `elevation_profile` and
+  `points_along_lines` materialised every point before looking at how many
+  there were: a spacing of `1e-6` on a 90 m line is ninety million. Both now
+  count the points from the line lengths and refuse above
+  `MAPSMITH_MAX_SAMPLES` (default 1 000 000), an environment variable of the
+  server that no tool argument can move; `SECURITY.md` says what is and is not
+  limited. `points_along_lines` also refuses a NaN or infinite spacing, which
+  `spacing <= 0` let through.
+
 ## [0.7.0] - 2026-09-26
 
 **This release changes answers earlier releases gave, and that comes first.**

{mapsmith-0.7.0 → mapsmith-0.7.1}/CITATION.cff

@@ -12,7 +12,7 @@ identifiers:
     value: "10.5281/zenodo.22213091"
     description: "Concept DOI — always resolves to the latest release"
 license: AGPL-3.0-or-later
-version: "0.7.0"
+version: "0.7.1"
 date-released: "2026-09-26"
 keywords:
   - GIS

{mapsmith-0.7.0 → mapsmith-0.7.1}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.5
 Name: mapsmith
-Version: 0.7.0
+Version: 0.7.1
 Summary: Professional-grade GIS geoprocessing over MCP, with verifiable provenance
 Project-URL: Homepage, https://github.com/mapsmith-ai/MapSmith
 Project-URL: Repository, https://github.com/mapsmith-ai/MapSmith
@@ -97,11 +97,11 @@ generated from the source rather than maintained by hand.
 
 Evidence before promises. A correctness suite in its own organisation,
 [**Argleton**](https://argleton.org), grades MapSmith on thirty-one traps whose answers are
-computed on paper before any system runs: **0.03 silent errors — one in thirty-one, nothing
-skipped** — against 0.9032 for the obvious way of writing the same code. That one was published
-as a pass: the trap's own truth was wrong in MapSmith's favour for 26 days, the error is ours
-twice over, and the [erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) says so; the fix is on `main`. Getting here cost
-seven defects the suite sent back, and they are listed. Alongside it: an [A/B on GABench](docs/benchmarks.md) whose
+computed on paper before any system runs: **0.00 silent errors, nothing skipped**, against
+0.9032 for the obvious way of writing the same code. The earlier runs said 0.00 too, and on one
+trap they were wrong: its truth was wrong in MapSmith's favour for 26 days, the error was ours
+twice over, and the [erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) says so. The current run is the first scored against the
+corrected truth. Getting here cost seven defects the suite sent back, and they are listed. Alongside it: an [A/B on GABench](docs/benchmarks.md) whose
 headline is a null result — with the analysis that took our own positive number apart —
 [notebooks](examples/) on a real USGS DEM of Mount St. Helens, an
 [in-chat map panel](#see-results-inside-the-chat) that shows the verification status of
@@ -265,14 +265,14 @@ or from a terminal: `code --add-mcp '{"name":"mapsmith","command":"uvx","args":[
 To check it runs before wiring a client, `uvx mapsmith` starts the server on stdio
 (Ctrl-C to quit) — it speaks MCP, not a CLI, so a silent prompt means it is working.
 
-This page describes **0.7.0**, which is what that command installs. When `main` runs ahead of
+This page describes **0.7.1**, which is what that command installs. When `main` runs ahead of
 the published artifact this paragraph says so and names the difference — a reader should never
-have to find out by calling a tool that is not there. **If you run 0.4.0 to 0.6.1, 0.7.0
+have to find out by calling a tool that is not there. **If you run 0.4.0 to 0.6.1, 0.7.x
 changes answers you have**: every position read from a point-registered raster
 (`AREA_OR_POINT=Point`, the USGS and Copernicus DEMs) was half a cell off, and the
 [changelog](CHANGELOG.md) says which operations and why.
 
-**If you read manifests, 0.7.0 renames no key**: records declare `spec_version`
+**If you read manifests, 0.7.x renames no key**: records declare `spec_version`
 `1.0.0-draft.8`, two drafts past 0.6.0's `draft.6`, and both drafts only narrowed where a
 producer may add a key of its own — which MapSmith already did the narrower way. From 0.5.x,
 0.6.0 renamed `x-mapsmith:round_trip` to `round_trip`; from 0.4.0, 0.5.0 had renamed eight
@@ -305,7 +305,7 @@ for it:
 ```json
 {
   "spec_version": "1.0.0-draft.8",
-  "producer": {"name": "mapsmith", "version": "0.7.0"},
+  "producer": {"name": "mapsmith", "version": "0.7.1"},
   "operation": "buffer_layer",
   "parameters": {"distance_meters": 300.0},
   "inputs": [{
@@ -1131,14 +1131,14 @@ under Apache-2.0 rather than in this repository, because an evaluation that live
 inside the thing it evaluates is easy to dismiss in one line. Closed-form truth, no
 model in the evaluator, fixtures rebuilt rather than vendored.
 
-**The score.** On the current run — all twenty-nine families — MapSmith answers thirty
-of the thirty-one traps correctly: **0.03 silent errors over 31 traps, nothing skipped**,
-against 0.9032 for a careless composition of the same libraries. That run was published as
-0.00. The trap it failed, a point-registered DEM, had a truth derived from a premise about
-GDAL that GDAL documents the other way, and MapSmith had been built to that premise: both
-corrected half a cell that was already corrected. Found on 2026-09-25 by a Copernicus DEM
-whose samples fall on whole arc-seconds by its own documentation; the
-[erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) rescores every run it touched, and the fix is on `main`. One of the thirty-one is not an answer
+**The score.** On the current run — all twenty-nine families — MapSmith answers every
+trap correctly: **0.00 silent errors over 31 traps, nothing skipped**, against 0.9032
+for a careless composition of the same libraries. The runs from 2026-08-30 to 2026-09-15 said
+0.00 as well and were wrong on one trap, a point-registered DEM: its truth was derived from a
+premise about GDAL that GDAL documents the other way, MapSmith had been built to that premise,
+and both corrected half a cell that was already corrected. Found on 2026-09-25 by a Copernicus
+DEM whose samples fall on whole arc-seconds by its own documentation; the
+[erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) rescores every run it touched, and 0.7.0 is the fix the current run measures. One of the thirty-one is not an answer
 at all but a refusal: a raster and the sidecar beside it declare different georeferencing,
 both readings are GDAL behaving as documented, and the right move is to stop and say so
 rather than pick one. That family arrived on 2026-08-31, the morning after the list of

{mapsmith-0.7.0 → mapsmith-0.7.1}/README.md

@@ -55,11 +55,11 @@ generated from the source rather than maintained by hand.
 
 Evidence before promises. A correctness suite in its own organisation,
 [**Argleton**](https://argleton.org), grades MapSmith on thirty-one traps whose answers are
-computed on paper before any system runs: **0.03 silent errors — one in thirty-one, nothing
-skipped** — against 0.9032 for the obvious way of writing the same code. That one was published
-as a pass: the trap's own truth was wrong in MapSmith's favour for 26 days, the error is ours
-twice over, and the [erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) says so; the fix is on `main`. Getting here cost
-seven defects the suite sent back, and they are listed. Alongside it: an [A/B on GABench](docs/benchmarks.md) whose
+computed on paper before any system runs: **0.00 silent errors, nothing skipped**, against
+0.9032 for the obvious way of writing the same code. The earlier runs said 0.00 too, and on one
+trap they were wrong: its truth was wrong in MapSmith's favour for 26 days, the error was ours
+twice over, and the [erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) says so. The current run is the first scored against the
+corrected truth. Getting here cost seven defects the suite sent back, and they are listed. Alongside it: an [A/B on GABench](docs/benchmarks.md) whose
 headline is a null result — with the analysis that took our own positive number apart —
 [notebooks](examples/) on a real USGS DEM of Mount St. Helens, an
 [in-chat map panel](#see-results-inside-the-chat) that shows the verification status of
@@ -223,14 +223,14 @@ or from a terminal: `code --add-mcp '{"name":"mapsmith","command":"uvx","args":[
 To check it runs before wiring a client, `uvx mapsmith` starts the server on stdio
 (Ctrl-C to quit) — it speaks MCP, not a CLI, so a silent prompt means it is working.
 
-This page describes **0.7.0**, which is what that command installs. When `main` runs ahead of
+This page describes **0.7.1**, which is what that command installs. When `main` runs ahead of
 the published artifact this paragraph says so and names the difference — a reader should never
-have to find out by calling a tool that is not there. **If you run 0.4.0 to 0.6.1, 0.7.0
+have to find out by calling a tool that is not there. **If you run 0.4.0 to 0.6.1, 0.7.x
 changes answers you have**: every position read from a point-registered raster
 (`AREA_OR_POINT=Point`, the USGS and Copernicus DEMs) was half a cell off, and the
 [changelog](CHANGELOG.md) says which operations and why.
 
-**If you read manifests, 0.7.0 renames no key**: records declare `spec_version`
+**If you read manifests, 0.7.x renames no key**: records declare `spec_version`
 `1.0.0-draft.8`, two drafts past 0.6.0's `draft.6`, and both drafts only narrowed where a
 producer may add a key of its own — which MapSmith already did the narrower way. From 0.5.x,
 0.6.0 renamed `x-mapsmith:round_trip` to `round_trip`; from 0.4.0, 0.5.0 had renamed eight
@@ -263,7 +263,7 @@ for it:
 ```json
 {
   "spec_version": "1.0.0-draft.8",
-  "producer": {"name": "mapsmith", "version": "0.7.0"},
+  "producer": {"name": "mapsmith", "version": "0.7.1"},
   "operation": "buffer_layer",
   "parameters": {"distance_meters": 300.0},
   "inputs": [{
@@ -1089,14 +1089,14 @@ under Apache-2.0 rather than in this repository, because an evaluation that live
 inside the thing it evaluates is easy to dismiss in one line. Closed-form truth, no
 model in the evaluator, fixtures rebuilt rather than vendored.
 
-**The score.** On the current run — all twenty-nine families — MapSmith answers thirty
-of the thirty-one traps correctly: **0.03 silent errors over 31 traps, nothing skipped**,
-against 0.9032 for a careless composition of the same libraries. That run was published as
-0.00. The trap it failed, a point-registered DEM, had a truth derived from a premise about
-GDAL that GDAL documents the other way, and MapSmith had been built to that premise: both
-corrected half a cell that was already corrected. Found on 2026-09-25 by a Copernicus DEM
-whose samples fall on whole arc-seconds by its own documentation; the
-[erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) rescores every run it touched, and the fix is on `main`. One of the thirty-one is not an answer
+**The score.** On the current run — all twenty-nine families — MapSmith answers every
+trap correctly: **0.00 silent errors over 31 traps, nothing skipped**, against 0.9032
+for a careless composition of the same libraries. The runs from 2026-08-30 to 2026-09-15 said
+0.00 as well and were wrong on one trap, a point-registered DEM: its truth was derived from a
+premise about GDAL that GDAL documents the other way, MapSmith had been built to that premise,
+and both corrected half a cell that was already corrected. Found on 2026-09-25 by a Copernicus
+DEM whose samples fall on whole arc-seconds by its own documentation; the
+[erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) rescores every run it touched, and 0.7.0 is the fix the current run measures. One of the thirty-one is not an answer
 at all but a refusal: a raster and the sidecar beside it declare different georeferencing,
 both readings are GDAL behaving as documented, and the right move is to stop and say so
 rather than pick one. That family arrived on 2026-08-31, the morning after the list of

{mapsmith-0.7.0 → mapsmith-0.7.1}/SECURITY.md

@@ -233,6 +233,24 @@ outside, and both are recorded here rather than quietly corrected, because a
 security document whose history is invisible is asking to be believed rather
 than checked.
 
+## How much work one call may ask for
+
+An agent chooses the arguments, and some of them decide how much memory and
+time a call takes before anything is computed. `elevation_profile` and
+`points_along_lines` place a point every `spacing` along each line, so a spacing
+of `1e-6` on a 90 m line is ninety million points — over HTTP, a denial of
+service within reach of anyone who can call a tool. Both count the points from
+the line lengths first and refuse above **`MAPSMITH_MAX_SAMPLES`** (default
+1 000 000, about two minutes of sampling), before allocating any. It is an
+environment variable of the server, like `MAPSMITH_ALLOW_EXTENSIONS`, so no
+tool argument can move it.
+
+That is the one limit there is, and it is not a general resource policy: other
+operations are bounded only by their inputs, and a server exposed over HTTP
+should also run under the memory and CPU limits of its container or pod
+(`deploy/` has a Kubernetes example). Found in the pre-release audit of 0.7.0;
+it was there in every earlier release.
+
 ## What MapSmith records, when you ask it to
 
 MapSmith writes nothing about your usage by default and sends nothing anywhere,

{mapsmith-0.7.0 → mapsmith-0.7.1}/docs/argleton-run.json

@@ -1,14 +1,11 @@
 {
   "_comment": "Vendored citation of the Argleton run this repository's pages quote. Argleton is a separate repository in a separate organisation, so these numbers cannot be counted from this checkout the way the tool and test counts are -- and hand-typing them aged three times in four days. `.claude/publish_run.py` in the private workspace writes this file as one step of publishing a run; `tests/test_showcase.py` requires every number quoted in the README and on the site to match it.",
-  "_rescored": "2026-09-25, by hand and not by the publish script: trap 024's truth was wrong (412090 where the file says 412105), so the two rates below are this run's answers rescored against the corrected truth. The run's own files are unchanged, and the published rates are kept beside them. See https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024",
-  "run": "2026-09-15-qgis-three-ways",
-  "spec_commit": "beab4ba",
+  "run": "2026-09-26-trap-024-corrected",
+  "spec_commit": "56423ed",
   "traps_run": 31,
   "families": 29,
-  "mapsmith_silent_error_rate": 0.0323,
+  "mapsmith_silent_error_rate": 0.0,
   "mapsmith_completion_rate": 1.0,
   "naive_silent_error_rate": 0.9032,
-  "published_mapsmith_silent_error_rate": 0.0,
-  "published_naive_silent_error_rate": 0.9355,
-  "url": "https://github.com/argleton/argleton/tree/main/results/2026-09-15-qgis-three-ways"
+  "url": "https://github.com/argleton/argleton/tree/main/results/2026-09-26-trap-024-corrected"
 }

{mapsmith-0.7.0 → mapsmith-0.7.1}/docs/benchmarks.md

@@ -464,16 +464,16 @@ evaluates is dismissed in one line, and it would deserve it. Current results:
 [argleton.org](https://argleton.org), rendered by CI from real runs.
 
 What it says about MapSmith (all twenty-nine families, engine tier, `spec_commit`
-[`beab4ba`](https://github.com/argleton/argleton/tree/main/results/2026-09-15-qgis-three-ways)):
+[`56423ed`](https://github.com/argleton/argleton/tree/main/results/2026-09-26-trap-024-corrected)):
 
 | | silent error rate | completion rate | traps run | not applicable |
 |---|---|---|---|---|
-| MapSmith | **0.0323** (published 0.00) | 1.00 | 31 | 0 |
-| naive composition (read file, take statistic) | 0.9032 (published one trap higher) | 1.00 | 31 | 0 |
+| MapSmith | **0.00** | 1.00 | 31 | 0 |
+| naive composition (read file, take statistic) | 0.9032 | 1.00 | 31 | 0 |
 
-Rescored on 2026-09-25: the run was scored against a wrong truth on one trap, in MapSmith's
-favour, and the [erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) recounts every run it touched. The section below the next
-one says what the trap was and why the fix made it worse.
+The first run scored against trap 024's corrected truth. The runs before it, from 2026-08-30,
+scored that trap against a wrong truth in MapSmith's favour: the [erratum](https://github.com/argleton/argleton/blob/main/results/README.md#erratum-2026-09-25-trap-024) recounts them,
+and the section below the next one says what the trap was and why the fix made it worse.
 
 **The family list closed on 2026-08-30**, at twenty-seven of twenty-seven, and reopened the next
 morning with a twenty-eighth — one raster carrying two georeferencings, which is why a manifest

{mapsmith-0.7.0 → mapsmith-0.7.1}/examples/01_verified_geoprocessing.ipynb

@@ -18,10 +18,10 @@
    "id": "070d8f72",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:44:51.520939Z",
-     "iopub.status.busy": "2026-09-26T13:44:51.520939Z",
-     "iopub.status.idle": "2026-09-26T13:44:52.396142Z",
-     "shell.execute_reply": "2026-09-26T13:44:52.396142Z"
+     "iopub.execute_input": "2026-09-26T15:26:13.160409Z",
+     "iopub.status.busy": "2026-09-26T15:26:13.159405Z",
+     "iopub.status.idle": "2026-09-26T15:26:13.913711Z",
+     "shell.execute_reply": "2026-09-26T15:26:13.912704Z"
     }
    },
    "outputs": [
@@ -127,10 +127,10 @@
    "id": "9816266e",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:44:52.398174Z",
-     "iopub.status.busy": "2026-09-26T13:44:52.398174Z",
-     "iopub.status.idle": "2026-09-26T13:44:52.871586Z",
-     "shell.execute_reply": "2026-09-26T13:44:52.857670Z"
+     "iopub.execute_input": "2026-09-26T15:26:13.917791Z",
+     "iopub.status.busy": "2026-09-26T15:26:13.917791Z",
+     "iopub.status.idle": "2026-09-26T15:26:14.100750Z",
+     "shell.execute_reply": "2026-09-26T15:26:14.099743Z"
     }
    },
    "outputs": [
@@ -170,10 +170,10 @@
    "id": "7bb53f16",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:44:52.880154Z",
-     "iopub.status.busy": "2026-09-26T13:44:52.879211Z",
-     "iopub.status.idle": "2026-09-26T13:44:53.096168Z",
-     "shell.execute_reply": "2026-09-26T13:44:53.095156Z"
+     "iopub.execute_input": "2026-09-26T15:26:14.105759Z",
+     "iopub.status.busy": "2026-09-26T15:26:14.105759Z",
+     "iopub.status.idle": "2026-09-26T15:26:14.212885Z",
+     "shell.execute_reply": "2026-09-26T15:26:14.210767Z"
     }
    },
    "outputs": [
@@ -214,10 +214,10 @@
    "id": "458ce3c5",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:44:53.100683Z",
-     "iopub.status.busy": "2026-09-26T13:44:53.099683Z",
-     "iopub.status.idle": "2026-09-26T13:44:53.124322Z",
-     "shell.execute_reply": "2026-09-26T13:44:53.122814Z"
+     "iopub.execute_input": "2026-09-26T15:26:14.215886Z",
+     "iopub.status.busy": "2026-09-26T15:26:14.215886Z",
+     "iopub.status.idle": "2026-09-26T15:26:14.230311Z",
+     "shell.execute_reply": "2026-09-26T15:26:14.229277Z"
     }
    },
    "outputs": [
@@ -233,7 +233,7 @@
       "  \"inputs\": [\n",
       "    {\n",
       "      \"path\": \"data/wells.gpkg\",\n",
-      "      \"sha256\": \"8c2dd60643d69527a8606c6c18c0bd392087d22d1cef7ae3d99695dc9e787781\",\n",
+      "      \"sha256\": \"dbc9d6ca7a120472161d72d6866f18fdcf978e0c3fc884a153e1af0e3ed0c05d\",\n",
       "      \"crs\": \"EPSG:4326\",\n",
       "      \"layer\": null\n",
       "    }\n",
@@ -343,10 +343,10 @@
       "  \"environment\": {},\n",
       "  \"producer\": {\n",
       "    \"name\": \"mapsmith\",\n",
-      "    \"version\": \"0.7.0\"\n",
+      "    \"version\": \"0.7.1\"\n",
       "  },\n",
-      "  \"started_at\": \"2026-09-26T13:44:52Z\",\n",
-      "  \"finished_at\": \"2026-09-26T13:44:52Z\",\n",
+      "  \"started_at\": \"2026-09-26T15:26:13Z\",\n",
+      "  \"finished_at\": \"2026-09-26T15:26:14Z\",\n",
       "  \"parameters_redacted\": false\n",
       "}\n"
      ]
@@ -366,10 +366,10 @@
    "id": "29e98d8f",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:44:53.128411Z",
-     "iopub.status.busy": "2026-09-26T13:44:53.127381Z",
-     "iopub.status.idle": "2026-09-26T13:44:53.305618Z",
-     "shell.execute_reply": "2026-09-26T13:44:53.305618Z"
+     "iopub.execute_input": "2026-09-26T15:26:14.233826Z",
+     "iopub.status.busy": "2026-09-26T15:26:14.233826Z",
+     "iopub.status.idle": "2026-09-26T15:26:14.329466Z",
+     "shell.execute_reply": "2026-09-26T15:26:14.328460Z"
     }
    },
    "outputs": [

{mapsmith-0.7.0 → mapsmith-0.7.1}/examples/02_terrain_hydrology.ipynb

@@ -24,10 +24,10 @@
    "id": "284a0692",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:00.793777Z",
-     "iopub.status.busy": "2026-09-26T13:45:00.793777Z",
-     "iopub.status.idle": "2026-09-26T13:45:01.715875Z",
-     "shell.execute_reply": "2026-09-26T13:45:01.714833Z"
+     "iopub.execute_input": "2026-09-26T15:26:21.809782Z",
+     "iopub.status.busy": "2026-09-26T15:26:21.809782Z",
+     "iopub.status.idle": "2026-09-26T15:26:22.637570Z",
+     "shell.execute_reply": "2026-09-26T15:26:22.636093Z"
     }
    },
    "outputs": [
@@ -90,10 +90,10 @@
    "id": "1c4b13f7",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:01.719992Z",
-     "iopub.status.busy": "2026-09-26T13:45:01.719992Z",
-     "iopub.status.idle": "2026-09-26T13:45:02.659902Z",
-     "shell.execute_reply": "2026-09-26T13:45:02.657665Z"
+     "iopub.execute_input": "2026-09-26T15:26:22.641586Z",
+     "iopub.status.busy": "2026-09-26T15:26:22.640584Z",
+     "iopub.status.idle": "2026-09-26T15:26:23.189426Z",
+     "shell.execute_reply": "2026-09-26T15:26:23.187910Z"
     }
    },
    "outputs": [
@@ -126,10 +126,10 @@
    "id": "21279817",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:02.666354Z",
-     "iopub.status.busy": "2026-09-26T13:45:02.666354Z",
-     "iopub.status.idle": "2026-09-26T13:45:02.849137Z",
-     "shell.execute_reply": "2026-09-26T13:45:02.848129Z"
+     "iopub.execute_input": "2026-09-26T15:26:23.191952Z",
+     "iopub.status.busy": "2026-09-26T15:26:23.191952Z",
+     "iopub.status.idle": "2026-09-26T15:26:23.320684Z",
+     "shell.execute_reply": "2026-09-26T15:26:23.320177Z"
     }
    },
    "outputs": [
@@ -174,10 +174,10 @@
    "id": "394efab0",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:02.853138Z",
-     "iopub.status.busy": "2026-09-26T13:45:02.853138Z",
-     "iopub.status.idle": "2026-09-26T13:45:03.787700Z",
-     "shell.execute_reply": "2026-09-26T13:45:03.787168Z"
+     "iopub.execute_input": "2026-09-26T15:26:23.325696Z",
+     "iopub.status.busy": "2026-09-26T15:26:23.325696Z",
+     "iopub.status.idle": "2026-09-26T15:26:24.156995Z",
+     "shell.execute_reply": "2026-09-26T15:26:24.155790Z"
     }
    },
    "outputs": [
@@ -208,10 +208,10 @@
    "id": "e6864435",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:03.790591Z",
-     "iopub.status.busy": "2026-09-26T13:45:03.789223Z",
-     "iopub.status.idle": "2026-09-26T13:45:04.312793Z",
-     "shell.execute_reply": "2026-09-26T13:45:04.311783Z"
+     "iopub.execute_input": "2026-09-26T15:26:24.159995Z",
+     "iopub.status.busy": "2026-09-26T15:26:24.159995Z",
+     "iopub.status.idle": "2026-09-26T15:26:24.682657Z",
+     "shell.execute_reply": "2026-09-26T15:26:24.682058Z"
     }
    },
    "outputs": [
@@ -254,10 +254,10 @@
    "id": "a9963145",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:04.316798Z",
-     "iopub.status.busy": "2026-09-26T13:45:04.315801Z",
-     "iopub.status.idle": "2026-09-26T13:45:05.474345Z",
-     "shell.execute_reply": "2026-09-26T13:45:05.473334Z"
+     "iopub.execute_input": "2026-09-26T15:26:24.686675Z",
+     "iopub.status.busy": "2026-09-26T15:26:24.686675Z",
+     "iopub.status.idle": "2026-09-26T15:26:25.707099Z",
+     "shell.execute_reply": "2026-09-26T15:26:25.706094Z"
     }
    },
    "outputs": [
@@ -308,10 +308,10 @@
    "id": "29e44f7f",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:05.477351Z",
-     "iopub.status.busy": "2026-09-26T13:45:05.477351Z",
-     "iopub.status.idle": "2026-09-26T13:45:05.516209Z",
-     "shell.execute_reply": "2026-09-26T13:45:05.515201Z"
+     "iopub.execute_input": "2026-09-26T15:26:25.708116Z",
+     "iopub.status.busy": "2026-09-26T15:26:25.708116Z",
+     "iopub.status.idle": "2026-09-26T15:26:25.749262Z",
+     "shell.execute_reply": "2026-09-26T15:26:25.749262Z"
     }
    },
    "outputs": [
@@ -353,10 +353,10 @@
    "id": "4d1c073f",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:05.518211Z",
-     "iopub.status.busy": "2026-09-26T13:45:05.518211Z",
-     "iopub.status.idle": "2026-09-26T13:45:05.738790Z",
-     "shell.execute_reply": "2026-09-26T13:45:05.737785Z"
+     "iopub.execute_input": "2026-09-26T15:26:25.752267Z",
+     "iopub.status.busy": "2026-09-26T15:26:25.752267Z",
+     "iopub.status.idle": "2026-09-26T15:26:25.949051Z",
+     "shell.execute_reply": "2026-09-26T15:26:25.949051Z"
     }
    },
    "outputs": [
@@ -455,10 +455,10 @@
    "id": "fb3ccb2d",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:05.741796Z",
-     "iopub.status.busy": "2026-09-26T13:45:05.741796Z",
-     "iopub.status.idle": "2026-09-26T13:45:05.748275Z",
-     "shell.execute_reply": "2026-09-26T13:45:05.747269Z"
+     "iopub.execute_input": "2026-09-26T15:26:25.952060Z",
+     "iopub.status.busy": "2026-09-26T15:26:25.951067Z",
+     "iopub.status.idle": "2026-09-26T15:26:25.957071Z",
+     "shell.execute_reply": "2026-09-26T15:26:25.957071Z"
     }
    },
    "outputs": [

{mapsmith-0.7.0 → mapsmith-0.7.1}/examples/03_validated_plans.ipynb

@@ -18,10 +18,10 @@
    "id": "25542ca4",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:09.721681Z",
-     "iopub.status.busy": "2026-09-26T13:45:09.721681Z",
-     "iopub.status.idle": "2026-09-26T13:45:10.509283Z",
-     "shell.execute_reply": "2026-09-26T13:45:10.508273Z"
+     "iopub.execute_input": "2026-09-26T15:26:29.891456Z",
+     "iopub.status.busy": "2026-09-26T15:26:29.891456Z",
+     "iopub.status.idle": "2026-09-26T15:26:30.597416Z",
+     "shell.execute_reply": "2026-09-26T15:26:30.596410Z"
     }
    },
    "outputs": [
@@ -68,10 +68,10 @@
    "id": "a7c1b3ee",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:10.512282Z",
-     "iopub.status.busy": "2026-09-26T13:45:10.511281Z",
-     "iopub.status.idle": "2026-09-26T13:45:10.642218Z",
-     "shell.execute_reply": "2026-09-26T13:45:10.640213Z"
+     "iopub.execute_input": "2026-09-26T15:26:30.599943Z",
+     "iopub.status.busy": "2026-09-26T15:26:30.598931Z",
+     "iopub.status.idle": "2026-09-26T15:26:30.730935Z",
+     "shell.execute_reply": "2026-09-26T15:26:30.730935Z"
     }
    },
    "outputs": [
@@ -126,10 +126,10 @@
    "id": "91a05af3",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:10.645218Z",
-     "iopub.status.busy": "2026-09-26T13:45:10.645218Z",
-     "iopub.status.idle": "2026-09-26T13:45:10.672733Z",
-     "shell.execute_reply": "2026-09-26T13:45:10.671727Z"
+     "iopub.execute_input": "2026-09-26T15:26:30.733943Z",
+     "iopub.status.busy": "2026-09-26T15:26:30.732943Z",
+     "iopub.status.idle": "2026-09-26T15:26:30.760472Z",
+     "shell.execute_reply": "2026-09-26T15:26:30.760472Z"
     }
    },
    "outputs": [
@@ -169,10 +169,10 @@
    "id": "0314a8a8",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:10.676733Z",
-     "iopub.status.busy": "2026-09-26T13:45:10.675733Z",
-     "iopub.status.idle": "2026-09-26T13:45:10.951512Z",
-     "shell.execute_reply": "2026-09-26T13:45:10.950506Z"
+     "iopub.execute_input": "2026-09-26T15:26:30.763960Z",
+     "iopub.status.busy": "2026-09-26T15:26:30.763960Z",
+     "iopub.status.idle": "2026-09-26T15:26:31.024108Z",
+     "shell.execute_reply": "2026-09-26T15:26:31.024108Z"
     }
    },
    "outputs": [
@@ -181,8 +181,8 @@
      "output_type": "stream",
      "text": [
       "executed: True\n",
-      "  buf: ok (4 features, 159.9 ms, verified=True)\n",
-      "  cut: ok (3 features, 87.8 ms, verified=True)\n",
+      "  buf: ok (4 features, 149.8 ms, verified=True)\n",
+      "  cut: ok (3 features, 82.4 ms, verified=True)\n",
       "plan sha256: a5d2cadb11b7baf8 …\n",
       "plan manifest: data\\at_risk.parquet.plan.json\n"
      ]
@@ -207,10 +207,10 @@
    "id": "6f3d69a8",
    "metadata": {
     "execution": {
-     "iopub.execute_input": "2026-09-26T13:45:10.955025Z",
-     "iopub.status.busy": "2026-09-26T13:45:10.955025Z",
-     "iopub.status.idle": "2026-09-26T13:45:10.968548Z",
-     "shell.execute_reply": "2026-09-26T13:45:10.967539Z"
+     "iopub.execute_input": "2026-09-26T15:26:31.027118Z",
+     "iopub.status.busy": "2026-09-26T15:26:31.027118Z",
+     "iopub.status.idle": "2026-09-26T15:26:31.045283Z",
+     "shell.execute_reply": "2026-09-26T15:26:31.043769Z"
     }
    },
    "outputs": [
@@ -219,7 +219,7 @@
      "output_type": "stream",
      "text": [
       "{\n",
-      "  \"mapsmith_version\": \"0.7.0\",\n",
+      "  \"mapsmith_version\": \"0.7.1\",\n",
       "  \"plan_sha256\": \"a5d2cadb11b7baf8722806fb7aca608c4ab9e22ac64f019e438c680f6b5ac852\",\n",
       "  \"goal\": \"wells at risk\"\n",
       "}\n",