@welldot/core 0.4.0-next.20261015.d7c7365 → 0.5.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +59 -19
- package/dist/index.cjs +344 -178
- package/dist/index.cjs.map +1 -1
- package/dist/index.d.cts +9203 -5704
- package/dist/index.d.ts +9203 -5704
- package/dist/index.js +334 -178
- package/dist/index.js.map +1 -1
- package/docs/reference/fgdc-textures.md +15 -0
- package/docs/schema/v2/well.schema.json +128 -11
- package/docs/spec/v1/well-format.md +26 -0
- package/docs/spec/v2/format-reference.md +170 -45
- package/docs/spec/v2/interoperability.md +25 -4
- package/docs/spec/v2/object-schemas.md +243 -96
- package/docs/spec/v2/overview.md +92 -9
- package/docs/spec/v2/water-quality.md +26 -3
- package/examples/README.md +12 -0
- package/examples/belem-pa-condominio-outorga.well +2 -1
- package/examples/belem-pa-monitoramento-posto.well +2 -1
- package/examples/belem-pa-pirabas-abastecimento.well +2 -2
- package/examples/belem-pa-poco-colmatado.well +2 -1
- package/examples/belem-pa-poco-raso-abandonado.well +2 -1
- package/examples/belem-pa-qualidade-agua-acida.well +2 -1
- package/examples/colatina-es-gnaisse-rural.well +2 -2
- package/examples/coluna-mg-cristalino-abastecimento.well +2 -2
- package/examples/estrela-doeste-sp-bauru-serra-geral.well +2 -1
- package/examples/extremoz-rn-barreiras-raso.well +2 -1
- package/examples/gastao-vidigal-sp-dados-inconsistentes.well +2 -1
- package/examples/irece-ba-carste-bambui.well +2 -1
- package/examples/lagoa-santa-mg-carste-abastecimento.well +2 -2
- package/examples/minas-novas-mg-cadastro-incompleto.well +2 -1
- package/examples/quixeramobim-ce-cristalino-salobro.well +2 -2
- package/examples/rinopolis-sp-estratigrafico-guarani.well +2 -1
- package/examples/santarem-pa-jorrante-alter-do-chao.well +2 -1
- package/examples/sao-gabriel-rs-cacimba.well +2 -1
- package/examples/sete-lagoas-mg-carste-industrial.well +2 -1
- package/package.json +1 -1
package/docs/spec/v2/overview.md
CHANGED
|
@@ -1,9 +1,91 @@
|
|
|
1
|
-
# `.well` File Format Specification — Version 2.
|
|
1
|
+
# `.well` File Format Specification — Version 2.4: Overview
|
|
2
2
|
|
|
3
|
-
**Version:** 2.
|
|
3
|
+
**Version:** 2.4 **Extension:** `.well` **Encoding:** UTF-8 **Base format:** JSON **MIME type:** `application/vnd.well+json` **JSON Schema:** `https://welldot.org/schema/v2/well.schema.json` **JSON Schema draft:** 2020-12 **JSON-LD Context (optional):** `https://welldot.org/context/v2.jsonld` **Status:** v2.0 ratified — shipped in `@welldot/core` v0.2.0 · v2.1 shipped in `@welldot/core` v0.3.0 · v2.3 shipped in `@welldot/core` v0.4.0 · v2.4 shipped in `@welldot/core` v0.5.0
|
|
4
4
|
|
|
5
5
|
**See also:** [format-reference.md](./format-reference.md) · [object-schemas.md](./object-schemas.md) · [interoperability.md](./interoperability.md) · [water-quality.md](./water-quality.md)
|
|
6
6
|
|
|
7
|
+
## Overview
|
|
8
|
+
|
|
9
|
+
The `.well` v2 specification is split into five documents. This one gives the context: what changed in each revision (v2.4, v2.3, v2.1 and from v1), why the format exists, the design principles the other parts follow, and the known limitations. The other four are:
|
|
10
|
+
|
|
11
|
+
- [format-reference.md](./format-reference.md) — the top-level fields, versioning and deprecation, datetimes, recommended vocabularies, `well_id`, `location`, units, profiles, extensibility, cross-reference rules and precision.
|
|
12
|
+
- [object-schemas.md](./object-schemas.md) — every object schema, the `hydrodynamic_events` ledger, `aquifer_analysis`, `history_logs`, the operational blocks (pumps, permits, meters, production, operating regime) and a complete example.
|
|
13
|
+
- [water-quality.md](./water-quality.md) — water samples and results, their units, the parameter vocabulary and regulatory profiles.
|
|
14
|
+
- [interoperability.md](./interoperability.md) — the JSON-LD context, the relationship to GWML2 and JSON Schema validation.
|
|
15
|
+
|
|
16
|
+
## Table of contents
|
|
17
|
+
|
|
18
|
+
- [Changes in v2.4](#changes-in-v24)
|
|
19
|
+
- [Deprecations](#deprecations)
|
|
20
|
+
- [Changes in v2.3](#changes-in-v23)
|
|
21
|
+
- [Changes in v2.1](#changes-in-v21)
|
|
22
|
+
- [Deprecations](#deprecations-1)
|
|
23
|
+
- [Changes from v1](#changes-from-v1)
|
|
24
|
+
- [Purpose](#purpose)
|
|
25
|
+
- [Design Principles](#design-principles)
|
|
26
|
+
- [Known Limitations of v2](#known-limitations-of-v2)
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
## Changes in v2.4
|
|
31
|
+
|
|
32
|
+
v2.4 files write `"version": "2.4"`; parsers up to `@welldot/core` 0.4.0 reject them. Beyond that, v2.4 is an additive revision: every valid v2.3 document stays valid when its `version` is rewritten, and the integer `2` still means "v2.0 to v2.3, revision unknown".
|
|
33
|
+
|
|
34
|
+
```
|
|
35
|
+
v2.4 additions:
|
|
36
|
+
- version is the string "M.m" (^\d+\.\d+$), compared as two integers,
|
|
37
|
+
never as text; patch levels are not allowed; readers accept 1, 2 and
|
|
38
|
+
"M.m"
|
|
39
|
+
- location.properties.timezone (optional, IANA name): the local date of
|
|
40
|
+
an instant is its date converted to this zone; a missing timezone in
|
|
41
|
+
a file with condition fulfillments emits the warning missing_timezone
|
|
42
|
+
- logger_series (hydrodynamic event type): a continuous level series
|
|
43
|
+
recorded by an installed sensor, with sensor_depth, interval,
|
|
44
|
+
barometric_compensation and aggregation (none, hourly, daily with
|
|
45
|
+
depth_min / depth_max); not a controlled test, not a static level
|
|
46
|
+
- LevelReading.datetime: the instant of a reading, required in a
|
|
47
|
+
logger_series, where elapsed is absent
|
|
48
|
+
- Offline packaging: an optional ZIP (.wellz) with the .well file at
|
|
49
|
+
the root and attachments at relative paths; relative uri allowed and
|
|
50
|
+
sha256 required only inside the package
|
|
51
|
+
- Application extensions: x-<vendor>-<name> is RECOMMENDED
|
|
52
|
+
(e.g. x-welldot-custom)
|
|
53
|
+
|
|
54
|
+
v2.4 clarifications:
|
|
55
|
+
- A known hydrodynamic event type is validated against its own schema
|
|
56
|
+
and no longer falls back to the open x- rule; step counts per type
|
|
57
|
+
are SHOULD (a free count is valid), and steps must be valid
|
|
58
|
+
PumpingStep entries
|
|
59
|
+
- An optional field without a value is omitted, never written as null
|
|
60
|
+
(storativity is no longer nullable); v2 integer files that still
|
|
61
|
+
carry it are tolerated on read
|
|
62
|
+
- Ledgers MAY be edited in place; editing is NOT RECOMMENDED after a
|
|
63
|
+
record has been exported, and corrects remains the way to retract a
|
|
64
|
+
measurement. Result.validation is editable too
|
|
65
|
+
- Repeated records (collective permits, campaign blanks) share the
|
|
66
|
+
same id and SHOULD have identical content; consumers MAY merge them
|
|
67
|
+
by id. A fulfillment event_id or sample_id resolves only in the file
|
|
68
|
+
of the well that produced it
|
|
69
|
+
- Unresolved references MUST be preserved when a file is re-exported,
|
|
70
|
+
never silently removed
|
|
71
|
+
- A duplicated operating_regime.effective_from and an
|
|
72
|
+
estimated_volume period_end not after period_start are warnings
|
|
73
|
+
- daily_operating_time above 24 is normalized to 24 with a warning
|
|
74
|
+
(the stored value stays as written); a negative value is an error
|
|
75
|
+
- Attachment.document_type condition_evidence is typically found in
|
|
76
|
+
permits[].conditions[].fulfillments
|
|
77
|
+
- The attachment lists (id uniqueness, "root is not an aggregate",
|
|
78
|
+
where attachments are allowed) name the same set of records
|
|
79
|
+
- history_logs updated_at may be earlier than datetime for a pre-dated
|
|
80
|
+
entry; neither ordering emits a warning
|
|
81
|
+
- well_id: producers SHOULD mark exactly one entry primary: true; "the
|
|
82
|
+
first entry is canonical" is only the fallback
|
|
83
|
+
```
|
|
84
|
+
|
|
85
|
+
### Deprecations
|
|
86
|
+
|
|
87
|
+
None.
|
|
88
|
+
|
|
7
89
|
---
|
|
8
90
|
|
|
9
91
|
## Changes in v2.3
|
|
@@ -28,13 +110,14 @@ v2.3 additions:
|
|
|
28
110
|
its identifier and/or request_identifier (verbatim, any format), a
|
|
29
111
|
closed administrative status (requested, granted, suspended,
|
|
30
112
|
revoked, denied, withdrawn), an administrative history (filing,
|
|
31
|
-
process, notifications, fees, with done/due_date
|
|
32
|
-
condition, a responsible and the fulfillments of its
|
|
33
|
-
(datetime, due_date, author, event_id, sample_id
|
|
113
|
+
process, notifications, fees, with done/due_date and attachments)
|
|
114
|
+
and, on each condition, a responsible and the fulfillments of its
|
|
115
|
+
deadlines (datetime, due_date, author, event_id, sample_id,
|
|
116
|
+
attachments)
|
|
34
117
|
- meters (optional Meter[]): totalizer (hidrômetro) installation
|
|
35
118
|
history; device facts only (type, serial, nominal diameter,
|
|
36
119
|
max_reading for rollover)
|
|
37
|
-
- production (optional ProductionEntry[]):
|
|
120
|
+
- production (optional ProductionEntry[]): ledger of
|
|
38
121
|
meter_reading entries (register values in m³) and estimated_volume
|
|
39
122
|
entries (volumes estimated for a period without a meter); volumes
|
|
40
123
|
are derived from consecutive readings, never stored as totals.
|
|
@@ -152,7 +235,7 @@ v2.0 additions:
|
|
|
152
235
|
- well_id (array of authority-scoped identifiers)
|
|
153
236
|
- profiles (JSON Schema URLs for regulatory and domain-specific constraints)
|
|
154
237
|
- texture object (multi-vocabulary, replaces v1 fgdc_texture string)
|
|
155
|
-
- hydrodynamic_events (
|
|
238
|
+
- hydrodynamic_events (ledger of water-level observations)
|
|
156
239
|
- aquifer_analysis (interpreted aquifer parameter sets)
|
|
157
240
|
- history_logs (operational log of interventions and incidents,
|
|
158
241
|
with updated_at edit timestamp)
|
|
@@ -201,7 +284,7 @@ The `.well` format is an open standard for representing water well data. It is d
|
|
|
201
284
|
- **Ground level as zero** — all depth values are measured from ground level (0); elevation above the WGS84 ellipsoid (or declared datum) is stored separately in `location.elevation`. Water levels above ground are negative.
|
|
202
285
|
- **Geographic north** — all azimuth values are referenced to geographic north.
|
|
203
286
|
- **Three block kinds** — every top-level array is one of three kinds, and the kind decides how records are corrected:
|
|
204
|
-
- **Ledger** (`hydrodynamic_events`, `production`, `water_samples`) —
|
|
287
|
+
- **Ledger** (`hydrodynamic_events`, `production`, `water_samples`) — grows by appending. Entries MAY be edited in place, but editing is NOT RECOMMENDED after an entry has been exported. A measurement correction (a re-measurement, a revised laboratory report) is best written as a new entry whose `corrects` points to the retracted entry; a retracted entry stays in the file but is excluded from every derivation. The format provides `id`, `datetime`, `sequence` and `corrects` to support this discipline; it does not enforce it.
|
|
205
288
|
- **Mutable record** (`history_logs`, `permits`, `operating_regime`) — edited in place; `updated_at` records the last edit.
|
|
206
289
|
- **Installation** (`pump_installations`, `meters`) — equipment present in the well for a period (`installed_at` / `removed_at`); edited in place with `updated_at`.
|
|
207
290
|
- **Derived values are never stored raw** — `s/Q`, `Q/s`, drawdown `s`, and any other value computable from stored fields must not appear as stored fields. Applications compute them on demand.
|
|
@@ -225,4 +308,4 @@ The following are recognized limitations of this version, reserved for future ve
|
|
|
225
308
|
|
|
226
309
|
---
|
|
227
310
|
|
|
228
|
-
_`.well` Format Specification v2.
|
|
311
|
+
_`.well` Format Specification v2.4_
|
|
@@ -1,22 +1,45 @@
|
|
|
1
|
-
# `.well` File Format Specification — Version 2.
|
|
1
|
+
# `.well` File Format Specification — Version 2.4: Water Quality
|
|
2
2
|
|
|
3
3
|
**See also:** [overview.md](./overview.md) · [format-reference.md](./format-reference.md) · [object-schemas.md](./object-schemas.md) · [interoperability.md](./interoperability.md)
|
|
4
4
|
|
|
5
|
+
## Overview
|
|
6
|
+
|
|
5
7
|
This document specifies the `water_samples` block _(since v2.3)_: the sample and result schemas, the recommended values, the unit rules, the `welldot` parameter vocabulary and how jurisdiction requirements are expressed. Cross-cutting rules that also cover water samples stay in their general sections: datetimes and the `_resolution: "day"` convention, canonical units and field bindings, cross-references, uniqueness and precision in [format-reference.md](format-reference.md); attachments, ledger corrections and `history_logs` links in [object-schemas.md](object-schemas.md). The Complete Example in object-schemas.md includes water samples.
|
|
6
8
|
|
|
7
|
-
##
|
|
9
|
+
## Table of contents
|
|
8
10
|
|
|
9
11
|
- [`water_samples[]`](#water_samples)
|
|
12
|
+
- [`WaterSample`](#watersample)
|
|
13
|
+
- [`SamplingPoint`](#samplingpoint)
|
|
14
|
+
- [`Purge`](#purge)
|
|
15
|
+
- [`PurgeReading`](#purgereading)
|
|
16
|
+
- [`Laboratory`](#laboratory)
|
|
17
|
+
- [`Result`](#result)
|
|
18
|
+
- [`Parameter`](#parameter)
|
|
19
|
+
- [`Filtration`](#filtration)
|
|
20
|
+
- [`Validation`](#validation)
|
|
21
|
+
- [Result rules](#result-rules)
|
|
22
|
+
- [Malformed (rejected)](#malformed-rejected)
|
|
23
|
+
- [Validation (warnings, never rejection)](#validation-warnings-never-rejection)
|
|
24
|
+
- [Derived values](#derived-values)
|
|
25
|
+
- [History log links](#history-log-links)
|
|
10
26
|
- [Recommended values](#recommended-values)
|
|
27
|
+
- [`water_samples[].sample_type` — Recommended values _(since v2.3)_](#water_samplessample_type--recommended-values-since-v23)
|
|
28
|
+
- [`water_samples[].sampling_method` — Recommended values _(since v2.3)_](#water_samplessampling_method--recommended-values-since-v23)
|
|
29
|
+
- [`water_samples[].sampling_point.type` — Recommended values _(since v2.3)_](#water_samplessampling_pointtype--recommended-values-since-v23)
|
|
30
|
+
- [`water_samples[].sampling_point.device` — Recommended values _(since v2.3)_](#water_samplessampling_pointdevice--recommended-values-since-v23)
|
|
11
31
|
- [Units](#units)
|
|
12
32
|
- [Parameter vocabulary](#parameter-vocabulary)
|
|
33
|
+
- [Vocabulary rules](#vocabulary-rules)
|
|
34
|
+
- [Core vocabulary](#core-vocabulary)
|
|
35
|
+
- [Limit sets are not part of the file](#limit-sets-are-not-part-of-the-file)
|
|
13
36
|
- [Regulatory profiles](#regulatory-profiles)
|
|
14
37
|
|
|
15
38
|
---
|
|
16
39
|
|
|
17
40
|
## `water_samples[]`
|
|
18
41
|
|
|
19
|
-
A ledger: each entry is one collection of water from the well, with the results measured on it in the field and in the laboratory. Entries
|
|
42
|
+
A ledger: each entry is one collection of water from the well, with the results measured on it in the field and in the laboratory. Entries MAY be edited in place, but editing is NOT RECOMMENDED after the entry has been exported. A revalidation of data already recorded is an edit of `Result.validation` in place. A corrected laboratory report is best written as a new sample whose `corrects` holds the id of the retracted sample, following object-schemas.md § `hydrodynamic_events[]` — Corrections (retracted samples stay in the file and are excluded from every derivation; chains are allowed; a cycle emits a warning).
|
|
20
43
|
|
|
21
44
|
The block serves drinking-water compliance, environmental and mining monitoring under licence, and hydrochemistry, in any jurisdiction. It follows the rigor of audited monitoring (chain of custody, field QA/QC, filtration, lab flags, data validation) with almost every field optional. It is jurisdiction-neutral: limits, exceedances and national rules are never stored; see § Parameter vocabulary — Limit sets are not part of the file.
|
|
22
45
|
|
package/examples/README.md
CHANGED
|
@@ -1,9 +1,21 @@
|
|
|
1
1
|
# `.well` example wells
|
|
2
2
|
|
|
3
|
+
## Overview
|
|
4
|
+
|
|
3
5
|
Nineteen complete `.well` v2.3 files that serve as a reference for the format. Each one stays valid and covers a different situation. The profiler offers them in its "New well" dialog, which opens when the editor starts empty, and serves them at `https://welldot.org/examples/<file>`. They also ship with `@welldot/core` (`@welldot/core/examples/<file>`).
|
|
4
6
|
|
|
5
7
|
`src/examples.test.ts` checks that every file passes `WellSchema`, round-trips through `deserializeWell` / `serializeWell`, and matches `index.json`, and that every category lists at least three examples.
|
|
6
8
|
|
|
9
|
+
This README covers where the data comes from, the list of examples, how the thumbnails are generated, the rules used to map SIAGAS records onto the physical base, and how to add an example.
|
|
10
|
+
|
|
11
|
+
## Table of contents
|
|
12
|
+
|
|
13
|
+
- [Data provenance](#data-provenance)
|
|
14
|
+
- [The examples](#the-examples)
|
|
15
|
+
- [Thumbnails](#thumbnails)
|
|
16
|
+
- [Mapping rules used for the physical base](#mapping-rules-used-for-the-physical-base)
|
|
17
|
+
- [Adding an example](#adding-an-example)
|
|
18
|
+
|
|
7
19
|
## Data provenance
|
|
8
20
|
|
|
9
21
|
Each example is **illustrative**. It is built on a real well from SIAGAS (Serviço Geológico do Brasil), but it is not that well's record.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=1500013505"
|
|
@@ -29,6 +29,7 @@
|
|
|
29
29
|
"lng": -48.47917,
|
|
30
30
|
"elevation": 12,
|
|
31
31
|
"properties": {
|
|
32
|
+
"timezone": "America/Belem",
|
|
32
33
|
"crs": "EPSG:4326",
|
|
33
34
|
"lat_precision": 0.0001,
|
|
34
35
|
"lng_precision": 0.0001,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=1500002024"
|
|
@@ -29,6 +29,7 @@
|
|
|
29
29
|
"lng": -48.485,
|
|
30
30
|
"elevation": 11,
|
|
31
31
|
"properties": {
|
|
32
|
+
"timezone": "America/Belem",
|
|
32
33
|
"crs": "EPSG:4326",
|
|
33
34
|
"lat_precision": 0.00005,
|
|
34
35
|
"lng_precision": 0.00005,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=1500002050"
|
|
@@ -33,6 +33,7 @@
|
|
|
33
33
|
"lng": -48.48083,
|
|
34
34
|
"elevation": 14,
|
|
35
35
|
"properties": {
|
|
36
|
+
"timezone": "America/Belem",
|
|
36
37
|
"crs": "EPSG:4326",
|
|
37
38
|
"lat_precision": 0.0003,
|
|
38
39
|
"lng_precision": 0.0003,
|
|
@@ -1031,7 +1032,6 @@
|
|
|
1031
1032
|
"max_flow_rate_basis": "step_drawdown",
|
|
1032
1033
|
"specific_capacity": 12.712,
|
|
1033
1034
|
"transmissivity": 881.7,
|
|
1034
|
-
"storativity": null,
|
|
1035
1035
|
"jacob_b": 0.062,
|
|
1036
1036
|
"jacob_c": 0.000139,
|
|
1037
1037
|
"well_efficiency_pct": 79,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=1500001046"
|
|
@@ -25,6 +25,7 @@
|
|
|
25
25
|
"lng": -48.47639,
|
|
26
26
|
"elevation": 9,
|
|
27
27
|
"properties": {
|
|
28
|
+
"timezone": "America/Belem",
|
|
28
29
|
"crs": "EPSG:4326",
|
|
29
30
|
"lat_precision": 0.0003,
|
|
30
31
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=1500001090"
|
|
@@ -25,6 +25,7 @@
|
|
|
25
25
|
"lng": -48.44083,
|
|
26
26
|
"elevation": 5,
|
|
27
27
|
"properties": {
|
|
28
|
+
"timezone": "America/Belem",
|
|
28
29
|
"crs": "EPSG:4326",
|
|
29
30
|
"lat_precision": 0.0003,
|
|
30
31
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=1500001109"
|
|
@@ -25,6 +25,7 @@
|
|
|
25
25
|
"lng": -48.44806,
|
|
26
26
|
"elevation": 10,
|
|
27
27
|
"properties": {
|
|
28
|
+
"timezone": "America/Belem",
|
|
28
29
|
"crs": "EPSG:4326",
|
|
29
30
|
"lat_precision": 0.0003,
|
|
30
31
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=3100007879"
|
|
@@ -33,6 +33,7 @@
|
|
|
33
33
|
"lng": -40.51389,
|
|
34
34
|
"elevation": 71,
|
|
35
35
|
"properties": {
|
|
36
|
+
"timezone": "America/Sao_Paulo",
|
|
36
37
|
"crs": "EPSG:4326",
|
|
37
38
|
"lat_precision": 0.0003,
|
|
38
39
|
"lng_precision": 0.0003,
|
|
@@ -490,7 +491,6 @@
|
|
|
490
491
|
"flow_rate": 7.2,
|
|
491
492
|
"specific_capacity": 0.141,
|
|
492
493
|
"transmissivity": 0.0000385,
|
|
493
|
-
"storativity": null,
|
|
494
494
|
"notes": "Uma única fratura produtora; rebaixamento quase até a entrada d’água. Vazão recomendada: 4 m³/h."
|
|
495
495
|
}
|
|
496
496
|
],
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=3100020129"
|
|
@@ -33,6 +33,7 @@
|
|
|
33
33
|
"lng": -42.83861,
|
|
34
34
|
"elevation": 655,
|
|
35
35
|
"properties": {
|
|
36
|
+
"timezone": "America/Sao_Paulo",
|
|
36
37
|
"crs": "EPSG:4326",
|
|
37
38
|
"lat_precision": 0.0003,
|
|
38
39
|
"lng_precision": 0.0003,
|
|
@@ -489,7 +490,6 @@
|
|
|
489
490
|
"flow_rate": 14.76,
|
|
490
491
|
"specific_capacity": 0.291,
|
|
491
492
|
"transmissivity": 9,
|
|
492
|
-
"storativity": null,
|
|
493
493
|
"notes": "Meio fissural sob manto de alteração: transmissividade aparente. Rebaixamento elevado na primeira hora indica perdas de carga no poço."
|
|
494
494
|
}
|
|
495
495
|
],
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=3500000898"
|
|
@@ -29,6 +29,7 @@
|
|
|
29
29
|
"lng": -50.40361,
|
|
30
30
|
"elevation": 430,
|
|
31
31
|
"properties": {
|
|
32
|
+
"timezone": "America/Sao_Paulo",
|
|
32
33
|
"crs": "EPSG:4326",
|
|
33
34
|
"lat_precision": 0.0003,
|
|
34
35
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=2600055664"
|
|
@@ -29,6 +29,7 @@
|
|
|
29
29
|
"lng": -35.325,
|
|
30
30
|
"elevation": 9,
|
|
31
31
|
"properties": {
|
|
32
|
+
"timezone": "America/Fortaleza",
|
|
32
33
|
"crs": "EPSG:4326",
|
|
33
34
|
"lat_precision": 0.0003,
|
|
34
35
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=3500001375"
|
|
@@ -25,6 +25,7 @@
|
|
|
25
25
|
"lng": -50.18028,
|
|
26
26
|
"elevation": 380,
|
|
27
27
|
"properties": {
|
|
28
|
+
"timezone": "America/Sao_Paulo",
|
|
28
29
|
"crs": "EPSG:4326",
|
|
29
30
|
"lat_precision": 0.0003,
|
|
30
31
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=2900000278"
|
|
@@ -29,6 +29,7 @@
|
|
|
29
29
|
"lng": -41.88639,
|
|
30
30
|
"elevation": 765,
|
|
31
31
|
"properties": {
|
|
32
|
+
"timezone": "America/Bahia",
|
|
32
33
|
"crs": "EPSG:4326",
|
|
33
34
|
"lat_precision": 0.0003,
|
|
34
35
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=3100003115"
|
|
@@ -32,6 +32,7 @@
|
|
|
32
32
|
"lat": -19.63972,
|
|
33
33
|
"lng": -43.90083,
|
|
34
34
|
"properties": {
|
|
35
|
+
"timezone": "America/Sao_Paulo",
|
|
35
36
|
"crs": "EPSG:4326",
|
|
36
37
|
"lat_precision": 0.0003,
|
|
37
38
|
"lng_precision": 0.0003,
|
|
@@ -437,7 +438,6 @@
|
|
|
437
438
|
"flow_rate": 110,
|
|
438
439
|
"specific_capacity": 35.48,
|
|
439
440
|
"transmissivity": 0.00621,
|
|
440
|
-
"storativity": null,
|
|
441
441
|
"notes": "Transmissividade alta, controlada pelo conduto. O nível estático caiu 4,3 m desde 1987, acompanhando o rebaixamento regional."
|
|
442
442
|
}
|
|
443
443
|
],
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=3100020670"
|
|
@@ -21,6 +21,7 @@
|
|
|
21
21
|
"lat": -17.33306,
|
|
22
22
|
"lng": -42.48694,
|
|
23
23
|
"properties": {
|
|
24
|
+
"timezone": "America/Sao_Paulo",
|
|
24
25
|
"crs": "EPSG:4326",
|
|
25
26
|
"lat_precision": 0.001,
|
|
26
27
|
"lng_precision": 0.001,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=2300021772"
|
|
@@ -28,6 +28,7 @@
|
|
|
28
28
|
"lat": -5.43222,
|
|
29
29
|
"lng": -39.46444,
|
|
30
30
|
"properties": {
|
|
31
|
+
"timezone": "America/Fortaleza",
|
|
31
32
|
"crs": "EPSG:4326",
|
|
32
33
|
"lat_precision": 0.0003,
|
|
33
34
|
"lng_precision": 0.0003,
|
|
@@ -476,7 +477,6 @@
|
|
|
476
477
|
"flow_rate": 12.3,
|
|
477
478
|
"specific_capacity": 0.724,
|
|
478
479
|
"transmissivity": 0.000149,
|
|
479
|
-
"storativity": null,
|
|
480
480
|
"notes": "Transmissividade aparente do meio fissural. A vazão de exploração recomendada é de 6 m³/h, metade da vazão de teste, por causa do rebaixamento e da salinidade."
|
|
481
481
|
}
|
|
482
482
|
],
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=3500000010"
|
|
@@ -25,6 +25,7 @@
|
|
|
25
25
|
"lng": -50.79306,
|
|
26
26
|
"elevation": 408,
|
|
27
27
|
"properties": {
|
|
28
|
+
"timezone": "America/Sao_Paulo",
|
|
28
29
|
"crs": "EPSG:4326",
|
|
29
30
|
"lat_precision": 0.0003,
|
|
30
31
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=1500000136"
|
|
@@ -25,6 +25,7 @@
|
|
|
25
25
|
"lng": -54.73722,
|
|
26
26
|
"elevation": 22,
|
|
27
27
|
"properties": {
|
|
28
|
+
"timezone": "America/Belem",
|
|
28
29
|
"crs": "EPSG:4326",
|
|
29
30
|
"lat_precision": 0.0003,
|
|
30
31
|
"lng_precision": 0.0003,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=4300001500"
|
|
@@ -25,6 +25,7 @@
|
|
|
25
25
|
"lng": -54.42194,
|
|
26
26
|
"elevation": 150,
|
|
27
27
|
"properties": {
|
|
28
|
+
"timezone": "America/Sao_Paulo",
|
|
28
29
|
"crs": "EPSG:4326",
|
|
29
30
|
"lat_precision": 0.001,
|
|
30
31
|
"lng_precision": 0.001,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"$schema": "https://welldot.org/schema/v2/well.schema.json",
|
|
3
|
-
"version": 2,
|
|
3
|
+
"version": "2.4",
|
|
4
4
|
"x-welldot-example": {
|
|
5
5
|
"illustrative": true,
|
|
6
6
|
"based_on": "https://siagasweb.sgb.gov.br/layout/detalhe.php?ponto=3100003295"
|
|
@@ -29,6 +29,7 @@
|
|
|
29
29
|
"lng": -44.29556,
|
|
30
30
|
"elevation": 765,
|
|
31
31
|
"properties": {
|
|
32
|
+
"timezone": "America/Sao_Paulo",
|
|
32
33
|
"crs": "EPSG:4326",
|
|
33
34
|
"lat_precision": 0.0003,
|
|
34
35
|
"lng_precision": 0.0003,
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@welldot/core",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.5.0",
|
|
4
4
|
"type": "module",
|
|
5
5
|
"description": "TypeScript types, Zod validators, and serialization utilities for the .well open format — a JSON standard for water well data.",
|
|
6
6
|
"keywords": [
|