Hallo allerseits,

ich würde auch den praktischen Ansatz von Andreas unterstützen, und erstmal "nur" eine Übersicht erstellen.

Als Geodatensatz würde ich NUTS [0] vorschlagen, der für ganz Europa Administrative Grenzen bis runter auf Ebene 3 (in D entspricht Ebene 0 = Landesgrenze, Ebene 1 = Bundesländer, 2 = Regierungsbezirke, 3 = Landkreise bzw. Kreisfreien Städte), sowohl als SHP, TopoJSON, GeoJSON, GDB und SVG anbietet.

@Magnus: Diese "automatisch gepflegte" Liste, sollte meines Wissens ursprünglich mal über die GDI [0] (Deutschland), oder INSPIRE [1] europaweit umgesetzt werden. Ob das so wie intendiert klappt kann ja jeder selber beurteilen.

Aus meiner Sicht sollte diese Frage aber eher nicht Thema dieses Projektes sein, ich würde das vom Thema SDI abstrahieren. Nicht alle Geodaten werden von öffentlicher Seite bzw. Ämtern über OGC Webservice Schnittstellen angeboten, sondern wie zB bei OpenGeoData.NRW [2] ganz einfach als Datei von einem simplen Webserver ausgeliefert. Und aus meiner Sicht ist das nicht unbedingt die schlechtere Lösung,.

Ich finde das Projekt sollte eine objektive Übersicht über die Geodatenangebote von öffentlicher Seite in der D-A-CH Region kompilieren.

Zum einen von Rechtlicher Seite, OB Geodaten entsprechend der Rechtslage angeboten und bereit gestellt werden.

Zum anderen kann man noch schauen WIE (in welcher Form) die Daten angeboten werden, also ob sie von einem Server oder über einen Webservice beziehbar sind, ob es sich um offene Formate/Schnittstellen/Lizenzen handelt, ob Gebühren erhoben werden, etc.

Das kann dann erstmal eine Momentaufnahme sein, aber kann natürlich auch dynamisch, oder zB in definierten Zeitintervallen zb als "OpenGeoData Report" oder so veröffentlicht werden. Je nach Qualität der Studie und der erstellten Daten/Karten/Statistiken, kann man dann zB auf politischer Ebene für Ziele des Vereins argumentieren, oder man kann das politische auch einfach lassen. Ein gewisser "Benchmark" der OpenGeoData Landschaft würde aus meiner Sicht jedenfalls eine gute Sache sein.

Beste Grüße,
Christian

[0] https://ec.europa.eu/eurostat/web/gisco/geodata/reference-data/administrative-units-statistical-units/nuts

[1] https://www.geoportal.de/

[2] http://inspire-geoportal.ec.europa.eu/

[3] https://www.opengeodata.nrw.de/produkte/

Am 26.06.19 um 20:56 schrieb Andreas Neumann:
Hallo miteinander,

Bitte entschuldigt meine verspätete Antwort. Ich bin gerade umgezogen und habe einen neuen Job begonnen. Daher wenig Zeit und nicht soviel überschüssige Energie im Moment (bei der Hitze sowieso nicht).

Ich dachte eigentlich nicht daran einzelne Dienste zu erfassen, damit diese direkt abfragbar/nutzbar sind, sondern lediglich die OpenData Einstiegsportale der jeweiligen Organisationen (Länder und Städte).

Ich denke für Git wäre geojson das bessere Format als Geopackage. Punktobjekte lassen sich so sogar per Hand ergänzen - oder alternativ in einer anderen Software die GeoJSON bearbeiten kann. DIfferenzen lassen sich so besser tracken als im Geopackage.

Ich werde am Wochenende ein Git repo mit einem Vorschlag für sinnvolle Attribute erstellen und hier mitteilen. Bevor wir dann mit der Datenerfassung loslegen können wir dann noch die sinnvollen Attribute diskutieren - lieber weniger als zuviele die man dann nicht pflegen kann.

Die Frage ist immer noch offen, wo ich Bundesländergrenzen finde (in kleineren Massstäbe) oder gibt es sogar irgendwo einen europaweiten Polygondatensatz mit Provinz/Bundesland/Kantonsgrenzen?

Aus der Schweiz habe ich natürlich Polygongrenzen der Kantone (Massstab ca. 1: 1 Million) - kann mir jemand helfen für kleinmassstäbige Bundeslandsgrenzen in Deutschland und Österreich?

Danke und Grüsse,

Andreas

Am 26.06.19 um 20:05 schrieb Magnus Wulf:

Hallo Zusammen,


