<?xml version="1.0"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>CKAN: {4} Assigned, Active Tickets by Owner</title>
    <link>http://localhost/report/4</link>
    <description>Trac Report -
List assigned tickets, group by ticket owner, sorted by priority.
</description>
    <language>en-us</language>
    <image>
      <title>CKAN</title>
      <url>http://assets.okfn.org/p/ckan/img/ckan_logo_shortname.png</url>
      <link>http://localhost/report/4</link>
    </image>
    <generator>Trac v0.12.3</generator>
      <item>
                  <title>#2686: enabling datastore &amp; data API breaks recline</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 17 Jul 2012 09:06:51 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 09:08:20 GMT</pubDate>
                  <description>&lt;p&gt;
First I noticed that the gold prices dataset preview was not displaying &amp;amp; has data API enabled
Secondly I tried enabling datastore for &lt;a class="ext-link" href="http://datahub.io/dataset/adur_district_spending/resource/281dffa6-ea9b-4446-be41-05dced06591f"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://datahub.io/dataset/adur_district_spending/resource/281dffa6-ea9b-4446-be41-05dced06591f&lt;/a&gt; and after I saved the preview no longer worked. Unticking the datastore &amp;amp; data api checkbox brought it back
&lt;/p&gt;
&lt;p&gt;
Is this a known issue?
&lt;/p&gt;
</description>
                  
        <dc:creator>shevski</dc:creator>

        <link>http://localhost/ticket/2686</link>
        <guid isPermaLink="false">http://localhost/ticket/2686</guid>
        <category>Report</category>
      </item><item>
                  <title>#1832: dataset purge API</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 24 Feb 2012 10:02:25 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 15 Jun 2012 15:21:46 GMT</pubDate>
                  <description>&lt;p&gt;
Purging datasets (deleting them fully, not just changing the state to 'deleted') is important for users testing dataset creation over the API on a test CKAN instance.
&lt;/p&gt;
&lt;p&gt;
Without this, they need to resort to more difficult methods such as:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;cleaning and reloading the database
&lt;/li&gt;&lt;li&gt;setting the test datasets to state 'deleted' and also appending a suffix '_00' and incrementing the number until there is no clash of names.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Requested for NHSIC.
&lt;/p&gt;
&lt;h2 id="Implementation"&gt;Implementation&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;This could slot into the Action API.
&lt;/li&gt;&lt;li&gt;Of course we would need to ensure the user's had been given the specific right to purge.
&lt;/li&gt;&lt;li&gt;I suggest we log the full details of the dataset being purged.
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1832</link>
        <guid isPermaLink="false">http://localhost/ticket/1832</guid>
        <category>Report</category>
      </item><item>
                  <title>#1366: Search inside extra fields</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 29 Sep 2011 10:09:52 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 12:05:07 GMT</pubDate>
                  <description>&lt;p&gt;
SOLR search doesn't support searching for part of an extra field, but it does for other fields.
&lt;/p&gt;
&lt;p&gt;
i.e. title="One Two Three" matches q=one AND q=title:one
and geographic_coverage="England Scotland" matches q=England BUT NOT q=geographic_coverage:England
&lt;/p&gt;
&lt;p&gt;
This problem emerged when we went to SOLR in &lt;a class="closed ticket" href="http://localhost/ticket/1275" title="enhancement: Move solr search extension to ckan core (closed: fixed)"&gt;#1275&lt;/a&gt; (CKAN 1.5a). Tests were skipped.
&lt;/p&gt;
&lt;p&gt;
This is could be a problem for DGU and maybe elsewhere.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1366</link>
        <guid isPermaLink="false">http://localhost/ticket/1366</guid>
        <category>Report</category>
      </item><item>
                  <title>#1661: Wrong Routes version installed by CKAN package</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 16 Jan 2012 12:47:41 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 15 Jun 2012 15:25:49 GMT</pubDate>
                  <description>&lt;p&gt;
Jaakko Louhio reported that the wrong Routes version got installed during CKAN's package install.
&lt;/p&gt;
&lt;p&gt;
He is using Ubuntu 10.04 and he believes it install Routes 1.12.3 instead of what we use which is 1.11.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1661</link>
        <guid isPermaLink="false">http://localhost/ticket/1661</guid>
        <category>Report</category>
      </item><item>
                  <title>#1244: Notes field carriage-returns converted to CRLF</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 26 Jul 2011 14:10:56 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 11:20:53 GMT</pubDate>
                  <description>&lt;p&gt;
When you edit a package in the web form, if the notes field had &lt;tt&gt;\n&lt;/tt&gt; as the End Of Line symbol, it gets lost when you preview or save the package, and the notes field is displayed all on one line.
&lt;/p&gt;
&lt;p&gt;
This can be seen when editing annakarenina (as created by 'paster create-test-data'). The diff shows for example:
&lt;/p&gt;
&lt;pre class="wiki"&gt;- Some test notes
+ Some test notes
?                +
&lt;/pre&gt;&lt;p&gt;
but it would more clearly be shown as:
&lt;/p&gt;
&lt;pre class="wiki"&gt;- Some test notes\n
+ Some test notes
?                ++
&lt;/pre&gt;&lt;p&gt;
This is a significant problem with DGU, since a lot comes in via the API.
&lt;/p&gt;
&lt;p&gt;
It's not clear what we should do about it. We could standardise on \n or \r\n when the form submission comes in. Do different browsers on different platforms do different things with EOLs?
&lt;/p&gt;
&lt;h2 id="Analysis"&gt;Analysis&lt;/h2&gt;
&lt;p&gt;
Displaying the package: the Markdown processor respects both EOLs when displaying the field, putting each line in a &amp;lt;p&amp;gt; tag.
&lt;/p&gt;
&lt;p&gt;
Creating the package edit form: placed into &amp;lt;textfield&amp;gt;.
&lt;/p&gt;
&lt;p&gt;
Browser displaying package edit form: &amp;lt;textfield&amp;gt; displays \n and \r\n as EOL. But \n\n gets compressed to one EOL. But on submission, both are returned as \r\n.
&lt;/p&gt;
&lt;p&gt;
Receiving the edited package: Somewhere along the line the EOL gets converted to \n\n.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1244</link>
        <guid isPermaLink="false">http://localhost/ticket/1244</guid>
        <category>Report</category>
      </item><item>
                  <title>#1322: Action API improvements</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 08 Sep 2011 09:39:09 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 11:18:08 GMT</pubDate>
                  <description>&lt;p&gt;
