Dag kwibus,
Dit probleem heb ik al op andere draadjes aangekaart.
Samenvatting:
Het Functioneel Systeem Ontwerp is sinds 1964 voor Nederland niet meer
gewijzigd.
Het Technisch Systeem Ontwerp is gerealiseerd in COBOL in 1975.
Opnieuw in MS-Access in 1985.
Mislukt in LO-Base4.
Gerealiseerd in Basic256 in 2012 en nu operationeel onder Ubuntu 14.
Maar ik wil het nog steeds in één klap (net als MS-Access het deed) in
LO-Base hebben. Maar de data-handling van Base is erg armoedig en nu nog
olie-dom... Kan beter worden!
Kijk, als een routine en totaal moet berekenen op een veld, dan loopt de
routine door alle velden (look-ahead). Bij bank-waarden ("-9999.99") zet
hij het filter op stripping-quote's en DIC (dot is comma).
Dat filter heb ik ook en is een kleine snelle macro in Linux.
Probleem is, dat we internationaal en technisch nog steeds niet standaarden
hebben voor data. Iedereen klooit maar een stuk in de rondte. En verdient
er veel geld mee.
Ik heb aan de banken voorgesteld om als valuta-aanduiding EUR2 te
gebruiken, dat wil zeggen, dat de bedragen in EURO-cent zijn. Dan heb je
geen punt of comma meer nodig, tenzij je het bedrag gaat afdrukken.
Maar ja, bankiers...
Groet,
Dick
Op 27 januari 2017 om 22:08 schreef <kwibus@cloudmail.de>:
Beste Dick,
Ik heb nu niet direct paraat, wat Base wel zonder meer accepteert als
formaat, maar ... jij kunt toch programmeren in Basic? Kun je niet een
klein programmaatje schrijven dat het CSV-bestand omzet, zodat het een
bestand wordt dat wèl door Base ingelezen kan worden?
Wel een extra stap, maar als het dan wel lukt ...
*Von:* Dick Stomp <dick.stomp@zonnet.nl>
*Gesendet:* 27.01.2017 20:53
*An:* users libreoffice.org <users@nl.libreoffice.org>
*Betreff:* [nl-users] decimale punt in Base
De banken maken downloads van de boekingen in het zogenaamde CSV 2004
formaat.
In dat bestand zijn de velden
- gescheiden door punt-komma
- ingesloten door quote's
en de bedragen hebben als decimaal aanduiding een PUNT.
Dat wordt door Base niet allemaal geaccepteerd.
Calc accepteert dat wel! Het CSV 2004 bestand wordt gewoon ingelezen.
Vervolgens kan met Zoek/Vervang
- alle quote's worden verwijderd
- alle decimale punten in de bedragen worden vervangen door komma's
en tenslotte als .ods worden opgeborgen.
Dan krijgen we weer de zotte vertoning om alle velden van de .ods te
kopiëren en in Base te plakken, in plaats van Base te vertellen dat de
Table een connectie heeft met een .ods elders.
Met gewoon programmeren is dat allemaal geen probleem en dan worden de
bestanden van de bank binnen een minuut omgezet in Balans en Omzet.
Maar, zoals ik ervaren heb, dat blijft een kwetsbaar proces!
Heeft iemand nog een slim voorstel hoe we Base (buiten de landinstelling
om) kunnen forceren om omhullende quote's en decimale punten te accepteren?
(Zoals MS-Access gewoon doet...)
--
Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox
https://sites.google.com/site/dickstomp/
--
Unsubscribe instructions: E-mail to users+unsubscribe@nl.libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/nl/users/
All messages sent to this list will be publicly archived and cannot be
deleted
--
Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox
https://sites.google.com/site/dickstomp/
--
Unsubscribe instructions: E-mail to users+unsubscribe@nl.libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/nl/users/
All messages sent to this list will be publicly archived and cannot be deleted
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.