AW: [PostNAS] SQL-Abfrage / csv-Datei erzeugen

[Hentschel, Markus]

Hallo,

Ja, programmseitige Erzeugung mit PHP und einer ganzen Reihe von SQL-Abfragen.

Und ja, natürlich Weiterverarbeitung in Excel für die verschiedensten Zwecke.

Und nochmal ja, komplexe Datenbankstrukturen dermaßen platt zu kloppen ist auch nicht unbedingt meine Sache...


Das bedingt natürlich Ungenauigkeiten. Ist das Flurstück auf mehreren Grundbüchern gebucht und sind da mehrere Eigentümer mit verschiedenen Anteilen (Erbengemeinschaften, au weia) - dann schreiben wir die Blattnummern tatsächlich in ein Feld und die ganzen Eigentümer in ein weiteres, den Anteil jedoch gar nicht. Das ist sicherlich diskussionswürdig, hat sich aber in der Praxis bewährt. Den Nutzern reicht das aus und sie wissen vor allem um die Ungenauigkeiten und Begrenzungen - dass sie in einem solchen Fall also z.B. nicht erkennen können, welcher Eigentümer mit welchem Anteil und welcher Buchungsart zu welchem Grundbuch gehört. Wenn das nicht ausreichend ist, gibt es dann ja die amtlichen Buchauszüge 20 bis 40 (heißen die eigentlich bundesweit so oder ist das eine Erfindung von hier oben?).

Die Vorgängerflurstücke (direkte Vorgänger) werden auch in ein Feld geschrieben, genauso gesetzliche Klassifizierungen zur Bodenschätzung etc. Das Ganze ist an der Praxis und dem Bedarf *unserer* Nutzer orientiert und soll keinesfalls die vollständige rechtssichere amtliche Auskunft ersetzen. Für viele Zwecke ist es aber eben mehr als ausreichend, oft sogar die einzige Möglichkeit, zum Ziel zu kommen.


Beste Grüße
Markus Hentschel 




-----Ursprüngliche Nachricht-----
Von: nas-bounces at lists.osgeo.org [mailto:nas-bounces at lists.osgeo.org] Im Auftrag von Frank Jäger
Gesendet: Donnerstag, 12. April 2012 10:37
An: nas at lists.osgeo.org
Betreff: Re: [PostNAS] SQL-Abfrage / csv-Datei erzeugen


Moin!

Am 12.04.2012 08:37, schrieb Thomas Baschetti:
> Hallo,
>
> Am 12.04.2012 08:13, schrieb Hentschel, Markus:
>> Hallo Herr Mau,
>> Hallo Herr Jäger,
>>
>>>> Wollen sie wirklich so eine Struktur?
>>>> Wenn ja - Wozu?
>> Da muss ich ein bißchen widersprechen. Wir haben in unserem 
>> kvwmap-Framework genau so etwas als Feature eingebaut und es ist 
>> eines der meistgenutzen Features. Es gibt einen Flurstücks-CSV-Export 
>> (der die möglichen 1:n Beziehungen wie z.B. Eigentümer in ein Feld 
>> schreibt!), es gibt einen Eigentümer-CSV-Export (pro Eigentümer eine 
>> Zeile) und einen Nutzungsarten-CSV-Export. Der Nutzer wählt aus, 
>> welche Buchdaten-Elemente im Export enthalten sein sollen. Dass das 
>> manchmal recht wüst aussieht (zehn Eigentümer in einem Feld) und zum 
>> Teil Wiederholung ohne Ende bedeutet,


Sehe ich das richtig? Diese Export-Funktion ist dann keine reine SQL-Funktion, sondern das zusammen packen der Redundanzen in einem Feld wird durch ein Programm gesteuert?


>> ist wohlbekannt, stört aber offenbar wenig.

Manche sind da schmerzfrei, Hauptsache man kann es mit Excel verarbeiten.
Aber ist das Ergebnis noch nutzbar? Ist es noch korrekt?
Werden die teilweisen komplizierten Rechtsverhältnisse noch abgebildet?

In vielen Jahren mit ALB kam immer wieder die Frage:
  "Ich will eine ganz einfache Auswertung in der drin steht, wer DER Eigentümer DES Flurstücks ist."

Leider ist das in der Praxis nicht so einfach. Und wenn man als Programmierer eine Auswertung zur Verfügung stellt, dann müssen nicht nur diese einfachen Fälle (1:1) damit abgebildet werden sondern auch die komplexen, z.B.:

  "Grundbuch X hat mit der Buchungsart 'Wohnungs-/Teileigentum' 
835/10.000stel Anteil am Flurstück. Eigentümer des Grundbuchs X sind 1. 
zu 1/2 aaaa und 2.1 zu 1/4 bbbb und 2.2 zu 1/4 cccc usw. .... mit dem Sondereigentum an einem Kellerraum. Weitere Grundbücher zu dem Flurstück sind Y, Z, ...  mit den Anteilen .... und mit den Eigentümern ....."

Oder auch

  "Flurstück 1 ist gebucht (mit Buchungsart Normaleigentum) auf Grundbuch A mit den Eigentümern .... .
Grundbuch B hat ein (Erbbau-) Recht an dem Grundstück mit dem Flurstück
1 auf dem Grundbuch A.
Die Eigentümer von Grundbuch B sind ....".

Sollen die Namen der Eigentümer von GB A und B  bzw. X, Y und Z auch alle zusammen in EIN Feld?
Die Anteile der Grundbücher am Flurstück und die Anteile der einzelnen Eigentümer eines Grundbuches dabei einfach weg lassen?

> und wahrscheinlich wird das ganze dann in Excel "weiterverarbeitet" 
> ;-) Diese Anforderungen kenne ich auch, da schmerzt zwar manchmal das 
> Datenbankler-Herz

Ja, ich denke, man hat die gesträubten Nackenhaare gespürt   ;-)

> aber für die Kunden sind diese Informationen doch wichtig und so auch 
> zu verarbeiten, wenn man auf die Redundanzen und das spezielle am Format hinweist.
>
> Soll die Historie beliebig weit zurück gehen oder nur das 
> Vorgängerflurstück

DIE VorgängerflurstückE. Auch hier leider 1:N und N:1 möglich. (Teilung,
Verschmelzung)

> angegeben werden (sofern in den Daten überhaupt vorhanden)?
>
>
> Viele Grüße
> Thomas Baschetti

-- 

Frank Jäger

_______________________________________________
NAS mailing list
NAS at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/nas