@mailwoman/corpus 10.0.0 → 10.2.0

package/out/tools/postcode-triples.d.ts

@@ -3,43 +3,11 @@
  * @license AGPL-3.0
  * @author Teffen Ellis, et al.
  *
- *   Extract `(postcode, locality, region, country)` tuples for the `trailing-region` slice.
+ * Extract `(postcode, locality, region, country)` tuples for the `trailing-region` recipe.
  *
- *   This step used to be a one-off. Its output survived — 17,908 rows at
- *   `$MAILWOMAN_DATA_ROOT/corpus/tuples/trailing-region-structured-tuples.jsonl` — but the code that produced it did
- *   not, so a note describing the join was the only record and it did not match what the databases contain. That is the
- *   reason this file exists: the slice is unbuildable for a new country without it.
- *
- *   ## Two sources, because one route does not reach every country
- *
- *   - **`postalcode-intl.db`** carries a real `parent_id` that resolves in the admin gazetteer. Measured share of rows
- *     with a parent: NL 97.5%, FR 90.7%, DE 66.1%, ES 34.9%, IT 27.4%; of those, 93.8–100% land on a `locality` or
- *     `localadmin`, and the region comes from that place's own ancestry. It is the ONLY slice with this — every
- *     `postalcode-geonames-*` and `postalcode-<cc>-overture.db` row reads `parent_id = 0`.
- *   - **GeoNames postal exports** carry the place and admin1 NAMES in columns 3 and 4, so there is nothing to join.
- *     `mailwoman corpus fetch geonames-postal` puts them on disk.
- *
- *   A nearest-locality-centroid join was measured as the general fallback and REJECTED: scored against the `parent_id`
- *   truth, it agreed NL 81.1% / DE 44.7% / ES 35.1% / FR 29.0% / IT 13.5%. A locality's centroid sits at its middle, so
- *   an edge postcode is routinely nearer a neighbouring town's centroid. Do not reach for it again.
- *
- *   ## The hub cap is PER COUNTRY, because a pooled one is a mixture
- *
- *   A few localities act as catch-all parents — `Schwedt/Oder` claims 9,222 DE postcodes against a DE median of 1. Left
- *   in, a handful of places dominate the slice. But the distribution differs so much by country that one threshold is
- *   not one rule: a p99 pooled across the five countries lands at 522, which keeps 100% of ES and IT, 83% of FR, 49% of
- *   NL and 19% of DE.
- *
- *   So the bound is a QUOTA and not a threshold. A threshold DELETES a locality that exceeds it, which removes exactly
- *   the largest cities — the places a parser most needs to have seen. A quota keeps every locality and bounds how many
- *   of its postcodes ride along, which is the balance the cap was reaching for without the deletion.
- *
- *   ## Placement is data, not a formatting choice
- *
- *   Each tuple is stamped with its country's {@link PostcodePlacement}. The same digits change tag with position, so a
- *   tuple that does not carry its placement teaches whichever convention the recipe happens to default to — see the
- *   recipe's header for the measurement.
+ * Each tuple is stamped with its country's {@link PostcodePlacement}, because the same digits change tag with position.
  */
+import { PathBuilder, type PathBuilderLike } from "path-ts";
 import type { PostcodePlacement } from "#recipes/scaffold";
 /**
  * One extracted tuple, in the shape `readTuples` yields and the recipe consumes.
@@ -47,12 +15,11 @@ import type { PostcodePlacement } from "#recipes/scaffold";
 export interface PostcodeTriple {
     postcode: string;
     /**
-     * The segment before the locality, when the source has one. A slice whose every row begins with the locality teaches
-     * that the first named segment IS the locality, and that flips the model's default. Measured on the v4.8.0 candidate,
-     * which had no such segment — `Ye Three Lords, 27 Minories, London EC3N 1DE` came back `locality: "Ye Three Lords"`
-     * with the venue and the street both gone, and 11 of its 25 regressions were venue-led rows across seven countries.
+     * The segment before the locality, when the source has one.
+     *
+     * A recipe output whose every row begins with the locality teaches that the first segment is the locality.
      */
