[PostNAS Suite] verschiedene QGIS-Projekte mit unterschiedlichen ALKIS-Datenbanken

Fr Feb 16 02:05:32 PST 2018

Die Ideen aus der anderen Diskussion mal kurz zusammengefasst:

1. Möglichkeit: Ein Projekt machen und in projectOpen die QSettings 
manipulieren; funktioniert, habe es gerade bei mir ausprobiert. Damit 
hätte man für jede ALKIS-DB ein eigenes Projekt.
2. Möglichkeit: Erweitern des ALKIS-Plugins, so dass dort mehrere 
DB-Verbindungen konfiguriert werden können, idealerweise sollte auch die 
PostNAS-Suche auf die selbe Konfiguration zugreifen (IMHO).

Wenn 2. realisiert ist, kann man 1. so abändern, dass projectOpen eine 
bestimmte der konfigurierten Verbindungen für ein bestimmtes Projekt 
aktiviert.

Zu beachten ist folgendes: Bei mir ist es so, dass nicht alle Nutzer 
Zugriff auf die Eigentümerdaten haben, das Defaultlogin hat keinen, d.h. 
die, die ihn haben, müssen sich mit ihrem eigenen DB-Account anmelden. 
Ich löse das über die Konfiguration und eine im Hause einheitliche Id 
für die Konfiguration, d.h. wenn eine Konfiguration mit dieser Id 
vorhanden ist, wird sie eingestellt, ansonsten bleibt es beim Default. 
Allerdings benutze ich auch nur eine PostNAS-DB.

Grüße
Bernhard

