<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Maashoek blog</title>
	<atom:link href="http://blog.maashoek.nl/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.maashoek.nl</link>
	<description>Een experiment</description>
	<lastBuildDate>Wed, 07 Dec 2011 21:44:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
	<item>
		<title>Comment on Gnucash en internetbankieren by Erik Nieuwenhuis</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-98</link>
		<dc:creator>Erik Nieuwenhuis</dc:creator>
		<pubDate>Wed, 07 Dec 2011 21:44:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-98</guid>
		<description>Mijn complimenten voor het Rabobank script. Werkt als een speer. 
Ik heb nog wel een vraag over de inrichting van GNUCASH. Misschien dat kenners hierop willen reageren. 
Ik ben penningmeester van een wielerclub. Wij organiseren o.a.  wedstrijden. Voor wedstrijden hebben we zowel kosten als inkomsten. In mijn gnucash rekeningschema heb ik hiervoor &quot;de wielerklassieker&quot; een rekening voor inkomsten en  ook 1 voor onkosten.  Maar dat dat staat dus niet bij elkaar in.  En dat geldt voor elke wedstrijd die we organiseren. 
&lt;strong&gt;Vraag: &lt;/strong&gt;kan dit anders, en dan bedoel in 1 rekening. Nu moet ik 2 rekeningen (inkomsten en uitgaven) raadplegen voor het saldo. 
Wil eventueel iemand eens naar een export van mijn rekeningen kijken of dit handiger, slimmer kan?. Ik ben dus geen boekhouder :)</description>
		<content:encoded><![CDATA[<p>Mijn complimenten voor het Rabobank script. Werkt als een speer.<br />
Ik heb nog wel een vraag over de inrichting van GNUCASH. Misschien dat kenners hierop willen reageren.<br />
Ik ben penningmeester van een wielerclub. Wij organiseren o.a.  wedstrijden. Voor wedstrijden hebben we zowel kosten als inkomsten. In mijn gnucash rekeningschema heb ik hiervoor &#8220;de wielerklassieker&#8221; een rekening voor inkomsten en  ook 1 voor onkosten.  Maar dat dat staat dus niet bij elkaar in.  En dat geldt voor elke wedstrijd die we organiseren.<br />
<strong>Vraag: </strong>kan dit anders, en dan bedoel in 1 rekening. Nu moet ik 2 rekeningen (inkomsten en uitgaven) raadplegen voor het saldo.<br />
Wil eventueel iemand eens naar een export van mijn rekeningen kijken of dit handiger, slimmer kan?. Ik ben dus geen boekhouder <img src='http://blog.maashoek.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gnucash en internetbankieren by Jeroen Kleijer</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-76</link>
		<dc:creator>Jeroen Kleijer</dc:creator>
		<pubDate>Mon, 29 Aug 2011 14:58:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-76</guid>
		<description>pb2ofx.pl is werkt heel netjes maar ik heb zojuist een fout er in ontdekt.
In de OFX file wordt een transactie opgeslagen met een uniek transactie ID. Omdat dit meestal niet in de csv file is meegenomen wordt deze gegenereerd door de datum en het bedrag aan elkaar te plakken.
Dit gaat goed totdat je op een enkele dag meerdere keren hetzelfde bedrag besteedt :)
Dan wordt (in ieder geval in Moneydance) alleen maar de eerste regel geimporteerd. De overige regels met de zelfde datum en het zelfde bedrag worden dan niet geimporteerd. (FITID moet uniek zijn volgens de OFX specificatie)
Het uniek maken kan eenvoudig gebeuren door de regel
                $transaction[$tnr]{&#039;fitid&#039;} = $t_datum . $t_amount;
te vervangen door:
                $transaction[$tnr]{&#039;fitid&#039;} = $t_datum . $t_amount . int(rand( 1000 ));

Groeten,

Jeroen</description>
		<content:encoded><![CDATA[<p>pb2ofx.pl is werkt heel netjes maar ik heb zojuist een fout er in ontdekt.<br />
In de OFX file wordt een transactie opgeslagen met een uniek transactie ID. Omdat dit meestal niet in de csv file is meegenomen wordt deze gegenereerd door de datum en het bedrag aan elkaar te plakken.<br />
Dit gaat goed totdat je op een enkele dag meerdere keren hetzelfde bedrag besteedt <img src='http://blog.maashoek.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Dan wordt (in ieder geval in Moneydance) alleen maar de eerste regel geimporteerd. De overige regels met de zelfde datum en het zelfde bedrag worden dan niet geimporteerd. (FITID moet uniek zijn volgens de OFX specificatie)<br />
Het uniek maken kan eenvoudig gebeuren door de regel<br />
                $transaction[$tnr]{&#8216;fitid&#8217;} = $t_datum . $t_amount;<br />
te vervangen door:<br />
                $transaction[$tnr]{&#8216;fitid&#8217;} = $t_datum . $t_amount . int(rand( 1000 ));</p>
<p>Groeten,</p>
<p>Jeroen</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gnucash en internetbankieren by Jeroen Seeverens</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-72</link>
		<dc:creator>Jeroen Seeverens</dc:creator>
		<pubDate>Sat, 23 Jul 2011 11:46:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-72</guid>
		<description>Voor Rabobank-klanten: onlangs plaatste ik een (gratis) Windows-utility online waarmee ik mijn transacties omzet naar QIF en dan in GNUCash binnenhaal. http://sites.google.com/site/rabo2qif/</description>
		<content:encoded><![CDATA[<p>Voor Rabobank-klanten: onlangs plaatste ik een (gratis) Windows-utility online waarmee ik mijn transacties omzet naar QIF en dan in GNUCash binnenhaal. <a href="http://sites.google.com/site/rabo2qif/">http://sites.google.com/site/rabo2qif/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Vlinders in de tuin by Rens de Rooij</title>
		<link>http://blog.maashoek.nl/2009/08/vlinders-in-de-tuin/#comment-35</link>
		<dc:creator>Rens de Rooij</dc:creator>
		<pubDate>Tue, 15 Mar 2011 15:49:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=100#comment-35</guid>
		<description>De tuin een vlinderparadijs
Het vlindervriendelijk maken van uw tuin begint bij de planten. Vlinderplanten op windluwe plekken zijn een garantie voor veel vlinders in uw tuin. Een aantal planten is favoriet met als bekendste de vlinderstruik (Buddleia) die bloeit vanaf begin juli. Er zijn veel soorten buddleia en de lila, rode of witte bloemaren lokken gegarandeerd prachtig gekleurde vlinders als kleine vos, atalanta, distelvlinder, koolwitje en dagpauwoog naar uw tuin.
 
De vlinderstruik is een sterke plant die in de volle zon geweldig bloeit. Wanneer u de uitgebloeide aren of pluimen wegknipt zal de struik nieuwe bloemen ontwikkelen waardoor u over een lange periode veel vlinders in de tuin zal hebben. Een flinke verjongingssnoei in april, tot 50 cm boven de grond, zorgt voor veel bloemen in de zomer.

Andere planten die favoriet zijn bij vlinders zijn kattestaart, herfstaster, distel, braam, sedum, knautia, oregano, lavendel en andere bloeiende kruiden. De lijst van planten waaruit u kunt kiezen is groot.</description>
		<content:encoded><![CDATA[<p>De tuin een vlinderparadijs<br />
Het vlindervriendelijk maken van uw tuin begint bij de planten. Vlinderplanten op windluwe plekken zijn een garantie voor veel vlinders in uw tuin. Een aantal planten is favoriet met als bekendste de vlinderstruik (Buddleia) die bloeit vanaf begin juli. Er zijn veel soorten buddleia en de lila, rode of witte bloemaren lokken gegarandeerd prachtig gekleurde vlinders als kleine vos, atalanta, distelvlinder, koolwitje en dagpauwoog naar uw tuin.</p>
<p>De vlinderstruik is een sterke plant die in de volle zon geweldig bloeit. Wanneer u de uitgebloeide aren of pluimen wegknipt zal de struik nieuwe bloemen ontwikkelen waardoor u over een lange periode veel vlinders in de tuin zal hebben. Een flinke verjongingssnoei in april, tot 50 cm boven de grond, zorgt voor veel bloemen in de zomer.</p>
<p>Andere planten die favoriet zijn bij vlinders zijn kattestaart, herfstaster, distel, braam, sedum, knautia, oregano, lavendel en andere bloeiende kruiden. De lijst van planten waaruit u kunt kiezen is groot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Aangifte programma belastingdienst 2009 erg traag onder Ubuntu by Sjoerd</title>
		<link>http://blog.maashoek.nl/2010/03/aangifte-programma-belastingdienst-2009-erg-traag-onder-ubuntu/#comment-34</link>
		<dc:creator>Sjoerd</dc:creator>
		<pubDate>Mon, 14 Mar 2011 21:38:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=163#comment-34</guid>
		<description>Dank voor de tip! Dat scheelt inderdaad een heel stuk.</description>
		<content:encoded><![CDATA[<p>Dank voor de tip! Dat scheelt inderdaad een heel stuk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Aangifte programma belastingdienst 2009 erg traag onder Ubuntu by pief</title>
		<link>http://blog.maashoek.nl/2010/03/aangifte-programma-belastingdienst-2009-erg-traag-onder-ubuntu/#comment-33</link>
		<dc:creator>pief</dc:creator>
		<pubDate>Mon, 14 Mar 2011 18:49:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=163#comment-33</guid>
		<description>Bij het aangifteprogramma voor de inkomstenbelasting 2010, ib2010ux, werkt het nog precies hetzelfde. Met

./ib2010ux -L -*-lucida-medium-r-*-*-10-*-*-*-*-*-*-*

werkt het een stuk sneller.</description>
		<content:encoded><![CDATA[<p>Bij het aangifteprogramma voor de inkomstenbelasting 2010, ib2010ux, werkt het nog precies hetzelfde. Met</p>
<p>./ib2010ux -L -*-lucida-medium-r-*-*-10-*-*-*-*-*-*-*</p>
<p>werkt het een stuk sneller.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recidive van melanoom by Maartje</title>
		<link>http://blog.maashoek.nl/2011/01/recidive-van-melanoom/#comment-31</link>
		<dc:creator>Maartje</dc:creator>
		<pubDate>Tue, 15 Feb 2011 12:03:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=194#comment-31</guid>
		<description>Vreselijk dat je huidkanker weer terug is. 

Op www.reliablecancertherapies.com kan je kijken of er elders in de wereld klinische studies zijn waaraan je deel zou kunnen nemen, of je kan er informatie opzoeken over de behandeling die je nu volgt. 

Succes ermee!</description>
		<content:encoded><![CDATA[<p>Vreselijk dat je huidkanker weer terug is. </p>
<p>Op <a href="http://www.reliablecancertherapies.com">http://www.reliablecancertherapies.com</a> kan je kijken of er elders in de wereld klinische studies zijn waaraan je deel zou kunnen nemen, of je kan er informatie opzoeken over de behandeling die je nu volgt. </p>
<p>Succes ermee!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ICC Color profiles for Canon Cameras by Avinash Meetoo</title>
		<link>http://blog.maashoek.nl/2007/07/icc-color-profiles-for-canon-cameras/#comment-14</link>
		<dc:creator>Avinash Meetoo</dc:creator>
		<pubDate>Mon, 22 Nov 2010 05:17:51 +0000</pubDate>
		<guid isPermaLink="false">http://marconi.maashoek.nl/wordpress/?p=8#comment-14</guid>
		<description>I&#039;ve looked at the base of an EOS-1000D and it seems that it uses the 6191 profiles... Any idea where I can get those easily?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve looked at the base of an EOS-1000D and it seems that it uses the 6191 profiles&#8230; Any idea where I can get those easily?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ICC Color profiles for Canon Cameras by EOS 500</title>
		<link>http://blog.maashoek.nl/2007/07/icc-color-profiles-for-canon-cameras/#comment-13</link>
		<dc:creator>EOS 500</dc:creator>
		<pubDate>Fri, 05 Nov 2010 22:43:33 +0000</pubDate>
		<guid isPermaLink="false">http://marconi.maashoek.nl/wordpress/?p=8#comment-13</guid>
		<description>Thanks all for the good work, its a great help for me.</description>
		<content:encoded><![CDATA[<p>Thanks all for the good work, its a great help for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gnucash en internetbankieren by oliver</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-25</link>
		<dc:creator>oliver</dc:creator>
		<pubDate>Tue, 12 Oct 2010 14:23:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-25</guid>
		<description>Er zit nog een best &#039;grove&#039; fout in. De import werkt wel, maar GnuCash heeft moeite met de import van waar dingen vandaan komen e.d. GC zou erg veel baat hebben bij het correcte gebruik van de &lt;BANKACCTTO&gt;

Ik heb hierover contact gehad met de gnucash mailling lijst en hier kwam het volgende uit:

Can&#039;t speak for gnucash import logic, but your generated OFX looks
malformed.  &lt;BANKACCTTO&gt; is just an aggegating element that consists
of just a tag, without any text data.  It contains three child
elements ( &lt;BANKID&gt;, &lt;ACCTID&gt;, and &lt;ACCTTYPE&gt;) which are used as a
3-tuple to uniquely identify a bank account.  This might be screwing
up your import.

This part of the spec is stable across different OFX versions; you can
find it e.g. on pg. 184 of the OFXv2.0.3 spec:


in de spec staat dan wel dat NLD BANKID en BRANCHID ongebruikt zijn  (je zou knunen zeggen dat de bank/branch id de BIC code oid zou zijn van de bank, maar hier in NL niet significant)

Nu staat er in de ofx:
&lt;BANKACCTTO&gt;
rekening begunstigde
&lt;/BANKACCTTO&gt;

Het zou moeten zijn (volgens mij)
&lt;BANKACCTTO&gt;
&lt;ACCTID&gt;rekening begunstigde&lt;/ACCTID&gt;
&lt;ACCTTYPE&gt;
CHECKING (of SAVINGS etc)
&lt;/ACCTTYPE&gt;
&lt;/BANKACCTTO&gt;

ik zal vanavond ff testen of het hiermee beter werkt; ik zal posten als dit niet het geval is :)</description>
		<content:encoded><![CDATA[<p>Er zit nog een best &#8216;grove&#8217; fout in. De import werkt wel, maar GnuCash heeft moeite met de import van waar dingen vandaan komen e.d. GC zou erg veel baat hebben bij het correcte gebruik van de &lt;BANKACCTTO&gt;</p>
<p>Ik heb hierover contact gehad met de gnucash mailling lijst en hier kwam het volgende uit:</p>
<p>Can&#8217;t speak for gnucash import logic, but your generated OFX looks<br />
malformed.  &lt;BANKACCTTO&gt; is just an aggegating element that consists<br />
of just a tag, without any text data.  It contains three child<br />
elements ( &lt;BANKID&gt;, &lt;ACCTID&gt;, and &lt;ACCTTYPE&gt;) which are used as a<br />
3-tuple to uniquely identify a bank account.  This might be screwing<br />
up your import.</p>
<p>This part of the spec is stable across different OFX versions; you can<br />
find it e.g. on pg. 184 of the OFXv2.0.3 spec:</p>
<p>in de spec staat dan wel dat NLD BANKID en BRANCHID ongebruikt zijn  (je zou knunen zeggen dat de bank/branch id de BIC code oid zou zijn van de bank, maar hier in NL niet significant)</p>
<p>Nu staat er in de ofx:<br />
&lt;BANKACCTTO&gt;<br />
rekening begunstigde<br />
&lt;/BANKACCTTO&gt;</p>
<p>Het zou moeten zijn (volgens mij)<br />
&lt;BANKACCTTO&gt;<br />
&lt;ACCTID&gt;rekening begunstigde&lt;/ACCTID&gt;<br />
&lt;ACCTTYPE&gt;<br />
CHECKING (of SAVINGS etc)<br />
&lt;/ACCTTYPE&gt;<br />
&lt;/BANKACCTTO&gt;</p>
<p>ik zal vanavond ff testen of het hiermee beter werkt; ik zal posten als dit niet het geval is <img src='http://blog.maashoek.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

