reubano/csv2ofx

Possible mapping problem: Invalid number format

swaggerino opened this issue · 4 comments

Hi,
I'm getting this error "Possible mapping problem: Invalid number format for 0,99.."
When my CSV file contains a line with an amount of '0,xx'
The moment i replace the 0 with something else or put a minus infront it runs fine..
What is going on?

My test csv:

"Umsatz abgerechnet und nicht im Saldo enthalten";"Wertstellung";"Belegdatum";"Beschreibung";"Betrag (EUR)";"Ursprünglicher Betrag";
"Ja";"23.11.2022";"22.12.2022";"test";"0,99";"";

Can you post the complete stack trace?

run it through something like

qsv input -d';' old.csv | qsv apply operations currencytonum 5 >new.csv

and see what that does.

I get a number of different CSV formats from a number of different banks and I use qsv and mlr a lot to produce sane formats :-)-O via a bash function loaded at login.

Can you post the complete stack trace?

csv2ofx -x ./mappingDKBvisa.py bankvisa2.csv
after_comma: None
after_decimal: None
usage: csv2ofx [options] <source> <dest>

description: csv2ofx converts a csv file to ofx and qif

positional arguments:
  source                the source csv file (default: stdin)
  dest                  the output file (default: stdout)

options:
  -h, --help            show this help message and exit
  -a TYPE, --account TYPE
                        default account type 'CHECKING' for OFX and 'Bank' for QIF.
  -e DATE, --end DATE   end date (default: today)
  -l LANGUAGE, --language LANGUAGE
                        the language (default: ENG)
  -s DATE, --start DATE
                        the start date
  -y, --dayfirst        interpret the first value in ambiguous dates (e.g. 01/05/09) as the day
  -m MAPPING_NAME, --mapping MAPPING_NAME
                        the account mapping (default: default)
  -x FILE_PATH, --custom FILE_PATH
                        path to a custom mapping file
  -c FIELD_NAME, --collapse FIELD_NAME
                        field used to combine transactions within a split for double entry statements
  -C ROWS, --chunksize ROWS
                        number of rows to process at a time (default: 2 ** 14)
  -r ROWS, --first-row ROWS
                        the first row to process (zero based)
  -R ROWS, --last-row ROWS
                        the last row to process (zero based, negative values count from the end)
  -O COLS, --first-col COLS
                        the first column to process (zero based)
  -L, --list-mappings   list the available mappings
  -V, --version         show version and exit
  -q, --qif             enables 'QIF' output instead of 'OFX'
  -o, --overwrite       overwrite destination file if it exists
  -D DATE, --server-date DATE
                        OFX server date (default: source file mtime)
  -E ENCODING, --encoding ENCODING
                        File encoding (default: utf-8)
  -d, --debug           display the options and arguments passed to the parser
  -v, --verbose         verbose output
Possible mapping problem: Invalid number format for `0,99`.. 

run it through something like

qsv input -d';' old.csv | qsv apply operations currencytonum 5 >new.csv

and see what that does.

I get a number of different CSV formats from a number of different banks and I use qsv and mlr a lot to produce sane formats :-)-O via a bash function loaded at login.

thanks! whatever it is doing, parsing the new csv works fine