[Lizmap-de] Erfahrung mit pg_service.conf oder auch .pg_service.conf Konfiguration für Zugang zu Postgresdaten

Do Mai 2 10:12:04 PDT 2024

Hallo Matthias

Das kann ich so bestätigen. Danke für dein Feedback.

Ich habe zum Testen in pg_service.conf dies angelegt.

[testlocal]

host=localhost

port=5432

user=postgres

password=@@@@@

dbname=test

Dann mit «norGIS ALKIS Import» in Windows 11 ein Alkis XML-File erfolgreich in die DB importiert.

Danach in QGIS 3.34 mit dem ALKIS Plugin die DB in QGIS importiert. Hat alles geklappt!

Einzig mit Lizmap habe ich dann Probleme gehabt, die ich bis jetzt nicht gelöst habe.

Gruss, Peter

Von: Lizmap-de <lizmap-de-bounces at lists.osgeo.org> Im Auftrag von GIS | Reuther NetConsulting via Lizmap-de
Gesendet: Donnerstag, 2. Mai 2024 13:04
An: lizmap-de at lists.osgeo.org
Betreff: Re: [Lizmap-de] Erfahrung mit pg_service.conf oder auch .pg_service.conf Konfiguration für Zugang zu Postgresdaten

Hallo zusammen,

noch ein Update zum Verwenden der pg_service Konfiguration.

Wir haben die Datenbank neu angelegt, die ALKIS-Daten wieder eingespielt, sowie den Eintrag in pg_service erneuert und eine neue QGIS-Datei aufgebaut. 

Jetzt funktioniert alles nachvollzierbar mit der pg_service Konfiguration im Zusammenspiel mit unserer Postgres DB, auch mit den ALKIS-Daten und der Einbindung über norGIS ALKIS-Import.

Grüße

Matthias

Von: GIS | Reuther NetConsulting 
Gesendet: Mittwoch, 24. April 2024 11:03
An: Peter Berger <peter.berger at bluewin.ch <mailto:peter.berger at bluewin.ch> >; lizmap-de at lists.osgeo.org <mailto:lizmap-de at lists.osgeo.org> 
Betreff: AW: [Lizmap-de] Erfahrung mit pg_service.conf oder auch .pg_service.conf Konfiguration für Zugang zu Postgresdaten

Hallo Peter,

vielen Dank für deine Antwort!

Die ALKIS Daten werden von unseren Kunden (Kommunen) im XML-Format zur Verfügung gestellt.

Mit dem norGIS ALKIS Import spielen wir die ALKIS-Daten strukturiert in die entsprechenden Kunden-DBs. Daraus können wir die ALKIS-Karte mit dem Signaturenkatalog in die entsprechenden QGIS-Projekte einbinden. 

Eine andere / bessere Vorgehensweise ist uns für diesen Anwendungsfall bisher nicht bekannt?!

Um die ALKIS-Daten auch in einem Lizmap-Projekt als Hintergrundgarte darstellen zu können, sind entsprechende ALKIS-Daten auch in der Cloud-PostGIS-DB eingespielt. 

In die für das Lizmap-Projekt angelegte QGIS-Datei auf dem Server lassen sich auch die ALKIS-Daten einbinden. Was nicht geht, ist die Einbindung mittels pg_service Konfiguration.

Dies wird aber unsererseits benötig, dass Server und wir von Lokal auf diese QGIS-Datei zugreifen können. (Der QGIS-Server sieht die Cloud DB mit einer anderen (internen) IP-Adresse, als wir.)

Wie geschrieben, funktioniert dies bei Standard PostGIS-Layern mittels pg_service wunderbar.

Viele Grüße

Matthias

Von: Peter Berger <peter.berger at bluewin.ch <mailto:peter.berger at bluewin.ch> > 
Gesendet: Mittwoch, 24. April 2024 10:25
An: GIS | Reuther NetConsulting <gis at r-nc.de <mailto:gis at r-nc.de> >; lizmap-de at lists.osgeo.org
Betreff: AW: [Lizmap-de] Erfahrung mit pg_service.conf oder auch .pg_service.conf Konfiguration für Zugang zu Postgresdaten

Hallo Matthias

Habe eine Frage dazu. Wieso braucht es das Werkzeug? Man kann in QGIS ja einfach Alkis-Daten mit Drag und Drop aufnehmen und diese dann wiederum mit Drag und Drop in die Postgres/Postgis DB aufnehmen.

Liebe Grüsse

Peter

Von: Lizmap-de <lizmap-de-bounces at lists.osgeo.org <mailto:lizmap-de-bounces at lists.osgeo.org> > Im Auftrag von GIS | Reuther NetConsulting via Lizmap-de
Gesendet: Mittwoch, 24. April 2024 08:48
An: lizmap-de at lists.osgeo.org <mailto:lizmap-de at lists.osgeo.org> 
Betreff: Re: [Lizmap-de] Erfahrung mit pg_service.conf oder auch .pg_service.conf Konfiguration für Zugang zu Postgresdaten