auch ich würde mich bei dem Projekt gerne einbringen. Der Einwand von Bernd hat in mir die Frage aufgeworfen: „Warum pflegt sich die blöde Liste nicht selbst?“. Ich stelle mir ein PHP-Skript vor das einmal am Tag (oder in der Nacht) die Capabilities abruft und parst. Als Ergebnis kann ich mir eine filterbare Liste vorstellen, welche die wichtigen Informationen (author, keyword, description, bounding box, layer, crs) enthält. Dienste die 10 Tage am Stück nicht erreichbar sind werden gelöscht (oder als inaktiv gekennzeichnet). Zusätzlich bräuchte es noch eine Eingabemaske für neue Dienstadressen (URL). Eine Kartenanwendung im Frontend zum Filtern wäre auch leicht machbar.


Gruß Magnus



-------- Weitergeleitete Nachricht --------
Betreff:     Re: [FOSSGIS-Talk] Opendata providers Projekt
Datum:     Mon, 24 Jun 2019 11:41:12 +0200
Von:     Bernd Vogelgesang <[email protected]>
An:     [email protected]



Hi,

ich bin mir noch nicht ganz klar darüber, worum es bei dem Projekt geht.
Bin aber auch nicht wirklich in diesem Themenbereich aufgeschlaut.

Hat das was entfernt mit einem OGC Catalog Service for the Web (CSW) zu tun?

In QGIS gibt es ja das Metasearch Plugin und eine vorkonfigurierte Liste
solcher CSWs von ein paar Ländern, aber ausgerechnet Deutschland glänzt
mal wieder mit Abwesenheit. Ich hatte mir vor geraumer Weile mal die
Mühe gemacht zu schaun, welche Bundesländer so etwas anbieten, und das
Ergebnis war 1.schwer zu finden und 2. ernüchternd (hab aber nix
protokolliert und die Hälfte vergessen). Auf Bundesebene gibt es wohl
auch irgendeine mit Untätigkeit agierende Koordinierungsstelle.

Wie schon die WMS-Server-Suche von Sourcepole in QGIS, die nicht
gepflegt wird und keine Nutzerschnittstelle hat um etwas zu
aktualisieren, scheinen auch die anderen CSW-Listen zu "altern".

Wenn also Hirnschmalz und Zeit in solch einen Dienst investiert wird,
sollte er möglichst "nützlich" sein. Gern hacke ich sämtliche bayerische
OpenData Dienste in ein entsprechendes Formular.

Gruß,

Bernd

Am 19.06.19 um 14:34 schrieb Andreas Neumann:
Hallo,
Nachdem einige die Idee einer interaktiven Karte der Opendata Geodata
Provider gutfinden, sollten wir solch ein Projekt starten.
Ich habe folgende Fragen dazu:
1. Kann jemand "Berechtigter" dafür ein github repo einrichten unter dem
Dach der FOSSGIS einrichten, also z.b. unter https://github.com/fossgis
und dann den aktiven die mitmachen wollen die Rechte drauf geben? Ich
mache da gerne mit.
2. Ich denke wir sollten Flächen der Bundesländer und Kantone darstellen
in einer Tabelle, sowie als Punktlayer Städte und Gemeinden. Welches
Datenformat? Geojson? Geopackage?
3. Kennt jemand bereits einen gemeinsamen Datensatz der Bundesländer und
Kantone von D-A-CH
4. Was wäre eine sinnvolle Projektion für die Darstellung des D-A-CH
Raumes in einer Übersicht?
5. Sobald 1) steht können wir auf den Github issues brainstormen welche
Attribute sinnvoll sind zu erfassen. Es sollten wohl nicht zu viele
sein, damit wir schnelle Fortschritte haben und es für Neueinträge nicht
zu abschreckend wirkt, aber die notwendigsten Angaben umfassen, damit
man sinnvoll damit arbeiten kann.
Hier ein paar Ideen:
- Einstiegsseite des OpenData Angebots (string)
- Lizenz (diejenige die bei den meisten Angeboten verwendet wird)
(string)
- Originaldaten downloadbar (boolean)
- OGC WMS verfügbar (boolean)
- OGC WFS verfügbar (boolean)
- OGC WCS verfügbar (boolean)
Ich stelle dann gerne ein QGIS-Projekt und einen QGIS-Server WMS zur
Verfügung, ev. auch ein QWC2-Projekt.
Grüsse,
Andreas

--
....................................................................
OSGeo Park & OSGeo Day auf der AGIT 2019 in Salzburg
3.-5. Juli 2019, Universität Salzburg
https://agit.at

FOSSGIS Veranstaltungen 2019
https://www.fossgis.de/node/322

FOSSGIS e.V, der Verein zur Förderung von Freier Software aus dem
GIS-Bereich und Freier Geodaten!
https://www.fossgis.de/             https://twitter.com/fossgis_eV

____________________________________________________________________
FOSSGIS-Talk-Liste mailing list
[email protected]
https://lists.fossgis.de/mailman/listinfo/fossgis-talk-liste

Antwort per Email an