-    dependentLocality?: string;
+    dependentLocality: string | null;
     locality: string;
     region: string;
     country: string;
@@ -61,50 +28,55 @@ export interface PostcodeTriple {
     postcodePlacement: PostcodePlacement;
 }
 /**
- * Where a country writes the postcode, and the locale tag its rows carry.
+ * The GeoNames postal column that contains the locality for a country.
  *
- * A country is in this table only when a gauntlet board row ATTESTS its surface. An absent country is not an oversight
- * to be filled in by guessing: extracting it with the wrong placement teaches a convention that country does not use,
- * which is worse than not teaching it at all. `LEADING_POSTCODE_COUNTRIES` in `@mailwoman/neural`'s
- * `placetype-pair-prior.ts` draws the same line for the same reason.
+ * `admin2` is the default.
+ * For the US it is the inverse, because column 3 is the city and admin2 the county,
+ * so taking the default would train counties as cities.
+ */
+export type GeonamesLocalityColumn = "place" | "admin2";
+/**
+ * Records where a country writes the postcode.
+ * It also records the locale tag in its rows.
  *
- * AU and ZA are the worked examples of the bar. Both look like obvious additions and neither qualifies: the board's AU
- * rows are bare-city (`Melbourne`, `Sydney, Australia`) and carry no postcode at all, so nothing here says where AU
- * writes it; and ZA's `14 Long St, Green Point, Cape Town, 8001` carries no REGION, which this slice requires — a fact
- * its GeoNames export agrees with, at 100% place and 0% admin1.
+ * A country is in this table only when a gauntlet board row attests its surface, because extracting
+ * an absent country with the wrong placement teaches a convention that country does not use.
  */
 export declare const POSTCODE_CONVENTIONS: ReadonlyMap<string, {
     placement: PostcodePlacement;
     locale: string;
+    localityColumn?: GeonamesLocalityColumn;
 }>;
 /**
  * How many postcodes one locality may contribute.
  *
- * A quota rather than a cutoff — see the header. It bounds repetition without deleting a locality: a city with 9,222
- * postcodes contributes this many and stays in the slice.
+ * A quota rather than a cutoff: it bounds repetition without deleting a locality.
  */
 export declare const DEFAULT_LOCALITY_QUOTA = 24;
 /**
  * Take at most `quota` tuples per locality, in the order they arrive.
  *
- * Order matters and is the caller's to choose: both readers below walk their source in id / file order, which is stable
- * across runs, so the same quota selects the same rows.
+ * Both readers walk their source in id/file order.
+ * That order is stable across runs, so the same quota selects the same rows.
  */
-export declare function applyLocalityQuota(triples: readonly PostcodeTriple[], quota?: number): PostcodeTriple[];
+export declare function applyLocalityQuota<T extends {
+    cc: string;
+    locality: string;
+}>(triples: readonly T[], quota?: number): T[];
 /**
- * Take at most `budget` tuples per COUNTRY, in the order they arrive.
- *
- * A per-locality quota bounds how often one place repeats; it cannot bound a country. IN has 128,152 distinct
- * localities, so even at a quota of ONE it contributes 63,533 rows against 39,790 from the other seven combined — the
- * slice would teach the trailing surface as an Indian fact rather than a general one, and at 103,323 rows it would take
- * 30% of an 8,000-step run's sample budget at three reps per row.
+ * Take at most `budget` tuples per country, in the order they arrive.
  *
- * Applied AFTER {@link applyLocalityQuota}, so a country's budget is spent on breadth (many localities) rather than on
- * one city's postcode list.
+ * Applied after {@link applyLocalityQuota}, and spent BY region in rounds so a cap
+ * smaller than the source still reaches every region rather than one corner.
+ * `subKey` adds a second round-robin dimension so the budget spreads across `(region, subKey)`.
  */
