StadtAnalyst: Unterschied zwischen den Versionen

Aus GeoMediaKommunal
Zur Navigation springen Zur Suche springen
 
(50 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 20: Zeile 20:


== Ziel ==
== Ziel ==
GMSC-K – Sta(d)tAnalyst erlaubt die umfassende Erfassung aller erforderlichen Daten zu Kommunalverwaltung und ermöglicht dadurch das Monitoring.<br />
GMSC-K – Sta(d)tAnalyst erlaubt die umfassende Erfassung und Auswertung aller erforderlichen statistischen Daten zu Gebieten und Adressen einer Kommune.<br />
Statistische Abfragen und Auswertungen zu den unterschiedlichsten kommunalen Daten, Wohnungsstand oder Bevölkerung können gebietsbezogen durchgeführt werden.
<br />
<br />
Statistische Abfragen und Auswertungen zu den unterschiedlichsten kommunalen Daten, Wohnungsstand oder Bevölkerung können gebietsbezogen durchgeführt werden.<br/><br/>
Die Fachanwendung unterstützt das Monitoring von Gebieten. Landesspezifische Vorgaben werden dabei berücksichtigt, siehe hierfür das landesspezische Arbeitsblatt.
<br />
Zusätzlich bietet die Fachanwendung die Möglichkeit, Informationen zu Gewerbe, Wahlen und Umweltdaten zu erfassen und auszuwerten. Durch die räumlichen Zusammenhänge der Daten und deren Verknüpfung mit den Adressen und Gebieten sind vielfältige, effiziente Analysen möglich.
 
<br/><br/>


== Ausgewählte Symbole der Programmoberfläche ==
== Ausgewählte Symbole der Programmoberfläche ==
Zeile 34: Zeile 39:


<br />
<br />
Der Aufbau der zentralen Fachanwendungen (Basis-Fachklassen, Basis-Stammdaten) ist für alle Applikationen einheitlich. In diesem Beitrag wird nur auf die spezifische Fachanwendung und Objektklassen der Fachanwendung Sta(d)tAnalyst eingegangen.<br />
Der Aufbau der zentralen Fachanwendungen (Basis-Fachklassen, Basis-Stammdaten) ist für alle Applikationen einheitlich:
<br>
* Straßen
* Adressen
* Gebiete
* Flurstücke
u.a.
 
In diesem Beitrag wird nur auf die spezifische Fachanwendung und Objektklassen der Fachanwendung Sta(d)tAnalyst eingegangen.<br />
 
 
Die Fachanwendung GMSC-K – Sta(d)tAnalyst baut im wesentlichen auf zwei Informationstabellen auf:<br />
- Adressen<br />
- Gebiete<br />
<br />
Die Adressen werden standardmäßig für Kommunen, im Rahmen des Einlesens der NAS Daten, eingelesen und können individuell erweitert werden.<br />
<br />
Gebiete hingegen müssen individuell angelegt werden. Es können beliebig viele Gebiete für die verschiedensten Zwecke erstellt werden. Zum Beispiel Gesamtstadt, Wahlbezirke, Sanierungsgebiete, Monitoringsgebiete, Müllabfuhrgebiete, Schulbezirke usw.<br />
<br />
Zu einem Adress- oder Gebietsdatensatz gehört ein aktueller Statistikdatensatz in dem die aktuellen Informationen zu Einwohnern, Wohnungen und weiteren Einrichtungen erfasst werden. Diese Informationen können historisiert dokumentiert werden.<br />
<br />
 
<div id="mainpage-welcome-box" style="margin:0em 0em 0.3em 0em; width=30px ;border:1px solid #cccccc; background-color:#CAE1FF; padding: 0.5em;">
Die Adresstabelle beinhaltet die Hilfsfunktion, den dazugehörenden Statistikdatensatz für jeden markierten Adressdatensatz als Tabelle zu öffnen. Damit ist der Nutzer in der Lage, eine Tabelle der Adressstatistikdatensätze für alle markierten Adressen zu öffnen. Das erleichtert die Kontrollarbeiten und bietet einen schnelleren Zugriff auf Übersichten<br />
[[File:Adresse_Statistikdaten.png|200px]]
<br />
</div>
 
<br />
Eine entsprechende Importschnittstelle ist integriert um Einwohner- und Wanderdungsdaten zu importierten.<br />
<br />
Daten zu Prognosen, Prozesssteuerungen, Baumaßnahmen, Stadtplanung, Umwelt, Gewerbe und Sozialeeinrichtungen ergänzen das Bild zum Auswertungsgebiet.
<br />
Mit Hilfe der Aggregierungsfunktionen werden die Einwohner und Wanderungsdaten auf Adressen und Gebiete hochgerechnet. Die Aggregierungsfunktionen für Monitoring sind landesspezifisch.
<br />
<br />
Die Fachanwendung Sta(d)tAnalyst beinhaltet unter anderem folgende Objektklassen:<br />
Die Fachanwendung Sta(d)tAnalyst beinhaltet unter anderem folgende Objektklassen:<br />
Kleinräumige Gliederung:<br>
* Baublockseiten
* Wohnungen
* Einwohner
<br>
Planung und Statistik:<br>
* Adressstatistikdaten
* Adressstatistikdaten
* Gebietsstatistikdaten
* Gebietsstatistikdaten
* Gebietswanderungen
* Gebietswanderungen
* Kindereinrichtungen
* Medizinische Einrichtungen
* Prognosen
* Prognosen
* Prozesssteuerung
* Prozesssteuerung
* Stadtplanung
* Wanderungsbewegungen
* Umzüge
<br>
Umweltdaten:<br>
* Emssionswerte
* Hochwasserdaten
<br>
Soziale Einrichtungen:<br>
* Schulen
* Schulen
* Wanderungsbewegungen
* Kindereinrichtungen
* medizinische Einrichtung
* Senioreneinrichtungen
* Sport- und Freizeiteinrichtungen
<br>
Wahlen:<br>
* Kandidaten
* Wahlbezirk
* Wahlen
* Wahlergebnisse
 
* u.a.
* u.a.
<br>
<br>
Zeile 55: Zeile 119:
<br>
<br>


== Arbeitsschritte ==
==== Anlegen der Projektstruktur ====
* Einlesen der Explorer-Struktur und der Maskenkonfigurationen über ein XPMF-File
<br/>
 
Die mitgelieferte Struktur ist als Vorlage zu sehen. Die Einträge in der Struktur können vorhandenen Bearbeitungsrechten vorausgesetzt, individuell kopiert, umbenannt, erweitert oder angepasst werden.<br/>
 


Anbei einige Beispiele aus der Strukturvorlage für Explorereinträge und Masken:<br/>


{| class="wikitable" border="1"
Basis-Daten:
|-
[[File:Explorer_Basisfachklassen.PNG|200px]]
! Übersicht und Reihenfolge der Arbeitsschritte:
Grunddaten:
|-
[[File:Explorer_Grunddaten.PNG|250px]]
| Anlegen der Projektstruktur (Einmalig)
Monitoringsdaten:
[[File:Explorer_Monitoring.PNG|200px]]
Weitere Daten:
[[File:Explorer_Zusatzdaten.PNG|200px]]
Wahlen:
[[File:Explorer_Wahlen.PNG|200px]]


|-
<br/>
| Datenübernahme / Migration von Altdaten (Einmalig)
Soziale Infratsruktur eines Gebietes<br/>
[[File:Masken_Gebiets_infrastruktur1.PNG|300px]]
[[File:Masken_Gebiets_infrastruktur2.PNG|300px]]


|-
Adressstatitstiken<br/>
| Anlegen bzw. Anpassen von Gebieten
[[File:Maske_Adressstatistik_1.PNG|300px]]
|-
[[File:Maske_Adressstatistik_2.PNG|300px]]
| Zuweisung von Adressen zu Gebieten
<br/>
|-
<br/>
| Historisieren des Datenbestandes (Funktion Jahresabschluss)
|-
| Einlesen der EWO-Daten aus CSV-Datei
|-
| Einlesen der Daten zu Wanderungsbewegungen aus CSV-Datei
|-
| Daten-Aggregierung
|-
| Erstellen von Auswertungen (Indikatoren etc.)
|}


==== Bundesland-spezifische Parameter ====
Hinweis für den Administrator: bei den Projekt-Eigenschaften ist für die Fachwanwendung Sta(d)tAnalyst als spezifizierender Parameter das jeweilige Bundesland einzugeben:<br/><br/>


=== Einmalig auszuführende Arbeitsschritte ===
[[File:Fachschalenparameter.PNG|500px]]
==== Anlegen der Projektstruktur ====
<br/>
* Einlesen der Explorer-Struktur und der Maskenkonfigurationen über ein XPMF-File
<br/>
<br/>
==== Datenübernahme / Migration von Altdaten ====
==== Datenübernahme / Migration von Altdaten ====
Bereits vorhandene (Alt-)Daten können in verschiedenen Formaten vorliegen und müssen in das Format CSV überführt werden. <br>
Bereits vorhandene (Alt-)Daten können in verschiedenen Formaten vorliegen und müssen in das Format CSV überführt werden. <br>
Zu diesem Arbeitsschritt nehmen Sie bitte gern Kontakt zu uns auf. Zu Projektbeginn können - zum Beispiel im Rahmen eines Workshops - die Ausgangdaten gemeinsam analysiert und der effektivste Weg besprochen werden, diese für die Verwendung in GMSC-K nutzbar zu machen.<br/><br/>
Zu diesem Arbeitsschritt nehmen Sie bitte gern Kontakt zu uns auf. Zu Projektbeginn können - zum Beispiel im Rahmen eines Workshops - die Ausgangdaten gemeinsam analysiert und der effektivste Weg besprochen werden, diese für die Verwendung in GMSC-K nutzbar zu machen.<br/>
 


==== EWO-Schlüssel in "Straße" pflegen ====
Die Objektklasse "Straße" enthält 2 Datenfelder für den Straßenschlüssel:
* Straßenschlüssel (ALKIS)
* Straßenschlüssel (EWO)
Die '''Verknüpfung''' der Einwohner-Daten mit der Adresse erfolgt über das Feld '''EWO-Straßenschlüssel'''.<br/>
Beide Schlüssel können identisch sein, können aber auch abweichen bzw. das Feld EWO-Straßenschlüssel ist häufig leer.<br/><br/>
Das Feld '''EWO-Straßenschlüssel''' ist manuell '''einmalig''' auf Vollständigkeit und Konsistenz '''zu prüfen''' und ggf. zu korrigiren bzw. zu ergänzen.


=== Routinemäßig auszuführende Arbeitsschritte ===
<div id="mainpage-welcome-box" style="margin:0em 0em 0.3em 0em; width=30px ;border:1px solid #cccccc; background-color:#CAE1FF; padding: 0.5em;">
Bei der Pflege der relevanten Stammdaten für Landesmonitoring achten Sie darauf, dass Sie im Feld Schlüssel (bzw. Code) nur die Zahlen eingeben wie z.Bsp. 1 oder 2. Das ist allerdings keine technische Vorgabe des Programms. Lediglich bei der Übergabe der Indikatorenergebnisse für Landesmonitoring sind die Zahlen aus dem Feld Schlüssel relevant. Zum Feld Bezeichnung existiert keine Vorgabe. Es sollen die Begriffe aufgenommen werden, welche für die Nutzer bei der Auswahl angeboten werden.
</div>
 
==== Anlegen von Adressen ====
Die Quelle für die Adressen sind standardmäßig die ALKIS-Daten. Bei Bedarf können "eigene" Adressen angelegt werden.<br/>
Dabei ist zu berücksichtigen, daß die Adresse eine Kombination aus "Straße" + "Hausnummer" + (ggf.) "Hausnummerzusatz" ist.<br/>
Der Geometrie-Typ für die Objektklasse "Adressen" ist "Beliebig", wobei üblicherweise ein Punkt verwendet wird, welcher "am Gebäude" bzw. (zum Beispiel bei Wohngebäuden mit mehreren Hauseingängen) auf Höhe des Hauseingangs digitalisiert wird.<br/>
Das Digitalisieren erfolgt von der Sicht "Adressen" aus standardmäßig, über die Datenmaske kann die neue Adresse spezifiziert werden: <br/><br/>
 
[[File:Ks_adress02.JPG|600px]]
<br/>


'''HINWEIS:''' Die speziellen Funktionalitäten der Fachanwendung "Sta(d)tAnalyst" werden jeweils im Kopf der zugehörigen Tabellen über die Schaltflächen [[File:KS_schaltflaeche01.JPG|40px]] bzw. [[File:KS_schaltflaeche02.JPG|40px]] aufgerufen.<br/>
<div id="mainpage-welcome-box" style="margin:0em 0em 0.3em 0em; width=30px ;border:1px solid #cccccc; background-color:#CAE1FF; padding: 0.5em;">
HINWEIS: die Straße wird aus einer Auswahlliste (ALKIS) entnommen, ggf. ist dort auch ein neuer Straßenname anzulegen<br/>
HINWEIS: die auf diesem Weg generierten Adressen bleiben beim nächsten ALKIS-Import erhalten!<br/>
<br/>
Beim Einsatz der Fachanwendung Sta(d)tAnalyst werden folgende Aktionen bei den Datensätzen der Tabelle Adresse aktiviert: <br />
- Pro neue Adresse wird automatisch ein Adressstatistikdatensatz angelegt. Das gilt auch, wenn neue Adressen durch den ALKIS Import entstehen. <br />
HINWEIS: Im ALKIS Datenbestand können Daten mitgeliefert werden, die als „Lagebezeichnung ohne Hausnummer“ gekennzeichnet sind. Dadurch können Adressdatensätze ohne Hausnummern entstehen. <br />
- Wird eine Adresse gelöscht, dann wird der zugeordnete Adressstatistikdatensatz auch automatisch gelöscht. <br />
</div>


==== Anlegen von Gebieten ====
==== Anlegen von Gebieten ====
Zeile 123: Zeile 205:
<br>
<br>


===== Flächenverschneidung des Gebietes mit den Adressen =====
===== Zuordnung von Adressen zu Gebieten mittels Flächenverschneidung =====
<br/>
<br/>
* Auswahl des gewünschten Gebietes in der Tabelle "Gebiete"
* Auswahl des gewünschten Gebietes in der Tabelle "Gebiete"
Zeile 144: Zeile 226:
<br/><br/>
<br/><br/>
Im Ergebnis öffnet sich die Tabelle "Adressen" mit den Datensätzen der Adressen, die im Zielgebiet liegen.<br/><br/>
Im Ergebnis öffnet sich die Tabelle "Adressen" mit den Datensätzen der Adressen, die im Zielgebiet liegen.<br/><br/>
===== Verknüpfung der Adressen mit dem Gebiet =====
===== Verknüpfung der Adressen mit dem Gebiet =====
<br/>
<br/>
Zeile 154: Zeile 237:
<br><br/>
<br><br/>


==== Jahresabschluss ====
== Monitoring==
 
Jahresabschluss<br/>
Bevor aktuelle Daten zur Einwohnern und Wanderungsbewegungen eingelesen werden, wird in der Regel ein '''Jahresabschluss''' durchgeführt.<br/>
Einlesen der EWO-Daten<br/>
Dabei werden die derzeit aktuellen Daten aus folgenden Sachgruppen historisiert, d.h. die Datensätze werden jeweils in eine "Tabelle-historisch" kopiert:
Einlesen der Daten zu Wanderungsbewegungen<br/>
* Adressstatistik --> Adressstatistikdaten (historisch)
Anlegen/Aktualisieren von Gebieten<br/>
* Gebietsstatistik --> Gebietsstatistik (historisch)
Adressen zu einem Gebiet zuordnen<br/>
* Wanderungsbewegungen --> Gebietswanderungen (historisch), Umzüge aus anderen Gebieten (historisch)
Manuelle Datenpflege<br/>
* Prognosen --> Prognosen (historisch)
Daten-Aggregierung<br/>
* Prozesssteuerung --> Prozesssteuerung (historisch)
Erstellen von Auswertungen (Indikatoren etc.)<br/>
<br/>
'''Schritt 1 - Jahresabschluss in Tabelle "Adressen"''':<br/><br/>
 
[[File:KS_jahrab01.JPG|200px]]<br><br/>
 
Die gewünschten Datensätze müssen markiert sein!<br/><br/>
Mit dem Start der Funktion erfolgt die Aufforderung, ein Bezugsjahr einzugeben:<br/><br/>
 
[[File:KS_jahrab04.JPG|250px]]<br><br/>
 
Im Ergebnis werden für alle ausgewählten Adressen die aktuellen Adressstatistiken in die Tabelle Adressstatistikdaten (historisch) überführt (kopiert).<br/>
'''Anschließend (!)''' wird das gewählte Bezugsjahr in den Datensatz in der Tabelle "Adressstatistik" eingetragen:<br/><br/>
 
[[File:KS_jahrab05a.JPG|500px]]<br><br/>
 
'''Schritt 2 - Jahresabschluß in Tabelle "Gebiete"''':<br/><br/>
[[File:KS_jahrab02.JPG|200px]]<br><br/>
Die gewünschten Datensätze müssen markiert sein!<br/><br/>
Analog zum "Jahresabschluss Adressen" erfolgt die Aufforderung, ein Bezugsjahr anzugeben.<br/><br/>
 
Im Ergebnis werden für alle ausgewählten Gebiete die aktuellen Statistiken in die Tabellen
* Gebietsstatistik (historisch)
* Gebietswanderungen (historisch)
* Umzüge aus anderen Gebieten (historisch)
* Prognosen (historisch)
* Prozesssteuerung (historisch)
 
überführt (kopiert).<br/><br/>
 
==== Einlesen der EWO-Daten====
 
In einem ersten Schritt ist der Inhalt der Tabelle "Einwohner" zu löschen.
 
Die EWO-Daten werden von den Meldeämtern in einer über die Meldebehördensoftware '''MESO''' generierten CSV-Datei geliefert. Eine solche Datei kann bespielhaft wie folgt aussehen: <br/><br/>
[[File:KS_ewo03a.JPG|600px]]
<br/><br/>
Die Reihenfolge der Tabellenspalten in den MESO-Daten ist nicht von Relevanz, wichtig aber ist die richtige Benennung der Tabellenspalten. Im Falle von Abweichungen von der GMSC-K-kompatiblen Struktur ist diese ggf. anzupassen:<br/><br/>
LAYdat<br/>
BZPgeb<br/>
BZPgeschl<br/>
BZPstb<br/>
BZPstb1<br/>
BZPfas<br/>
BZPrel<br/>
BZPdatZuz<br/>
<br/>
BZPAnsPlz1<br/>
BZPAnsOrt1<br/>
BZPAnsStrNr1<br/>
BZPAnsStr1<br/>
BZPAnsHnr1<br/>
BZPAnsHnra1<br/>
BZPAnsArt1<br/>
BZPAnsEin1<br/>
<br/>
Beim Import der EWO-Daten erfolgt eine Verknüpfung der Einwohner mit der jeweiligen Adresse. Diese Verknüpfung geschieht über den Straßenschlüssel.<br/>
Hierbei ist zu '''BEACHTEN''': der Straßenschlüssel bei den Meldeämtern (EWO) ist nicht zwingend identisch mit dem Straßenschlüssel der Vermessungsämter (ALKIS). Die Aggregierung der Einwohner auf die Adresse erfolgt über den '''EWO-Straßenschlüssel'''. Der Nutzer muß hier, ggf. manuell, sicherstellen, daß die Tabelle "Adressen" den richtigen EWO-Straßenschlüssel beinhaltet.<br/> <br/>
Der Datenbestand der EWO-Datei ist nicht immer konsistent. Zum Beispiel können Schreibfehler auftreten ("m?nnlich" statt "männlich"), welche beim Import dann nicht richtig interpretiert und deshalb übersprungen werden. Weiterhin können Adressen in den EWO-Daten (Straßenschlüssel + Hausnummer) in den Adressdaten des ALKIS nicht vorhanden sein.<br/><br/>
 
Vor dem Einlesen der EWO-Daten erfolgt deshalb eine '''Validierung''': <br/><br/>
In der Tabelle "Einwohner" wird über die Schaltfläche "StadtAnalyst" ein '''Testdurchlauf''' für den Import gestartet:<br/><br/>
 
[[File:KS_ewo01.JPG|200px]]
 
<br/>
 
[[File:KS_ewo04a.JPG|600px]]
<br/><br/>
Das Jobfenster öffnet sich, und nach beendetem Testlauf kann über "Ergebnis" die Log-Datei gespeichert werden.<br/>
In der Log-Datei werden alle festgestellten Inkonsistenzen gelistet. Das kann beispielhaft so aussehen:<br/><br/>
 
[[File:KS_ewo05.JPG|300px]]<br/><br/>
Der Nutzer hat anhand der Log-Datei die Möglichkeit, die EWO-Datei zu korrigieren. Falls keine Korrektur erfolgt, werden die betroffenen Datensätze beim Import übersprungen.<br/>
Der Testdurchlauf kann beliebig oft wiederholt werden.<br/><br/>
 
Wenn die Konsistenz der EWO-Datei hergestellt ist, erfolgt der Import der Einwohnerdaten in die Tabelle "Einwohner":<br/><br/>
 
[[File:KS_ewo02.JPG|200px]]
 
<br/>
Im '''Ergebnis''' wird die Tabelle "Einwohner" gefüllt, noch nicht vorhandene Adressen werden angelegt.<br/><br/>
 
==== Einlesen der Daten zu Wanderungsbewegungen ====
<br/>'''HINWEIS:''' prinzipiell erfolgt das Einlesen der Wanderungsbewegungen analog zu den EWO-Daten, siehe zuvor.
<br/><br/>
 
Wanderungsbewegungen beziehen sich jeweils auf ein Gebiet. Sie beinhalten folgende Möglichkeiten:
* Zuzug in ein Gebiet
* Weggzug aus einem Gebiet
* Umzug innerhalb eines Gebietes
* Geburt
* Tod
<br/>
Die Wanderungsdaten-Daten werden von den Meldeämtern in einer über die Meldebehördensoftware '''MESO''' generierten CSV-Datei geliefert. Eine Wanderungs-Datei kann bespielhaft wie folgt aussehen: <br/><br/>
[[File:KS_wanderung03a.JPG|600px]]
<br/><br/>Die Reihenfolge der Tabellenspalten in den MESO-Daten ist nicht von Relevanz, wichtig aber ist die richtige Benennung der Tabellenspalten. Im Falle von Abweichungen von der GMSC-K-kompatiblen Struktur ist diese ggf. anzupassen: <br/>
<br/>
LAYdat<br/>
BZPgeb<br/>
BZPgeschl<br/>
BZPstb<br/>
BZPstb1<br/>
BZPfas<br/>
BZPrel<br/>
BZPdatZuz<br/>
<br/>
BEWdat<br/>
BEWvorgang<br/>
BZPbqAgs<br/>
BZPbqOrt<br/>
BZPbqStrNr<br/>
BZPbqStr<br/>
BZPbqHnr<br/>
BZPbqHnra<br/>
BZPbzAgs<br/>
BZPbzOrt<br/>
BZPbzStrNr<br/>
BZPbzStr<br/>
BZPbzHnr<br/>
BZPbzHnra<br/>
<br/>
Beim Import der Wanderungs-Daten erfolgt eine Verknüpfung des "Ereignisses" mit der jeweiligen Adresse. Diese Verknüpfung geschieht über den '''EWO-Straßenschlüssel'''.<br/><br/>
Wie auch die EWO-Daten können die Wanderungsdaten Inkonsistenzen aufweisen. Deshalb erfolgt auch hier eine '''Validierung''': <br/><br/>
 
In der Tabelle "Wanderungsbewegungen" wird über die Schaltfläche "StadtAnalyst" ein '''Testdurchlauf''' für den Import gestartet:<br/><br/>
 
[[File:KS_wanderung01.JPG|200px]]
 
<br/><br/>
Das Jobfenster öffnet sich, und nach beendetem Testlauf kann über "Ergebnis" die Log-Datei gespeichert werden.<br/>
In der Log-Datei werden alle festgestellten Inkonsistenzen gelistet. Das kann beispielhaft so aussehen:<br/><br/>
 
[[File:KS_wanderung05.JPG|300px]]<br/><br/>
Der Nutzer hat anhand der Log-Datei die Möglichkeit, die Wanderungs-Datei zu korrigieren. Falls keine Korrektur erfolgt, werden die betroffenen Datensätze beim Import übersprungen.<br/>
Der Testdurchlauf kann beliebig oft wiederholt werden.<br/><br/>
 
Wenn die Konsistenz der Wanderungs-Datei hergestellt ist, erfolgt der Import der Wanderungsdaten in die Tabelle "Wanderungsbewegungen":<br/><br/>
 
[[File:KS_wanderung02.JPG|200px]]
 
<br/>
<br/>
Im '''Ergebnis''' wird die Tabelle "Wanderungsbewegungen" gefüllt, noch nicht vorhandene Adressen werden angelegt.<br/><br/>
HINWEIS: '''Die Arbeitsschritte für das Monitoring werden im landesspezifischen Arbeitsblatt behandelt.'''<br/>
HINWEIS:
* '''Geburten''' werden in der Untertabelle '''Zuzüge''' gespeichert
* '''Sterbefälle''' werden in der Untertabelle '''Wegzüge''' gespeichert
* '''Umzüge ''innerhalb'' des Gebietes''' werden sowohl in der Untertabelle '''Zuzüge''' als auch in der Untertabelle '''Wegzüge''' gespeichert
<br/>
<br/>
==== Daten-Aggregierung ====
Bei der Datenaggregierung werden auf der Basis der Einwohner-Daten sowie Wanderungsbewegungen Statistiken zu den Adressen und Gebieten angelegt.<br/>
Der Aufruf der entsprechenden Scripte erfolgt über die Schaltfläche im Kopf der Tabellen "Adressstatistik" und "Gebietsstatistik", die Ausführung erfolgt nach der nummerierten Reihenfolge: <br><br/>
[[File:KS_aggreg01.JPG|200px]]
<br>
===== Adressstatistik =====
[[File:KS_aggreg02.JPG|400px]]
<br/><br/>
Die Ausführung der jeweiligen Scripte wird per Klick auf den grünen Pfeil gestartet.<br/>
Die Jahreszahl (hier beispielhaft 2016) besagt, daß sich bestimmte Parameter der Aggregierung änden können (zum Beispiel Zusammenfassung von Altersgruppen), und dieses konkrete Script hier für die Aggregierung der Daten im Jahr 2016 gültig ist.<br><br>
HINWEIS: die Aggregierung der Adressdaten benötigt einige Zeit! Beispielhaft wurden für etwa 3.000 Datensätze 2 Stunden gebraucht.<br/>
===== Gebietsstatistik =====
[[File:KS_aggreg03.JPG|400px]]
<br/><br/>
Die Ausführung der jeweiligen Scripte wird per Klick auf den grünen Pfeil gestartet.<br/>
Die Jahreszahl (hier beispielhaft 2016) besagt, daß sich bestimmte Parameter der Aggregierung änden können (zum Beispiel Zusammenfassung von Altersgruppen), und dieses konkrete Script hier für die Aggregierung der Daten im Jahr 2016 gültig ist.<br>
==== Erstellen von Auswertungen (Indikatoren etc.) ====
Die Erstellung der Indikatoren erfolgt, wie in der Abbildung zuvor ersichtlich, als Punkt 4 ebenfalls über das SQL-Script-Menü der "Gebietsstatistik"
<br>
<br>
Die Indikatoren werden in der Tabelle "Indikatorenergebnisse" gespeichert.
<br>
<br>
Hinweis: Für die Bundesländer Sachsen-Anhalt und Thüringen liegen fertige Indikatorenlisten gemäß Landesmomitoring vor.
<br>
<br>


== Datenmasken ==
== Datenmasken ==

Aktuelle Version vom 13. Juni 2018, 08:30 Uhr

Achtung! Diese Seite befindet sich noch in Bearbeitung!




Erforderliche Lizenzen
zur Fachanwendung Sta(d)tAnalyst

  • GMSC-K Basis-Fachklassen (Basis-Lizenz)
  • GMSC-K Basis-Stammdaten (Basis-Lizenz)
  • GMSC-K Stadtanalyst


Vorwort

Die Fachanwendung GMSC-K Sta(d)tAnalyst wird inhaltlich durch die Firma Kompetenzteam GIS betreut

Ziel

GMSC-K – Sta(d)tAnalyst erlaubt die umfassende Erfassung und Auswertung aller erforderlichen statistischen Daten zu Gebieten und Adressen einer Kommune.
Statistische Abfragen und Auswertungen zu den unterschiedlichsten kommunalen Daten, Wohnungsstand oder Bevölkerung können gebietsbezogen durchgeführt werden.
Die Fachanwendung unterstützt das Monitoring von Gebieten. Landesspezifische Vorgaben werden dabei berücksichtigt, siehe hierfür das landesspezische Arbeitsblatt.
Zusätzlich bietet die Fachanwendung die Möglichkeit, Informationen zu Gewerbe, Wahlen und Umweltdaten zu erfassen und auszuwerten. Durch die räumlichen Zusammenhänge der Daten und deren Verknüpfung mit den Adressen und Gebieten sind vielfältige, effiziente Analysen möglich.



Ausgewählte Symbole der Programmoberfläche

Siehe Grundfunktionen im Online-Handbuch unter:
Benutzeroberfläche


Aufbau


Der Aufbau der zentralen Fachanwendungen (Basis-Fachklassen, Basis-Stammdaten) ist für alle Applikationen einheitlich:

  • Straßen
  • Adressen
  • Gebiete
  • Flurstücke

u.a.

In diesem Beitrag wird nur auf die spezifische Fachanwendung und Objektklassen der Fachanwendung Sta(d)tAnalyst eingegangen.


Die Fachanwendung GMSC-K – Sta(d)tAnalyst baut im wesentlichen auf zwei Informationstabellen auf:
- Adressen
- Gebiete

Die Adressen werden standardmäßig für Kommunen, im Rahmen des Einlesens der NAS Daten, eingelesen und können individuell erweitert werden.

Gebiete hingegen müssen individuell angelegt werden. Es können beliebig viele Gebiete für die verschiedensten Zwecke erstellt werden. Zum Beispiel Gesamtstadt, Wahlbezirke, Sanierungsgebiete, Monitoringsgebiete, Müllabfuhrgebiete, Schulbezirke usw.

Zu einem Adress- oder Gebietsdatensatz gehört ein aktueller Statistikdatensatz in dem die aktuellen Informationen zu Einwohnern, Wohnungen und weiteren Einrichtungen erfasst werden. Diese Informationen können historisiert dokumentiert werden.

Die Adresstabelle beinhaltet die Hilfsfunktion, den dazugehörenden Statistikdatensatz für jeden markierten Adressdatensatz als Tabelle zu öffnen. Damit ist der Nutzer in der Lage, eine Tabelle der Adressstatistikdatensätze für alle markierten Adressen zu öffnen. Das erleichtert die Kontrollarbeiten und bietet einen schnelleren Zugriff auf Übersichten


Eine entsprechende Importschnittstelle ist integriert um Einwohner- und Wanderdungsdaten zu importierten.

Daten zu Prognosen, Prozesssteuerungen, Baumaßnahmen, Stadtplanung, Umwelt, Gewerbe und Sozialeeinrichtungen ergänzen das Bild zum Auswertungsgebiet.
Mit Hilfe der Aggregierungsfunktionen werden die Einwohner und Wanderungsdaten auf Adressen und Gebiete hochgerechnet. Die Aggregierungsfunktionen für Monitoring sind landesspezifisch.

Die Fachanwendung Sta(d)tAnalyst beinhaltet unter anderem folgende Objektklassen:

Kleinräumige Gliederung:

  • Baublockseiten
  • Wohnungen
  • Einwohner


Planung und Statistik:

  • Adressstatistikdaten
  • Gebietsstatistikdaten
  • Gebietswanderungen
  • Prognosen
  • Prozesssteuerung
  • Stadtplanung
  • Wanderungsbewegungen
  • Umzüge


Umweltdaten:

  • Emssionswerte
  • Hochwasserdaten


Soziale Einrichtungen:

  • Schulen
  • Kindereinrichtungen
  • medizinische Einrichtung
  • Senioreneinrichtungen
  • Sport- und Freizeiteinrichtungen


Wahlen:

  • Kandidaten
  • Wahlbezirk
  • Wahlen
  • Wahlergebnisse
  • u.a.


Für eine Reihe von Sachgruppen, z.B. Adressstatistik, Gebietsstatistik u.a. gibt es Objektklassen mit dem Zusatz "historisch". Hier werden die Daten aus früheren Erhebungen archiviert.

Für eine weitere detaillierte Beschreibung der Grundfunktionen nutzen Sie bitte die Online-Beschreibung unter:
Fachanwendungskonzept



Anlegen der Projektstruktur

  • Einlesen der Explorer-Struktur und der Maskenkonfigurationen über ein XPMF-File


Die mitgelieferte Struktur ist als Vorlage zu sehen. Die Einträge in der Struktur können vorhandenen Bearbeitungsrechten vorausgesetzt, individuell kopiert, umbenannt, erweitert oder angepasst werden.


Anbei einige Beispiele aus der Strukturvorlage für Explorereinträge und Masken:

Basis-Daten: Grunddaten: Monitoringsdaten: Weitere Daten: Wahlen:


Soziale Infratsruktur eines Gebietes

Adressstatitstiken


Bundesland-spezifische Parameter

Hinweis für den Administrator: bei den Projekt-Eigenschaften ist für die Fachwanwendung Sta(d)tAnalyst als spezifizierender Parameter das jeweilige Bundesland einzugeben:



Datenübernahme / Migration von Altdaten

Bereits vorhandene (Alt-)Daten können in verschiedenen Formaten vorliegen und müssen in das Format CSV überführt werden.
Zu diesem Arbeitsschritt nehmen Sie bitte gern Kontakt zu uns auf. Zu Projektbeginn können - zum Beispiel im Rahmen eines Workshops - die Ausgangdaten gemeinsam analysiert und der effektivste Weg besprochen werden, diese für die Verwendung in GMSC-K nutzbar zu machen.


Bei der Pflege der relevanten Stammdaten für Landesmonitoring achten Sie darauf, dass Sie im Feld Schlüssel (bzw. Code) nur die Zahlen eingeben wie z.Bsp. 1 oder 2. Das ist allerdings keine technische Vorgabe des Programms. Lediglich bei der Übergabe der Indikatorenergebnisse für Landesmonitoring sind die Zahlen aus dem Feld Schlüssel relevant. Zum Feld Bezeichnung existiert keine Vorgabe. Es sollen die Begriffe aufgenommen werden, welche für die Nutzer bei der Auswahl angeboten werden.

Anlegen von Adressen

Die Quelle für die Adressen sind standardmäßig die ALKIS-Daten. Bei Bedarf können "eigene" Adressen angelegt werden.
Dabei ist zu berücksichtigen, daß die Adresse eine Kombination aus "Straße" + "Hausnummer" + (ggf.) "Hausnummerzusatz" ist.
Der Geometrie-Typ für die Objektklasse "Adressen" ist "Beliebig", wobei üblicherweise ein Punkt verwendet wird, welcher "am Gebäude" bzw. (zum Beispiel bei Wohngebäuden mit mehreren Hauseingängen) auf Höhe des Hauseingangs digitalisiert wird.
Das Digitalisieren erfolgt von der Sicht "Adressen" aus standardmäßig, über die Datenmaske kann die neue Adresse spezifiziert werden:


HINWEIS: die Straße wird aus einer Auswahlliste (ALKIS) entnommen, ggf. ist dort auch ein neuer Straßenname anzulegen
HINWEIS: die auf diesem Weg generierten Adressen bleiben beim nächsten ALKIS-Import erhalten!

Beim Einsatz der Fachanwendung Sta(d)tAnalyst werden folgende Aktionen bei den Datensätzen der Tabelle Adresse aktiviert:
- Pro neue Adresse wird automatisch ein Adressstatistikdatensatz angelegt. Das gilt auch, wenn neue Adressen durch den ALKIS Import entstehen.
HINWEIS: Im ALKIS Datenbestand können Daten mitgeliefert werden, die als „Lagebezeichnung ohne Hausnummer“ gekennzeichnet sind. Dadurch können Adressdatensätze ohne Hausnummern entstehen.
- Wird eine Adresse gelöscht, dann wird der zugeordnete Adressstatistikdatensatz auch automatisch gelöscht.

Anlegen von Gebieten

Bei Gebieten handelt es sich beispielsweise um Monitoring-Gebiete oder Sanierungsgebiete etc.

  • Sie werden in der Objektklasse "Gebiete" der Basis-Fachklassen gespeichert
  • Sie werden als Flächenobjekt in der Karte digitalisiert und können bei Bedarf jederzeit bearbeitet/angepaßt werden


Gebiet digitalisieren


  • Eine Sicht auf die Objektklasse "Gebiete" in den "Basis-Fachklassen" einrichten
  • Ggf. Datenmaske und Darstellungsdefinition für das Gebiet anpassen


  • Digitalisieren des gewünschten Gebietes (Explorereintrag "Gebiete" --> RMT --> Neu --> GIS-Objekt)




  • gewünschte Einträge in der Datenmaske / Grunddaten vornehmen und speichern



Zuordnung von Adressen zu Gebieten mittels Flächenverschneidung


  • Auswahl des gewünschten Gebietes in der Tabelle "Gebiete"


  • Aufruf der Funktion "Editor für Räumliche Abfragen" in einem beliebigen Tabellenkopf
  • Eintragen der Objektklasse "Adressen" als die gesuchte Objektklasse:



  • Eintragen der Objektklasse "Adressen" als die gesuchte Objektklasse:



  • Auswahl des Räumlichen Filters "Innerhalb"
  • Speichern der Abfrage unter einem selbst gewählten Namen, hier beispielhaft "Adressen in Gebiet"


Die fertig vorbereitete Abfrage könnte wie folgt aussehen:


  • Ausführen der Verschneidung



Im Ergebnis öffnet sich die Tabelle "Adressen" mit den Datensätzen der Adressen, die im Zielgebiet liegen.

Verknüpfung der Adressen mit dem Gebiet


  • Überprüfen, daß die Untertabelle "Zugeordnete Fachobjekte" in die Datenmaske von "Gebieten" integriert ist
  • in der Tabelle "Adresse" mit dem Ergebnis der Räumlichen Abfrage alle Datensätze markieren
  • Per Drag&Drop die Datensätze in die Untertabelle "Zugeordnete Fachobjekte" ziehen:





Monitoring

Jahresabschluss
Einlesen der EWO-Daten
Einlesen der Daten zu Wanderungsbewegungen
Anlegen/Aktualisieren von Gebieten
Adressen zu einem Gebiet zuordnen
Manuelle Datenpflege
Daten-Aggregierung
Erstellen von Auswertungen (Indikatoren etc.)

HINWEIS: Die Arbeitsschritte für das Monitoring werden im landesspezifischen Arbeitsblatt behandelt.

Datenmasken

Datenmaske

Beispiel für die Datenmaske der Objektklasse Adressstatistik:


Hinweis: Datenmasken können hinsichtlich Layout und angezeigter Datenfelder individuell vom Nutzer angepasst werden.


Maskenexplorer

Wenn ein Datensatz geöffnet wird, dann wird links oben der sog. Maskenexplorer zum Datensatz geladen. Der Maskenexplorer bildet die Seiten der Maske zum Datensatz.
Beispiel für den Maskenexplorer der Objektklasse Adressstatistik:


Hinweis: Aufbau, Anzahl, Reihenfolge und Bezeichnung der Seiten kann individuell vom Nutzer angepasst werden.

Datenfeldtypen

Feld Typ
Auswahlliste
Eingabefeld
Datumsfeld
Untertabelle

Erfassungsregeln

Es ist zwingend notwendig, den Datensatz zu speichern, bevor Verknüpfungen zu anderen Fachobjekten, Vorgängen, Dokumenten etc. (Stichwort: Untertabellen) angelegt werden.

Der Nutzer hat die Möglichkeit, Datensätze "leer" anzulegen und eventuell die Lage in der Karte zu erfassen, um zu einem späteren Zeitpunkt die (restlichen) Sachinformationen einzutragen. Mögliche Pflichtfelder sind in der Maske als solche gekennzeichnet.

Konfigurationen

Zur Definition müssen die entsprechenden Editoren geöffnet werden. Grundsätzlich stehen zwei Varianten zur Verfügung, um die Konfigurationseditoren zu öffnen:

  • über die Sicht im Explorer > RMT > Kontextmenü > Konfiguration >
  • über die Werkzeugleiste der geöffneten Tabelle (grünes Plus-Zeichen anklicken)


Spaltenkonfiguration

Siehe Grundfunktionen im Online-Handbuch unter:
Spaltenkonfiguration


Sortierkonfiguration

Siehe Grundfunktionen im Online-Handbuch unter:
Sortierkonfiguration


Filterkonfiguration

Siehe Grundfunktionen im Online-Handbuch unter:
Filterkonfiguration


Vorbereitungsarten

Relevante Auswahllisten

Auswahllisten und deren Auswahleinschränkungen vor der Erfassung editieren und auf die individuellen Vorgaben anpassen. Das erleichtert sowohl die Erfassung als auch die spätere Auswertung der Daten.

Siehe Auswahleinschränkung im Online-Handbuch unter:
Auswahleinschränkungen

Ausgewählte Funktionen

Serienbrief-Funktion

Siehe Grundfunktionen im Online-Handbuch unter:
Serienbrief


Abgerufen von „https://gmscdemo.hexagongeospatial.com/GMSCK/index.php?title=StadtAnalyst&oldid=8384“