HowTo-Liste: Unterschied zwischen den Versionen

Aus kvwmap
Wechseln zu: Navigation, Suche
Zeile 2: Zeile 2:
  
  
 
+
__TOC__
  
 
== Baulasten aus dem ALB ==
 
== Baulasten aus dem ALB ==

Version vom 24. Februar 2006, 09:27 Uhr

Hinweise und Dokus der Anwender über Daten und Anwendungen (spezeille SQLs, spezielle Snippets, "wie hab ich das gemacht?")


Baulasten aus dem ALB

  • --Markus Hentschel 07:59, 24. Feb 2006 (CET) Die Baulasten werden im ALB nachrichtlich geführt (Vorsicht ist allerdings wegen Redundanzen geboten!). Damit lassen Sie sich in kvwmap anzeigen. Wir haben das so realisiert, dass im Flurstück ein Punktsymbol erscheint. Dazu wurde in der PostGIS-DB eine Sicht angelegt, die folgende Definition hat:
SELECT fl.objnr AS oid, fl.objnr AS id, pointonsurface(fl.the_geom) AS the_geom, ab.flurstkennz, ab.blattnr
FROM alb_f_baulasten ab, alknflst f, alkobj_e_fla fl
WHERE fl.folie::text = '001'::text AND ab.flurstkennz::text = f.flurstkennz::text AND f.objnr::text = fl.objnr::text;
"pointonsurface" erzeugt einen Punktort, der garantiert innerhalb der Fläche liegt. Ungelöstes Problem bisher ist, wenn mehrere Baulasten auf einem Flurstück liegen. Dann erscheint mit diesem Statement nur ein Punktsymbol. Schöner wäre natürlich, wenn es dann entsprechend mehrere, verstzte Symbole sind oder wenn im Symbol selber die Anzahl der Baulasten erschiene o.ä.


Flurstücke im Eigentum des Landkreises

  • --Markus Hentschel 08:26, 24. Feb 2006 (CET) Wenn man als Layer die Flurstücke dargestellt haben möchte, die im Eigentum des Landkreises sind, dann ist vorab folgendes zu bedenken (das kann natürlich in anderen Kreisen ganz anders sein):
    • Die Suche nach "Landkreis" alleine reicht nicht aus, denn in NVP haben auch andere Landkreise Eigentum
    • Die Suche nur im ersten Namensfeld reicht nicht aus, manchmal steckt der gesuchte String auch im zweiten Namensfeld
    • Die Schreibweisen sind - historisch durch diverse Kreisgebietsreformen bedingt - sehr uneinheitlich, was zudem noch durch die total veraltete händische ALB-Eingabe mit den entsprechenden Fehlermöglichkeiten unterstützt wird.
SELECT o.objnr::text || b.bezirk::text AS oid, o.objnr::text || b.bezirk::text AS id,
o.the_geom, n.name1::text || n.name2::text AS name, e.bezirk, e.blatt, b.flurstkennz
FROM alb_g_namen n, alb_g_eigentuemer e, alb_g_buchungen b, alknflst f, alkobj_e_fla o
WHERE (
n.name1::text ~~ '%Landkreis Nordvorpommern%'::text OR n.name2::text ~~ '%Landkreis Nordvorpommern%'::text
OR n.name1::text ~~ '%Landkreis Grimmen%'::text
OR n.name1::text ~~ '%Kreis Grimmen%'::text
OR n.name1::text ~~ '%Kreisverwaltung Grimmen%'::text
OR n.name1::text ~~ '%Landkreis Stralsund%'::text
OR n.name1::text ~~ '%Kreis Stralsund%'::text
OR n.name1::text ~~ '%Kreisverwaltung Stralsund%'::text
OR n.name1::text ~~ '%Landkreis Ribnitz%'::text
OR n.name1::text ~~ '%Kreis Ribnitz%'::text
OR n.name1::text ~~ '%Kreisverwaltung Ribnitz%'::text
OR n.name1::text ~~ '%Rat%'::text AND n.name1::text ~~ '%Kreises%'::text
)
AND n.lfd_nr_name = e.lfd_nr_name
AND e.bezirk = b.bezirk AND e.blatt::text = b.blatt::text
AND b.flurstkennz::text = f.flurstkennz::text AND f.objnr::text = o.objnr::text;
So siehts in Nordvorpommern aus und es kann gut sein, dass damit nicht mal alle Schreibweisen abgedeckt sind. Wie gesagt, wird es in anderen Kreisen ähnlich, aber vermutlich doch auch wieder ein bißchen anders sein. Das kann also nicht ohne Anpassung an die eigenen Daten so übernommen werden.