[190] | 1 | |
---|
[330] | 2 | -- ALKIS PostNAS 0.8 |
---|
[190] | 3 | |
---|
[354] | 4 | -- Post Processing (pp_) Teil 2 A: Laden der Tabellen |
---|
[190] | 5 | |
---|
| 6 | -- Stand |
---|
| 7 | |
---|
| 8 | -- 2012-02-13 PostNAS 07, Umbenennung |
---|
| 9 | -- 2012-02-17 Optimierung |
---|
| 10 | -- 2012-04-17 Flurstuecksnummern auf Standardposition |
---|
| 11 | -- 2012-04-24 Generell Filter 'endet IS NULL' um historische Objekte auszublenden |
---|
[330] | 12 | -- 2012-04-25 AbstÌrze und Fehler (durch kaputte Geometrie?) beim Zusammenfassen der FlÀchen |
---|
[265] | 13 | -- 2012-10-29 F.J. Redundanzen aus alkis_beziehungen beseitigen, die nach NAS replace auftreten |
---|
| 14 | -- 2013-02-06 A.E. Function-Name an PostGIS 2 angepasst: multi() -> st_multi(), simplify() -> st_simplify() |
---|
[330] | 15 | -- 2013-02-21 F.J. doppelte Buchungen zum FlurstÃŒck aus alkis_beziehungen beseitigen, die nach NAS replace auftreten |
---|
| 16 | -- 2013-07-10 F.J. Bereinigen der alkis_beziehungen auskommentiert, wird jetzt im Trigger gelöst. |
---|
| 17 | -- 2012-10-24 Neue Tabelle fÃŒr die PrÀsentation von StraÃennamen und -Klassifikationen |
---|
| 18 | -- 2014-02-05 Bereits auskommentierte Aktionen gelöscht fÌr die Beseitigung von Rdundanzen aus fehlerhaften Triggern |
---|
| 19 | -- 2014-02-12 Zusammen fassen Flur->Gemarkung->Gemeinde nicht aus simple_geom weil dadurch Löscher entstehen können. |
---|
| 20 | -- 2014-09-08 PostNAS 0.8, Umbenennung. Ohne Tabelle "alkis_beziehungen". |
---|
| 21 | -- Beseitigung eines Fehlers beim Laden der StraÃennamen-Label. |
---|
| 22 | -- Dabei Trennung in pp_strassenname_p und -_l (Punkt- und Liniengeometrie). |
---|
[336] | 23 | -- 2014-09-19 Substring auf gml_id, Korrektur "endet IS NULL" |
---|
[339] | 24 | -- 2014-09-30 RÃŒckbau substring(gml_id) |
---|
[351] | 25 | -- 2014-12-17 Neue Spalte "gemeinde" in Tabelle "pp_flur", dient der Filterung im WMS-Layer "Gebiete" |
---|
| 26 | -- 2015-01-08 Mehrfach-Versuche der Geometrie-Zusammenfassung mit wachsender PuffergröÃe. |
---|
[354] | 27 | -- 2015-10-27 Die Erzeugung der vereinfachten Geometrie von Gemeinde, Gemarkung und Flur |
---|
| 28 | -- wird ausgegliedert in das Script "pp_gebiete.sql". |
---|
| 29 | -- Dies Script sollte nach jeder Aktualisierung der Datebnek laufen. |
---|
| 30 | -- Die Erzeugung neuer Ãbersichten der Gebiete ist nur gelegendlich notwendig. |
---|
[190] | 31 | |
---|
[336] | 32 | |
---|
[190] | 33 | -- ============================ |
---|
| 34 | -- Tabellen des Post-Processing |
---|
| 35 | -- ============================ |
---|
| 36 | |
---|
| 37 | -- Einige Informationen liegen nach der NAS-Konvertierung in der Datenbank "verstreut" vor. |
---|
[330] | 38 | -- Die dynamische Aufbereitung ÃŒber Views und Functions wÃŒrde zu lange dauern und somit lange |
---|
[190] | 39 | -- Antwortzeiten in WMS, WFS, Buchauskunft oder Navigation (Suche) verursachen. |
---|
| 40 | |
---|
[351] | 41 | -- Geometrie glÀtten und vereinfachen fÌr Flur, Gemarkung und Gemeinde: |
---|
| 42 | -- Die "simplen" Geometrien sollen nur fÃŒr die Darstellung einer Ãbersicht verwendet werden. |
---|
| 43 | -- Ablage der simplen Geometrie in einem alternativen Geometriefeld im gleichen Datensatz. |
---|
| 44 | |
---|
[190] | 45 | -- Im Rahmen eines "Post-Processing" werden diese Daten nach jeder Konvertierung (NBA-Aktualisierung) |
---|
[330] | 46 | -- einmal komplett aufbereitet. Die benötigten Informationen stehen somit den Anwendungen mundgerecht zur VerfÌgung. |
---|
[190] | 47 | |
---|
[330] | 48 | -- Die per PostProcessing gefÃŒllten Tabellen bekommen den Profix "pp_". |
---|
[190] | 49 | |
---|
[330] | 50 | -- Die AusfÃŒhrung dieses Scriptes auf einer Datenbank fÃŒr eine 80T-Einwohner-Stadt dauert ca.: 500 Sek. ! |
---|
[190] | 51 | |
---|
| 52 | SET client_encoding = 'UTF-8'; |
---|
| 53 | |
---|
| 54 | |
---|
| 55 | -- Flurstuecksnummern-Label-Position |
---|
| 56 | -- ================================= |
---|
| 57 | |
---|
[330] | 58 | TRUNCATE pp_flurstueck_nr; -- effektiver als DELETE |
---|
[190] | 59 | |
---|
[330] | 60 | -- Ersatz: FÃŒllen in 3 Schritten |
---|
[190] | 61 | |
---|
[330] | 62 | -- 1. zu allen FlurstÌcken zunÀchst nur die Nummer, aber noch keine Geometrie |
---|
| 63 | INSERT INTO pp_flurstueck_nr |
---|
| 64 | ( fsgml, fsnum ) |
---|
| 65 | SELECT f.gml_id, f.zaehler::text || COALESCE ('/' || f.nenner::text, '') AS fsnum |
---|
| 66 | FROM ax_flurstueck f |
---|
| 67 | WHERE f.endet IS NULL; |
---|
| 68 | |
---|
| 69 | -- 2. Geometrie aus PrÀsentationsobjekt (manuelle Position), wenn vorhanden. Aus Subquery. |
---|
| 70 | UPDATE pp_flurstueck_nr n |
---|
| 71 | SET the_geom = ( |
---|
[336] | 72 | SELECT p.wkb_geometry |
---|
| 73 | FROM ap_pto p |
---|
[339] | 74 | WHERE n.fsgml=ANY(p.dientzurdarstellungvon) |
---|
[336] | 75 | AND p.endet IS NULL |
---|
[330] | 76 | LIMIT 1 -- wegen vereinzelt FEHLER: als Ausdruck verwendete Unteranfrage ergab mehr als eine Zeile |
---|
| 77 | ); |
---|
[336] | 78 | -- Dies lÀuft sehr lange. Optimierbar? |
---|
[330] | 79 | |
---|
| 80 | |
---|
| 81 | -- 3. Geometrie auf FlÀchenmitte (Standard), wenn jetzt noch leer |
---|
| 82 | UPDATE pp_flurstueck_nr n |
---|
| 83 | SET the_geom = ( |
---|
[336] | 84 | SELECT ST_PointOnSurface(f.wkb_geometry) AS wkb_geometry |
---|
| 85 | FROM ax_flurstueck f |
---|
| 86 | WHERE f.gml_id = n.fsgml |
---|
| 87 | AND f.endet IS NULL |
---|
[330] | 88 | ) |
---|
| 89 | WHERE n.the_geom IS NULL; --- nur die Fehlenden, nichts ÃŒberschreiben |
---|
| 90 | |
---|
| 91 | |
---|
| 92 | -- StraÃen - N a m e n und - K l a s s i f i k a t i o n |
---|
| 93 | -- Tabellen fÃŒr die PrÀsentation von StraÃen-Namen und -Klassifikationen |
---|
[296] | 94 | -- Daten aus dem View "ap_pto_stra" werden im PostProcessing gespeichert in der Tabelle "pp_strassenname". |
---|
[330] | 95 | -- Der View ÃŒbernimmt die Auswahl des passenden "advstandardmodell" und rechnet den Winkel passend um. |
---|
| 96 | -- In der Tabelle werden dann die leer gebliebenen Label aus dem Katalog noch ergÀnzt. |
---|
[296] | 97 | |
---|
[330] | 98 | -- Tabelle aus View befÃŒllen |
---|
| 99 | -- 2014-08-22 |
---|
| 100 | -- Variante "_p" = Punktgeometrie, Spalte gml_id ergÀnzt. |
---|
| 101 | -- Es werden nun auch SÀtze mit leerem "schriftinhalt" angelegt. Das wird dann nachtrÀglich gefÌllt. |
---|
| 102 | |
---|
[325] | 103 | -- Alles auf Anfang |
---|
| 104 | TRUNCATE pp_strassenname_p; |
---|
[296] | 105 | |
---|
[330] | 106 | -- ZunÀchst die Sonderschreibweisen (AbkÌrzungen) und die Standardschreibweisen, |
---|
[325] | 107 | -- die von der Migration redundant abgelegt wurden. |
---|
| 108 | INSERT INTO pp_strassenname_p (gml_id, schriftinhalt, hor, ver, art, winkel, the_geom) |
---|
| 109 | SELECT gml_id, schriftinhalt, hor, ver, art, winkel, wkb_geometry |
---|
| 110 | FROM ap_pto_stra; -- Der View sucht das passende advstandardmodell |
---|
| 111 | |
---|
[330] | 112 | -- Schriftinhalt ergÀnzen |
---|
[325] | 113 | -- Das sind die Standardschreibweisen aus dem Katalog, die nicht mehr redundant in ap_pto sind. |
---|
| 114 | UPDATE pp_strassenname_p p |
---|
| 115 | SET schriftinhalt = -- Hier ist der Label noch leer |
---|
[330] | 116 | -- Subquery "Gib mir den StraÃennamen": |
---|
| 117 | ( SELECT k.bezeichnung -- StraÃenname .. |
---|
[325] | 118 | FROM ax_lagebezeichnungkatalogeintrag k -- .. aus Katalog |
---|
| 119 | JOIN ax_lagebezeichnungohnehausnummer l -- verwendet als Lage o.H. |
---|
| 120 | ON (k.land=l.land AND k.regierungsbezirk=l.regierungsbezirk AND k.kreis=l.kreis AND k.gemeinde=l.gemeinde AND k.lage=l.lage ) |
---|
| 121 | WHERE p.gml_id = l.gml_id -- die gml_id wurde aus View importiert |
---|
| 122 | ) |
---|
[296] | 123 | WHERE p.schriftinhalt IS NULL |
---|
| 124 | AND NOT p.the_geom IS NULL; |
---|
| 125 | |
---|
[325] | 126 | -- Die immer noch leeren Texte sind nun sinnlos. |
---|
| 127 | -- Die finden sich ggf. in der Variante "_l" mit Liniengeometrie. |
---|
| 128 | DELETE FROM pp_strassenname_p WHERE schriftinhalt IS NULL; |
---|
[296] | 129 | |
---|
[330] | 130 | -- Nun das Gleiche noch einmal fÃŒr Linien-Geometrie |
---|
[325] | 131 | |
---|
| 132 | -- Auf Anfang |
---|
| 133 | TRUNCATE pp_strassenname_l; |
---|
| 134 | |
---|
[330] | 135 | -- ZunÀchst die Sonderschreibweisen (AbkÌrzungen) und die Standardschreibweisen, |
---|
[325] | 136 | -- die von der Migration redundant abgelegt wurden. |
---|
| 137 | INSERT INTO pp_strassenname_l (gml_id, schriftinhalt, hor, ver, art, the_geom) |
---|
| 138 | SELECT gml_id, schriftinhalt, hor, ver, art, wkb_geometry |
---|
| 139 | FROM ap_lto_stra; -- Der View sucht das passende advstandardmodell |
---|
| 140 | |
---|
[330] | 141 | -- Schriftinhalt ergÀnzen (korrigiert 2014-08-25) |
---|
[325] | 142 | -- Das sind die Standardschreibweisen aus dem Katalog, die nicht mehr redundant in ap_pto sind. |
---|
| 143 | -- Der Satz mit der passenen gml_id (Lage o.H.) ist aus dem View bereits importiert. |
---|
| 144 | -- Jetzt noch den dazu passenen Schriftinhalt aus dem Katalog holen. |
---|
| 145 | UPDATE pp_strassenname_l p |
---|
| 146 | SET schriftinhalt = -- Hier ist der Label noch leer |
---|
[330] | 147 | -- Subquery "Gib mir den StraÃennamen": |
---|
| 148 | ( SELECT k.bezeichnung -- StraÃenname .. |
---|
[325] | 149 | FROM ax_lagebezeichnungkatalogeintrag k -- .. aus Katalog |
---|
| 150 | JOIN ax_lagebezeichnungohnehausnummer l -- verwendet als Lage o.H. |
---|
| 151 | ON (k.land=l.land AND k.regierungsbezirk=l.regierungsbezirk AND k.kreis=l.kreis AND k.gemeinde=l.gemeinde AND k.lage=l.lage ) |
---|
| 152 | WHERE p.gml_id = l.gml_id -- die gml_id wurde aus View importiert |
---|
| 153 | ) |
---|
| 154 | WHERE p.schriftinhalt IS NULL |
---|
| 155 | AND NOT p.the_geom IS NULL; |
---|
| 156 | |
---|
| 157 | -- Die immer noch leeren Texte sind sinnlos. |
---|
| 158 | DELETE FROM pp_strassenname_l WHERE schriftinhalt IS NULL; |
---|
| 159 | |
---|
[330] | 160 | -- Tabelle fuer die Zuordnung vom EigentÃŒmern zu Gemeinden |
---|
[190] | 161 | -- ======================================================= |
---|
| 162 | |
---|
| 163 | -- erst mal sauber machen |
---|
| 164 | DELETE FROM gemeinde_person; |
---|
| 165 | |
---|
| 166 | -- alle direkten Buchungen mit View ermitteln und in Tabelle speichern |
---|
[330] | 167 | -- FÃŒr eine Stadt: ca. 20 Sekunden |
---|
[190] | 168 | INSERT INTO gemeinde_person |
---|
| 169 | (land, regierungsbezirk, kreis, gemeinde, person, buchtyp) |
---|
| 170 | SELECT land, regierungsbezirk, kreis, gemeinde, person, 1 |
---|
| 171 | FROM gemeinde_person_typ1; |
---|
| 172 | |
---|
| 173 | |
---|
[330] | 174 | -- noch die komplexeren Buchungen ergÀnzen (Recht an ..) |
---|
[190] | 175 | -- Mit View ermitteln und in Tabelle speichern |
---|
[330] | 176 | -- FÃŒr eine Stadt: ca. 10 Sekunden |
---|
[190] | 177 | INSERT INTO gemeinde_person |
---|
| 178 | ( land, regierungsbezirk, kreis, gemeinde, person, buchtyp) |
---|
| 179 | SELECT q.land, q.regierungsbezirk, q.kreis, q.gemeinde, q.person, 2 |
---|
| 180 | FROM gemeinde_person_typ2 q -- Quelle |
---|
| 181 | LEFT JOIN gemeinde_person z -- Ziel |
---|
| 182 | ON q.person = z.person -- Aber nur, wenn dieser Fall im Ziel |
---|
| 183 | AND q.land = z.land |
---|
| 184 | AND q.regierungsbezirk = z.regierungsbezirk |
---|
| 185 | AND q.kreis = z.kreis |
---|
| 186 | AND q.gemeinde = z.gemeinde |
---|
| 187 | WHERE z.gemeinde is Null; -- .. noch nicht vorhanden ist |
---|
| 188 | |
---|
| 189 | -- ENDE -- |
---|