Hallo zusammen,

vielen Dank für eure Hinweise und Tipps!

In Verbindung mit normalen PostGIS-Layern funktioniert pg_service bei uns.

Wie geht ihr mit ALKIS-Daten um?

Bei lokalen Projekten werden diese bei uns mit dem norGIS ALKIS Import mit den vollständigen Zugangsdaten zum Server / der Datenbank eingebunden. 

Beim Versuch diese nur mit Angabe des „Service“ einzubinden scheitern wir allerdings.

Welche Konfigurationsangaben tragt ihr hier ein?

Vielen Dank und Grüße

Matthias

Von: Lizmap-de <lizmap-de-bounces at lists.osgeo.org <mailto:lizmap-de-bounces at lists.osgeo.org> > Im Auftrag von Günter Wagner via Lizmap-de
Gesendet: Donnerstag, 4. April 2024 18:00
An: 'Petert Berger' <peter.berger at bluewin.ch <mailto:peter.berger at bluewin.ch> >; 'Jörg Thomsen' <joerg.thomsen at wheregroup.com <mailto:joerg.thomsen at wheregroup.com> >; lizmap-de at lists.osgeo.org <mailto:lizmap-de at lists.osgeo.org> 
Betreff: Re: [Lizmap-de] Erfahrung mit pg_service.conf oder auch .pg_service.conf Konfiguration für Zugang zu Postgresdaten

Hallo zusammen,

Danke Peter, für Deinen Erfahrungsbericht und vielen Dank an die Anderen für die Infos und Hinweise.

Ich werde das hoffentlich nächste Woche mal testen können. Bin gespannt und gebe Rückmeldung.

Viele Grüße

Günter

Von: Lizmap-de <lizmap-de-bounces at lists.osgeo.org <mailto:lizmap-de-bounces at lists.osgeo.org> > Im Auftrag von Petert Berger via Lizmap-de
Gesendet: Donnerstag, 4. April 2024 14:07
An: 'Jörg Thomsen' <joerg.thomsen at wheregroup.com <mailto:joerg.thomsen at wheregroup.com> >; lizmap-de at lists.osgeo.org <mailto:lizmap-de at lists.osgeo.org> 
Betreff: [Lizmap-de] Erfahrung mit pg_service.conf oder auch .pg_service.conf Konfiguration für Zugang zu Postgresdaten

Hallo zusammen

Ich möchte euch noch gerne meine Erfahrungen mit dem der pg_service.conf teilen. Dabei beziehe ich mich auf Linux. Es ist nämlich etwas tricky.

Offiziell findet man in der Postgres-Dokumentation dies:

The Connection Service File 

The connection service file allows libpq connection parameters to be associated with a single service name. That service name can then be specified in a libpq connection string, and the associated settings will be used. This allows connection parameters to be modified without requiring a recompile of the libpq-using application. The service name can also be specified using the PGSERVICE environment variable.

