PROTOKOLL. Metadatenmanagement in der GDI-BE/BB

Transkript

1 PROTOKOLL Anlass Agenda/ Einladung vom Metadatenmanagement in der GDI-BE/BB Thema: Aktualisierung BEBB-Profil sowie Entwicklung eines verständlichen und praktikablen Qualitätsmaßes Metadaten Sitzungsleiter: Hr. Dr. Lessing Ort: Potsdam LGB, Haus 46, Raum 216 Datum: Beginn Ende :00 16:00 Erstellt von Erstellt am Status: [F]inal/[E]ntwurf Version Fr. Christ F 1.2 Ergänzungen Fr. Christ E 1.1 Änderungen Hr. Lessing E 1.0 Entwurf Teilnehmer / Verteiler DELPHI IMM GmbH LFB LGB LK Oder-Spree MUGV (Top 1) SenStadtUm Berlin Stadtverwaltung Brandenburg Stadtverwaltung Potsdam TOP: Thema: Moderation/ Beitrag durch: 1 Änderungen des BE/BB-Metadatenprofils 2 Sicht auf die Dokumentation des neuen BE/BB-Metadatenprofils 3 Vorstellung / Diskussion Qualitätsmaß 4 Zusammenfassung und Ausblick DELPHI IMM GmbH Tel Geschäftsführer: Dr. Rolf Lessing Fax: HRB Potsdam P, USt.-ld.Nr. DE info@delphi-imm.de HypoVereinsbank, Kto.-Nr , BLZ

2 1 Umgang mit nicht inspireidentifizi erten Geo- Ressourcen Referenzsystem identische Beschreibung und nichtinspireidentifzierte Geo-Ressourcen Constraint identische Beschreibung und nichtinspireidentifzierte Geo-Ressourcen wird nicht zugestimmt siehe Folie 6 der gesamte Pfad wird sowohl bei services als auch bei dataset als optional angesehen, Bewertung als Q-Maß siehe Folien uselimitation ev. Liste vom AK Metadaten als Vorschläge zur Verfügung stellen Die Diskussion hat gezeigt, dass eine Hilfe zum Füllen der Elemente entwickelt werden sollte Wird zum Pflichtfeld, k.a. als keine Angabe Hilfe accessconstraint wird zum Pflichtelement, sowohl services als auch dataset Constraint Data Quality Hilfetext gemäß INSPIRE ändern endgültiger Vorschlag muss noch offen bleiben identische Beschreibunstimmt wird zuge- und nichtinspireidentifzierte Geo-Ressourcen mit Ausnahme der INSPIRE- Textvorgaben 130-specification siehe Folien Statement wird verpflichtend dataset Bei services nicht verpflichtend Da ist die Angabe von processstep und source nur noch optional Seite 2 von 6

3 271-distributionFormat Für nicht Georessourcen ist das Element optional siehe Folie 34 Vorschlag angenommen 285-name Textvorgaben NUR 286-version Textvorgaben NUR 288-specification Textvorgaben NUR 1 - Einzelele- ment- Änderungen 28-status soll auf 0..* verbleiben, da dies sonst im BE/BB-Profil dokumentiert werden müsste 292-name Codeliste MD_MediumNa mecode kann erweitert werden Seite 49: Erweiterung wird gewünscht, Pflege muss festgelegt werden Listenmonitoring wird vorgeschlagen, Umweltbereich macht es Was macht die GDI- DE Stelle mit den erweiterten Listen? Generell wird vorgeschlagen, dass die Codelisten zu erweitern sind, sofern das Element kein union- Einbindung hat (sonst nicht ISO-konform) und sofern es sich nicht um abfragbare Codelisten (Queryables) handelt: MD_ScopeCode CI_DateTypeCode PortalU hat bereits mehrere Listen erweitern, insbesondere MD_MediumNameCo de. Eine Auswahl aus diesen Erweiterungen würde ohne die Möglichkeit der Listenerweiterung zu einem invaliden Metadatendokument führen. SV_couplingType.code 365-identifier ResourceIdentifi er Hinweis, dass die Namensräume von Klärung LGB mit GDI- DE bzgl. Vergabe/ Seite 3 von 6

4 2 Sicht auf das neue BE/BB- Metadatenprofil 21-applicationSchemaInfo application 321-name 322-Language 323-constraintLanguage S7-couplingType S14-scopedName 53-descriptiveKeyword application application application der LGB vergeben werden Angabe conditional Schutzgebiete Vorschlags des Hilfetextes Vorschlag Element weglassen, da nicht BEstandteil der ISO 3..* 1..* nicht Vorschlag BE/BB- Schlagwortliste anzupassen: nicht verwendete werden gelöscht fehlende GEMET INSPIRE Schlagwörter werden ergänzt, so dass eine einfache Übertragung von GEMET INSPIRE zu BE/BB erfolgen kann nicht zugestimmt, sondern 2..* inspireide ntifiziert und 0..* nichtinspireide ntifiziert wird nicht zugestimmt Inhalt der Namesräume im deutschlandweiten Kontext siehe Folie 58 GEMET INSPIRE Spatial Data Themes weiterhin Pflicht Georessourcen plus Schlagwort BE/BB-Schlagwort nicht mehr Pflicht, sondern wird über das Qualitätsmaß geprüft Bisherige Schlagwortliste wird nicht verändert und wird BEBB 3.0 nur noch zur Qualitätsprüfung verwendet Die Sicht auf das neue BE/BB- Metadatenprofil wird in der 4. Sitzung prä- Seite 4 von 6

5 sentiert 3 - Qualitätsmaß Auffindbarkeit Übersicht siehe Folien Diskussion: Wenn ein Submaß = 0, dann allles Null Es wurde vorgeschlagen, einige gleiche Datenarten zu identifizieren (wie z.b. Bauleitplan) und da eine optimale Metadatenbeschreibung zu erstellen. Dabei gilt zu klären, welche Elemente und in welcher Art die einzelnen Elemente beschrieben werden sollten. Auffindbarkeit Auffindbarkeit Eignung Erreichbarkeit Erreichbarkeit Erreichbarkeit Verständlichkeit allgemein allgemein EPSG-Codes könnten geprüft werden über Keyword: Es wird nur ein Keyword gewertet, auch wenn mehrere vorhanden sind Übersicht siehe Folien 15/16 Übersicht siehe Folien 17/18 Bürozeiten und Öffnungszeiten rausnehmen die Kontaktadressen werden nur von pointofcontact gewertet (contact und distributorcontact zählen nicht) Übersicht siehe Folien 19/20 Nein, sondern der Durchschnitt der Submaße zählt, wobei die einzelnen Submaße unterschiedlich gewichtet werden können. Eine endgültige Gewichtung kann erst bei der technischen Umsetzung festgelegt werden Im Rahmen der technischen Umsetzung sollte diese Vorgehensweise berücksichtigt werden. Seite 5 von 6

6 Es wurde vorgeschlagen, allgemein einen qualitativschlechten und einen qualitativ-guten Metadatensatz rauszusuchen, um die Gewichtung auf dieser Basis zu trimmen. Im Rahmen der technischen Umsetzung sollte diese Vorgehensweise berücksichtigt werden. Seite 6 von 6