Generated.

diff --git a/blog/UsingQR____Electronic__paper_invoices_using_JSON_and_QR_codes.html b/blog/UsingQR____Electronic__paper_invoices_using_JSON_and_QR_codes.html
index 9b5128f196ee881d65f4b864aa035b2a25ed23a1..16fe63ec6e3362136c78edad07b65e2f1f0a18a4 100644 (file)
--- a/blog/UsingQR____Electronic__paper_invoices_using_JSON_and_QR_codes.html
+++ b/blog/UsingQR____Electronic__paper_invoices_using_JSON_and_QR_codes.html
@@ -97,6 +97,27 @@ evaluate the way forward if the format proved to be popular.  I hope
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>

+
+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>

 </div>
       
       <div class="tags">Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/standard">standard</a>.</div>
 </div>
       
       <div class="tags">Tags: <a href="http://people.skolelinux.org/pere/blog/tags/english">english</a>, <a href="http://people.skolelinux.org/pere/blog/tags/standard">standard</a>.</div>

diff --git a/blog/archive/2016/03/03.rss b/blog/archive/2016/03/03.rss
index 10a7e4ab63f546a0b74238720e475d7cae238d38..983a1d4016af60c2fdd09e9634b514e3c9d32791 100644 (file)
--- a/blog/archive/2016/03/03.rss
+++ b/blog/archive/2016/03/03.rss
@@ -86,6 +86,27 @@ evaluate the way forward if the format proved to be popular.  I hope
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>

+
+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>

 </description>
        </item>
        
 </description>
        </item>
        

diff --git a/blog/archive/2016/03/index.html b/blog/archive/2016/03/index.html
index 6da191e2c0cad6afdc180577e6a7586944c9fd64..ca512cfffc2b08660cfe230905e8c72eb9c754d9 100644 (file)
--- a/blog/archive/2016/03/index.html
+++ b/blog/archive/2016/03/index.html
@@ -105,6 +105,27 @@ they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 

+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>
+

       </div>
       <div class="tags">
         
       </div>
       <div class="tags">
         

diff --git a/blog/index.html b/blog/index.html
index f52364f70846cb73b0c2314a0408279a2eba9051..487a3067a33f37254a6d78cf850c8847f5d57451 100644 (file)
--- a/blog/index.html
+++ b/blog/index.html
@@ -97,6 +97,27 @@ evaluate the way forward if the format proved to be popular.  I hope
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>

+
+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>

 </div>
       <div class="tags">
         
 </div>
       <div class="tags">
         

diff --git a/blog/index.rss b/blog/index.rss
index 5be2cbecbb7950697be4713b20228923736e9aba..e37cc2cc3b296d263ff553bcfc0bfe8f6381d961 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -86,6 +86,27 @@ evaluate the way forward if the format proved to be popular.  I hope
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>

+
+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>

 </description>
        </item>
        
 </description>
        </item>
        

diff --git a/blog/tags/english/english.rss b/blog/tags/english/english.rss
index 63aa56de72caac946fb8ea23ebd427021b5faa0f..9bd19b5ed27700648c37d0093176ec56c8f3e9d4 100644 (file)
--- a/blog/tags/english/english.rss
+++ b/blog/tags/english/english.rss
@@ -86,6 +86,27 @@ evaluate the way forward if the format proved to be popular.  I hope
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>

+
+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>

 </description>
        </item>
        
 </description>
        </item>
        

diff --git a/blog/tags/english/index.html b/blog/tags/english/index.html
index aa2343079252f2e1682f44b3ed4586c0e4f7a2b9..1484f71b5f896dd298998f7a06778909a124a3fa 100644 (file)
--- a/blog/tags/english/index.html
+++ b/blog/tags/english/index.html
@@ -104,6 +104,27 @@ they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 

+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>
+

       </div>
       <div class="tags">
         
       </div>
       <div class="tags">
         

diff --git a/blog/tags/standard/index.html b/blog/tags/standard/index.html
index 0c25644015d840d70516491239cf3151ea1e6c54..3c6518de81abe03d5a00295cfd7c04c618a545c4 100644 (file)
--- a/blog/tags/standard/index.html
+++ b/blog/tags/standard/index.html
@@ -104,6 +104,27 @@ they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 

+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>
+

       </div>
       <div class="tags">
         
       </div>
       <div class="tags">
         

diff --git a/blog/tags/standard/standard.rss b/blog/tags/standard/standard.rss
index 7cd04175b29b05295ca2adac825f9a9d8bdb91d3..409033630afb02a66bdb780a7659a0be065e7e8a 100644 (file)
--- a/blog/tags/standard/standard.rss
+++ b/blog/tags/standard/standard.rss
@@ -86,6 +86,27 @@ evaluate the way forward if the format proved to be popular.  I hope
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>
 they conclude that using an open standard organisation like
 <a href="http://www.ietf.org/">IETF</a> is the correct place to
 maintain such specification.</p>

+
+<p><strong>Update 2016-03-20</strong>: Via Twitter I became aware of
+<a href="https://news.ycombinator.com/item?id=11319492">some comments
+about this blog post</a> that had several useful links and references to
+similar systems.  In the Czech republic, the Czech Banking Association
+standard #26, with short name SPAYD, uses QR codes with payment
+information.  More information is available from the Wikipedia page on
+<a href="https://en.wikipedia.org/wiki/Short_Payment_Descriptor">Short
+Payment Descriptor</a>.  And I Germany, there is a system named
+<a href="http://www.bezahlcode.de/">BezahlCode</a>,
+(<a href="http://www.bezahlcode.de/wp-content/uploads/BezahlCode_TechDok.pdf">specification
+v1.8 2013-12-05 available as PDF</a>), which uses QR code with
+URL-like formatting using "bank:" as the URI schema/protocol to
+provide the payment information.  There is also the
+<a href="http://www.ferd-net.de/front_content.php?idcat=231">ZUGFeRD</a>
+file format that perhaps could be transfered using QR codes, but I am
+not sure if it is done already.  Last, in Bolivia there are reports
+that tax information since november 2014 need to be printed in QR
+format on invoices.  I have not been able to track down a
+specification for this format, because of my limited language skill
+sets.</p>

 </description>
        </item>
        
 </description>
        </item>