-export declare function applyCountryBudget(triples: readonly PostcodeTriple[], budget: number | ReadonlyMap<string, number>): PostcodeTriple[];
+export declare function applyCountryBudget<T extends {
+    cc: string;
+    region?: string;
+}>(triples: readonly T[], budget: number | ReadonlyMap<string, number>, subKey?: (triple: T) => string): T[];
 /**
- * A place's preferred names in the languages its addresses are written in, read from the gazetteer's `names` table.
+ * A place's preferred names in the languages its addresses are written in,
+ * read from the gazetteer's `names` table.
  */
 interface PreferredNames {
     /**
@@ -117,94 +89,73 @@ interface PreferredNames {
     coOfficial: readonly string[];
 }
 /**
- * The surfaces a REGION is written as: its preferred names in the official language(s), then in the region's
- * co-official languages, then the gazetteer's own `spr.name` (the English exonym). Deduplicated, order kept.
+ * The surfaces a region is written as: its preferred names in the official language(s),
+ * then the region's co-official languages, then the gazetteer's own `spr.name`
+ * (the English exonym), deduplicated with order kept.
  *
- * `spr.name` is the English-preferred, diacritic-stripped label, and reading it alone is the defect #1673 measured:
- * 53,078 ES rows teaching `Balearic Islands` (2,872 `Andalusia`, 5,680 `Castile and Leon`) against 4 rows of `Illes
- * Balears`, and every province with its accent gone (`Cordoba`, `Leon`). A Spanish user writes `Islas Baleares` or
- * `Illes Balears`; the exonym stays as ONE surface among them because a user may write it too.
+ * An input that uses only `spr.name` teaches stripped exonyms (`Balearic Islands`, `Cordoba`)
+ * against the forms a user writes.
  */
 export declare function regionWrittenForms(sprName: string, names: PreferredNames): string[];
 /**
- * The surface a LOCALITY is written as: the official-language preferred name that is `spr.name` with its diacritics
- * restored (`Cordoba` → `Córdoba`), else the first official-language preferred name, else `spr.name`. One surface, not
- * a fan-out: the region carries the multiplicity and the locality would multiply it.
+ * The surface a locality is written as: the official-language preferred name matching
+ * `spr.name` folded, else the first official-language name, else `spr.name`.
  */
 export declare function localityWrittenForm(sprName: string, names: PreferredNames): string;
 /**
- * Read triples out of `postalcode-intl.db` by following each postcode's `parent_id` into the admin gazetteer and that
- * place's ancestry to a region.
+ * Read triples out of `postalcode-intl.db` by following each postcode's `parent_id`
+ * into the admin gazetteer and that place's ancestry to a region.
  *
- * A postcode whose parent does not resolve, or whose parent has no region ancestor, is DROPPED rather than emitted with
- * a blank — the recipe already skips a tuple with no region, and a blank here would hide how much of the source is
- * actually reachable.
- *
- * One triple per REGION SURFACE (see {@link regionWrittenForms}): a Balearic postcode yields `Islas Baleares`, `Illes
- * Balears` and `Balearic Islands` rows, a Zamora one `Zamora` alone. The languages come from the codex — the country's
- * official languages plus the province's co-official ones — and never from the names table's own language list, whose
- * "preferred" name in a language not spoken in the province is often the parent community's (`Zamora` → `Castella i
- * Lleó`).
+ * A postcode whose parent does not resolve, or whose parent has no region ancestor,
+ * is dropped rather than emitted with a blank.
  */
 export declare function readTriplesFromParentJoin(countries: readonly string[], options?: {
-    postcodeDB?: string;
-    adminDB?: string;
+    postcodeDB?: PathBuilderLike;
+    adminDB?: PathBuilderLike;
 }): Promise<PostcodeTriple[]>;
 /**
- * A predicate answering whether a name is a LOCALITY the admin gazetteer knows, for one country.
- *
- * The parent-join reader gets this for free — its query restricts the parent to `locality`/`localadmin`, so every name
- * it emits is one by construction. The GeoNames reader has no such guarantee, and the gap is large enough to matter:
- * sampling 400 rows per country against the gazetteer, the share of GeoNames place names that name a locality we know
- * is PT 75%, IN 62%, **MX 41%**. The Mexican misses are colonias — `Zona Centro`, `San Fernando INFONAVIT`, `FOVISSSTE
- * 3a Sección` — and a row teaching one of those as `locality` trains the locality/dependent_locality boundary in the
- * wrong direction. Dropping the row instead costs coverage and teaches nothing false, which is the better of the two.
- *
- * Returns a predicate that answers `true` for everything when the gazetteer is not on disk, so a checkout without it
- * builds the same rows it did before rather than silently emitting none.
+ * One extracted `(locality, region, country)` pair, carrying no postcode.
  */
-export declare function createKnownLocalityCheck(country: string, adminDB?: string): Promise<(name: string) => boolean>;
+export type AdminPair = Omit<PostcodeTriple, "postcode" | "postcodePlacement">;
 /**
- * Read triples straight out of a GeoNames `<CC>.txt` export — no join, the names are columns 3 and 4.
+ * Read `(locality, region, country)` pairs for a country straight from the
+ * admin gazetteer, with no postcode.
  *
- * COLUMN 3 IS NOT THE LOCALITY. It is the finest-grained named place for the code, and for `560001` that is `Mahatma
- * Gandhi Road` — a STREET — while the city, `Bengaluru`, is column 5 (admin2). MX is the same shape (`Roma Norte` is a
- * colonia inside `Cuauhtémoc`) and so is PT (`Abrigada` inside `Alenquer`). Reading column 3 as the locality is how the
- * v4.8.0 slice came to teach street names as cities. So `admin2` is the locality, `admin1` the region, and column 3 the
- * DEPENDENT locality — which is also the left context the slice needs.
+ * Produces one pair per region surface, following {@link readTriplesFromParentJoin}.
+ * The reader synthesizes no postcode.
+ */
+export declare function readPairsFromAdmin(countries: readonly string[], options?: {
+    adminDB?: PathBuilderLike;
+    locale?: (cc: string) => string;
+}): Promise<AdminPair[]>;
+/**
+ * A predicate answering whether a name is a locality the admin gazetteer knows, for one country.
  *
- * WHICH COUNTRIES THIS READER CAN SERVE. It needs `admin2` (the city) and `admin1` (the region), and a country can
- * publish one without the other. Measured 2026-08-23 across the exports on disk:
+ * The parent-join reader supplies this field directly.
+ * The GeoNames reader requires this correction because treating a colonia as `locality`
+ * teaches the wrong locality/dependent_locality boundary.
  *
- * | country    | rows      | admin1 | admin2 | usable here                     |
- * | ---------- | --------: | -----: | -----: | ------------------------------- |
- * | PT, MX, IN | 145k–207k | 100%   | 100%   | yes                             |
- * | BD, LK     | 1.3k–1.8k | 100%   | 100%   | yes                             |
- * | PH         | 2,317     | 88%    | 88%    | yes, 88% of rows                |
- * | PK         | 2,563     | 100%   | **0%** | NO — no city column             |
- * | TH         | 903       | 100%   | **1%** | NO — effectively no city column |
- * | ID         | 81,058    | **0%** | 0%     | NO — no region either           |
- * | ZA         | 3,920     | **0%** | —      | NO                              |
+ * @throws When the gazetteer is not on disk, because a predicate that accepted every
+ * name would emit unfiltered rows as though the filter had run.
+ */
+export declare function createKnownLocalityCheck(country: string, adminDB?: PathBuilderLike): Promise<(name: string) => boolean>;
+/**
+ * Read triples straight out of a GeoNames `<CC>.txt` export, with no join.
  *
- * A country in the NO rows yields zero from this reader, and that is the correct outcome rather than a gap to route
- * around: taking column 3 as the locality is what made the v4.8.0 slice train `Mahatma Gandhi Road` as a city. If one
- * of them is wanted, it needs a city column from somewhere else, not a relaxed mapping.
+ * `admin2` supplies the locality, `admin1` supplies the region and column 3 supplies the dependent locality.
+ * A locality value from column 3 taught `Mahatma Gandhi Road` as a city.
  *
- * NOT PUBLISHED AT ALL by GeoNames, checked the same day: VE, VN, NP, MM, KH. Those are acquisition questions, and for
- * VE specifically OpenAddresses 404s too — see the arc retrospective.
+ * A country whose export lacks admin1 or admin2 yields zero from this reader.
+ * That result is correct and needs no fallback.
  *
- * Three source properties a caller cannot see from a row count, all handled here. Hyphen-format countries publish each
- * code TWICE (`3750-000` and `3750000`, exactly 2.00× for PT and PL), so the first surface of a code wins and its twin
- * is dropped. Some countries populate the place but not admin1 — ZA is 100% place, 0% region — which yields nothing
- * this slice can use, so those rows are dropped rather than emitted with a blank region. And the "place name" is often
- * a SUB-locality, which {@link createKnownLocalityCheck} filters.
+ * Hyphen-format countries publish each code twice, so the first surface of a code wins.
  */
-export declare function readTriplesFromGeonames(country: string, path: string, countryName: string, options?: {
+export declare function readTriplesFromGeonames(country: string, path: PathBuilderLike, countryName: string, options?: {
     isKnownLocality?: (name: string) => boolean;
 }): Promise<PostcodeTriple[]>;
 /**
  * Resolve a GeoNames export path under the standard fetch out-root.
  */
-export declare function geonamesPostalPath(country: string, sourcesRoot?: string): string;
+export declare function geonamesPostalPath(country: string, sourcesRoot?: PathBuilderLike): PathBuilder;
 export {};
 //# sourceMappingURL=postcode-triples.d.ts.map

package/out/tools/postcode-triples.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"postcode-triples.d.ts","sourceRoot":"","sources":["../../lib/tools/postcode-triples.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAyCG;AAYH,OAAO,KAAK,EAAE,iBAAiB,EAAE,MAAM,mBAAmB,CAAA;AAG1D;;GAEG;AACH,MAAM,WAAW,cAAc;IAC9B,QAAQ,EAAE,MAAM,CAAA;IAChB;;;;;OAKG;IACH,iBAAiB,CAAC,EAAE,MAAM,CAAA;IAC1B,QAAQ,EAAE,MAAM,CAAA;IAChB,MAAM,EAAE,MAAM,CAAA;IACd,OAAO,EAAE,MAAM,CAAA;IACf,EAAE,EAAE,MAAM,CAAA;IACV,MAAM,EAAE,MAAM,CAAA;IACd,iBAAiB,EAAE,iBAAiB,CAAA;CACpC;AAED;;;;;;;;;;;;GAYG;AACH,eAAO,MAAM,oBAAoB,EAAE,WAAW,CAAC,MAAM,EAAE;IAAE,SAAS,EAAE,iBAAiB,CAAC;IAAC,MAAM,EAAE,MAAM,CAAA;CAAE,CAiBrG,CAAA;AAEF;;;;;GAKG;AACH,eAAO,MAAM,sBAAsB,KAAK,CAAA;AAExC;;;;;GAKG;AACH,wBAAgB,kBAAkB,CACjC,OAAO,EAAE,SAAS,cAAc,EAAE,EAClC,KAAK,GAAE,MAA+B,GACpC,cAAc,EAAE,CAelB;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,kBAAkB,CACjC,OAAO,EAAE,SAAS,cAAc,EAAE,EAClC,MAAM,EAAE,MAAM,GAAG,WAAW,CAAC,MAAM,EAAE,MAAM,CAAC,GAC1C,cAAc,EAAE,CAkBlB;AAED;;GAEG;AACH,UAAU,cAAc;IACvB;;OAEG;IACH,QAAQ,EAAE,SAAS,MAAM,EAAE,CAAA;IAC3B;;OAEG;IACH,UAAU,EAAE,SAAS,MAAM,EAAE,CAAA;CAC7B;AAED;;;;;;;;GAQG;AACH,wBAAgB,kBAAkB,CAAC,OAAO,EAAE,MAAM,EAAE,KAAK,EAAE,cAAc,GAAG,MAAM,EAAE,CAYnF;AASD;;;;GAIG;AACH,wBAAgB,mBAAmB,CAAC,OAAO,EAAE,MAAM,EAAE,KAAK,EAAE,cAAc,GAAG,MAAM,CAIlF;AAED;;;;;;;;;;;;;GAaG;AACH,wBAAsB,yBAAyB,CAC9C,SAAS,EAAE,SAAS,MAAM,EAAE,EAC5B,OAAO,GAAE;IAAE,UAAU,CAAC,EAAE,MAAM,CAAC;IAAC,OAAO,CAAC,EAAE,MAAM,CAAA;CAAO,GACrD,OAAO,CAAC,cAAc,EAAE,CAAC,CA0G3B;AAED;;;;;;;;;;;;GAYG;AACH,wBAAsB,wBAAwB,CAAC,OAAO,EAAE,MAAM,EAAE,OAAO,CAAC,EAAE,MAAM,GAAG,OAAO,CAAC,CAAC,IAAI,EAAE,MAAM,KAAK,OAAO,CAAC,CAsBpH;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAkCG;AACH,wBAAsB,uBAAuB,CAC5C,OAAO,EAAE,MAAM,EACf,IAAI,EAAE,MAAM,EACZ,WAAW,EAAE,MAAM,EACnB,OAAO,GAAE;IAAE,eAAe,CAAC,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,OAAO,CAAA;CAAO,GAC3D,OAAO,CAAC,cAAc,EAAE,CAAC,CA4C3B;AAED;;GAEG;AACH,wBAAgB,kBAAkB,CAAC,OAAO,EAAE,MAAM,EAAE,WAAW,CAAC,EAAE,MAAM,GAAG,MAAM,CAIhF"}
+{"version":3,"file":"postcode-triples.d.ts","sourceRoot":"","sources":["../../lib/tools/postcode-triples.ts"],"names":[],"mappings":"AAAA;;;;;;;;GAQG;AASH,OAAO,EAAE,WAAW,EAAE,KAAK,eAAe,EAAE,MAAM,SAAS,CAAA;AAK3D,OAAO,KAAK,EAAE,iBAAiB,EAAE,MAAM,mBAAmB,CAAA;AAE1D;;GAEG;AACH,MAAM,WAAW,cAAc;IAC9B,QAAQ,EAAE,MAAM,CAAA;IAChB;;;;OAIG;IACH,iBAAiB,EAAE,MAAM,GAAG,IAAI,CAAA;IAChC,QAAQ,EAAE,MAAM,CAAA;IAChB,MAAM,EAAE,MAAM,CAAA;IACd,OAAO,EAAE,MAAM,CAAA;IACf,EAAE,EAAE,MAAM,CAAA;IACV,MAAM,EAAE,MAAM,CAAA;IACd,iBAAiB,EAAE,iBAAiB,CAAA;CACpC;AAED;;;;;;GAMG;AACH,MAAM,MAAM,sBAAsB,GAAG,OAAO,GAAG,QAAQ,CAAA;AAEvD;;;;;;GAMG;AACH,eAAO,MAAM,oBAAoB,EAAE,WAAW,CAC7C,MAAM,EACN;IAAE,SAAS,EAAE,iBAAiB,CAAC;IAAC,MAAM,EAAE,MAAM,CAAC;IAAC,cAAc,CAAC,EAAE,sBAAsB,CAAA;CAAE,CAuBxF,CAAA;AAEF;;;;GAIG;AACH,eAAO,MAAM,sBAAsB,KAAK,CAAA;AAExC;;;;;GAKG;AACH,wBAAgB,kBAAkB,CAAC,CAAC,SAAS;IAAE,EAAE,EAAE,MAAM,CAAC;IAAC,QAAQ,EAAE,MAAM,CAAA;CAAE,EAC5E,OAAO,EAAE,SAAS,CAAC,EAAE,EACrB,KAAK,GAAE,MAA+B,GACpC,CAAC,EAAE,CAeL;AAED;;;;;;GAMG;AACH,wBAAgB,kBAAkB,CAAC,CAAC,SAAS;IAAE,EAAE,EAAE,MAAM,CAAC;IAAC,MAAM,CAAC,EAAE,MAAM,CAAA;CAAE,EAC3E,OAAO,EAAE,SAAS,CAAC,EAAE,EACrB,MAAM,EAAE,MAAM,GAAG,WAAW,CAAC,MAAM,EAAE,MAAM,CAAC,EAC5C,MAAM,CAAC,EAAE,CAAC,MAAM,EAAE,CAAC,KAAK,MAAM,GAC5B,CAAC,EAAE,CAyCL;AAED;;;GAGG;AACH,UAAU,cAAc;IACvB;;OAEG;IACH,QAAQ,EAAE,SAAS,MAAM,EAAE,CAAA;IAC3B;;OAEG;IACH,UAAU,EAAE,SAAS,MAAM,EAAE,CAAA;CAC7B;AAED;;;;;;;GAOG;AACH,wBAAgB,kBAAkB,CAAC,OAAO,EAAE,MAAM,EAAE,KAAK,EAAE,cAAc,GAAG,MAAM,EAAE,CAYnF;AAeD;;;GAGG;AACH,wBAAgB,mBAAmB,CAAC,OAAO,EAAE,MAAM,EAAE,KAAK,EAAE,cAAc,GAAG,MAAM,CAIlF;AAED;;;;;;GAMG;AACH,wBAAsB,yBAAyB,CAC9C,SAAS,EAAE,SAAS,MAAM,EAAE,EAC5B,OAAO,GAAE;IAAE,UAAU,CAAC,EAAE,eAAe,CAAC;IAAC,OAAO,CAAC,EAAE,eAAe,CAAA;CAAO,GACvE,OAAO,CAAC,cAAc,EAAE,CAAC,CA4D3B;AA0ED;;GAEG;AACH,MAAM,MAAM,SAAS,GAAG,IAAI,CAAC,cAAc,EAAE,UAAU,GAAG,mBAAmB,CAAC,CAAA;AAE9E;;;;;;GAMG;AACH,wBAAsB,kBAAkB,CACvC,SAAS,EAAE,SAAS,MAAM,EAAE,EAC5B,OAAO,GAAE;IAAE,OAAO,CAAC,EAAE,eAAe,CAAC;IAAC,MAAM,CAAC,EAAE,CAAC,EAAE,EAAE,MAAM,KAAK,MAAM,CAAA;CAAO,GAC1E,OAAO,CAAC,SAAS,EAAE,CAAC,CA8CtB;AAED;;;;;;;;;GASG;AACH,wBAAsB,wBAAwB,CAC7C,OAAO,EAAE,MAAM,EACf,OAAO,CAAC,EAAE,eAAe,GACvB,OAAO,CAAC,CAAC,IAAI,EAAE,MAAM,KAAK,OAAO,CAAC,CAsBpC;AAED;;;;;;;;;;GAUG;AACH,wBAAsB,uBAAuB,CAC5C,OAAO,EAAE,MAAM,EACf,IAAI,EAAE,eAAe,EACrB,WAAW,EAAE,MAAM,EACnB,OAAO,GAAE;IAAE,eAAe,CAAC,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,OAAO,CAAA;CAAO,GAC3D,OAAO,CAAC,cAAc,EAAE,CAAC,CAuD3B;AAED;;GAEG;AACH,wBAAgB,kBAAkB,CAAC,OAAO,EAAE,MAAM,EAAE,WAAW,CAAC,EAAE,eAAe,GAAG,WAAW,CAK9F"}