[PostNAS Suite] Probleme mit PostNAS-Suche bei erstmaliger Neuinstallation und unter QGIS 3.4.2

Do Jan 24 23:30:46 PST 2019

Hallo Thomas, hallo in die PostNAS-Runde,

zu diesem Problem gibt es noch nichts Neues  oder?

Ich hatte auf ein Update des Plugins gehofft.

@Thomas
Vielen Dank für die detaillierten Angabe. 

Ein speichern/konvertieren der Datei
...\AppData\Roaming\QGIS\QGIS3\profiles\default\python\plugins\PostNAS_Sear
ch\postprocessing_import\postnas-search-fulltextindex.sql  in UTF-8 lässt
zwar den Fehler/Absturz verschwinden, es werden aber keine Suchergebnisse
gefunden.

Muss ich in den genannten Zeilen noch etwas ändern? Diese finde ich zwar
aber wie muss ich sie abändern (hab von dem Schema/den Datentypen leider
keine Ahnung).

Und dann behebt dies doch auch nur das Problem bei der Indexerstellung.
Reicht das aus? 
Früher lief die Suche ja auch ohne Indexerstellung, sie wurde dadurch nur
schneller (wenn ich mich richtig erinnere).

Viele Grüße

Günter

Von: Schüttenberg, Thomas (Stadt Minden) <T.Schuettenberg at minden.de> 
Gesendet: Freitag, 7. Dezember 2018 08:50
An: 'G. Wagner, Wagner-IT' <info at wagner-it.de>; NAS at lists.osgeo.org
Betreff: AW: [PostNAS Suite] Probleme mit PostNAS-Suche bei erstmaliger
Neuinstallation und unter QGIS 3.4.2

Moin Günter,

ja, da habe ich mich wieder selber ausgetrickst, die beschriebene Lösung ist
nur für das AKLIS-Schema bis Version 14 ausreichend.

Mit dem vollen Schema (Version 15) habe ich
C:\Users\thomas\AppData\Roaming\QGIS\QGIS3\profiles\default\python\plugins\P
ostNAS_Search\postprocessing_import\postnas-search-fulltextindex.sql direkt
auf der Datenbank ausgeführt und dann werden ein paar Fehler offenbar, die
man aber leicht korrigieren kann:

ERROR:  FEHLER:  CASE-Typen character varying und integer passen nicht
zusammen

LINE 12:    CASE WHEN ax_flurstueck.zaehler IS NULL THEN 0 ELSE ax_fl...

Ebenso in Zeilen 17 und 23.

Hoffe nun passt es.

Gruß

Thomas

Von: G. Wagner, Wagner-IT [ <mailto:info at wagner-it.de>
mailto:info at wagner-it.de] 
Gesendet: Freitag, 7. Dezember 2018 08:15
An:  <mailto:NAS at lists.osgeo.org> NAS at lists.osgeo.org
Cc: Schüttenberg, Thomas (Stadt Minden)
Betreff: AW: [PostNAS Suite] Probleme mit PostNAS-Suche bei erstmaliger
Neuinstallation und unter QGIS 3.4.2

Hallo Thomas,

bei mir klappt das leider nicht. Die Fehlermeldung beim Index erstellen ist
weg aber der Index, bzw. die Index-Tabellen werden nicht neu gefüllt.

Auch wenn ich die Tabellen lösche werden sie zwar neu angelegt, bekommen
aber keinen Inhalt.

Falsch machen kann man bei Deinem Tipp ja eigentlich nichts:

Habe es gestern Nachmittag beim Kunden und eben bei mir auf dem Notebook
probiert, jeweils Win10 64bit, QGIS 3.4.2.

Den QGIS Absturz beim Schließen hatte ich beim Kunden (völlige
Neuinstallation) auch wieder (V 3.4.2)

Viele Grüße

Günter

Von: G. Wagner, Wagner-IT [ <mailto:info at wagner-it.de>
mailto:info at wagner-it.de] 
Gesendet: Donnerstag, 6. Dezember 2018 13:40
An: Schüttenberg, Thomas (Stadt Minden);  <mailto:NAS at lists.osgeo.org>
NAS at lists.osgeo.org
Cc:  <mailto:marvin.kinberger at kreis-unna.de> marvin.kinberger at kreis-unna.de
Betreff: AW: [PostNAS Suite] Probleme mit PostNAS-Suche bei erstmaliger
Neuinstallation und unter QGIS 3.4.2

Hallo Thomas,

vielen Dank für Deinen Hinweis und für die Nachforschungen.

Die Fehlermeldung tritt tatsächlich nicht mehr auf. Aber der Suchindex wir
meiner Meinung nach nicht erzeugt (das geht zu schnell). Und entscheidender,
die Suche funktioniert leider auch nicht.

Ich habe aber auch nur die Datei [1] wie geschildert editiert und
abgespeichert.

Viele Grüße

Günter

