<?xml version="1.0" ?>
<rdf:RDF xmlns:dc="http://purl.org/dc/elements/1.1/" 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
  xmlns="http://purl.org/rss/1.0/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel rdf:about="https://bugs.cdauth.eu/">
    <title>Flyspray::</title>
    <link>https://bugs.cdauth.eu/</link>
    <description>Flyspray::osmrmhv: Recently opened tasks</description>
    <dc:date>2016-08-24T06:14:37Z</dc:date>
    <items>
      <rdf:Seq>
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=92" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=91" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=90" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=89" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=88" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=87" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=86" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=85" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=84" />
                <rdf:li rdf:resource="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=83" />
              </rdf:Seq>
    </items>
    		
  </channel>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=92">
    <title>FS#92: http://osmhv.openstreetmap.de/ is timing-out and unreachable</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=92</link>
    <dc:date>2016-08-24T06:14:37Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>http://osmhv.openstreetmap.de/ has been failing with the error: &amp;quot;The connection to the server was reset while the page was loading.&amp;quot; for at least the last few days.  Everything else on openstreetmap.de seems to be working.</description>
    <content:encoded><![CDATA[<p>http://osmhv.openstreetmap.de/ has been failing with the error: &quot;The connection to the server was reset while the page was loading.&quot; for at least the last few days.  Everything else on openstreetmap.de seems to be working.</p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=91">
    <title>FS#91: Relation includes exclaves or enclaves</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=91</link>
    <dc:date>2014-10-16T07:56:20Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>OSM Route Manager fails, when Relation includes exclaves or enclaves. Example: http://osmrm.openstreetmap.de/relation.jsp?id=2083535 vs. http://www.openstreetmap.org/relation/2083535 (also: http://www.openstreetmap.org/relation/62743 or http://www.openstreetmap.org/relation/62408)   </description>
    <content:encoded><![CDATA[<p>OSM Route Manager fails, when Relation includes exclaves or enclaves. Example: http://osmrm.openstreetmap.de/relation.jsp?id=2083535 vs. http://www.openstreetmap.org/relation/2083535 (also: http://www.openstreetmap.org/relation/62743 or http://www.openstreetmap.org/relation/62408)   </p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=90">
    <title>FS#90:  Relation includes exclaves or enclave</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=90</link>
    <dc:date>2014-10-16T07:55:10Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>OSM Route Manager fails, when Relation includes exclaves or enclaves. Example: http://osmrm.openstreetmap.de/relation.jsp?id=2083535 vs. http://www.openstreetmap.org/relation/2083535 (also: http://www.openstreetmap.org/relation/62743 or http://www.openstreetmap.org/relation/62408)   </description>
    <content:encoded><![CDATA[<p>OSM Route Manager fails, when Relation includes exclaves or enclaves. Example: http://osmrm.openstreetmap.de/relation.jsp?id=2083535 vs. http://www.openstreetmap.org/relation/2083535 (also: http://www.openstreetmap.org/relation/62743 or http://www.openstreetmap.org/relation/62408)   </p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=89">
    <title>FS#89: eu.cdauth.osm.lib.APIError: Server sent no data.</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=89</link>
    <dc:date>2014-05-17T23:54:21Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>Trying to see http://osmhv.openstreetmap.de/changeset.jsp?id=22395310 it&amp;#039; s displaying this error messagem:eu.cdauth.osm.lib.APIError: Server sent no data.</description>
    <content:encoded><![CDATA[<p>Trying to see http://osmhv.openstreetmap.de/changeset.jsp?id=22395310 it&#039; s displaying this error messagem:</p><p>eu.cdauth.osm.lib.APIError: Server sent no data.</p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=88">
    <title>FS#88: bugs.cdauth.eu has an invalid ssl certificate</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=88</link>
    <dc:date>2015-04-05T17:30:38Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>Current FF users receive by defaultSecure Connection FailedAn error occurred during a connection to bugs.cdauth.eu. The OCSP server has no status for the certificate. (Error code: sec_error_ocsp_unknown_cert)    The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.    Please contact the web site owners to inform them of this problem. Alternatively, use the command found in the help menu to report this broken site.with no easy workaround.</description>
    <content:encoded><![CDATA[<p>Current FF users receive by default</p><p>Secure Connection Failed</p><p>An error occurred during a connection to bugs.cdauth.eu. The OCSP server has no status for the certificate. (Error code: sec_error_ocsp_unknown_cert)</p><p>    The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.<br/>    Please contact the web site owners to inform them of this problem. Alternatively, use the command found in the help menu to report this broken site.</p><p>with no easy workaround.</p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=87">
    <title>FS#87: java.lang.NullPointerException</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=87</link>
    <dc:date>2014-03-28T11:03:55Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>http://osmhv.openstreetmap.de/changeset.jsp?id=21344911givesjava.lang.NullPointerException</description>
    <content:encoded><![CDATA[<p>http://osmhv.openstreetmap.de/changeset.jsp?id=21344911</p><p>gives</p><p>java.lang.NullPointerException</p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=86">
    <title>FS#86: service seems to be broken somehow. Long queue, very slow</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=86</link>
    <dc:date>2014-02-07T23:50:03Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>One specific request by me was at those queue positions:position | time---------------696      | 2014-02-07T16:58Z675      | 2014-02-07T20:30ZNot sure why. Hardware problem? Attack? Or is it just someone who has enqueued many very big changesets? If the latter is the case it would be good to find a solution against it. E.g. a time-out for each single analysation to keep this service usable for all users.</description>
    <content:encoded><![CDATA[<p>One specific request by me was at those queue positions:</p><p>position | time<br/>---------------<br/>696      | 2014-02-07T16:58Z<br/>675      | 2014-02-07T20:30Z</p><p>Not sure why. Hardware problem? Attack? Or is it just someone who has enqueued many very big changesets? If the latter is the case it would be good to find a solution against it. E.g. a time-out for each single analysation to keep this service usable for all users.</p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=85">
    <title>FS#85: &quot;analysation&quot; would be better translated as &quot;analysis&quot;</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=85</link>
    <dc:date>2013-12-31T16:17:48Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>(in the English translation) so that &amp;quot;An analysation of this changeset is scheduled. The position in the queue is 1. Reload this page after a while to see the updated version.&amp;quot; would appear as &amp;quot;An analysis of this changeset is scheduled. The position in the queue is 1. Reload this page after a while to see the updated version.&amp;quot;</description>
    <content:encoded><![CDATA[<p>(in the English translation) so that &quot;An analysation of this changeset is scheduled. The position in the queue is 1. Reload this page after a while to see the updated version.&quot; would appear as &quot;An analysis of this changeset is scheduled. The position in the queue is 1. Reload this page after a while to see the updated version.&quot;</p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=84">
    <title>FS#84: osmhb backend apparently not working anymore - new requests are queueing up</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=84</link>
    <dc:date>2013-12-18T18:24:31Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>just in case this is not yet &amp;quot;known&amp;quot;:http://osmhv.openstreetmap.de/  changeset.jsp?id=xxxxxsomething is wrong with the backend, or someone is spamming/misusing it. There are currently 1890 requests waiting and it is decreasing only very slowly (about 2 in half an hour). Already processed old requests still work.</description>
    <content:encoded><![CDATA[<p>just in case this is not yet &quot;known&quot;:</p><p>http://osmhv.openstreetmap.de/  changeset.jsp?id=xxxxx</p><p>something is wrong with the backend, or someone is spamming/misusing it. There are currently 1890 requests waiting and it is decreasing only very slowly (about 2 in half an hour). Already processed old requests still work.</p>]]></content:encoded>
  </item>
    <item rdf:about="https://bugs.cdauth.eu/index.php?do=details&amp;task_id=83">
    <title>FS#83: Licence details</title>
    <link>https://bugs.cdauth.eu/index.php?do=details&amp;task_id=83</link>
    <dc:date>2013-12-31T16:04:55Z</dc:date>
    <dc:creator>anonymous</dc:creator>
     <description>At the bottomg of each osmhv screen it says &amp;quot;All geographic data by OpenStreetMap, available under cc-by-sa-2.0.&amp;quot;.  Perhaps a link to http://www.openstreetmap.org/copyright would be better?  That makes clear that the data&amp;#039;s ODBL not cc-by-sa-2.0, and covers &amp;quot;how to credit&amp;quot; too.</description>
    <content:encoded><![CDATA[<p>At the bottomg of each osmhv screen it says &quot;All geographic data by OpenStreetMap, available under cc-by-sa-2.0.&quot;.  Perhaps a link to http://www.openstreetmap.org/copyright would be better?  That makes clear that the data&#039;s ODBL not cc-by-sa-2.0, and covers &quot;how to credit&quot; too.</p>]]></content:encoded>
  </item>
  </rdf:RDF>