Service names can be defined in either a per-user service file or a system-wide file. If the same service name exists in both the user and the system file, the user file takes precedence. By default, the per-user service file is named ~/.pg_service.conf. On Microsoft Windows, it is named %APPDATA%\postgresql\.pg_service.conf(where %APPDATA% refers to the Application Data subdirectory in the user's profile). A different file name can be specified by setting the environment variable PGSERVICEFILE. The system-wide file is named pg_service.conf. By default it is sought in the etc directory of the PostgreSQL installation (use pg_config --sysconfdir to identify this directory precisely). Another directory, but not a different file name, can be specified by setting the environment variable PGSYSCONFDIR.

Meine Erfahrungen:

*	Zuerst habe ich mir in der User HOME-Verzeichnis ein ~/.pg_service.conf File angelegt. Dann hat es in QGIS funktioniert. In QGIS muss man dann eigentlich in den PostgeSQL-Settings nur den Service eintragen und es funktioniert.
*	Dann habe ich Lizmap geöffnet und da meckert Lizmap bei den Checks. Nach Abschalten in den Services, «Prevent PostgresSQL layers from using a service file» waren die Checks OK. (Komischer Check!)
*	Im Web war dann der Postgres-Layer wiederum nicht zu sehen. Hmm.. Dann die Erleuchtung, dass der QGIS-Server ja nicht als gleicher User läuft und somit er das ~/.pg_service.conf File im Verzeichnis des anderen User nicht sieht. Also müsste ich das File an mehreren Ort haben. Nicht praktikabel!
*	Ich habe dann entschieden, dass ich das Ganze systemweit verfügbar mache indem ich pg_config –sysconfdir aufrufe. Da kommt dies raus /etc/postgresql-common. Nun habe ich das File ~/.pg_service.conf in diesen Ordner kopiert. Funktionierte nicht! Hmm… Aha, das File hat dort einen anderen Namen nicht ~/.pg_service.conf sondern ~/pg_service.conf. Also ohne führenden Punkt. Nun hat es funktioniert!
*	Man kann den Bezug auf das File auch in der Environment Variable PGSERVICEFILE definieren. Ob das funktioniert habe ich bis jetzt nicht ausprobiert. Hat jemand Erfahrung damit?

Etwas mühsam ist dies jedoch, wenn man ein QGIS-File auf einem System ohne Postgreszugang aufruft. Dann funktionieren die Postgres-Layer nicht.

Gruss, Peter

Von: Lizmap-de <lizmap-de-bounces at lists.osgeo.org <mailto:lizmap-de-bounces at lists.osgeo.org> > Im Auftrag von Peter Berger via Lizmap-de
Gesendet: Donnerstag, 28. März 2024 14:53
An: Jörg Thomsen <joerg.thomsen at wheregroup.com <mailto:joerg.thomsen at wheregroup.com> >
Cc: lizmap-de at lists.osgeo.org <mailto:lizmap-de at lists.osgeo.org> 
Betreff: Re: [Lizmap-de] Lizmap Rechte für Postgres-Layer direkt in das QGIS-File einbinden

Hallo Jörg

Vielen Dank für deinen Beitrag. Wir haben also diese Möglichkeiten: 

Die Credentials in ein dezidiertes File einzubinden, pg_service.conf.

In ein QGIS-File händisch pro Layer einzutragen.

Und via QGIS in einer Konfiguration einzutragen. Dies funktioniert bei mir jedoch nicht! Sollte doch? Hat QGIS, mindestens bei den 3.34.x Versionen einen Bug?

Wie immer, das mit dem pg_service.conf funktioniert. Ich werde in Zukunft diesen Weg gehen. 

Liebe Grüsse

Peter

Am 28.03.2024 um 08:42 schrieb Jörg Thomsen via Lizmap-de <lizmap-de at lists.osgeo.org <mailto:lizmap-de at lists.osgeo.org> >:

Moin,

ein Zwischenruf von der Seite.

> Da ist zwar noch ein weiteres File dabei, ich hab aber nie rausgefunden, wofür das ist. 

https://docs.qgis.org/3.16/de/docs/user_manual/appendices/qgis_file_formats.html ->

Die QGD-Datei ist die zugehörige Sqlite-Datenbank des qgis-Projekts, die Hilfsdaten für das Projekt enthält. 

Für postgis schick in in den nächsten Tagen nochmal was. Wir haben das bei uns immer mit einem service definitions file gelöst.

https://wheregroup.com/blog/details/einfache-verbindung-von-postgresql-postgis-datenbanken-mit-qgis-mittels-mit-pg-serviceconf/

Viele Grüße, Jörg

---------------------------------------------
Schon gewusst?

In unserem Blog geben wir Tipps & Tricks zu Open-Source-GIS-Software 
und berichten aus unserem Experten-Alltag:
https://wheregroup.com/blog/
---------------------------------------------

Jörg Thomsen
WhereGroup GmbH
Bundesallee 23
10717 Berlin
Germany

Tel: +49 (0)30 / 5130 278 74
Fax: +49 (0)30 / 5130 278 11 

joerg.thomsen at wheregroup.com <mailto:joerg.thomsen at wheregroup.com> 
www.wheregroup.com <http://www.wheregroup.com> 

Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885

-------------------------------
Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com

-- 
Lizmap-de mailing list
 <mailto:Lizmap-de at lists.osgeo.org> Lizmap-de at lists.osgeo.org
 <https://lists.osgeo.org/mailman/listinfo/lizmap-de> https://lists.osgeo.org/mailman/listinfo/lizmap-de

 <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> 

Virenfrei. <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> www.avast.com

-- 
Diese E-Mail wurde von Avast-Antivirussoftware auf Viren geprüft.
www.avast.com
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20240502/bdefdb35/attachment-0001.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image001.jpg
Dateityp    : image/jpeg
Dateigröße  : 82725 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20240502/bdefdb35/attachment-0006.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image003.jpg
Dateityp    : image/jpeg
Dateigröße  : 56893 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20240502/bdefdb35/attachment-0007.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image004.jpg
Dateityp    : image/jpeg
Dateigröße  : 63414 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20240502/bdefdb35/attachment-0008.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image005.jpg
Dateityp    : image/jpeg
Dateigröße  : 109311 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20240502/bdefdb35/attachment-0009.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image011.jpg
Dateityp    : image/jpeg
Dateigröße  : 19082 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20240502/bdefdb35/attachment-0010.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image012.jpg
Dateityp    : image/jpeg
Dateigröße  : 372 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20240502/bdefdb35/attachment-0011.jpg>