[gnucash-de] Zurücksetzen des Bayes-Algorithmus

[Peter Zimmerer]

Hallo zusammen,

angeregt durch diese Diskussion habe ich auch mal bei mir versucht, den
Editor für die Import-Zuordnungen aufzurufen. Leider führt das bei mir
zum Crash von Gnucash mit folgender Fehlermeldung auf der Konsole:

terminate called after throwing an instance of 'std::out_of_range'
  what():  basic_string::substr: __pos (which is 17) > this->size()
(which is 16)

Der Abbruch kommt aus der Funktion parse_bayes_imap_info (Quelldatei
gnucash/libgnucash/engine/Account.cpp) und wird durch Einträge in den
Mapping-Daten (Tabelle SLOTS) mit dem Wert NAME = 'import-map-bayes'
verursacht.

Daneben gibt es noch jede Menge Mapping-Einträge in der Tabelle SLOTS,
die nicht dem Muster (regulärer Ausdruck)
'^import-map-bayes/.*/[0-9a-f]{32}$' genügen. Ich vermute, das sind
alles Mappings, die mit einer früheren Gnucash-Version angelegt wurden
und die beim einem Upgrade nicht umgesetzt wurden. Sie zeigen mit Ihrer
OBJ_GUID auch nicht auf eine gültige Konto-GUID, wie das der Fall ist,
wenn ich heute eine neue Gnucash-Datei anlege, Kontoumsätze abfrage und
zuordne und damit neue Mappings erzeuge.

Ich habe meine Gnucash-Daten in einer Postgres-Datenbank abgelegt. Ich
würde daher versuchen, die alten Einträge mit folgendem SQL-Kommando zu
löschen:

delete from slots
where
  name     =      'import-map-bayes'       or
  name     like   'import-map-bayes/%' and
  obj_guid not in (select guid from accounts)

Kann das jemand bestätigen oder mir einen anderen Reparaturvorschlag nennen?

Vielen Dank schon mal im voraus!

Gruß,
Peter



Am 30.01.20 um 20:31 schrieb Christian Gruber:
> Hallo Carsten,
> 
> ich habe auch Probleme mit dem Bayes-Algorithmus festgestellt und bin
> seit einigen Wochen dabei, diesen zu debuggen.
> 
> Die ersten Fehler habe ich bereits gefunden und gemeldet (siehe Bug
> 797587 <https://bugs.gnucash.org/show_bug.cgi?id=797587>). Ich bin auch
> schon an einer Lösung dran. Möglicherweise würde das schon einige
> Zuordnungsprobleme bei dir lösen.
> 
> Man kann den Algorithmus wieder auf "Null" zurücksetzen, indem man mit
> dem Import-Zuordnungen Editor alle Einträge löscht (siehe Antwort von
> Hartmut). Allerdings befürchte ich, dass sich die gleichen Probleme nach
> kurzer Zeit wieder einstellen werden.
> 
> Gruß Christian
> 
> 
> Am 27.01.20 um 16:43 schrieb Carsten Paukert:
>> Moin zusammen,
>>
>> ich stelle fest, dass eine ganze Reihe von Buchungen, die ich online
>> abrufe, nicht korrekt erkannt und zugeordnet werden. Darunter eine
>> ganze Reihe monatlich wiederkehrender Abbuchungen mit, wie ich denke,
>> leicht zu identifizierenden Übereinstimmungen.
>> Was gibt es für Möglichkeiten, den Algorithmus besser zu trainieren?
>> Kann ich ihn irgendwie auf Null setzen und mit dem anlernen von vorne
>> beginnen, damit sich von Anfang an keine Fehler einschleichen?
>>
>> Vielen Dank für Eure Hinweise.
>>
>> Gruß
>>
>> Carsten
>>
>> P.S.: Ich bin  kein Coder. :-/
>>
>> _______________________________________________
>> gnucash-de mailing list
>> gnucash-de at gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-de
> _______________________________________________
> gnucash-de mailing list
> gnucash-de at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-de

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 488 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.gnucash.org/pipermail/gnucash-de/attachments/20200203/4afe4b33/attachment.sig>