Am 16.02.2018 um 10:41 schrieb G. Wagner, Wagner-IT:
> Hallo PostNAS Suite Anwender,
> 
> wir hatten das (glaube ich) schon mal auf einem Anwendertreffen:
> 
> Wenn man mit mehreren QGIS-Projekten und verschiedenen ALKIS-Datenbanken 
> arbeitet, muss man ständig die Datenbankverbindung neu einstellen.
> 
> Im Plugin vom ALKIS-Import und in der PostNAS-Suche.
> 
> Das Problem haben anscheinend einige und jeder (der es kann) entwickelt 
> sich seine Lösung.
> 
> Kann dies nicht einheitlich gelöst werden? Als reiner Anwender frage ich 
> mich, warum die Verbindung nicht einfach im QGIS-Projektfile mit drin steht?
> 
> (sorry, falls es dafür schon eine Antwort gab)
> 
> Jürgen, ist es aufwendig sowas zu ergänzen?
> 
> Können wir ja vielleicht beim kommenden Anwendertreffen in Bonn mal kurz 
> ansprechen.
> 
> Der Zeitpunkt für das Anwendertreffen ist leider noch parallel zum 
> Vortragsprogramm (Donnerstag 17.00 Uhr) aber das ging wohl zeitlich auch 
> nicht anders.
> 
> Viele Grüße
> 
> Günter
> 
> -----Ursprüngliche Nachricht-----
> Von: FOSSGIS-Talk-Liste [mailto:fossgis-talk-liste-bounces at fossgis.de] 
> Im Auftrag von Bernhard Ströbl
> Gesendet: Freitag, 16. Februar 2018 10:13
> An: fossgis-talk-liste at fossgis.de
> Betreff: Re: [FOSSGIS-Talk] QGIS - Python-Makros, ALKIS-Plugin 
> Datenbankzugriff
> 
> Hallo Peter,
> 
> dann solltest Du es mal in openProject() versuchen einfach die 
> if-Bedingung (if host == "") rauslassen
> 
> Ich habe das in einer Erweiterung drin, die was anderes macht 
> (allerdings schon was mit Flurstücken), aber da war für mich halt eine 
> Möglichkeit, den Wert zu setzen, so dass alle Nutzer das eingetragen 
> haben. Manche ändern das aber dann auf ihren persönlichen DB-Zugriff 
> (mit Eigentümerauskunft), weshalb ich immer prüfen muß, ob schon was 
> eingetragen ist. Bei uns gibt es aber auch nur eine ALKIS-DB
> 
> Berichte doch bitte, ob Du mit projectOpen erfolgreich warst.
> 
> Grüße
> 
> Bernhard
> 
> Am 16.02.2018 um 10:05 schrieb sk:
> 
>  > Hallo Bernhard,
> 
>  >
> 
>  > genau das war mein Gedanke, einfach QGIS-Projektdatei starten und die
> 
>  > entsprechende DB wird als Wert gesetzt.
> 
>  > Das ich den Weg direkt über die Registry gegangen bin ist halt dem
> 
>  > Umstand geschuldet, dass ich vom Programmieren eigentlich null Ahnung
> 
>  > habe. Mit Python versuche ich es seit einiger Zeit in sehr kleinen
> 
>  > Schritten und im Web habe ich halt diese Variante gefunden.
> 
>  >
> 
>  > Hier ist es halt so das es einmal die Nutzer gibt die einmal in der
> 
>  > Woche oder noch weniger QGIS nutzen oder halt wie ich, der am Tag
> 
>  > dreimal das Projekt wechselt und jedes mal wieder schaut wie die
> 
>  > entsprechende DB denn heißt.
> 
>  > Wenn ich es direkt mit dem QGIS-Projekt verbinden könnte bräuchte
> 
>  > keine Rücksicht auf vorhandene Werte genommen werden.
> 
>  >
> 
>  > Also hast Du eine eigene Erweiterung die das für dich erledigt, wenn
> 
>  > ich das richtig verstanden habe.
> 
>  > Wie kann ich Deine Variante umsetzen? Sollte man eine Erweiterung
> 
>  > erstellen, nachvollziehen kann ich es nicht.
> 
>  >
> 
>  > Das Plugin PostNAS-Suche wird auch verwendet, das wäre dann die
> 
>  > nächste Baustelle gewesen.
> 
>  >
> 
>  > Gruß Peter
> 
>  >
> 
>  > Am 16.02.2018 um 09:26 schrieb Bernhard Ströbl:
> 
>  >> Hallo Peter,
> 
>  >> was möchtest Du erreichen? Ich vermute mal, dass bei allen die das
> 
>  >> Projekt öffnen, die Datenbank eingetragen ist. Ob es sinnvoll ist,
> 
>  >> das direkt in der Registry zu machen, weiß ich nicht, Qt bietet dafür
> 
>  >> QSettings an, hier ist mein Code (stammt im Prinzip aus dem
> 
>  >> alkis-Plugin von norbit wird in einem anderen Plugin ausgeführt). Im
> 
>  >> Moment nimmt das Rücksicht darauf, dass ein Nutzer evtl. etwas
> 
>  >> anderes eingestellt hat
> 
>  >>
> 
>  >> #setze default-Werte für norbit alkis-Plugin host = s.value( "host",
> 
>  >> "" )
> 
>  >>
> 
>  >> if host == "": # noch nicht gesetzt
> 
>  >>     s.setValue( "host", "DBSERVER" )
> 
>  >>     s.setValue( "port", "5432" )
> 
>  >>     s.setValue( "dbname", "DBNAME" )
> 
>  >>     s.setValue( "uid", "USERID" )
> 
>  >>     s.setValue( "pwd", "PASSWORT" )
> 
>  >>     s.setValue("modellarten",[u'DLKM', u'DKKM1000'])
> 
>  >>
> 
>  >> inwieweit das in OpenProject funktioniert, weiß ich nicht.
> 
>  >> Falls Du auch das Plugin PostNAS-Suche benutzt, wäre der Code
> 
>  >> folgendermassen:
> 
>  >>
> 
>  >> # PostNAS-Suche:
> 
>  >> s = QtCore.QSettings( "PostNAS", "PostNAS-Suche" ) host = s.value(
> 
>  >> "host", "" )
> 
>  >>
> 
>  >> if host == "": # noch nicht gesetzt
> 
>  >>     s.setValue( "host", "DBSERVER" )
> 
>  >>     s.setValue( "port", "5432" )
> 
>  >>     s.setValue( "dbname", "DBNAME" )
> 
>  >>     s.setValue( "uid", "USERID" )
> 
>  >>     s.setValue( "pwd", "PASSWORT" )
> 
>  >>
> 
>  >> Bernhard
> 
> __________ Information from ESET Mail Security, version of virus 
> signature database 16913 (20180216) __________
> 
> The message was checked by ESET Mail Security.
> 
> http://www.eset.com
> 
> --
> 
> ....................................................................
> 
> FOSSGIS 2018, die Konferenz für Open Source GIS mit OpenData und 
> OpenStreetMap in Bonn!
> 
> 21.-24. März 2018 an der Universität Bonn https://fossgis-konferenz.de/2018/
> 
> 18.-25. März OSGeo Code Sprint im BaseCamp Bonn
> 
> https://wiki.osgeo.org/wiki/OSGeo_Code_Sprint_2018
> 
> FOSSGIS Veranstaltungen 2018
> 
> https://www.fossgis.de/node/306
> 
> 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
> 
> FOSSGIS-Talk-Liste at fossgis.de <mailto:FOSSGIS-Talk-Liste at fossgis.de>
> 
> https://lists.fossgis.de/mailman/listinfo/fossgis-talk-liste
> 
> 
> 
> __________ Information from ESET Mail Security, version of virus 
> signature database 16914 (20180216) __________
> 
> The message was checked by ESET Mail Security.
> http://www.eset.com
> 
> 
> _______________________________________________
> NAS mailing list
> NAS at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/nas
> 

__________ Information from ESET Mail Security, version of virus signature database 16914 (20180216) __________

The message was checked by ESET Mail Security.
http://www.eset.com