Focusing on improving Action API as the v3 API:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;have an optional parameter of the data_dict called "options".  Options would contain items that would get passed into the context. e.g. &lt;tt&gt;{"options" : {"ref_package_by": "id"}}. &lt;/tt&gt;
&lt;/li&gt;&lt;li&gt;instead of using API version to change the way packages are referenced, use the ref_package_by.
&lt;/li&gt;&lt;li&gt;All package_show, group_show etc. to accept an object 'name' as an alternative to object 'id'.
&lt;/li&gt;&lt;li&gt;Action API is v3 of api, replacement for v1 &amp;amp; v2. Default for most urls is still v1, but if url is /api/action then default to v3.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Next steps:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Add search API (package, resource,
&lt;/li&gt;&lt;li&gt;Add Util API
&lt;/li&gt;&lt;li&gt;Clarify JSONP still applies
&lt;/li&gt;&lt;li&gt;Add doc strings, clarifying parameters
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1322</link>
        <guid isPermaLink="false">http://localhost/ticket/1322</guid>
        <category>Report</category>
      </item><item>
                  <title>#1460: Improve extensions documentation</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sat, 12 Nov 2011 16:15:23 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 11:16:41 GMT</pubDate>
                  <description>&lt;p&gt;
Current extensions documentation needs some work: &lt;a class="ext-link" href="http://docs.ckan.org/en/latest/plugins.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://docs.ckan.org/en/latest/plugins.html&lt;/a&gt;
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Queue extension section may now be out of date (?)
&lt;/li&gt;&lt;li&gt;Think about how it integrates with &lt;a class="ext-link" href="https://github.com/okfn/ckanext-example"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://github.com/okfn/ckanext-example&lt;/a&gt; (especially tutorial and example extension)
&lt;/li&gt;&lt;li&gt;Document all plugin points (auto-extract from CKAN source??)
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1460</link>
        <guid isPermaLink="false">http://localhost/ticket/1460</guid>
        <category>Report</category>
      </item><item>
                  <title>#1489: Updating example theme/extension</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 24 Nov 2011 12:32:00 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 19 Dec 2011 10:59:44 GMT</pubDate>
                  <description>&lt;p&gt;
ckanext-example needs updating for CKAN 1.5:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;theme changes
&lt;/li&gt;&lt;li&gt;new forms
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
About: 'ckanext-exampletheme' was created in Spring 2011 as an example CKAN extension that showed how to customise the look &amp;amp; operation of CKAN. This moved to github and renamed 'ckanext-example'.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1489</link>
        <guid isPermaLink="false">http://localhost/ticket/1489</guid>
        <category>Report</category>
      </item><item>
                  <title>#256: Package relationships - 3. Edit in WUI</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 23 Feb 2010 12:36:01 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 15 Jun 2012 15:38:34 GMT</pubDate>
                  <description>&lt;p&gt;
WUI:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Editable as part of package or separately? (e.g. like authz)
&lt;/li&gt;&lt;li&gt;Do we normalize to only one type name of the pair?
&lt;/li&gt;&lt;li&gt;Do we allow create of relationship from both ends (e.g. only from dependency to dependent or either way?)
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/256</link>
        <guid isPermaLink="false">http://localhost/ticket/256</guid>
        <category>Report</category>
      </item><item>
                  <title>#1328: Unicode &amp; paster commands</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 12 Sep 2011 10:25:10 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 11:17:45 GMT</pubDate>
                  <description>&lt;p&gt;
A possible bug in CKAN when I tried deleting users using "paster --plugin=ckan user delete" command.
&lt;/p&gt;
&lt;p&gt;
To reproduce the bug do the following:
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;Create a user with an ID (which in my case was a user's full name)
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
that contains non-unicode caracters like Norwegian "æ", "ø", or "å".
&lt;/p&gt;
&lt;ol start="2"&gt;&lt;li&gt;Make sure that you can see something like the example below:
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
(pyenv) rm@mycomputer:$ paster --plugin=ckan user
Users:
name=Rustæm
&lt;/p&gt;
&lt;ol start="3"&gt;&lt;li&gt;Then try deleting the user with following command:
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
(pyenv) rm@mycomputer:$ paster --plugin=ckan user delete "Rustæm"
&lt;/p&gt;
&lt;p&gt;
You should now get a python encoding error. I know that this is quite
rare case, but in our case it caused some trouble. Could you guys have
a look at this bug?
&lt;/p&gt;
&lt;p&gt;
CKAN ver. 1.3.3.
&lt;/p&gt;
</description>
                  
        <dc:creator>minspamboks@…</dc:creator>

        <link>http://localhost/ticket/1328</link>
        <guid isPermaLink="false">http://localhost/ticket/1328</guid>
        <category>Report</category>
      </item><item>
                  <title>#1509: Mis-dated old revisions of datasets</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 05 Dec 2011 13:06:38 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 11:13:34 GMT</pubDate>
                  <description>&lt;p&gt;
e.g. &lt;a class="ext-link" href="http://thedatahub.org/dataset/osm%402011-07-12T12%3A16%3A47.590358"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://thedatahub.org/dataset/osm%402011-07-12T12%3A16%3A47.590358&lt;/a&gt; gives:
&lt;/p&gt;
&lt;pre class="wiki"&gt;This is the current revision of this dataset, as edited at 2011-07-12 12:16.
&lt;/pre&gt;&lt;p&gt;
but it should say the date 2011-07-12 (which is the data being displayed).
&lt;/p&gt;
&lt;p&gt;
The problem is looking at &lt;a class="missing wiki"&gt;PackageRevision?&lt;/a&gt;, when it might be a tag or extra.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1509</link>
        <guid isPermaLink="false">http://localhost/ticket/1509</guid>
        <category>Report</category>
      </item><item>
                  <title>#763: Read-only mode - Setup</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 26 Oct 2010 11:11:46 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 11:56:44 GMT</pubDate>
                  <description>&lt;p&gt;
Admin configures entering read-only mode in one of two places:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;CKAN config file (e.g. ckan.ini)
&lt;/li&gt;&lt;li&gt;environment variable from Apache config
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Once enabled, no writes can occur to the database (including user ratings and other usage stats).
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/763</link>
        <guid isPermaLink="false">http://localhost/ticket/763</guid>
        <category>Report</category>
      </item><item>
                  <title>#948: Highlight (to a sysadmin) which packages are deleted</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 02 Feb 2011 11:32:49 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 11:58:00 GMT</pubDate>
                  <description>&lt;p&gt;
When a customer logs in as a sysadmin then he/she see all packages, including deleted and pending ones. These are hidden to the average user, but the sysadmin has no idea of this until he clicks on the package and sees at the bottom 'state: deleted'.
&lt;/p&gt;
&lt;p&gt;
It should be more obvious than that on the search view - an icon, message or crossed-out name to packages are deleted.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/948</link>
        <guid isPermaLink="false">http://localhost/ticket/948</guid>
        <category>Report</category>
      </item><item>
                  <title>#1285: Errors cause emails</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 23 Aug 2011 16:29:04 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 11:55:51 GMT</pubDate>
                  <description>&lt;p&gt;
Currently a sysadmin gets an email when an exception is not caught. But there are occasions when we DO want to catch an exception so we can fail nicely for the user, but the sysadmin STILL gets an email to know to fix something.
e.g. if there is an exception when search indexes a package. You want to catch the exception and still run any other notify calls.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1285</link>
        <guid isPermaLink="false">http://localhost/ticket/1285</guid>
        <category>Report</category>
      </item><item>
                  <title>#1314: ckanclient search - generator improvements</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 07 Sep 2011 11:36:50 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 11:20:33 GMT</pubDate>
                  <description>&lt;p&gt;
Apparently the search generator always makes two requests, even if you don't want to see the search results, which might be slow. Can this be optimised?
&lt;/p&gt;
&lt;p&gt;
Maybe we should also provide a second search function that doesn't use the generator - the original simple search function (that leaves the user to deal with limit &amp;amp; offset).
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1314</link>
        <guid isPermaLink="false">http://localhost/ticket/1314</guid>
        <category>Report</category>
      </item><item>
                  <title>#2348: Java client library for CKAN</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 01 May 2012 13:46:20 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 11:00:24 GMT</pubDate>
                  <description>&lt;p&gt;
Start a Java library for interacting with the CKAN Action API.
&lt;/p&gt;
&lt;p&gt;
Currently requires support for Groups, Tags, Resources,  and Search.
&lt;/p&gt;
&lt;p&gt;
An example app would be very useful.
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2348</link>
        <guid isPermaLink="false">http://localhost/ticket/2348</guid>
        <category>Report</category>
      </item><item>
                  <title>#1317: password reset - improve user search</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 07 Sep 2011 17:12:19 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 11:20:21 GMT</pubDate>
                  <description>&lt;p&gt;
In password reset, it gets confused if you have two similar users. This is because with the string the user provides, it searches several fields, not just name but also fullname and email address, allowing you to search for these. But only name is unique.
&lt;/p&gt;
&lt;p&gt;
Specific problem:
Ira searches for "Irina" then it finds both:
&lt;tt&gt;&amp;lt;User name=irina fullname=Irina email=irina.bolychevsky@okfn.org ]&lt;/tt&gt;
and
&lt;tt&gt;&amp;lt;User name=shevski fullname=Ira email=&amp;gt;&lt;/tt&gt;
(I think)
&lt;/p&gt;
&lt;p&gt;
Maybe need to choose which field it searches?
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1317</link>
        <guid isPermaLink="false">http://localhost/ticket/1317</guid>
        <category>Report</category>
      </item><item>
                  <title>#2197: Storage Metadata API: add/update not working with local file storage (Pairtree)</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 28 Feb 2012 09:29:37 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 08:48:48 GMT</pubDate>
                  <description>&lt;p&gt;
If OFS is configured with Pairtree to use a local file storage, all POST requests to add/update metadata ( /api/storage/metadata/{label} ) will fail.
&lt;/p&gt;
&lt;p&gt;
This is due to the use of &lt;a class="ext-link" href="https://github.com/okfn/ofs/blob/master/ofs/remote/botostore.py"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;BotoOFS&lt;/a&gt; specific &lt;em&gt;private&lt;/em&gt; methods in &lt;a class="ext-link" href="https://github.com/okfn/ckan/blob/master/ckan/controllers/storage.py"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;StorageAPIController.set_metadata()&lt;/a&gt;, eg: self.ofs.&lt;strong&gt;_require_bucket&lt;/strong&gt;(bucket), self.ofs.&lt;strong&gt;_get_key&lt;/strong&gt;(b, label), self.ofs.&lt;strong&gt;_update_key_metadata&lt;/strong&gt;(k, metadata) ... those methods can't be found in &lt;a class="ext-link" href="https://github.com/okfn/ofs/blob/master/ofs/local/pairtreestore.py"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;POTFS&lt;/a&gt; and this causes errors.
The API should use only &lt;a class="ext-link" href="https://github.com/okfn/ofs/blob/master/ofs/base.py"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;OFSInterface&lt;/a&gt; methods, or should conditionally make calls based off the actual type of &lt;em&gt;self.ofs&lt;/em&gt;.
&lt;/p&gt;
&lt;p&gt;
&lt;em&gt;PS: I did set "ckan" as "Component" in the ticket because storage has been integrated back into the core in CKAN 1.6&lt;/em&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>zydio</dc:creator>

        <link>http://localhost/ticket/2197</link>
        <guid isPermaLink="false">http://localhost/ticket/2197</guid>
        <category>Report</category>
      </item><item>
                  <title>#2607: 'Upload a file' appears on resource form when storage not enabled</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 27 Jun 2012 13:30:08 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 09:09:43 GMT</pubDate>
                  <description>&lt;p&gt;
if the user tries to upload a file they will get "Failed to get credentials for storage upload. Upload cannot proceed"
&lt;/p&gt;
&lt;p&gt;
Maybe add a test for it this time, this bug has appeared and reappeared before
&lt;/p&gt;
</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/2607</link>
        <guid isPermaLink="false">http://localhost/ticket/2607</guid>
        <category>Report</category>
      </item><item>
                  <title>#253: Package relationships</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 22 Feb 2010 16:05:21 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 15 Jun 2012 15:38:46 GMT</pubDate>
                  <description>&lt;h1 id="Overview"&gt;Overview&lt;/h1&gt;
&lt;p&gt;
Functionality to formally associate packages. We see a need for specific parent-child, inheriting or dependency relations. Not only should this help navigation between packages in the web interface, but it also provides a mechanism to automatically pull dependencies when downloading a data package, in a similar manner as we see in software package management.
&lt;/p&gt;
&lt;h1 id="Examples"&gt;Examples&lt;/h1&gt;
&lt;ol&gt;&lt;li&gt;There are 27 packages in data.gov.uk to do with the Data4NR's Health Poverty Index. There is currently no common link between these, unless you search for 'HPI' (which also brings up House Price Index), or look under tag 'health' (which also has 600 other results). There should be a link on each HPI package page to navigate to the other 'sibling' HPI packages, and to a 'root' package that has info about the set. This could be partially achieved using the existing tag or group concepts, but a more explicit/official/obvious marking of their relationship could be beneficial.
&lt;/li&gt;&lt;/ol&gt;&lt;ol start="2"&gt;&lt;li&gt;In ckan.net is freedict, a collection of translation dictionaries. You could make each dictionary a child package and use this system. But it would probably be better to make each dictionary a different resource in the same package. (There are other ideas to denote a resource as the data making up a 'portion' of package, or a 'whole' of the package, to help people downloading datasets in the software package style.)
&lt;/li&gt;&lt;/ol&gt;&lt;ol start="3"&gt;&lt;li&gt;OSM has had some Naptan data imported (bus stops), with special permission - i.e. a more liberal license. It would be useful to show this link on both OSM and Naptan packages in CKAN: OSM 'derives from' Naptan with a comment about the license change. I'm not sure this is useful to an automatic download or use of these datasets, but may aid exploration on the CKAN website and understanding the provenance of the bus stop data on it.
&lt;/li&gt;&lt;/ol&gt;&lt;ol start="4"&gt;&lt;li&gt;IPCC collection of data linked / mirrored. Not sure if there are useful relationships here?
&lt;/li&gt;&lt;/ol&gt;&lt;ol start="5"&gt;&lt;li&gt;Dracos gets postbox locations from crowd sourcing and OSM. We could say Dracos 'derives from' OSM.
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
See more examples discussed here: &lt;a class="ext-link" href="http://trac.ckan.org/ticket/253"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://trac.ckan.org/ticket/253&lt;/a&gt;
&lt;/p&gt;
&lt;h1 id="Implementation"&gt;Implementation&lt;/h1&gt;
&lt;p&gt;
This is split into four tickets:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Model: &lt;a class="closed ticket" href="http://localhost/ticket/254" title="enhancement: Package relationships - 1. model (closed: fixed)"&gt;ticket:254&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;Read in WUI: &lt;a class="closed ticket" href="http://localhost/ticket/255" title="enhancement: Package relationships - 2. Read in WUI (closed: fixed)"&gt;ticket:255&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;Edit in WUI: &lt;a class="assigned ticket" href="http://localhost/ticket/256" title="requirement: Package relationships - 3. Edit in WUI (assigned)"&gt;ticket:256&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;API: &lt;a class="closed ticket" href="http://localhost/ticket/257" title="enhancement: Package relationships - 4. Read in API (closed: fixed)"&gt;ticket:257&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
No need for write access to be provided API for the moment.
&lt;/p&gt;
&lt;p&gt;
This ticket also encompasses &lt;a class="closed ticket" href="http://localhost/ticket/169" title="enhancement: Package derivations (closed: duplicate)"&gt;ticket:169&lt;/a&gt; (Package derivations) and &lt;a class="closed ticket" href="http://localhost/ticket/176" title="enhancement: Package dependencies (closed: duplicate)"&gt;ticket:176&lt;/a&gt; (Package dependencies).
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/253</link>
        <guid isPermaLink="false">http://localhost/ticket/253</guid>
        <category>Report</category>
      </item><item>
                  <title>#285: Paginate list of packages on tag read page</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 07 Apr 2010 18:23:26 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 13:45:23 GMT</pubDate>
                  <description>&lt;p&gt;
Is this worth doing? On hmg.ckan.net start to have a lot of packages with a given tag ...
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/285</link>
        <guid isPermaLink="false">http://localhost/ticket/285</guid>
        <category>Report</category>
      </item><item>
                  <title>#301: Package discussion pages</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 26 Apr 2010 16:57:13 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 13:47:35 GMT</pubDate>
                  <description>&lt;p&gt;
A package discussion page is like a wikipedia discussion page: an editable free text page for people to have discussion/post comments about a given package.
&lt;/p&gt;
&lt;p&gt;
It provides a way for people to make suggestions about a package without needing access to main package.
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/301</link>
        <guid isPermaLink="false">http://localhost/ticket/301</guid>
        <category>Report</category>
      </item><item>
                  <title>#765: Read-only mode - API usage</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 26 Oct 2010 11:18:17 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 11:55:23 GMT</pubDate>
                  <description>&lt;p&gt;
All writes to the API are captured and you are returned an error explaining the reason.
&lt;/p&gt;
&lt;p&gt;
Possible errors:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;503 temporary maintenance
&lt;/li&gt;&lt;li&gt;403 forbidden (if server if permanently read-only)
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/765</link>
        <guid isPermaLink="false">http://localhost/ticket/765</guid>
        <category>Report</category>
      </item><item>
                  <title>#909: DCat importer for CKAN</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 17 Jan 2011 12:05:58 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 10:53:22 GMT</pubDate>
                  <description>&lt;p&gt;
Write an importer that supports most well known variants of DCat in importing the data as CKAN packages. In particular, the following sources should be supported:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;CKANrdf generated exports
&lt;/li&gt;&lt;li&gt;opengov.se RDF (not really DCat)
&lt;/li&gt;&lt;li&gt;Sunlight Nationdatacatalog as harvested by dcat-tools.
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>pudo</dc:creator>

        <link>http://localhost/ticket/909</link>
        <guid isPermaLink="false">http://localhost/ticket/909</guid>
        <category>Report</category>
      </item><item>
                  <title>#1130: First time users</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 09 May 2011 10:59:21 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 14:11:54 GMT</pubDate>
                  <description>&lt;p&gt;
Send users to FAQ first time on CKAN
&lt;/p&gt;
</description>
                  
        <dc:creator>lucychambers</dc:creator>

        <link>http://localhost/ticket/1130</link>
        <guid isPermaLink="false">http://localhost/ticket/1130</guid>
        <category>Report</category>
      </item><item>
                  <title>#1550: Allow simple auth via the API</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 16 Dec 2011 15:29:29 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 11:00:55 GMT</pubDate>
                  <description>&lt;p&gt;
It should be possible to pass userid/username and api key and obtain a response from CKAN for external services that use CKAN auth. Those services shouldn't be talking to the DB directly.
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/1550</link>
        <guid isPermaLink="false">http://localhost/ticket/1550</guid>
        <category>Report</category>
      </item><item>
                  <title>#1684: Remove all config from ckanext-archiver</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 19 Jan 2012 14:37:01 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 11:00:37 GMT</pubDate>
                  <description>&lt;p&gt;
ckanext-archiver currently has a settings file (and a default) and it should be passed in all relevant information from the context.
&lt;/p&gt;
&lt;p&gt;
Remove all settings (ARCHIVE_DIR and MAX_CONTENT_LENGTH and others) and pass them in from CKAN.
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/1684</link>
        <guid isPermaLink="false">http://localhost/ticket/1684</guid>
        <category>Report</category>
      </item><item>
                  <title>#1749: Allow creating activity details through API</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sun, 05 Feb 2012 18:10:06 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 14:05:33 GMT</pubDate>
                  <description>&lt;p&gt;
Currently the activity_create() logic action function only lets you create top-level activity stream items, and not their related activity details. It should handle activity details via nested dicts.
&lt;/p&gt;
</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/1749</link>
        <guid isPermaLink="false">http://localhost/ticket/1749</guid>
        <category>Report</category>
      </item><item>
                  <title>#1831: Login with email address</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 24 Feb 2012 08:58:26 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 11:08:24 GMT</pubDate>
                  <description>&lt;p&gt;
Users should be able to log in using either their username, or their email address, both of which are unique.
&lt;/p&gt;
&lt;p&gt;
Will require a change to &lt;a class="missing wiki"&gt;UsernamePasswordAuthenticator?&lt;/a&gt; in ckan.lib.authenticator.py and possible a useful User.by_email in the user model if it doesn't already exist.
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/1831</link>
        <guid isPermaLink="false">http://localhost/ticket/1831</guid>
        <category>Report</category>
      </item><item>
                  <title>#2234: Write a CKAN extension for pulling items from RSS/Atom feeds into CKAN templates</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 16 Mar 2012 12:59:15 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 10:52:47 GMT</pubDate>
                  <description>&lt;p&gt;
You configure the extension with some RSS and/or Atom feeds, it automatically reads items from these feeds and makes them available in the template context, you write a custom template to e.g. display 'news' items from a Wordpress blog on your front page.
&lt;/p&gt;
&lt;p&gt;
This extension might be simpler and less fragile than ckanext-wordpresser, and also more generally useful.
&lt;/p&gt;
&lt;p&gt;
Details
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Mark Pilgrim's Universal Feed Parser might be useful for reading the feeds
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;Feed items should probably be cached somewhere
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Suggested
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;The news item 'widget' should be wrapped in a known class so that it can be styled easily regardless of the format of any HTML entry.
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;For non-HTML formatted items (Atom should tell you the content type of the entry) maybe we should have a template for rendering each item along with any enclosures that it might reference
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;Caching is pretty crucial and should probably obey the ttl of the feed.
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/2234</link>
        <guid isPermaLink="false">http://localhost/ticket/2234</guid>
        <category>Report</category>
      </item><item>
                  <title>#2284: Local queries/views/viz in Related stuff.</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 12 Apr 2012 08:18:20 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 10:51:53 GMT</pubDate>
                  <description>&lt;p&gt;
From &lt;a class="closed ticket" href="http://localhost/ticket/2204" title="enhancement: [super] Related (Stuff) Extension (closed: fixed)"&gt;#2204&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
not sure how much we have thought through using this for storing queries / views / visualizations coming from our data viewer. In particular, wonder if this necessitates some kind of support for arbitrary json data ...
&lt;/p&gt;
&lt;p&gt;
### Comments
&lt;/p&gt;
&lt;p&gt;
In the simplest form, right now all I need to store is store the url to the resource plus hashbang config for recline. That would be super easy ...
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2284</link>
        <guid isPermaLink="false">http://localhost/ticket/2284</guid>
        <category>Report</category>
      </item><item>
                  <title>#2329: Add back in RSS/Atom links on relevant pages</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 26 Apr 2012 12:15:40 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 09:24:31 GMT</pubDate>
                  <description>&lt;p&gt;
E.g. on dataset page, on revision page, on user page and on search results.
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2329</link>
        <guid isPermaLink="false">http://localhost/ticket/2329</guid>
        <category>Report</category>
      </item><item>
                  <title>#2378: Extract metadata directly from resources that contain it.</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 10 May 2012 11:58:08 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 10:59:45 GMT</pubDate>
                  <description>&lt;p&gt;
Some files that might be uploaded as resources on a dataset, such as some image formats, already contain metadata.  For example some jpeg files might contain Exif ( &lt;a class="ext-link" href="http://en.wikipedia.org/wiki/Exchangeable_image_file_format"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://en.wikipedia.org/wiki/Exchangeable_image_file_format&lt;/a&gt; ) data.
&lt;/p&gt;
&lt;p&gt;
[ ] Obtain list of embedded metadata 'standards'
&lt;/p&gt;
&lt;p&gt;
[ ] Where the metadata is available it  should be added as extra fields on the resource that is uploaded.
&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;
[ ] HTML?
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
[ ] Image formats (exif/gif etc)
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
[ ] PDF
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
[ ] Eventually consider ...
&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;
[ ] MS Office documents
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2378</link>
        <guid isPermaLink="false">http://localhost/ticket/2378</guid>
        <category>Report</category>
      </item><item>
                  <title>#2404: Auto-screenshot for related items</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 21 May 2012 06:55:47 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 10:52:06 GMT</pubDate>
                  <description>&lt;p&gt;
As a User I want an image generated for my related item automatically so that I do not have to take picture myself and upload it somewhere
&lt;/p&gt;
&lt;p&gt;
Implementation: (?) Use phantomjs or something like &lt;a class="ext-link" href="http://snapito.com/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://snapito.com/&lt;/a&gt;
Investigate for 1.8, will be needed for TDH Oct.
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2404</link>
        <guid isPermaLink="false">http://localhost/ticket/2404</guid>
        <category>Report</category>
      </item><item>
                  <title>#2513: Dataproxy should not default to utf8</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 13 Jun 2012 08:23:40 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 10:54:06 GMT</pubDate>
                  <description>&lt;p&gt;
Unless explicitly told by the source web server the dataproxy should not assume that the content it has can be encoded as UTF-8.  Even though the chars from 128 - 255 overlap an attempt to decode some byte array as utf8 will fail whenever a latin1 char whose bitpattern has the MSB set.
&lt;/p&gt;
&lt;p&gt;
This will mean that the UTF8Recoder can be more rigid in its acceptance of data, Postel aside.
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2513</link>
        <guid isPermaLink="false">http://localhost/ticket/2513</guid>
        <category>Report</category>
      </item><item>
                  <title>#2535: SSL certificate for DataHub + https by default</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 15 Jun 2012 11:00:27 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 08:48:02 GMT</pubDate>
                  <description>&lt;p&gt;
&lt;a class="missing wiki"&gt;DataHub?&lt;/a&gt; is increasingly used and we should ensure it uses ssl as part of general security.
&lt;/p&gt;
&lt;p&gt;
See also &lt;a class="closed ticket" href="http://localhost/ticket/1446" title="enhancement: Data Explorer v2 (closed: fixed)"&gt;#1446&lt;/a&gt; (Need to support https login for multiple instances as part of the CKAN package install)
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2535</link>
        <guid isPermaLink="false">http://localhost/ticket/2535</guid>
        <category>Report</category>
      </item><item>
                  <title>#2552: Controlling access to features</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 18 Jun 2012 11:26:10 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 10:52:24 GMT</pubDate>
                  <description>&lt;h2 id="Requirements"&gt;Requirements&lt;/h2&gt;
&lt;p&gt;
To provide a freemium service it is necessary to be able to provide differing &lt;span class="underline"&gt;levels&lt;/span&gt; of functionality based on the &lt;strong&gt;type&lt;/strong&gt; of user (see &lt;a class="assigned ticket" href="http://localhost/ticket/2550" title="enhancement: User types (assigned)"&gt;#2550&lt;/a&gt;). These levels can be specific to the data hub but may require overriding functionality from core to provide these checks.
&lt;/p&gt;
&lt;p&gt;
Initial implementation should focus on limiting access to datastore disk space.
&lt;/p&gt;
&lt;h2 id="Interface"&gt;Interface&lt;/h2&gt;
&lt;p&gt;
These changes are currently only for the data hub and should be kept as much as possible within the data hub extension.
&lt;/p&gt;
&lt;h2 id="UserStories"&gt;User Stories&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;As a system component I want to find out if the current user has access to a feature (i.e. storage) and if so to what extent (xMb, xGb or unlimited).
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;As a system administrator I don't expect to need to manage the levels of users &lt;strong&gt;or&lt;/strong&gt; the features that this applies to.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
&lt;/p&gt;
&lt;h2 id="Tasks"&gt;Tasks&lt;/h2&gt;
&lt;p&gt;
[ ] Clarification of requirements/analysis
&lt;/p&gt;
&lt;p&gt;
[ ] Tests
&lt;/p&gt;
&lt;p&gt;
[ ] Code
&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;
[ ] Model
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
[ ] API
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;
[ ] UI
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
[ ] Documentation
&lt;/p&gt;
&lt;h2 id="Estimates"&gt;Estimates&lt;/h2&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2552</link>
        <guid isPermaLink="false">http://localhost/ticket/2552</guid>
        <category>Report</category>
      </item><item>
                  <title>#2554: Research Virtuoso cartridges</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 18 Jun 2012 13:37:25 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 11:07:13 GMT</pubDate>
                  <description>&lt;p&gt;
Look into writing a cartridge for importing CKAN data into a Virtuoso quadstore
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://virtuoso.openlinksw.com/dataspace/dav/wiki/Main/VirtSponger#How"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://virtuoso.openlinksw.com/dataspace/dav/wiki/Main/VirtSponger#How&lt;/a&gt; Does It Work?
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2554</link>
        <guid isPermaLink="false">http://localhost/ticket/2554</guid>
        <category>Report</category>
      </item><item>
                  <title>#2654: UI support for ordering groups on group_read page</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 10 Jul 2012 18:11:31 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 08:49:16 GMT</pubDate>
                  <description>&lt;p&gt;
The group_index page has no support in WUI for ordering the groups displayed. Should allow sorting by name
&lt;/p&gt;
&lt;p&gt;
Add support for this for datahub now, and discuss for new 1.9 UI
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2654</link>
        <guid isPermaLink="false">http://localhost/ticket/2654</guid>
        <category>Report</category>
      </item><item>
                  <title>#2732: New file upload functionality</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 23 Jul 2012 15:53:09 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 09:07:50 GMT</pubDate>
                  <description>&lt;p&gt;
We should simplify upload and storage of files, initially only to local storage with archiver eventually being fixed to archive data externally. WIP pad is &lt;a class="ext-link" href="http://ckan.okfnpad.org/uploads"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://ckan.okfnpad.org/uploads&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
&lt;strong&gt;Simplifying uploads&lt;/strong&gt;
&lt;/p&gt;
&lt;p&gt;
Currently uploads are too painful/difficult/fiddly to use and/or configure.  We want to simplify uploads so that they are done directly to the CKAN server, without support for remote services (S3 etc) and/or the dependencies it introduces.
&lt;/p&gt;
&lt;p&gt;
We want to fix:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;File uploads themselves
&lt;/li&gt;&lt;li&gt;Storage of uploaded files
&lt;/li&gt;&lt;li&gt;Notification of the upload to other components
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
&lt;strong&gt;File uploads&lt;/strong&gt;
&lt;/p&gt;
&lt;p&gt;
Things file upload should do:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Allow sysadmin to disable
&lt;/li&gt;&lt;li&gt;Allow auth'ed users to upload
&lt;/li&gt;&lt;li&gt;Store whatever they send on disk, and store DB entry linking the file to the person
&lt;/li&gt;&lt;li&gt;When creating the resource, the user should be able to choose from all of the files
they have uploaded but not yet associated with a resource. This will allow for bulk
upload and then a delayed association.  Whenver a user creates a resource they
either upload a file now, or see previously uploaded files.
&lt;/li&gt;&lt;/ul&gt;&lt;pre class="wiki"&gt;Can we do the upload asynchronously and then associate the
uploaded key with the resource before the save ? What happens
if the user tries to submit before asymc upload finishes ? Should
we delay them?
&lt;/pre&gt;&lt;p&gt;
The upload workflow should look like...
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;File upload should be a straightforward file upload with normal auth checks and normal processing of the posted data.
&lt;/li&gt;&lt;li&gt;
&lt;ol class="loweralpha"&gt;&lt;li&gt;When called via ajax then the ID of the newly created file should be returned,
&lt;/li&gt;&lt;li&gt;When called via WUI then it should also be given the url to redirect to after the file upload has been handled - the id will be passed as a query param.
&lt;/li&gt;&lt;/ol&gt;&lt;/li&gt;&lt;li&gt;The resource save should check whether it has a file id and in that case updates the file object to point to the resource.
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
This should enable:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Separate file upload into a user's temporary store, either individually or as a batch.
&lt;/li&gt;&lt;li&gt;Creating resources and simply choosing from previously uploaded, unassigned files
&lt;/li&gt;&lt;li&gt;Adding files/data to a resource after the fact.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
&lt;/p&gt;
&lt;p&gt;
&lt;strong&gt;File storage&lt;/strong&gt;
&lt;/p&gt;
&lt;p&gt;
File storage should be local to the CKAN install, and not a remote service.  Any archiving to remove storage providers should be outside of the main request.
&lt;/p&gt;
&lt;p&gt;
File storage should:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;allow moving data, a sysadmin should be able to move the storage root and change configuration and  have the system continue running (i.e. don't store absolute paths).
&lt;/li&gt;&lt;li&gt;provide maintainability, it should be easy to determine which old files are not associated with resources  and thus can be cleaned up.
&lt;/li&gt;&lt;li&gt;allow for collection of information (i.e. estimate of storate space used)
&lt;/li&gt;&lt;li&gt;check whether there is enough space and handling the conequences cleanly
&lt;/li&gt;&lt;li&gt;ensure files to be written only underneath its own root folder, checks should be made after any path generation that the file begins with the location of the file storage.
&lt;/li&gt;&lt;li&gt;Have a configurable maximum accepted blob size during upload.
&lt;/li&gt;&lt;li&gt;Should store what meta-data was provided with the upload, such as mimetype.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Somewhere in the DB we should store ...
&lt;/p&gt;
&lt;table class="wiki"&gt;
&lt;tr&gt;&lt;td&gt;&lt;strong&gt;Column&lt;/strong&gt;&lt;/td&gt;&lt;td&gt;&lt;strong&gt;Notes&lt;/strong&gt;
&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;id&lt;/td&gt;&lt;td&gt;An identifier
&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;owner&lt;/td&gt;&lt;td&gt;The owning user, who uploaded the file
&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;path&lt;/td&gt;&lt;td&gt;The path (from the 'storage root') to the file
&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;size&lt;/td&gt;&lt;td&gt;The size in bytes of the file on disk
&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;mimetype&lt;/td&gt;&lt;td&gt;The mimetype of the file, as provided by the uploader
&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;upload_date&lt;/td&gt;&lt;td&gt;When the data was uploaded
&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;resource&lt;/td&gt;&lt;td&gt;The ID of the resource it belongs to. A unidirectional relationship.
&lt;/td&gt;&lt;/tr&gt;&lt;tr&gt;&lt;td&gt;archived_url&lt;/td&gt;&lt;td&gt;The URL where this file has been archived
&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;p&gt;
Generating paths should try and separate the files, perhaps based on username of the owner, or some other mechanism to avoid a single folder full of files.
&lt;/p&gt;
&lt;p&gt;
&lt;strong&gt;Notifications&lt;/strong&gt;
&lt;/p&gt;
&lt;p&gt;
We need to make sure that it is possible to notify other components within the system that an upload has taken place, or at least make it easy for them to be notified.  The primary use case for this is to notify the component that will translate/upload certain formats to the data store.
&lt;/p&gt;
&lt;p&gt;
We could do this based on the post-upload update to the file model (i.e. when we record the total received size of the file).
&lt;/p&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2732</link>
        <guid isPermaLink="false">http://localhost/ticket/2732</guid>
        <category>Report</category>
      </item><item>
                  <title>#2546: ODS Managing homepage content</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 18 Jun 2012 10:54:02 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 09:10:37 GMT</pubDate>
                  <description>&lt;h2 id="Requirements"&gt;Requirements&lt;/h2&gt;
&lt;p&gt;
Require the ability for users to control some level of content that is visible on the home page of their ODS installation.  This may be through RSS/Atom feeds (see &lt;a class="assigned ticket" href="http://localhost/ticket/2234" title="enhancement: Write a CKAN extension for pulling items from RSS/Atom feeds into CKAN ... (assigned)"&gt;#2234&lt;/a&gt;) or another mechanism but should result in admins being able to change blocks of text on their homepage.
&lt;/p&gt;
&lt;p&gt;
This should not be configuration, but accessible through WUI.
&lt;/p&gt;
&lt;h2 id="Interface"&gt;Interface&lt;/h2&gt;
&lt;p&gt;
None
&lt;/p&gt;
&lt;h2 id="UserStories"&gt;User Stories&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;As a system administrator I want to have control over content displayed on the front page beyond featured/popular items.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;As a system administrator I don't want to manage content through having to write an extension.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
&lt;/p&gt;
&lt;h2 id="Tasks"&gt;Tasks&lt;/h2&gt;
&lt;p&gt;
[ ] Analysis
&lt;/p&gt;
&lt;h2 id="Estimates"&gt;Estimates&lt;/h2&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2546</link>
        <guid isPermaLink="false">http://localhost/ticket/2546</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#728: CSW Harvesting shall be optimised in respect of reharvesting only records that have changed</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 21 Oct 2010 15:35:40 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 08 Jul 2011 11:33:04 GMT</pubDate>
                  <description>&lt;p&gt;
Hi Will, this is important again because some CSW servers we use have over 300 documents in. Could you take a look at modifying the filter please?
&lt;/p&gt;
</description>
                  
        <dc:creator>johnbywater</dc:creator>

        <link>http://localhost/ticket/728</link>
        <guid isPermaLink="false">http://localhost/ticket/728</guid>
        <category>Report</category>
      </item><item>
                  <title>#794: Investigate reconciling UKLP Publisher and Provider with DGU</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 08 Nov 2010 14:50:11 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jul 2011 16:33:01 GMT</pubDate>
                  <description>&lt;p&gt;
This needs more analysis, but the GEMINI2 attribute "metadata point of contact" must be reconciled with the registered publisher (or agent).
&lt;/p&gt;
&lt;p&gt;
This might also be used to filter records harvested from a CSW source, but filtering also needs more analysis, as does distinction between agent and provider.
&lt;/p&gt;
</description>
                  
        <dc:creator>johnbywater</dc:creator>

        <link>http://localhost/ticket/794</link>
        <guid isPermaLink="false">http://localhost/ticket/794</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#2961: Preview plugin endpoint</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 08 Oct 2012 11:39:27 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 18 Oct 2012 16:33:10 GMT</pubDate>
                  <description>&lt;p&gt;
Users could write ckan extensions that offer previews for a certain datatype.
&lt;/p&gt;
&lt;p&gt;
Advantages:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;We can say that you can add your own previews
&lt;/li&gt;&lt;li&gt;Every preview would have to define it's own dependencies
&lt;/li&gt;&lt;li&gt;External development (community creates new extensions?)
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Questions to answer:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Specification of the interface
&lt;/li&gt;&lt;li&gt;Precedence of previews for the same data types
&lt;/li&gt;&lt;li&gt;Plugins only define the datatype that they are responsible for or do we call a function that returns whether the extension is responsible.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
As far as I can see, this should be fairly easy to implement by following these instructions: &lt;a class="ext-link" href="http://docs.ckan.org/en/latest/writing-extensions.html#writing-a-plugin-interface"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://docs.ckan.org/en/latest/writing-extensions.html#writing-a-plugin-interface&lt;/a&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>dominik</dc:creator>

        <link>http://localhost/ticket/2961</link>
        <guid isPermaLink="false">http://localhost/ticket/2961</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#2405: Improvements to data viewer embed</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 21 May 2012 06:59:25 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 14:53:01 GMT</pubDate>
                  <description>&lt;ul&gt;&lt;li&gt;Decent powered by icon for the Embed for the &lt;a class="missing wiki"&gt;DataHub?&lt;/a&gt;? (make this text customizable and allow html ...)
&lt;ul&gt;&lt;li&gt;Current icon and text looks really bad
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Embed link uses uuid rather than dataset name (this goes to perma-url question ...)
&lt;/li&gt;&lt;li&gt;Data viewer embed url includes all the resource info (not needed -- just url and backend info ...)
&lt;/li&gt;&lt;li&gt;Embed extension urls do not respect original domain but instead use site_url (I'm guessing). E.g. datahub.io domain ends up with links to embed on thedatahub.org
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2405</link>
        <guid isPermaLink="false">http://localhost/ticket/2405</guid>
        <category>Report</category>
      </item><item>
                  <title>#250: RDF link in Atom feed</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 18 Feb 2010 15:41:35 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 13:37:10 GMT</pubDate>
                  <description>&lt;p&gt;
Add link to RDF representation of a package in our Atom feed.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/250</link>
        <guid isPermaLink="false">http://localhost/ticket/250</guid>
        <category>Report</category>
      </item><item>
                  <title>#2550: User types</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 18 Jun 2012 11:06:30 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 10:51:37 GMT</pubDate>
                  <description>&lt;h2 id="Requirements"&gt;Requirements&lt;/h2&gt;
&lt;p&gt;
In the data hub plugin we require the ability to differentiate users between those that have paid for a service, and those that haven't. The distinction isn't boolean as there may be levels of service for paid users, so it may be that we need a 'type' of user where there are various grades of 'paid' which are likely to be strings (specific to the data hub).
&lt;/p&gt;
&lt;h2 id="Requiredinterface"&gt;Required interface&lt;/h2&gt;
&lt;p&gt;
Once changes have been made to the user schema, for a given user we want to be able to:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;determine if they have a paid or a free account, and
&lt;/li&gt;&lt;li&gt;get a string name of the type of paid account.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Care should be taken to ensure that the 'paid' status of the user cannot be set through the API and only by the datahub plugin.
&lt;/p&gt;
&lt;h2 id="UserStories"&gt;User Stories&lt;/h2&gt;
&lt;p&gt;
User stories related to the management, setting and changing of a user's payment level, as well as historical information on payments should be done as part of the work that includes actually allowing purchases.  For now it is adequate that we can manually control these things through paster commands.
&lt;/p&gt;
&lt;p&gt;
Payments types should be linear as I don't believe for this type of service a pick-and-mix modular model would work well. Organizations will inherit the payment level of their owner, so currently there is no requirement for it to affect organizations at all.
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;As a sysadmin I would like to be able to use a paster command to
manually set a user's payment level, or remove it entirely.
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;As a sysadmin I would like to be able to run a paster command to
view a list of users who have a payment plan, grouped by the plan
that they have.
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;As a sysadmin I would like to be able to use the API to change the
payment status of a specific user through user_create and user_update.
This shouldn't be available to anybody else.
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;As a user, and only if I have one, I'd like to see my current payment
level on my user profile page.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
&lt;/p&gt;
&lt;h2 id="Tasks"&gt;Tasks&lt;/h2&gt;
&lt;p&gt;
[x] Tests
&lt;/p&gt;
&lt;p&gt;
[x] Plugin based migration
&lt;/p&gt;
&lt;p&gt;
[x] Code
&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;
[x] Model
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
[x] API
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
[x] Documentation
&lt;/p&gt;
&lt;h2 id="Estimates"&gt;Estimates&lt;/h2&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2550</link>
        <guid isPermaLink="false">http://localhost/ticket/2550</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#1062: Data preview encoding error</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 29 Mar 2011 10:55:43 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 27 Jul 2011 13:35:31 GMT</pubDate>
                  <description>&lt;p&gt;
The preview of "Species Misc Turtle Download" at &lt;a class="ext-link" href="http://ckan.net/package/taxonconcept"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://ckan.net/package/taxonconcept&lt;/a&gt; results in the following error:
&lt;/p&gt;
&lt;p&gt;
Unable to Preview - Had an error from dataproxy:
Data Transformation Error (Data transformation failed. Reason: 'utf8' codec can't decode byte 0x8b in position 1: unexpected code byte
&lt;/p&gt;
</description>
                  
        <dc:creator>sebbacon</dc:creator>

        <link>http://localhost/ticket/1062</link>
        <guid isPermaLink="false">http://localhost/ticket/1062</guid>
        <category>Report</category>
      </item><item>
                  <title>#1393: Don't skip search tests</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 13 Oct 2011 11:30:53 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 01 Nov 2011 13:19:50 GMT</pubDate>
                  <description>&lt;p&gt;
Now we don't use postgres search, all the tests involving search now don't need to be skipped when running on sqlite. Should help coders spot earlier if these tests break.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1393</link>
        <guid isPermaLink="false">http://localhost/ticket/1393</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#2641: Adapt spatial widgets to new theme</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 09 Jul 2012 15:02:27 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sun, 11 Nov 2012 18:34:14 GMT</pubDate>
                  <description>&lt;p&gt;
Dataset extent map and spatial filter need to adapted to the new theme, as they are not showing up now
&lt;/p&gt;
</description>
                  
        <dc:creator>amercader</dc:creator>

        <link>http://localhost/ticket/2641</link>
        <guid isPermaLink="false">http://localhost/ticket/2641</guid>
        <category>Report</category>
      </item><item>
                  <title>#2446: Create demo dataset history/comparison page</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 13:12:18 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sun, 11 Nov 2012 18:33:39 GMT</pubDate>
                  <description>&lt;p&gt;
This is a low priority for the demo site.
&lt;/p&gt;
&lt;p&gt;
Discussion:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://okfn.basecamphq.com/projects/9558659-demo-ckan-front-end/posts/62414120/comments"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://okfn.basecamphq.com/projects/9558659-demo-ckan-front-end/posts/62414120/comments&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Implementation:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://s031.okserver.org:2375/dataset/history/adur_district_spending"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://s031.okserver.org:2375/dataset/history/adur_district_spending&lt;/a&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>aron.carroll</dc:creator>

        <link>http://localhost/ticket/2446</link>
        <guid isPermaLink="false">http://localhost/ticket/2446</guid>
        <category>Report</category>
      </item><item>
                  <title>#2451: Create demo user list page</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 13:20:13 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sun, 11 Nov 2012 18:35:02 GMT</pubDate>
                  <description>&lt;p&gt;
Discussion:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://okfn.basecamphq.com/projects/9558659-demo-ckan-front-end/posts/62268474/comments"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://okfn.basecamphq.com/projects/9558659-demo-ckan-front-end/posts/62268474/comments&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Implementation:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://s031.okserver.org:2375/user"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://s031.okserver.org:2375/user&lt;/a&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>aron.carroll</dc:creator>

        <link>http://localhost/ticket/2451</link>
        <guid isPermaLink="false">http://localhost/ticket/2451</guid>
        <category>Report</category>
      </item><item>
                  <title>#2457: Create demo tags list page</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 13:28:55 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sun, 11 Nov 2012 18:34:38 GMT</pubDate>
                  <description>&lt;p&gt;
This includes the tag page as well for now.
&lt;/p&gt;
&lt;p&gt;
Discussion:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://okfn.basecamphq.com/projects/9558659-demo-ckan-front-end/posts/62998445/comments"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://okfn.basecamphq.com/projects/9558659-demo-ckan-front-end/posts/62998445/comments&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Implementation:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://s031.okserver.org:2375/en/tag"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://s031.okserver.org:2375/en/tag&lt;/a&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>aron.carroll</dc:creator>

        <link>http://localhost/ticket/2457</link>
        <guid isPermaLink="false">http://localhost/ticket/2457</guid>
        <category>Report</category>
      </item><item>
                  <title>#2785: Allow resources to be re-ordered</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 01 Aug 2012 10:22:03 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 29 Aug 2012 10:25:16 GMT</pubDate>
                  <description>&lt;p&gt;
Not sure where this functionality should be added, possibly in one of the sidebar widgets when editing a resource?
&lt;/p&gt;
&lt;p&gt;
Ira, what are your thoughts?
&lt;/p&gt;
</description>
                  
        <dc:creator>aron.carroll</dc:creator>

        <link>http://localhost/ticket/2785</link>
        <guid isPermaLink="false">http://localhost/ticket/2785</guid>
        <category>Report</category>
      </item><item>
                  <title>#2697: create dataset validation</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 18 Jul 2012 14:00:35 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 29 Aug 2012 10:25:25 GMT</pubDate>
                  <description>&lt;p&gt;
Includes: missing fields, existing field checks (i.e. whether a name/dataset already exists with that name) during input (i.e. no need to submit form to check)
&lt;/p&gt;
</description>
                  
        <dc:creator>shevski</dc:creator>

        <link>http://localhost/ticket/2697</link>
        <guid isPermaLink="false">http://localhost/ticket/2697</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#1136: Move to SessionExtension in vdm</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 12 May 2011 14:34:15 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 14:03:00 GMT</pubDate>
                  <description>&lt;p&gt;
When vdm was created there was no SessionExtension so we use MapperExtension for doing revisioning. Now that &lt;a class="missing wiki"&gt;SessionExtension?&lt;/a&gt; exists we should use it. We can also follow the existing SQLAlchemy recipe: &amp;lt;&lt;a class="ext-link" href="http://www.sqlalchemy.org/docs/orm/examples.html?highlight=versioning#versioned-objects"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.sqlalchemy.org/docs/orm/examples.html?highlight=versioning#versioned-objects&lt;/a&gt;&amp;gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1136</link>
        <guid isPermaLink="false">http://localhost/ticket/1136</guid>
        <category>Report</category>
      </item><item>
                  <title>#1447: disk space leakage</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 07 Nov 2011 11:54:03 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 26 Jun 2012 16:15:30 GMT</pubDate>
                  <description>&lt;p&gt;
Periodically we see some CKAN servers fall over because they run out of disk space. We need to find out if there is a common cause and fix it.
&lt;/p&gt;
&lt;p&gt;
One problem in the past has been file handles running out when creating lots of tiny files in the data directory.
&lt;/p&gt;
&lt;p&gt;
Another problem has been several enourmous backups being created every day - pdeu on eu25.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1447</link>
        <guid isPermaLink="false">http://localhost/ticket/1447</guid>
        <category>Report</category>
      </item><item>
                  <title>#1135: Changeset model for vdm</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 12 May 2011 14:19:46 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 13:51:07 GMT</pubDate>
                  <description>&lt;p&gt;
Move to Changeset model for vdm.
&lt;/p&gt;
&lt;p&gt;
A changeset model is like an Audit-Log model in which we just record Changesets with Change-Objects rather than have Revision-Objects for each Object that is revisioned.
&lt;/p&gt;
&lt;p&gt;
This change would also incorporate significant simplication of vdm.
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1135</link>
        <guid isPermaLink="false">http://localhost/ticket/1135</guid>
        <category>Report</category>
      </item><item>
                  <title>#1137: Remove need for statefulness in vdm</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 12 May 2011 14:47:08 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 13:46:14 GMT</pubDate>
                  <description>&lt;p&gt;
Statefulness, especially statefulness for relation (esp m2m) is cause of most of the complexity in vdm. It is &lt;em&gt;required&lt;/em&gt; because, atm, revision objects have FKs to continuity objects.
&lt;/p&gt;
&lt;p&gt;
This ticket proposes the following changes:
&lt;/p&gt;
&lt;p&gt;
NB: this could be limited just to case of join tables (leaving state stuff on other tables)
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Remove FKs from revision to continuity (or allow for them to be nullable).
&lt;ul&gt;&lt;li&gt;We could just limit this to m2m stuff
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Delete of an object leads to:
&lt;ul&gt;&lt;li&gt;Deletion of continuity object
&lt;/li&gt;&lt;li&gt;Adding an entry in revision table with state set to deleted (we retain state on revision table)
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
If this is done we will no longer need to worry about filtering on state on relationships as join table will only contain "active" relationships.
&lt;/p&gt;
&lt;p&gt;
If we do this on all tables we remove need for any state awareness in client (e.g. no need to filter tables on active state).
&lt;/p&gt;
&lt;p&gt;
The only disadvantage of this change is that undeletion becomes more problematic (we have to recreate some continuity objects).
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1137</link>
        <guid isPermaLink="false">http://localhost/ticket/1137</guid>
        <category>Report</category>
      </item><item>
                  <title>#1689: List deleted datasets in API</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 20 Jan 2012 12:23:34 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 11:00:40 GMT</pubDate>
                  <description>&lt;p&gt;
The admin extension allows deleted datasets to be viewed, but there is no equivalent in the API. The package_list API call filters to just 'state=active' datasets.
&lt;/p&gt;
&lt;p&gt;
'state' could be a parameter on the package_list call
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Easy to call and implement
&lt;/li&gt;&lt;li&gt;But getting permissions right for the different state values may not be easy - maybe a separate logic function is better?
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1689</link>
        <guid isPermaLink="false">http://localhost/ticket/1689</guid>
        <category>Report</category>
      </item><item>
                  <title>#2294: Unauthorized action on Data API gets 302 rather than 401 or similar</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sat, 14 Apr 2012 19:35:04 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 11:33:23 GMT</pubDate>
                  <description>&lt;p&gt;
Well known issue that 401 *in API* end up with 302 redirect to login page (which makes no sense and is very confusing for clients).
&lt;/p&gt;
&lt;p&gt;
Fix this by ensuring that error messsages on API get passed through correctly.
&lt;/p&gt;
&lt;p&gt;
Minor because affect is annoying but not terminal
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2294</link>
        <guid isPermaLink="false">http://localhost/ticket/2294</guid>
        <category>Report</category>
      </item><item>
                  <title>#2674: Data preview not loading on s031</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 16 Jul 2012 10:38:22 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 07 Aug 2012 14:22:04 GMT</pubDate>
                  <description>&lt;p&gt;
Not loading for all resources as far as I can tell; e.g. &lt;a class="ext-link" href="http://s031.okserver.org:2375/dataset/afghanistan-election-data/resource/f6331f99-51f6-44d9-95b9-b20f3b74f360"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://s031.okserver.org:2375/dataset/afghanistan-election-data/resource/f6331f99-51f6-44d9-95b9-b20f3b74f360&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Fine on demo.ckan.org
&lt;/p&gt;
</description>
                  
        <dc:creator>shevski</dc:creator>

        <link>http://localhost/ticket/2674</link>
        <guid isPermaLink="false">http://localhost/ticket/2674</guid>
        <category>Report</category>
      </item><item>
                  <title>#84: Revert support on versioned objects</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 23 Jul 2009 08:59:03 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 12:13:05 GMT</pubDate>
                  <description>&lt;p&gt;
Basic revert in the classic wiki form is already support by purging a Revision. However may wish to support:
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;Cases where multiple objects changed in a revision but only want to revert 1 (low priority)
&lt;/li&gt;&lt;li&gt;Want to revert but have reversion as a new revision of that object.
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
Seems low priority at present.
&lt;/p&gt;
&lt;p&gt;
Cost: ?
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/84</link>
        <guid isPermaLink="false">http://localhost/ticket/84</guid>
        <category>Report</category>
      </item><item>
                  <title>#2203: Data Viewer support for PDF</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sun, 04 Mar 2012 11:24:53 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 25 Sep 2012 10:29:21 GMT</pubDate>
                  <description>&lt;ul&gt;&lt;li&gt;Boot viewer for format/mimetype: application/pdf, application/x-pdf, application/acrobat, applications/vnd.pdf, text/pdf, text/x-pdf
&lt;/li&gt;&lt;li&gt;propose we use pdf.js - &lt;a class="ext-link" href="https://github.com/mozilla/pdf.js"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://github.com/mozilla/pdf.js&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;We could also try iframing for browsers with native support but this seems more complex
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2203</link>
        <guid isPermaLink="false">http://localhost/ticket/2203</guid>
        <category>Report</category>
      </item><item>
                  <title>#979: Edit Resource extras in the API</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 11 Feb 2011 13:09:37 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 05 Sep 2011 11:30:44 GMT</pubDate>
                  <description>&lt;p&gt;
Follows on from &lt;a class="closed ticket" href="http://localhost/ticket/826" title="enhancement: Resource 'extra' fields (closed: fixed)"&gt;#826&lt;/a&gt;. We can now edit resource extras in the WUI (to some extent - see &lt;a class="closed ticket" href="http://localhost/ticket/978" title="enhancement: Edit Resource including Extras in Web UI (closed: fixed)"&gt;#978&lt;/a&gt; for remaining issues) and we can view resource extras in the API, but we can't yet edit them in the API.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/979</link>
        <guid isPermaLink="false">http://localhost/ticket/979</guid>
        <category>Report</category>
      </item><item>
                  <title>#1240: [super] API v4</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sun, 24 Jul 2011 16:41:00 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 02 Jan 2012 03:01:52 GMT</pubDate>
                  <description>&lt;p&gt;
(Just creating this ticket as somewhere to keep notes)
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Decide on REST api versus action API
&lt;ul&gt;&lt;li&gt;Do we want to support both?
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Tidying
&lt;ul&gt;&lt;li&gt;Unify on /api/v{version num}/... structure (do we want a default option that points to current default? e.g. /api/default/ ...)
&lt;/li&gt;&lt;li&gt;extras merged into normal field list in package
&lt;/li&gt;&lt;li&gt;Get rid of /rest/ so just have api/v1/package
&lt;/li&gt;&lt;li&gt;Get rid of separation of search api from 'rest' api
&lt;ul&gt;&lt;li&gt;Propose that GET on REST index is search e.g. /package/?q=...
&lt;ul&gt;&lt;li&gt;This is also resolves issue whereby GET at root returns whole package set (a *bad* idea) as this would now become the matchall search query (with a default limit on items returned)
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Resource read/write in API (separate from package)
&lt;ul&gt;&lt;li&gt;Does this need authorization work?
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;user/account API - read/write
&lt;/li&gt;&lt;li&gt;Remove autocomplete -- can just use search
&lt;ul&gt;&lt;li&gt;Do not worry about backwards compat as should only be used in our js (if others using it too bad!)
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1240</link>
        <guid isPermaLink="false">http://localhost/ticket/1240</guid>
        <category>Report</category>
      </item><item>
                  <title>#1255: Drupal consistancy checks.</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 01 Aug 2011 17:32:48 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 15 Aug 2011 09:20:54 GMT</pubDate>
                  <description>&lt;p&gt;
Make a robust way to make sure the drupal database is consistent with the ckan data.
&lt;/p&gt;
</description>
                  
        <dc:creator>kindly</dc:creator>

        <link>http://localhost/ticket/1255</link>
        <guid isPermaLink="false">http://localhost/ticket/1255</guid>
        <category>Report</category>
      </item><item>
                  <title>#1652: How we intergrate with Drupal Multiligual?</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 16 Jan 2012 10:31:34 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 20 Jun 2012 10:18:55 GMT</pubDate>
                  <description>&lt;ul&gt;&lt;li&gt;Analysis of how/where we can integrate with Drupal Multilingual
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;Is it likely to access CKAN via /en/data/... or /data/en/... (not sure, probably former) and we need to make sure that it ends up at /en/...
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;Check with Ian for other issues.
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/1652</link>
        <guid isPermaLink="false">http://localhost/ticket/1652</guid>
        <category>Report</category>
      </item><item>
                  <title>#2334: Improved data import</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sat, 28 Apr 2012 22:21:02 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 11:42:18 GMT</pubDate>
                  <description>&lt;p&gt;
Placeholder for thinking about this ...
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Allow users to configure info for CSV import (e.g. separators, quotes etc)
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2334</link>
        <guid isPermaLink="false">http://localhost/ticket/2334</guid>
        <category>Report</category>
      </item><item>
                  <title>#2473: Make datstorer store field ordering in _meta field</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 29 May 2012 12:11:32 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 15:07:51 GMT</pubDate>
                  <description>&lt;p&gt;
Recline views should have a default table order, being the same as the csv that was imported.
&lt;/p&gt;
</description>
                  
        <dc:creator>kindly</dc:creator>

        <link>http://localhost/ticket/2473</link>
        <guid isPermaLink="false">http://localhost/ticket/2473</guid>
        <category>Report</category>
      </item><item>
                  <title>#2548: Object ownership for groups/package</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 18 Jun 2012 11:02:11 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 26 Jun 2012 10:28:59 GMT</pubDate>
                  <description>&lt;h2 id="Requirements"&gt;Requirements&lt;/h2&gt;
&lt;p&gt;
We need to be able to easily determine who the owner of a dataset or group is.  Datasets and Groups should have an Owner, who may change over time but is a specific user within the CKAN instance.  It should be easy for CKAN components to determine the user and for the initial version we should ignore the can of worms labelled 'ownership transfer'.
&lt;/p&gt;
&lt;p&gt;
At this point migration is likely to be the biggest issue, and would suggest that it is acceptable that the last user to edit a dataset be set as the current owner.
&lt;/p&gt;
&lt;p&gt;
More tickets should arise as a result of this work where we may be able to optimise some queries to use the new feature.
&lt;/p&gt;
&lt;h2 id="Interface"&gt;Interface&lt;/h2&gt;
&lt;p&gt;
None
&lt;/p&gt;
&lt;h2 id="UserStories"&gt;User Stories&lt;/h2&gt;
&lt;p&gt;
None
&lt;/p&gt;
&lt;h2 id="Tasks"&gt;Tasks&lt;/h2&gt;
&lt;p&gt;
[ ] &lt;a class="missing wiki"&gt;Analysis/Clarification?&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
[ ] Tests
&lt;/p&gt;
&lt;p&gt;
[ ] Migration
&lt;/p&gt;
&lt;p&gt;
[ ] &lt;a class="missing wiki"&gt;Code/Schema?&lt;/a&gt; changes
&lt;/p&gt;
&lt;p&gt;
[ ] Documentation
&lt;/p&gt;
&lt;h2 id="Estimates"&gt;Estimates&lt;/h2&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2548</link>
        <guid isPermaLink="false">http://localhost/ticket/2548</guid>
        <category>Report</category>
      </item><item>
                  <title>#2877: Bugs with datastore v2</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sat, 18 Aug 2012 00:33:22 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 30 Aug 2012 09:53:15 GMT</pubDate>
                  <description>&lt;p&gt;
In progress
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;&lt;del&gt;[major] q does not seem to work reliably. e.g. using the setup from this gist &lt;a class="ext-link" href="https://gist.github.com/1930806"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://gist.github.com/1930806&lt;/a&gt; and doing a ?q=DE yields no results (does not work with "q=de" either)&lt;/del&gt;
&lt;ul&gt;&lt;li&gt;&lt;del&gt;q=second does work ...&lt;/del&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;[major] q does not work with 2 values (see below)
&lt;/li&gt;&lt;li&gt;Query on search with limit 0 results in total of 0 (should either be null or correct total). Queries with other limits yield correct total AFAICT
&lt;ul&gt;&lt;li&gt;Also weird fact that limit is returned but as as as string - should it not be an integer
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Types on fields: could these not be canonical and as per recline (or is it important to allow exact sql types ...)
&lt;/li&gt;&lt;/ol&gt;&lt;h3 id="Multiplequeryvalues"&gt;Multiple query values&lt;/h3&gt;
&lt;p&gt;
Try a query such as: "second UK" and you will get 500 error:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://localhost:5000/api/3/action/datastore_search?resource_id=4f1299ab-a100-4e5f-ba81-e6d234a2f3bd&amp;amp;q=second%20UK"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://localhost:5000/api/3/action/datastore_search?resource_id=4f1299ab-a100-4e5f-ba81-e6d234a2f3bd&amp;amp;q=second%20UK&lt;/a&gt;
&lt;/p&gt;
&lt;pre class="wiki"&gt;ProgrammingError: (ProgrammingError) syntax error in tsquery: "second UK" 'select "_id", "id", "date", "x", "y", "z", "country", "title", "lat", "lon", count(*) over() as "_full_count"\n from "4f1299ab-a100-4e5f-ba81-e6d234a2f3bd" where _full_text @@ to_tsquery(%s) limit 100 offset 0' (u'second UK',)
&lt;/pre&gt;&lt;h3 id="Suggestions"&gt;Suggestions&lt;/h3&gt;
&lt;p&gt;
Filter support: should think in more detail about this (may want to follow recline style)
&lt;/p&gt;
&lt;p&gt;
Simple filters in query parameters would be nice too ...
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2877</link>
        <guid isPermaLink="false">http://localhost/ticket/2877</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#1171: Citation instructions on dataset and resource view pages</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 01 Jun 2011 09:33:19 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 11 Sep 2012 10:18:25 GMT</pubDate>
                  <description>&lt;p&gt;
Some sort of citation helper. Something small on the dataset and resource page that would show how to cite.
&lt;/p&gt;
&lt;p&gt;
wwaites: Some related thoughts on this from opb: &lt;a class="ext-link" href="http://homepages.inf.ed.ac.uk/opb/papers/ssdbm2006.pdf"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://homepages.inf.ed.ac.uk/opb/papers/ssdbm2006.pdf&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
timclicks: I'm looking at Dataverse for the first time&lt;a class="missing changeset" title="No default repository defined"&gt;[0]&lt;/a&gt;. It seems very popular in the social sciences. I noticed that there is a recommended citation for each dataset. For example, &lt;a class="missing changeset" title="No default repository defined"&gt;[1]&lt;/a&gt; is has this one: "Targeted Input Programme (TIP) 2000-01", &lt;a class="ext-link" href="http://hdl.handle.net/1902.1/SSC-MWI-TIP2000-01-M1"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://hdl.handle.net/1902.1/SSC-MWI-TIP2000-01-M1&lt;/a&gt; V1 [Version]"
&lt;/p&gt;
&lt;h2 id="Implementation"&gt;Implementation&lt;/h2&gt;
&lt;p&gt;
Add a small box at bottom of dataset / resource page (or in sidebar on dataset page) with title "Cite this" with contents like:
&lt;/p&gt;
&lt;p&gt;
%title. %author. Retrieved %date. %site_title.
&lt;/p&gt;
&lt;p&gt;
For resource: %title = %dataset_title. %resource_name.
&lt;/p&gt;
&lt;p&gt;
Could also add export to ref managers (e.g. to bibtex) but that is for later.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1171</link>
        <guid isPermaLink="false">http://localhost/ticket/1171</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#1458: Support previewing kml files in data viewer</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 10 Nov 2011 14:48:08 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 14:02:12 GMT</pubDate>
                  <description>&lt;p&gt;
Super ticket: &lt;a class="closed ticket" href="http://localhost/ticket/1151" title="enhancement: Preview for geographic data should be a map (closed: wontfix)"&gt;#1151&lt;/a&gt; (viewing geo data)
&lt;/p&gt;
&lt;p&gt;
E.g. preview of &lt;a class="ext-link" href="http://thedatahub.org/dataset/louisvillecrime"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://thedatahub.org/dataset/louisvillecrime&lt;/a&gt; should bring up a map
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1458</link>
        <guid isPermaLink="false">http://localhost/ticket/1458</guid>
        <category>Report</category>
      </item><item>
                  <title>#1571: [super] Issues Extension</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 19 Dec 2011 11:30:25 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Sun, 04 Mar 2012 12:13:03 GMT</pubDate>
                  <description>&lt;p&gt;
"Proper" issues extension.
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Etherpad: &lt;a class="ext-link" href="http://ckan.okfnpad.org/issues"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://ckan.okfnpad.org/issues&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;Code: &lt;a class="ext-link" href="https://github.com/okfn/ckanext-issues"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://github.com/okfn/ckanext-issues&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Overview
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;This would be an extension and improvement of existing todo extension - &lt;a class="closed ticket" href="http://localhost/ticket/842" title="enhancement: Todo list CKAN extension (closed: fixed)"&gt;#842&lt;/a&gt; (&lt;a class="ext-link" href="https://github.com/okfn/ckanext-issues"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://github.com/okfn/ckanext-issues&lt;/a&gt;)
&lt;ul&gt;&lt;li&gt;Current extension does work but lacks polish
&lt;/li&gt;&lt;li&gt;Should we polish or do significant improvements?
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Functionality - see etherpad
&lt;/li&gt;&lt;/ul&gt;&lt;h2 id="Steps"&gt;Steps&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;&lt;del&gt;(Rename todo(s) -&amp;gt; issue(s) in existing extension)&lt;/del&gt;
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>jilly mathews</dc:creator>

        <link>http://localhost/ticket/1571</link>
        <guid isPermaLink="false">http://localhost/ticket/1571</guid>
        <category>Report</category>
      </item><item>
                  <title>#2874: Clean up bin directory</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 17 Aug 2012 08:01:48 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 17 Aug 2012 08:01:55 GMT</pubDate>
                  <description>&lt;p&gt;
Full of obsolete material
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/2874</link>
        <guid isPermaLink="false">http://localhost/ticket/2874</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#2766: prevent draft datasets making it to activity stream</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 26 Jul 2012 16:06:35 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 09 Aug 2012 20:13:13 GMT</pubDate>
                  <description>&lt;p&gt;
The new ckan creates datasets as part of a 3 phase process.  To allow for this partially created datasets can have a state that is 'draft' or 'draft-complete'.  These datasets should not be seen as active by the activity stream.
&lt;/p&gt;
&lt;p&gt;
If we click 'add dataset' and then complete the first phase of adding a dataset then we end up having a activity stream created.  When we add a resource in the next phase (add data) again an activity stream item xxx added resource to dataset is created
&lt;/p&gt;
&lt;p&gt;
We do not want these adding.  Essentially if a dataset has a state.startswith('draft') then we want the activity stream to ignore all actions involving it.
&lt;/p&gt;
&lt;p&gt;
finally when the state is changed form state.startswith('draft') to state=='active' we want a xxx has created dataset ... to be added to the stream.
&lt;/p&gt;
&lt;p&gt;
The best way to do this would be to branch from 2375-demo-theme-stable and get it to work there.
&lt;/p&gt;
&lt;p&gt;
Let me know if you need any help with this ticket or a better explanation of the problem.
&lt;/p&gt;
</description>
                  
        <dc:creator>shevski</dc:creator>

        <link>http://localhost/ticket/2766</link>
        <guid isPermaLink="false">http://localhost/ticket/2766</guid>
        <category>Report</category>
      </item><item>
                  <title>#2818: Improve related item schema</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 09 Aug 2012 09:22:56 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 29 Aug 2012 09:15:18 GMT</pubDate>
                  <description>&lt;p&gt;
Problem: When creating a related item (e.g. a Visualisation), if you don't put in a URL it succeeds, but on the related items and apps pages it renders it as a link to the same page.
Expected: Always require a URL and it should only submit
if one is added
&lt;/p&gt;
</description>
                  
        <dc:creator>danieljohnlewis</dc:creator>

        <link>http://localhost/ticket/2818</link>
        <guid isPermaLink="false">http://localhost/ticket/2818</guid>
        <category>Report</category>
      </item><item>
                  <title>#2335: Unicode characters don't work in CKAN ini files</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 30 Apr 2012 12:42:06 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 11:43:55 GMT</pubDate>
                  <description>&lt;p&gt;
You get a &lt;a class="missing wiki"&gt;UnicodeDecodeError?&lt;/a&gt;, looks like it tries to decode the ini file as ascii. This is a problem because someone might try to set their site description to something with an umlaut in it, for example.
&lt;/p&gt;
</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/2335</link>
        <guid isPermaLink="false">http://localhost/ticket/2335</guid>
        <category>Report</category>
      </item><item>
                  <title>#2520: Document undocumented config options</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 13 Jun 2012 11:52:48 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 11:48:28 GMT</pubDate>
                  <description>&lt;p&gt;
There are 21 undocumented config options in CKAN, some of which are not mentioned in the config file template either:
&lt;/p&gt;
&lt;p&gt;
ckan.admin.name
ckan.admin.email
ckan.default.group_type
ckan.page_cache_enabled
ckan.cache_enabled
ckan.cache_expires
ckan.extra_resource_fields
ckan.extra_resource_group_fields
ckan.storage.key_prefix
ckan.storage.max_content_length
ckan.feeds.authority_name *
ckan.feeds.date *
ckan.feeds.author_name *
ckan.feeds.author_link *
ckan.mail_from
ckan.gravatar_default *
ckan.plugins
ckan.api_url
ckan.auth.profile
ckan.datastore.enabled
ckan.tracking_enabled
&lt;/p&gt;
&lt;p&gt;
There are also some options that are in the default deployment.ini even though they're deprecated:
&lt;/p&gt;
&lt;p&gt;
ckan.async_notifier
carrot_messaging_library
ckan.build_search_index_synchronously
&lt;/p&gt;
&lt;p&gt;
See email to ckan-dev from David Read: &lt;a class="ext-link" href="http://lists.okfn.org/pipermail/ckan-dev/2012-June/002447.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://lists.okfn.org/pipermail/ckan-dev/2012-June/002447.html&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
It'd be best if the docs could be automatically pulled from the source into sphinx using autodoc, see &lt;a class="assigned ticket" href="http://localhost/ticket/1358" title="enhancement: Generate configuration documentation automatically from the ... (assigned)"&gt;#1358&lt;/a&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/2520</link>
        <guid isPermaLink="false">http://localhost/ticket/2520</guid>
        <category>Report</category>
      </item><item>
                  <title>#3029: JSONP parameter scuppers Search in API</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 11 Dec 2012 15:00:35 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 11 Dec 2012 16:37:04 GMT</pubDate>
                  <description>&lt;p&gt;
&lt;tt&gt;http://datahub.io/api/2/search/package?jsonp=jsonpcallback&amp;amp;q=canada&lt;/tt&gt; returns
&lt;/p&gt;
&lt;pre class="wiki"&gt;{"count": 0, "results": []}
&lt;/pre&gt;&lt;p&gt;
I believe this worked in CKAN 1.4 or 1.5, but it is broken on 1.7.1, 1.8 and whatever demo.ckan.org is running. I suspect the jsonpcallback parameter is getting sent to SOLR.
&lt;/p&gt;
&lt;p&gt;
This bug prevents using javascript on another site to search CKAN (although hopefully the action API would work).
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/3029</link>
        <guid isPermaLink="false">http://localhost/ticket/3029</guid>
        <category>Report</category>
      </item><item>
                  <title>#1778: Replace classmethod's with module-level functions</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 06 Feb 2012 15:53:34 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 11:29:03 GMT</pubDate>
                  <description>&lt;p&gt;
In many places we have @classmethods where simple module-level functions would do (and would be more idiomatic in Python), e.g. the &lt;tt&gt;get()&lt;/tt&gt; classmethods in the model/ classes.
&lt;/p&gt;
&lt;p&gt;
Doing it with module functions lets us type module.function() instead of module.Class.method().
&lt;/p&gt;
&lt;p&gt;
In many cases we're importing classes directly with &lt;tt&gt;from module import Class&lt;/tt&gt; and then doing &lt;tt&gt;Class.method()&lt;/tt&gt;, but &lt;tt&gt;from module import foo&lt;/tt&gt; is bad style: &lt;a class="ext-link" href="http://docs.python.org/dev/howto/doanddont.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://docs.python.org/dev/howto/doanddont.html&lt;/a&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/1778</link>
        <guid isPermaLink="false">http://localhost/ticket/1778</guid>
        <category>Report</category>
      </item><item>
                  <title>#2337: Sort out ini file confusion in docs</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 30 Apr 2012 14:57:56 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 11:43:20 GMT</pubDate>
                  <description>&lt;p&gt;
For example if you follow the source install instructions then you have development.ini, then when you go onto Post-Installation Setup it talks about std.ini. People don't realise that these files are the same.
&lt;/p&gt;
&lt;p&gt;
Either fix the docs or fix CKAN to use same ini file names in package and source installs/
&lt;/p&gt;
</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/2337</link>
        <guid isPermaLink="false">http://localhost/ticket/2337</guid>
        <category>Report</category>
      </item><item>
                  <title>#2370: Add examples of all config settings in default config file</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 03 May 2012 10:50:37 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 11:44:22 GMT</pubDate>
                  <description>&lt;p&gt;
The default config file should contains examples (maybe commented out) for all config variables. Makes it easier to edit the config. For example openid_enabled is not in there.
&lt;/p&gt;
</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/2370</link>
        <guid isPermaLink="false">http://localhost/ticket/2370</guid>
        <category>Report</category>
      </item><item>
                  <title>#2619: Omit private datasets from public activity streams</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 28 Jun 2012 11:49:00 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 29 Oct 2012 17:18:57 GMT</pubDate>
                  <description>&lt;p&gt;
Activities about private datasets should not appear in public activity streams.
&lt;/p&gt;
&lt;p&gt;
I don't think you want to actually purge the activities from the db, because you might still want them to appear in private activity streams.
&lt;/p&gt;
&lt;p&gt;
I do think that when a dataset goes private all its past activity should go private, because I imagine that users are going to want to hide everything about the dataset and not have any past activities 'leaking out'
&lt;/p&gt;
&lt;p&gt;
I don't think you want to consider whether the dataset was private when the activity happened, rather if a dataset is private now then all its past activities are private (and the simplest thing would be to say that if a dataset is public now then all its past activities become public as well, but is that a privacy concern?)
&lt;/p&gt;
&lt;p&gt;
The easiest way to implement this is going to be by modifying the *_activity_list() action functions in get.py, after they pull their activity lists out of the db they should pass them through a function that filters out stuff about private datasets.
&lt;/p&gt;
&lt;p&gt;
An activity about a private dataset is one whose object_type is 'dataset' and whose object_id matches the id of a private dataset. You should also check the object_type and object_id of all of the activity object's activity detail objects, if any of those match a private dataset then mark the whole activity as private.
&lt;/p&gt;
&lt;p&gt;
Currently all activity streams are public so should have all private datasets filtered out from them, except for the dashboard activity stream which is private to the individual user. In this case private datasets that the user has permission to see should not be filtered.
&lt;/p&gt;
</description>
                  
        <dc:creator>seanh</dc:creator>

        <link>http://localhost/ticket/2619</link>
        <guid isPermaLink="false">http://localhost/ticket/2619</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#2644: user dashboard for demo theme</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 10 Jul 2012 09:00:21 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 06 Aug 2012 12:23:56 GMT</pubDate>
                  <description>&lt;p&gt;
we now have a user dashboard that needs theming not sure if we need sam to look at it
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://localhost:5000/user/dashboard"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://localhost:5000/user/dashboard&lt;/a&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>toby</dc:creator>

        <link>http://localhost/ticket/2644</link>
        <guid isPermaLink="false">http://localhost/ticket/2644</guid>
        <category>Report</category>
      </item><item>
                  <title>#2547: ODS Initial data sets</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 18 Jun 2012 10:55:06 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 26 Jun 2012 10:13:34 GMT</pubDate>
                  <description>&lt;h2 id="Requirements"&gt;Requirements&lt;/h2&gt;
&lt;p&gt;
The ODS demo site will need data adding, initially as fixtures but it would also be useful if we started evaluating datasets that we can ship with ODS installations (at least in the UK) from places such as DGU and ONS.
&lt;/p&gt;
&lt;p&gt;
May wish to create a ticket for making sure the datasets within the system are reset every X hours. Perhaps.
&lt;/p&gt;
&lt;h2 id="Interface"&gt;Interface&lt;/h2&gt;
&lt;p&gt;
None
&lt;/p&gt;
&lt;h2 id="UserStories"&gt;User Stories&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;As a new system administrator for an ODS instance, I don't want to have a site devoid of any data. Geographically relevant datasets would be welcomed.
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;As a bizdev person I would like to be able to demonstrate how ODS works with real datasets.
&lt;/li&gt;&lt;/ul&gt;&lt;h2 id="Tasks"&gt;Tasks&lt;/h2&gt;
&lt;p&gt;
[ ] Identify relevant sources for datasets
&lt;/p&gt;
&lt;p&gt;
[ ] Pick datasets
&lt;/p&gt;
&lt;p&gt;
[ ] Set them up for import
&lt;/p&gt;
&lt;h2 id="Estimates"&gt;Estimates&lt;/h2&gt;
</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2547</link>
        <guid isPermaLink="false">http://localhost/ticket/2547</guid>
        <category>Report</category>
      </item><item>
                  <title>#2590: Publisher dashboard</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 10:03:37 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 09:10:16 GMT</pubDate>
                  <description>&lt;p&gt;
Need proper user stories but ...
&lt;/p&gt;
&lt;p&gt;
Publisher admins/editors may need a more useful group read page showing things like:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;The current search
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;Recent activity
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;People within the group
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;Followers
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;Others?
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>ross</dc:creator>

        <link>http://localhost/ticket/2590</link>
        <guid isPermaLink="false">http://localhost/ticket/2590</guid>
        <category>Report</category>
      </item><item>
                  <title>#2699: workflow for associating datasets with groups</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 18 Jul 2012 14:02:56 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 09 Aug 2012 10:12:13 GMT</pubDate>
                  <description>&lt;p&gt;
needs review &amp;amp; speccing out
e.g. datasets created by a user who belongs to a certain publisher (group) get auto added to this group
&lt;/p&gt;
</description>
                  
        <dc:creator>shevski</dc:creator>

        <link>http://localhost/ticket/2699</link>
        <guid isPermaLink="false">http://localhost/ticket/2699</guid>
        <category>Report</category>
      </item><item>
                  <title>#2702: Future Javascript wishlist for demo</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 18 Jul 2012 14:07:55 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 06 Aug 2012 12:26:24 GMT</pubDate>
                  <description>&lt;p&gt;
tooltip on popular datasets with number of views
facets to update automatically
creating a dataset without reloading page between steps
hover on licences information
autocomplete on search terms
group filtering
social share buttons in lightboxes
dataset counts on homepage
&lt;/p&gt;
</description>
                  
        <dc:creator>shevski</dc:creator>

        <link>http://localhost/ticket/2702</link>
        <guid isPermaLink="false">http://localhost/ticket/2702</guid>
        <category>Report</category>
      </item><item>
                  <title>#2814: Demo: upload file behaves oddly</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 08 Aug 2012 10:06:00 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 03 Sep 2012 11:06:21 GMT</pubDate>
                  <description>&lt;ol start="3"&gt;&lt;li&gt;Uploading a file behaves counter-intuitively (I would suggest wrongly).
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
When adding a new resource by uploading a file, I select a file called
say create-group.png. I expect the following to happen:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;the pathname of that file is filled in the box;
&lt;/li&gt;&lt;li&gt;nothing is actually uploaded till I hit 'add' (confirming that I've got the right file etc).
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Instead of this,
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;the file is immediately and, seemingly, irrevocably uploaded;
&lt;/li&gt;&lt;li&gt;the box is filled with a mysterious URL (&lt;a class="ext-link" href="https://commondatastorage.googleapis.com/ckan-demo"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://commondatastorage.googleapis.com/ckan-demo&lt;/a&gt; ...)
&lt;/li&gt;&lt;li&gt;the mysterious URL is so long I can't even see the final element, which is my file name.
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>markw</dc:creator>

        <link>http://localhost/ticket/2814</link>
        <guid isPermaLink="false">http://localhost/ticket/2814</guid>
        <category>Report</category>
      </item><item>
                  <title>#2956: Allow for resource editing in CKAN 2.0</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 03 Oct 2012 15:11:40 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 04 Oct 2012 10:27:22 GMT</pubDate>
                  <description>&lt;p&gt;
On the edit dataset page... there needs to be a way for users to be able to see all the resources associated to the dataset and edit them individually.
&lt;/p&gt;
</description>
                  
        <dc:creator>johnmartin</dc:creator>

        <link>http://localhost/ticket/2956</link>
        <guid isPermaLink="false">http://localhost/ticket/2956</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#1041: Start Using the CKAN Wiki for Tutorial-style documentation</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 16 Mar 2011 14:11:55 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 03 Aug 2011 11:52:47 GMT</pubDate>
                  <description>&lt;p&gt;
For example, I will document the following:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;A specific guide on using mercurial when working with our branching and merging policy
&lt;ul&gt;&lt;li&gt;DONE - &lt;a class="ext-link" href="http://wiki.ckan.net/Becoming_a_CKAN_Developer"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://wiki.ckan.net/Becoming_a_CKAN_Developer&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Policy document on how we use tickets, plan sprints and make releases
&lt;ul&gt;&lt;li&gt;DONE - &lt;a class="ext-link" href="http://wiki.ckan.net/Becoming_a_CKAN_Developer"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://wiki.ckan.net/Becoming_a_CKAN_Developer&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;How to package software as .deb file for project deployment
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
I'd love if someone else would write:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;An authorisation tutorial covering the core model, the command line tools and examples of every possible way of using the system
&lt;/li&gt;&lt;li&gt;A HOWTO guide with screenshots for adding a package
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>thejimmyg</dc:creator>

        <link>http://localhost/ticket/1041</link>
        <guid isPermaLink="false">http://localhost/ticket/1041</guid>
        <category>Report</category>
      </item><item>
                  <title>#1168: Test system for deb packaging</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 26 May 2011 20:33:14 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 05 Mar 2012 23:33:43 GMT</pubDate>
                  <description>&lt;p&gt;
Get buildbot to:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;build the deb packages
&lt;/li&gt;&lt;li&gt;install them into a fresh virtual machine
&lt;/li&gt;&lt;li&gt;run smoke tests on the installed ckan
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1168</link>
        <guid isPermaLink="false">http://localhost/ticket/1168</guid>
        <category>Report</category>
      </item><item>
                  <title>#143: Most active users listed on homepage</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 08 Oct 2009 13:59:33 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 03 Aug 2011 11:53:01 GMT</pubDate>
                  <description>&lt;p&gt;
Display league of users' recent activity on homepage.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/143</link>
        <guid isPermaLink="false">http://localhost/ticket/143</guid>
        <category>Report</category>
      </item><item>
                  <title>#1287: NAVL validation errors - Junk fields should be listed explicitly</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 24 Aug 2011 16:25:02 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 05 Mar 2012 23:34:19 GMT</pubDate>
                  <description>&lt;p&gt;
When you create a package, but specify a key that is not allowed (e.g. 'relationships') then you get error message:
&lt;/p&gt;
&lt;pre class="wiki"&gt;{"__junk": ["The input field __junk was not expected."]}
&lt;/pre&gt;&lt;p&gt;
It should mention the actual key which is not expected. e.g.
&lt;/p&gt;
&lt;pre class="wiki"&gt;{"relationships": ["The input field 'relationships' was not expected."]}
&lt;/pre&gt;&lt;p&gt;
Kindly said that James' version of NAVL was better in this respect, so this might be best solved by moving to that.
&lt;/p&gt;
</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/1287</link>
        <guid isPermaLink="false">http://localhost/ticket/1287</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#235: Resource format normalization and detection</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 18 Jan 2010 15:13:24 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 12:33:44 GMT</pubDate>
                  <description>&lt;p&gt;
Try to gather proper MIME  information for all package resources in CKAN. This is a shared ticket with dcat-tools (&lt;a class="ext-link" href="https://bitbucket.org/pudo/dcat-tools"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://bitbucket.org/pudo/dcat-tools&lt;/a&gt;), i.e. opendatasearch.org. This can then also be used by ckanrdf, the CKAN RDF conversion service.
&lt;/p&gt;
&lt;p&gt;
Sub-tasks:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Create a Google Spreadsheet with two Worksheets: "MIME-Mappings", i.e. "CSV" -&amp;gt; "text/csv" and "Name mappings", i.e. "text/csv" -&amp;gt; "Comma-Separated Spreadsheet".
&lt;/li&gt;&lt;li&gt;Collect and map surface forms from all CKANs
&lt;/li&gt;&lt;li&gt;Access this via Swiss and apply, store as a &lt;a class="missing wiki"&gt;PackageResource?&lt;/a&gt; extra field pending &lt;a class="closed ticket" href="http://localhost/ticket/826" title="enhancement: Resource 'extra' fields (closed: fixed)"&gt;#826&lt;/a&gt; (Resource extras).
&lt;/li&gt;&lt;li&gt;Add heuristics for format auto-detections:
&lt;ul&gt;&lt;li&gt;Map well-known file extensions
&lt;/li&gt;&lt;li&gt;Recognize obvious magic (Zip, Tar)
&lt;/li&gt;&lt;li&gt;Peek into &lt;a class="missing wiki"&gt;Zipfile/Tarfiles?&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Define a convention for generic data types (many CKAN packages have only "Spreadsheet" defined, either detect specific type or set MIME to */tabular-data or similar)
&lt;/li&gt;&lt;li&gt;See also: &lt;a class="closed ticket" href="http://localhost/ticket/816" title="enhancement: Autocomplete for the resource format field (closed: fixed)"&gt;#816&lt;/a&gt; (Autocomplete for the resource format field)
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/235</link>
        <guid isPermaLink="false">http://localhost/ticket/235</guid>
        <category>Report</category>
      </item><item>
                  <title>#1069: Stub datasets (request for datasets)</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 01 Apr 2011 14:08:39 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 25 Jun 2012 13:50:15 GMT</pubDate>
                  <description>&lt;p&gt;
Idea is to have stubs for datasets that someone wants but don't yet exist (or haven't been discovered) in the way one has stub pages on a wiki.
&lt;/p&gt;
&lt;p&gt;
We could do this within the existing model by a slight 'abuse' - create a dataset and mark it with a special tag e.g. todo.does-not-yet-exist or similar ...
&lt;/p&gt;
&lt;p&gt;
(Just as we have datasets listed that exist but aren't available ...)
&lt;/p&gt;
&lt;p&gt;
Alternative would be to have a request for datasets subsystem.
&lt;/p&gt;
&lt;p&gt;
I prefer the stub dataset model because it's simpler, provides a simple workflow (as a dataset is found or comes into existence), and the package page provides a natural space in which to accumulate information about what is wanted and what exists.
&lt;/p&gt;
&lt;h2 id="Implementation"&gt;Implementation&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;Agree a new dedicated tag. e.g. todo.does-not-exist
&lt;/li&gt;&lt;/ul&gt;&lt;h2 id="Related"&gt;Related&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;This ticket has clear links to &lt;a class="ext-link" href="http://getthedata.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://getthedata.org/&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1069</link>
        <guid isPermaLink="false">http://localhost/ticket/1069</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#2461: Create demo revisions page</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 13:34:15 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 09 Aug 2012 20:23:58 GMT</pubDate>
                  <description>&lt;p&gt;
I believe this is to be merged in with site activity.
&lt;/p&gt;
&lt;p&gt;
Discussion:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://okfn.basecamphq.com/projects/9558659-demo-ckan-front-end/posts"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://okfn.basecamphq.com/projects/9558659-demo-ckan-front-end/posts&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Implementation:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://s031.okserver.org:2375/en/revision"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://s031.okserver.org:2375/en/revision&lt;/a&gt;
&lt;/p&gt;
</description>
                  
        <dc:creator>aron.carroll</dc:creator>

        <link>http://localhost/ticket/2461</link>
        <guid isPermaLink="false">http://localhost/ticket/2461</guid>
        <category>Report</category>
      </item><item>
                  <title>#2698: markdown preview</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Wed, 18 Jul 2012 14:01:25 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 09 Aug 2012 20:14:12 GMT</pubDate>
                  <description>&lt;p&gt;
for description / other fields with markdown support
&lt;/p&gt;
</description>
                  
        <dc:creator>shevski</dc:creator>

        <link>http://localhost/ticket/2698</link>
        <guid isPermaLink="false">http://localhost/ticket/2698</guid>
        <category>Report</category>
      </item><item>
                  <title>#2873: ckanext-qa: dataset summary incorrect</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Thu, 16 Aug 2012 14:13:49 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Fri, 17 Aug 2012 12:58:03 GMT</pubDate>
                  <description>&lt;p&gt;
For example see:  &lt;a class="ext-link" href="http://s031.okserver.org:2375/qa/dataset/five_stars"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://s031.okserver.org:2375/qa/dataset/five_stars&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Which has: Example dataset as a score of: 4 After examination of the dataset (  &lt;a class="ext-link" href="http://s031.okserver.org:2375/dataset/example-dataset"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://s031.okserver.org:2375/dataset/example-dataset&lt;/a&gt; ) it is made up of a CSV and an HTML file.
&lt;/p&gt;
</description>
                  
        <dc:creator>danieljohnlewis</dc:creator>

        <link>http://localhost/ticket/2873</link>
        <guid isPermaLink="false">http://localhost/ticket/2873</guid>
        <category>Report</category>
      </item><item>
                  <title>#2735: Dataset order on user page</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 23 Jul 2012 17:01:17 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 07 Aug 2012 14:20:45 GMT</pubDate>
                  <description>&lt;p&gt;
I think the datasets on user pages &lt;a class="ext-link" href="http://s031.okserver.org:2375/user/me"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://s031.okserver.org:2375/user/me&lt;/a&gt;
should be ordered by latest updated (with most recent at the top) instead of in alphabetical order.
&lt;/p&gt;
&lt;p&gt;
What do you think?
&lt;/p&gt;
</description>
                  
        <dc:creator>shevski</dc:creator>

        <link>http://localhost/ticket/2735</link>
        <guid isPermaLink="false">http://localhost/ticket/2735</guid>
        <category>Report</category>
      </item>
      <item>
                  <title>#2412: More than one resource invalidatiing breaks dataset edit form</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Tue, 22 May 2012 20:05:48 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 11:07:14 GMT</pubDate>
                  <description>&lt;p&gt;
When attempting to add more than one resource at once, if more than one resource invalidates, this results in a js error, leaving the form in an inconsistent state.
&lt;/p&gt;
&lt;p&gt;
Repro:
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;Go to /dataset/new
&lt;/li&gt;&lt;li&gt;Add a new resource.  Fill in one of the fields with an invalid value. eg - last_modified, or size...
&lt;/li&gt;&lt;li&gt;Add another resource, doing the same thing: make one of the fields invalid.
&lt;/li&gt;&lt;li&gt;Try to save the dataset.
&lt;/li&gt;&lt;li&gt;The entered resource information will be lost, and a js error "Uncaught Error: Can't add the same model to a set twice,: backbone.js:586" will be thrown.
&lt;/li&gt;&lt;/ol&gt;</description>
                  
        <dc:creator>icmurray</dc:creator>

        <link>http://localhost/ticket/2412</link>
        <guid isPermaLink="false">http://localhost/ticket/2412</guid>
        <category>Report</category>
      </item><item>
                  <title>#277: Set some config options / settings in WUI (extension)</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 22 Mar 2010 16:21:01 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 10 Oct 2011 11:45:21 GMT</pubDate>
                  <description>&lt;h2 id="Usecase"&gt;Use case&lt;/h2&gt;
&lt;p&gt;
As a ckan administrator I want to easily change options about the CKAN install.
&lt;/p&gt;
&lt;h2 id="Implementation"&gt;Implementation&lt;/h2&gt;
&lt;h3 id="SettingstobeinDB"&gt;Settings to be in DB&lt;/h3&gt;
&lt;p&gt;
Suggested:
&lt;/p&gt;
&lt;pre class="wiki"&gt;## Title of site (using in several places including templates and &amp;lt;title&amp;gt; tag
ckan.site_title = CKAN
## Logo image to use (replaces site_title string on front page if defined)
ckan.site_logo = http://assets.okfn.org/p/ckan/img/ckan_logo_box.png
## Site tagline / description (used on front page)
ckan.site_description =
## Used in creating some absolute urls (such as rss feeds, css files) and
## dump filenames
ckan.site_url =
## Favicon (default is the CKAN software favicon)
ckan.favicon = http://assets.okfn.org/p/ckan/img/ckan.ico
## An 'id' for the site (using, for example, when creating entries in a common search index)
## If not specified derived from the site_url
# ckan.site_id = ckan.net
## API url to use (e.g. in AJAX callbacks)
## Enable if the API is at a different domain
# ckan.api_url = http://www.ckan.net
## html content to be inserted just before &amp;lt;/body&amp;gt; tag (e.g. google analytics code)
## NB: can use html e.g. &amp;lt;strong&amp;gt;blah&amp;lt;/strong&amp;gt;
## NB: can have multiline strings just indent following lines
# ckan.template_footer_end =
&lt;/pre&gt;&lt;p&gt;
NB: these will still need to be stored somewhere for loading on initialization. do this in db init function ...
&lt;/p&gt;
&lt;h3 id="SettingsOptionsKeyValuesTable"&gt;Settings / Options / &lt;a class="missing wiki"&gt;KeyValues?&lt;/a&gt; Table&lt;/h3&gt;
&lt;p&gt;
Columns:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;[namespace]: ? only if &lt;a class="missing wiki"&gt;KeyValues?&lt;/a&gt; (for settings this would then always be settings)
&lt;/li&gt;&lt;li&gt;key
&lt;/li&gt;&lt;li&gt;label
&lt;/li&gt;&lt;li&gt;value (json)
&lt;/li&gt;&lt;li&gt;type (e.g. date and to specify in advance what type should be)
&lt;/li&gt;&lt;li&gt;description
&lt;/li&gt;&lt;li&gt;tags: ?? (for grouping ...)
&lt;/li&gt;&lt;/ul&gt;&lt;h3 id="LoadingsettingsfromDB"&gt;Loading settings from DB&lt;/h3&gt;
&lt;p&gt;
Do this in ckan/config/environment.py
&lt;/p&gt;
&lt;h3 id="WUI"&gt;WUI&lt;/h3&gt;
&lt;ul&gt;&lt;li&gt;/ckan-admin/settings
&lt;/li&gt;&lt;li&gt;Show label, plus description plus text field
&lt;/li&gt;&lt;/ul&gt;&lt;h2 id="Depends"&gt;Depends&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;Would be part of ckan-admin section and hence build on &lt;a class="closed ticket" href="http://localhost/ticket/833" title="enhancement: [super] Administrative dashboard extension (closed: fixed)"&gt;ticket:833&lt;/a&gt; (Administrative dashboard)
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>dread</dc:creator>

        <link>http://localhost/ticket/277</link>
        <guid isPermaLink="false">http://localhost/ticket/277</guid>
        <category>Report</category>
      </item><item>
                  <title>#1358: Generate configuration documentation automatically from the deployment_ini_tmpl file</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 26 Sep 2011 22:32:30 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 10 Oct 2011 14:43:43 GMT</pubDate>
                  <description>&lt;p&gt;
At the moment documentation of config options is duplicated between source (deployment_ini_tmpl in ckan/config which is used to generate user ini file) and the docs.
&lt;/p&gt;
&lt;p&gt;
Suggest we write a script that automatedly generates reference documentation for the config from the source.
&lt;/p&gt;
&lt;p&gt;
May be obsoleted by &lt;a class="assigned ticket" href="http://localhost/ticket/277" title="enhancement: Set some config options / settings in WUI (extension) (assigned)"&gt;#277&lt;/a&gt; (some config in db)
&lt;/p&gt;
</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1358</link>
        <guid isPermaLink="false">http://localhost/ticket/1358</guid>
        <category>Report</category>
      </item><item>
                  <title>#1507: Minor fixes to dataset add on Group edit form - 0.5d</title>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 05 Dec 2011 12:33:49 GMT</pubDate>
                  <!-- FIXME: we end up with multiple pubDate -->
                  <pubDate>Mon, 28 May 2012 11:40:20 GMT</pubDate>
                  <description>&lt;p&gt;
Group edit dataset add form needs some work
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Dataset name is not cleared when you add
&lt;/li&gt;&lt;li&gt;No way to remove item from list of datasets to be added if I make a mistake
&lt;/li&gt;&lt;li&gt;(2nd Apr 2012) It now seems that option to add multiple datasets at once has disappeared (perhaps during the CSS/HTML refactor ...)
&lt;/li&gt;&lt;/ul&gt;</description>
                  
        <dc:creator>rgrp</dc:creator>

        <link>http://localhost/ticket/1507</link>
        <guid isPermaLink="false">http://localhost/ticket/1507</guid>
        <category>Report</category>
      </item>
  </channel>
</rss>