Von: Schüttenberg, Thomas (Stadt Minden) <
<mailto:T.Schuettenberg at minden.de> T.Schuettenberg at minden.de> 
Gesendet: Donnerstag, 6. Dezember 2018 12:48
An: 'NAS at lists.osgeo.org' < <mailto:NAS at lists.osgeo.org>
NAS at lists.osgeo.org>
Cc: 'info at wagner-it.de' < <mailto:info at wagner-it.de> info at wagner-it.de>;
'marvin.kinberger at kreis-unna.de' < <mailto:marvin.kinberger at kreis-unna.de>
marvin.kinberger at kreis-unna.de>
Betreff: AW: [PostNAS Suite] Probleme mit PostNAS-Suche bei erstmaliger
Neuinstallation und unter QGIS 3.4.2

Hallo zusammen,

ich glaube ich habe die Lösung für das Problem beim Erstellen des Suchindex
vom PostNAS-Seach-Plugin:

Der Fehler weist ja auf ein Encodingproblem hin, Python versteht einen
Buchstaben nicht nämlich ä (= 0xe4), den es in UTF-8 erwartet. Und zwar
passiert das beim Aufruf von postnas-search-fulltextindex.sql [1], was in
Zeile 71 von PostNAS_CreateFulltextindex.py [2] (vergeblich) aufgerufen wird
(vgl. Python Fehlermeldung).

Die Plugin-(und Programm-)Dateien von QGIS u.a. müssen in UTF-8 kodiert
sein. Das SQL unter [1] ist aber als ANSI gespeichert und daran stört sich
das Python in QGIS 3.4.2 (mit 3.4.1 oder älter habe ich das nicht getestet).

Lösung: [1] in einem fähigen Texteditor wie Notepad++ öffnen und im Menü
Kodierung -> Konvertiere zu UTF-8 [ohne BOM!] auswählen, anschließend
speichern. Die Fehlermeldung tritt nicht mehr auf, der Suchindex wird
erzeugt.

[1]
"C:\Users\thomas\AppData\Roaming\QGIS\QGIS3\profiles\default\python\plugins\
PostNAS_Search\postprocessing_import\postnas-search-fulltextindex.sql"

[2]
"C:\Users\thomas\AppData\Roaming\QGIS\QGIS3\profiles\default\python\plugins\
PostNAS_Search\PostNAS_CreateFulltextindex.py"

Dieser Fehler findet sich auch auf Github
https://github.com/Kreis-Unna/PostNAS_Search/blob/master/postprocessing_impo
rt/postnas-search-fulltextindex.sql

Wie/ob man dort das Dateiencoding ändern kann, weiß ich nicht. Notfalls muss
sie aus dem konvertierten Inhalt neu erstellt werden.

Schöne Grüße

Thomas

Von: NAS [ <mailto:nas-bounces at lists.osgeo.org>
mailto:nas-bounces at lists.osgeo.org] Im Auftrag von G. Wagner, Wagner-IT
Gesendet: Dienstag, 27. November 2018 19:48
An:  <mailto:NAS at lists.osgeo.org> NAS at lists.osgeo.org
Betreff: [PostNAS Suite] Probleme mit PostNAS-Suche bei erstmaliger
Neuinstallation und unter QGIS 3.4.2

Hallo zusammen,

ich habe bei kompletten Neuinstallationen (z.Bsp. mein neues Notebook aber
leider auch bei Gemeinderechnern auf denen vorher nie ein QGIS war) Probleme
mit der PostNAS-Suche.

In QGIS 2.18 passiert einfach gar nichts (Keine Ergebnisse), aber wenn man
den Vollindex erstellen lässt geht es so schnell, dass etwas nicht stimmen
kann.

QGIS 3.4 ist zum Glück gesprächiger. Hier zeigt die Suche auch Keine
Ergebnisse aber beim Erstellen des Vollindexes gibt es folgende
Fehlermeldung:

www.wagner-it.de/download/pic/Fehlermeldung_PostNAS_Suche.jpg
<http://www.wagner-it.de/download/pic/Fehlermeldung_PostNAS_Suche.jpg> 

Ist das noch jemanden passiert?  Oder sagt jemanden (Marvin?) die
Fehlermeldung etwas, mir leider nicht. 

Hat anscheinend irgendetwas mit dem Zeichen-Code utf-8 zu tun?

Getestet unter QGIS 2.18.26 und 3.4.2, Plugins jeweils aktualisiert,
Windows10 64bit.

Auf bestehenden Systemen läuft mit der 2.18.26 alles wie gewohnt (Suche
funktioniert), nach dem letzten Update auf die 3.4.2 (über OSGeo4W) gibt es
auch hier die Fehlermeldung.

Danke in voraus und Grüße

Günter

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20190125/51d623df/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image002.png
Dateityp    : image/png
Dateigröße  : 35634 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20190125/51d623df/attachment-0003.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image003.png
Dateityp    : image/png
Dateigröße  : 267225 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20190125/51d623df/attachment-0004.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image004.png
Dateityp    : image/png
Dateigröße  : 262132 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20190125/51d623df/attachment-0005.png>