j8TSrSSKrSSKr\R "\5rSSjr\"5 g)zDdocling-parse: Extract text with coordinates from programmatic PDFs.Nc\[R"[R5n[R"5nUR SS5S:wa<[R "[RS5 [ RSU5 gg![R[4a gf=f)ueEnsure LC_NUMERIC uses a period as decimal separator. PDF coordinate parsing (both in QPDF's C library and in this package's C++ layer) relies on '.' as the decimal separator. Locales that use ',' (French, German, Portuguese, etc.) silently corrupt every floating-point value extracted from a PDF. This function is called at import time as a defence-in-depth measure. The primary fix is in the C++ layer (from_chars), but this protects against any locale-sensitive path we may have missed — including QPDF's own atof() calls that we cannot patch. See: https://github.com/docling-project/docling/issues/1455 decimal_point.CzVdocling-parse: overrode LC_NUMERIC from %s to 'C' to prevent PDF coordinate corruptionN) _locale getlocale LC_NUMERIC localeconvget setlocale_loginfoError ValueError)currentconvs S/home/mande/repo/quber/.venv/lib/python3.13/site-packages/docling_parse/__init__.py_ensure_safe_numeric_localer s ##G$6$67!!# 88OS )S 0   g00# 6 II7  1 MM: &   sB BB+*B+)returnN) __doc__localerlogging_logging getLogger__name__r rrrs,J(# Br