[190] | 1 | |
---|
[324] | 2 | -- ALKIS PostNAS |
---|
[190] | 3 | |
---|
| 4 | -- Post Processing (pp_) Teil 2: Laden der Tabellen |
---|
| 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 |
---|
[324] | 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() |
---|
[324] | 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-08-26 Beseitigung eines Fehlers beim Laden der StraÃennamen-Label. |
---|
| 21 | -- Dabei Trennung in pp_strassenname_p und -_l (Punkt- und Liniengeometrie). |
---|
[190] | 22 | |
---|
| 23 | -- ============================ |
---|
| 24 | -- Tabellen des Post-Processing |
---|
| 25 | -- ============================ |
---|
| 26 | |
---|
| 27 | -- Einige Informationen liegen nach der NAS-Konvertierung in der Datenbank "verstreut" vor. |
---|
[324] | 28 | -- Die dynamische Aufbereitung ÃŒber Views und Functions wÃŒrde zu lange dauern und somit lange |
---|
[190] | 29 | -- Antwortzeiten in WMS, WFS, Buchauskunft oder Navigation (Suche) verursachen. |
---|
| 30 | |
---|
| 31 | -- Im Rahmen eines "Post-Processing" werden diese Daten nach jeder Konvertierung (NBA-Aktualisierung) |
---|
[324] | 32 | -- einmal komplett aufbereitet. Die benötigten Informationen stehen somit den Anwendungen mundgerecht zur VerfÌgung. |
---|
[190] | 33 | |
---|
[324] | 34 | -- Die per PostProcessing gefÃŒllten Tabellen bekommen den Profix "pp_". |
---|
[190] | 35 | |
---|
[324] | 36 | -- Die AusfÃŒhrung dieses Scriptes auf einer Datenbank fÃŒr eine 80T-Einwohner-Stadt dauert ca.: 500 Sek. ! |
---|
[190] | 37 | |
---|
| 38 | SET client_encoding = 'UTF-8'; |
---|
| 39 | |
---|
| 40 | |
---|
| 41 | -- ============================================================================ |
---|
| 42 | -- Redundanzen aus alkis_beziehungen beseitigen, die nach NAS replace auftreten |
---|
| 43 | -- ============================================================================ |
---|
| 44 | -- Workaround: alle Redundazen nach einem Lauf entfernen. |
---|
[324] | 45 | -- Besser wÀre: sofort im Trigger bei replace entfernen. |
---|
[190] | 46 | -- Siehe Schema in FUNCTION delete_feature_kill |
---|
| 47 | |
---|
[296] | 48 | |
---|
[190] | 49 | -- ================================= |
---|
| 50 | -- Flurstuecksnummern-Label-Position |
---|
| 51 | -- ================================= |
---|
| 52 | |
---|
[324] | 53 | -- ersetzt den View "s_flurstueck_nr" fÃŒr WMS-Layer "ag_t_flurstueck" |
---|
[190] | 54 | |
---|
[278] | 55 | --DELETE FROM pp_flurstueck_nr; |
---|
[319] | 56 | TRUNCATE pp_flurstueck_nr; -- effektiver als DELETE |
---|
[190] | 57 | |
---|
| 58 | INSERT INTO pp_flurstueck_nr |
---|
| 59 | ( fsgml, fsnum, the_geom ) |
---|
| 60 | SELECT f.gml_id, |
---|
| 61 | f.zaehler::text || COALESCE ('/' || f.nenner::text, '') AS fsnum, |
---|
| 62 | p.wkb_geometry -- manuelle Position des Textes |
---|
| 63 | FROM ap_pto p |
---|
| 64 | JOIN alkis_beziehungen v ON p.gml_id = v.beziehung_von |
---|
| 65 | JOIN ax_flurstueck f ON v.beziehung_zu = f.gml_id |
---|
| 66 | WHERE v.beziehungsart = 'dientZurDarstellungVon' |
---|
| 67 | AND f.endet IS NULL |
---|
| 68 | AND p.endet IS NULL |
---|
| 69 | --AND p."art" = 'ZAE_NEN' |
---|
| 70 | UNION |
---|
| 71 | SELECT f.gml_id, |
---|
| 72 | f.zaehler::text || COALESCE ('/' || f.nenner::text, '') AS fsnum, |
---|
| 73 | ST_PointOnSurface(f.wkb_geometry) AS wkb_geometry -- Flaechenmitte als Position des Textes |
---|
| 74 | FROM ax_flurstueck f |
---|
| 75 | LEFT JOIN alkis_beziehungen v ON v.beziehung_zu = f.gml_id |
---|
| 76 | WHERE v.beziehungsart is NULL |
---|
| 77 | AND f.endet IS NULL |
---|
| 78 | ; |
---|
[324] | 79 | -- AusfÃŒhrung: mittlere Stadt: ca. 4 - 18 Sec. |
---|
[190] | 80 | |
---|
| 81 | |
---|
[324] | 82 | -- StraÃen - N a m e n und - K l a s s i f i k a t i o n |
---|
| 83 | -- Tabellen fÃŒr die PrÀsentation von StraÃen-Namen und -Klassifikationen |
---|
[296] | 84 | -- Daten aus dem View "ap_pto_stra" werden im PostProcessing gespeichert in der Tabelle "pp_strassenname". |
---|
[324] | 85 | -- Der View ÃŒbernimmt die Auswahl des passenden "advstandardmodell" und rechnet den Winkel passend um. |
---|
| 86 | -- In der Tabelle werden dann die leer gebliebenen Label aus dem Katalog noch ergÀnzt. |
---|
[296] | 87 | |
---|
[324] | 88 | -- Tabelle aus View befÃŒllen |
---|
| 89 | -- 2014-08-22 |
---|
| 90 | -- Variante "_p" = Punktgeometrie, Spalte gml_id ergÀnzt. |
---|
| 91 | -- Es werden nun auch SÀtze mit leerem "schriftinhalt" angelegt. Das wird dann nachtrÀglich gefÌllt. |
---|
[296] | 92 | |
---|
[324] | 93 | -- Alles auf Anfang |
---|
| 94 | TRUNCATE pp_strassenname_p; |
---|
| 95 | |
---|
| 96 | -- ZunÀchst die Sonderschreibweisen (AbkÌrzungen) und die Standardschreibweisen, |
---|
| 97 | -- die von der Migration redundant abgelegt wurden. |
---|
| 98 | INSERT INTO pp_strassenname_p (gml_id, schriftinhalt, hor, ver, art, winkel, the_geom) |
---|
| 99 | SELECT gml_id, schriftinhalt, hor, ver, art, winkel, wkb_geometry |
---|
| 100 | FROM ap_pto_stra; -- Der View sucht das passende advstandardmodell |
---|
| 101 | |
---|
| 102 | -- Schriftinhalt ergÀnzen |
---|
| 103 | -- Das sind die Standardschreibweisen aus dem Katalog, die nicht mehr redundant in ap_pto sind. |
---|
| 104 | UPDATE pp_strassenname_p p |
---|
| 105 | SET schriftinhalt = -- Hier ist der Label noch leer |
---|
| 106 | -- Subquery "Gib mir den StraÃennamen": |
---|
| 107 | ( SELECT k.bezeichnung -- StraÃenname .. |
---|
| 108 | FROM ax_lagebezeichnungkatalogeintrag k -- .. aus Katalog |
---|
| 109 | JOIN ax_lagebezeichnungohnehausnummer l -- verwendet als Lage o.H. |
---|
| 110 | 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 ) |
---|
| 111 | WHERE p.gml_id = l.gml_id -- die gml_id wurde aus View importiert |
---|
| 112 | ) |
---|
[296] | 113 | WHERE p.schriftinhalt IS NULL |
---|
| 114 | AND NOT p.the_geom IS NULL; |
---|
| 115 | |
---|
[324] | 116 | -- FEHLER: als Ausdruck verwendete Unteranfrage ergab mehr als eine Zeile |
---|
| 117 | -- Ursache: Trigger anpassen an "character varying", arbeitet bisher nur mit "caharacter(16)" korrekt |
---|
[296] | 118 | |
---|
[324] | 119 | |
---|
| 120 | -- Die immer noch leeren Texte sind nun sinnlos. |
---|
| 121 | -- Die finden sich ggf. in der Variante "_l" mit Liniengeometrie. |
---|
| 122 | DELETE FROM pp_strassenname_p WHERE schriftinhalt IS NULL; |
---|
| 123 | |
---|
| 124 | -- Nun das Gleiche noch einmal fÃŒr Linien-Geometrie |
---|
| 125 | |
---|
| 126 | -- Auf Anfang |
---|
| 127 | TRUNCATE pp_strassenname_l; |
---|
| 128 | |
---|
| 129 | -- ZunÀchst die Sonderschreibweisen (AbkÌrzungen) und die Standardschreibweisen, |
---|
| 130 | -- die von der Migration redundant abgelegt wurden. |
---|
| 131 | INSERT INTO pp_strassenname_l (gml_id, schriftinhalt, hor, ver, art, the_geom) |
---|
| 132 | SELECT gml_id, schriftinhalt, hor, ver, art, wkb_geometry |
---|
| 133 | FROM ap_lto_stra; -- Der View sucht das passende advstandardmodell |
---|
| 134 | |
---|
| 135 | -- Schriftinhalt ergÀnzen (korrigiert 2014-08-25) |
---|
| 136 | -- Das sind die Standardschreibweisen aus dem Katalog, die nicht mehr redundant in ap_pto sind. |
---|
| 137 | -- Der Satz mit der passenen gml_id (Lage o.H.) ist aus dem View bereits importiert. |
---|
| 138 | -- Jetzt noch den dazu passenen Schriftinhalt aus dem Katalog holen. |
---|
| 139 | UPDATE pp_strassenname_l p |
---|
| 140 | SET schriftinhalt = -- Hier ist der Label noch leer |
---|
| 141 | -- Subquery "Gib mir den StraÃennamen": |
---|
| 142 | ( SELECT k.bezeichnung -- StraÃenname .. |
---|
| 143 | FROM ax_lagebezeichnungkatalogeintrag k -- .. aus Katalog |
---|
| 144 | JOIN ax_lagebezeichnungohnehausnummer l -- verwendet als Lage o.H. |
---|
| 145 | 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 ) |
---|
| 146 | WHERE p.gml_id = l.gml_id -- die gml_id wurde aus View importiert |
---|
| 147 | ) |
---|
| 148 | WHERE p.schriftinhalt IS NULL |
---|
| 149 | AND NOT p.the_geom IS NULL; |
---|
| 150 | |
---|
| 151 | -- Die immer noch leeren Texte sind sinnlos. |
---|
| 152 | DELETE FROM pp_strassenname_l WHERE schriftinhalt IS NULL; |
---|
| 153 | |
---|
| 154 | |
---|
[190] | 155 | -- ======================================================== |
---|
| 156 | -- Tabellen fuer die Zuordnung vom Gemarkungen zu Gemeinden |
---|
| 157 | -- ======================================================== |
---|
| 158 | |
---|
[324] | 159 | -- FÃŒr die Regelung der Zugriffsberechtigung einer Gemeindeverwaltung auf die |
---|
| 160 | -- FlurstÃŒcke in ihrem Gebiet braucht man die Information, in welcher Gemeinde eine Gemarkung liegt. |
---|
[190] | 161 | -- 'ax_gemeinde' und 'ax_gemarkung' haben aber im ALKIS keinerlei Beziehung zueinander - kaum zu glauben! |
---|
[324] | 162 | -- Nur ÃŒber die Auswertung der FlurstÃŒcke kann man die Zuordnung ermitteln. |
---|
| 163 | -- Da nicht stÀndig mit 'SELECT DISTINCT' sÀmtliche FlurstÌcke durchsucht werden können, |
---|
[190] | 164 | -- muss diese Information als (redundante) Tabelle nach dem Laden zwischengespeichert werden. |
---|
| 165 | |
---|
| 166 | |
---|
| 167 | -- G E M A R K U N G |
---|
| 168 | |
---|
[278] | 169 | --DELETE FROM pp_gemarkung; |
---|
| 170 | TRUNCATE pp_gemarkung; |
---|
[190] | 171 | |
---|
| 172 | -- Vorkommende Paarungen Gemarkung <-> Gemeinde in ax_Flurstueck |
---|
| 173 | INSERT INTO pp_gemarkung |
---|
| 174 | ( land, regierungsbezirk, kreis, gemeinde, gemarkung ) |
---|
| 175 | SELECT DISTINCT land, regierungsbezirk, kreis, gemeinde, gemarkungsnummer |
---|
| 176 | FROM ax_flurstueck |
---|
| 177 | WHERE endet IS NULL |
---|
| 178 | ORDER BY land, regierungsbezirk, kreis, gemeinde, gemarkungsnummer |
---|
| 179 | ; |
---|
| 180 | |
---|
| 181 | -- Namen der Gemarkung dazu als Optimierung bei der Auskunft |
---|
| 182 | UPDATE pp_gemarkung a |
---|
| 183 | SET gemarkungsname = |
---|
| 184 | ( SELECT b.bezeichnung |
---|
| 185 | FROM ax_gemarkung b |
---|
| 186 | WHERE a.land=b.land |
---|
| 187 | AND a.gemarkung=b.gemarkungsnummer |
---|
| 188 | AND b.endet IS NULL |
---|
| 189 | ); |
---|
| 190 | |
---|
| 191 | |
---|
| 192 | -- G E M E I N D E |
---|
| 193 | |
---|
[278] | 194 | --DELETE FROM pp_gemeinde; |
---|
| 195 | TRUNCATE pp_gemeinde; |
---|
[190] | 196 | |
---|
| 197 | -- Vorkommende Gemeinden aus den gemarkungen |
---|
| 198 | INSERT INTO pp_gemeinde |
---|
| 199 | ( land, regierungsbezirk, kreis, gemeinde) |
---|
| 200 | SELECT DISTINCT land, regierungsbezirk, kreis, gemeinde |
---|
| 201 | FROM pp_gemarkung |
---|
| 202 | ORDER BY land, regierungsbezirk, kreis, gemeinde |
---|
| 203 | ; |
---|
| 204 | |
---|
| 205 | |
---|
| 206 | -- Namen der Gemeinde dazu als Optimierung bei der Auskunft |
---|
| 207 | UPDATE pp_gemeinde a |
---|
| 208 | SET gemeindename = |
---|
| 209 | ( SELECT b.bezeichnung |
---|
| 210 | FROM ax_gemeinde b |
---|
| 211 | WHERE a.land=b.land |
---|
| 212 | AND a.regierungsbezirk=b.regierungsbezirk |
---|
| 213 | AND a.kreis=b.kreis |
---|
| 214 | AND a.gemeinde=b.gemeinde |
---|
| 215 | AND b.endet IS NULL |
---|
| 216 | ); |
---|
| 217 | |
---|
| 218 | |
---|
| 219 | -- ============================================================================== |
---|
[324] | 220 | -- Geometrien der FlurstÃŒcke schrittweise zu groesseren Einheiten zusammen fassen |
---|
[190] | 221 | -- ============================================================================== |
---|
| 222 | |
---|
[324] | 223 | -- Dies macht nur Sinn, wenn der Inhalt der Datenbank einen ganzen Katasterbezirk enthÀlt. |
---|
[190] | 224 | -- Wenn ein Gebiet durch geometrische Filter im NBA ausgegeben wurde, dann gibt es Randstreifen, |
---|
| 225 | -- die zu Pseudo-Fluren zusammen gefasst werden. Fachlich falsch! |
---|
| 226 | |
---|
[324] | 227 | -- AusfÃŒhrungszeit: 1 mittlere Stadt mit ca. 14.000 FlurstÃŒcken > 100 Sek |
---|
[190] | 228 | |
---|
| 229 | DELETE FROM pp_flur; |
---|
| 230 | |
---|
| 231 | INSERT INTO pp_flur (land, regierungsbezirk, kreis, gemarkung, flurnummer, anz_fs, the_geom ) |
---|
| 232 | SELECT f.land, f.regierungsbezirk, f.kreis, f.gemarkungsnummer as gemarkung, f.flurnummer, |
---|
| 233 | count(gml_id) as anz_fs, |
---|
[324] | 234 | st_multi(st_union(st_buffer(f.wkb_geometry,0.05))) AS the_geom -- Zugabe um ZwischenrÀume zu vermeiden |
---|
[190] | 235 | FROM ax_flurstueck f |
---|
| 236 | WHERE f.endet IS NULL |
---|
| 237 | GROUP BY f.land, f.regierungsbezirk, f.kreis, f.gemarkungsnummer, f.flurnummer; |
---|
| 238 | |
---|
| 239 | -- Fluren zu Gemarkungen zusammen fassen |
---|
| 240 | -- ------------------------------------- |
---|
| 241 | |
---|
[324] | 242 | -- FEHLER: 290 Absturz PG! Bei Verwendung der ungebufferten prÀzisen Geometrie. |
---|
[190] | 243 | -- bufferOriginalPrecision failed (TopologyException: unable to assign hole to a shell), trying with reduced precision |
---|
[324] | 244 | -- UPDATE: ../../source/headers/geos/noding/SegmentString.h:175: void geos::noding::SegmentString::testInvariant() const: Zusicherung »pts->size() > 1« nicht erfÌllt. |
---|
[190] | 245 | |
---|
[324] | 246 | -- FlÀchen vereinigen |
---|
[190] | 247 | UPDATE pp_gemarkung a |
---|
| 248 | SET the_geom = |
---|
[324] | 249 | ( SELECT st_multi(st_union(st_buffer(b.the_geom,0.1))) AS the_geom -- Puffer/Zugabe um Löcher zu vermeiden |
---|
[319] | 250 | FROM pp_flur b |
---|
| 251 | WHERE a.land = b.land |
---|
| 252 | AND a.gemarkung = b.gemarkung |
---|
[190] | 253 | ); |
---|
| 254 | |
---|
| 255 | -- Fluren zaehlen |
---|
| 256 | UPDATE pp_gemarkung a |
---|
| 257 | SET anz_flur = |
---|
| 258 | ( SELECT count(flurnummer) AS anz_flur |
---|
| 259 | FROM pp_flur b |
---|
| 260 | WHERE a.land = b.land |
---|
| 261 | AND a.gemarkung = b.gemarkung |
---|
| 262 | ); -- Gemarkungsnummer ist je BundesLand eindeutig |
---|
| 263 | |
---|
| 264 | |
---|
| 265 | -- Gemarkungen zu Gemeinden zusammen fassen |
---|
| 266 | -- ---------------------------------------- |
---|
| 267 | |
---|
[324] | 268 | -- FlÀchen vereinigen (aus der bereits vereinfachten Geometrie) |
---|
[190] | 269 | UPDATE pp_gemeinde a |
---|
| 270 | SET the_geom = |
---|
[319] | 271 | ( SELECT st_multi(st_union(st_buffer(b.the_geom,0.1))) AS the_geom -- noch mal Zugabe |
---|
[190] | 272 | FROM pp_gemarkung b |
---|
| 273 | WHERE a.land = b.land |
---|
| 274 | AND a.gemeinde = b.gemeinde |
---|
| 275 | ); |
---|
| 276 | |
---|
[324] | 277 | -- Gemarkungen zÀhlen |
---|
[190] | 278 | UPDATE pp_gemeinde a |
---|
| 279 | SET anz_gemarkg = |
---|
| 280 | ( SELECT count(gemarkung) AS anz_gemarkg |
---|
| 281 | FROM pp_gemarkung b |
---|
| 282 | WHERE a.land = b.land |
---|
| 283 | AND a.gemeinde = b.gemeinde |
---|
| 284 | ); |
---|
| 285 | |
---|
| 286 | |
---|
[324] | 287 | -- Geometrie glÀtten / vereinfachen |
---|
| 288 | -- Diese "simplen" Geometrien sollen nur fÃŒr die Darstellung einer Ãbersicht verwendet werden. |
---|
[319] | 289 | -- Ablage der simplen Geometrie in einem alternativen Geometriefeld im gleichen Datensatz. |
---|
[190] | 290 | |
---|
[319] | 291 | UPDATE pp_flur SET simple_geom = st_simplify(the_geom, 0.4); -- Flur |
---|
| 292 | |
---|
| 293 | UPDATE pp_gemarkung SET simple_geom = st_simplify(the_geom, 2.0); -- Gemarkung (Wirkung siehe pp_gemarkung_analyse) |
---|
| 294 | |
---|
| 295 | UPDATE pp_gemeinde SET simple_geom = st_simplify(the_geom, 5.0); -- Gemeinde (Wirkung siehe pp_gemeinde_analyse) |
---|
| 296 | |
---|
| 297 | |
---|
[190] | 298 | -- ======================================================= |
---|
[324] | 299 | -- Tabelle fuer die Zuordnung vom EigentÃŒmern zu Gemeinden |
---|
[190] | 300 | -- ======================================================= |
---|
| 301 | |
---|
| 302 | |
---|
| 303 | -- erst mal sauber machen |
---|
| 304 | DELETE FROM gemeinde_person; |
---|
| 305 | |
---|
| 306 | -- alle direkten Buchungen mit View ermitteln und in Tabelle speichern |
---|
[324] | 307 | -- FÃŒr eine Stadt: ca. 20 Sekunden |
---|
[190] | 308 | INSERT INTO gemeinde_person |
---|
| 309 | (land, regierungsbezirk, kreis, gemeinde, person, buchtyp) |
---|
| 310 | SELECT land, regierungsbezirk, kreis, gemeinde, person, 1 |
---|
| 311 | FROM gemeinde_person_typ1; |
---|
| 312 | |
---|
| 313 | |
---|
[324] | 314 | -- noch die komplexeren Buchungen ergÀnzen (Recht an ..) |
---|
[190] | 315 | -- Mit View ermitteln und in Tabelle speichern |
---|
[324] | 316 | -- FÃŒr eine Stadt: ca. 10 Sekunden |
---|
[190] | 317 | INSERT INTO gemeinde_person |
---|
| 318 | ( land, regierungsbezirk, kreis, gemeinde, person, buchtyp) |
---|
| 319 | SELECT q.land, q.regierungsbezirk, q.kreis, q.gemeinde, q.person, 2 |
---|
| 320 | FROM gemeinde_person_typ2 q -- Quelle |
---|
| 321 | LEFT JOIN gemeinde_person z -- Ziel |
---|
| 322 | ON q.person = z.person -- Aber nur, wenn dieser Fall im Ziel |
---|
| 323 | AND q.land = z.land |
---|
| 324 | AND q.regierungsbezirk = z.regierungsbezirk |
---|
| 325 | AND q.kreis = z.kreis |
---|
| 326 | AND q.gemeinde = z.gemeinde |
---|
| 327 | WHERE z.gemeinde is Null; -- .. noch nicht vorhanden ist |
---|
| 328 | |
---|
| 329 | -- ENDE -- |
---|