<?xml version="1.0"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>CKAN: Ticket Query</title>
    <link>http://localhost/query?milestone=ckan-sprint-2012-04-30&amp;group=status&amp;order=owner</link>
    <description>The open source data portal software</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/query?milestone=ckan-sprint-2012-04-30&amp;group=status&amp;order=owner</link>
    </image>
    <generator>Trac 0.12.3</generator>
    <item>
        <link>http://localhost/ticket/2315</link>
        <guid isPermaLink="false">http://localhost/ticket/2315</guid>
        <title>#2315: Change Cookie expiry</title>
        <pubDate>Fri, 20 Apr 2012 10:57:29 GMT</pubDate>
        
        <dc:creator>dread</dc:creator>

        <description>&lt;p&gt;
Change login cookie from a default expiry of 50 years to 2 years. You can also uncheck a 'remember me' checkbox on the login form for the cookie to just last the session.
&lt;/p&gt;
&lt;p&gt;
Background conversation on ckan-dev:
&lt;/p&gt;
&lt;p&gt;
DR: I wonder if anyone objects to the expiry of the login cookie to be
changed from 50 years to 2 years? 50 years might be appropriate for
thedatahub.org, but for government sites it seems (to me) to be too
lax.
&lt;/p&gt;
&lt;p&gt;
Toby: is this the repoze.who cookie?  If so that seems sensible to me.
&lt;/p&gt;
&lt;p&gt;
Rufus: Definitely agree. I would also like to see introduction of a standard
"remember me" checkbox (set to true by default). At the moment a login
lasts forever (until you logout) automatically.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2315#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2325</link>
        <guid isPermaLink="false">http://localhost/ticket/2325</guid>
        <title>#2325: Format alphabet pager (tags page) for bootstrap</title>
        <pubDate>Wed, 25 Apr 2012 15:01:50 GMT</pubDate>
        
        <dc:creator>dread</dc:creator>

        <description>&lt;p&gt;
Also need to fix bug where 'Other' is never highlighted.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2325#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2285</link>
        <guid isPermaLink="false">http://localhost/ticket/2285</guid>
        <title>#2285: Data Previewer / Viewer v3 : Embedding! - /resource/../embed</title>
        <pubDate>Thu, 12 Apr 2012 11:40:10 GMT</pubDate>
        
        <dc:creator>icmurray</dc:creator>

        <description>&lt;p&gt;
Allow a user to embed the data viewer in their webpage.
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;[x] Embedding widget [1d]
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;[x] The embed page [1-2d]
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;[x] Documentation and Announce [0.5d]
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Depends upon:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;[x] Recline improvements &lt;a class="closed ticket" href="http://localhost/ticket/2285?d" title="enhancement: Data Previewer / Viewer v3 : Embedding! - /resource/../embed (closed: fixed)"&gt;?d&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
All the above, plus user stories are fleshed out in &lt;a class="missing changeset" title="No default repository defined"&gt;[1]&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
&lt;a class="missing changeset" title="No default repository defined"&gt;[1]&lt;/a&gt; &lt;a class="ext-link" href="http://ckan.okfnpad.org/feature-2283-data-viewer-v3"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://ckan.okfnpad.org/feature-2283-data-viewer-v3&lt;/a&gt;?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2285#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2307</link>
        <guid isPermaLink="false">http://localhost/ticket/2307</guid>
        <title>#2307: Merge 1.6.1 into master</title>
        <pubDate>Mon, 16 Apr 2012 15:50:02 GMT</pubDate>
        
        <dc:creator>icmurray</dc:creator>

        <description>&lt;p&gt;
There are a number of features developed against 1.6.1 that need to be merged into master.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2307#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2308</link>
        <guid isPermaLink="false">http://localhost/ticket/2308</guid>
        <title>#2308: Merge facet html snippets in the multi-lingual branch</title>
        <pubDate>Mon, 16 Apr 2012 15:52:09 GMT</pubDate>
        
        <dc:creator>icmurray</dc:creator>

        <description>&lt;p&gt;
Seanh and icmurray both touched on the html snippets in facets.html.  So there's a merge issue.  icmurray to merge changes in the multi-lingual branch prior to merging into master.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2308#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2269</link>
        <guid isPermaLink="false">http://localhost/ticket/2269</guid>
        <title>#2269: EC ODP review and server setup</title>
        <pubDate>Mon, 02 Apr 2012 13:42:57 GMT</pubDate>
        
        <dc:creator>johnglover</dc:creator>

        <description>&lt;ul&gt;&lt;li&gt;code review with D.R. for ckanext-ecportal
&lt;/li&gt;&lt;li&gt;merge and test all multilingual code
&lt;/li&gt;&lt;li&gt;fix server issues: routing, Git access to CKAN repository
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Bugs to fix:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;&lt;del&gt;rename groups to publishers&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;update home page layout (recent updates along side publishers)&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;don't add 'en' to main menu links if english&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;resource edit page, fix missing images&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;change dataset 'settings' to 'edit'&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;translate 'published by' drop-down list&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;fix JS on 'add a dataset page'&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;prepopulate 'published_by' when clicking 'add a dataset' from group&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;chosen broken (dataset edit) if in different language&lt;/del&gt;
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2269#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2306</link>
        <guid isPermaLink="false">http://localhost/ticket/2306</guid>
        <title>#2306: Updates to metadata model</title>
        <pubDate>Mon, 16 Apr 2012 14:54:46 GMT</pubDate>
        
        <dc:creator>johnglover</dc:creator>

        <description>&lt;p&gt;
Finalised metadata model requires several changes to our existing model:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;new extra: alternative title
&lt;/li&gt;&lt;li&gt;new extra: identifier
&lt;/li&gt;&lt;li&gt;new extra: interop level
&lt;/li&gt;&lt;li&gt;new extra: version description
&lt;/li&gt;&lt;li&gt;new extra: dataset status
&lt;/li&gt;&lt;li&gt;dataset type: change to fixed vocab
&lt;/li&gt;&lt;li&gt;resource types: prefix with documentation/distribution/etc for clarity, add new resource types
&lt;/li&gt;&lt;li&gt;rename update frequency to accrual periodicity
&lt;/li&gt;&lt;li&gt;add new fixed vocab field: language coverage
&lt;/li&gt;&lt;li&gt;resources: missing issued date - add as new core field called 'created'
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Also add functional tests for full metadata model.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2306#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2327</link>
        <guid isPermaLink="false">http://localhost/ticket/2327</guid>
        <title>#2327: Upgrade solr schema to version 1.4</title>
        <pubDate>Wed, 25 Apr 2012 17:29:33 GMT</pubDate>
        
        <dc:creator>kindly</dc:creator>

        <description>&lt;ul&gt;&lt;li&gt;Add Ascii folding filter to text fields.
&lt;/li&gt;&lt;li&gt;Add capacity field for public, private access.
&lt;/li&gt;&lt;li&gt;Add title_string so you can sort alphabetically on title.
&lt;/li&gt;&lt;li&gt;Fields related to analytics, access and view counts.
&lt;/li&gt;&lt;li&gt;Add data_dict field for the whole package_dict.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Actual implementation of data_dict adding will be added later.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2327#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2292</link>
        <guid isPermaLink="false">http://localhost/ticket/2292</guid>
        <title>#2292: Group edit form no longer allows for adding of multiple datasets at once</title>
        <pubDate>Sat, 14 Apr 2012 19:23:08 GMT</pubDate>
        
        <dc:creator>rgrp</dc:creator>

        <description>&lt;p&gt;
Can only add one dataset at a time now (not sure when this broke but was working ~2-3m ago).
&lt;/p&gt;
&lt;p&gt;
Assigning to seanh for review and estimation. I'd rate this as quite annoying but not absolutely critical (hence assigned priority).
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2292#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2204</link>
        <guid isPermaLink="false">http://localhost/ticket/2204</guid>
        <title>#2204: [super] Related (Stuff) Extension</title>
        <pubDate>Sun, 04 Mar 2012 12:09:52 GMT</pubDate>
        
        <dc:creator>rgrp</dc:creator>

        <description>&lt;p&gt;
This is a reworking of the existing apps extension.
&lt;/p&gt;
&lt;p&gt;
Initial proposal at &lt;a class="ext-link" href="http://wiki.ckan.org/Proposals#Apps_in_CKAN"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://wiki.ckan.org/Proposals#Apps_in_CKAN&lt;/a&gt; and &lt;a class="ext-link" href="http://wiki.ckan.org/Proposals#References.2FLinks_in_CKAN"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://wiki.ckan.org/Proposals#References.2FLinks_in_CKAN&lt;/a&gt;
&lt;/p&gt;
&lt;h2 id="Naming"&gt;Naming&lt;/h2&gt;
&lt;p&gt;
What do we call this extension?
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;related
&lt;ul&gt;&lt;li&gt;RP best IMO but perhaps too close to separate relationships concept?
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;relatedstuff
&lt;/li&gt;&lt;li&gt;links
&lt;/li&gt;&lt;li&gt;references
&lt;/li&gt;&lt;/ul&gt;&lt;h2 id="Proposal"&gt;Proposal&lt;/h2&gt;
&lt;p&gt;
"Related Stuff": Apps as in an application (website/service/tool) that uses this dataset (as in Apps and Ideas extension)
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;This case seems a general example of wanting to link some external thing to a dataset (e.g. this policy paper refs this dataset, this application uses this dataset, this visualization is built on this dataset cf &lt;a class="ext-link" href="http://lists.okfn.org/pipermail/ckan-discuss/2011-August/001607.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://lists.okfn.org/pipermail/ckan-discuss/2011-August/001607.html&lt;/a&gt;)
&lt;/li&gt;&lt;/ul&gt;&lt;h2 id="Implementation"&gt;Implementation&lt;/h2&gt;
&lt;p&gt;
New table named Related with following structure
&lt;/p&gt;
&lt;pre class="wiki"&gt;|| id (int) || type || title || description (markdown) || image_url || owner_id || url || created (timestamp)
&lt;/pre&gt;&lt;ul&gt;&lt;li&gt;type = Idea | App | API | Visualization | Post | Paper | News Article
&lt;ul&gt;&lt;li&gt;Suggest we make this a ckan.ini config option (comma separated ...?)
&lt;ul&gt;&lt;li&gt;Do we want the possibility of different templates for different types of Related objects?
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;image: ?? Depends where we store images. Simplest option would be to change to image_url and leave it to users to have already uploaded an image somewhere. If not we need to support image uploading and storage. See &lt;a class="closed ticket" href="http://localhost/ticket/1692" title="enhancement: Add image attribute to Dataset and Group (closed: wontfix)"&gt;#1692&lt;/a&gt; (add image attribute to datasets and groups) for more discussion, once implemented the URL here can be an internal url.
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;owner_id = user_id or creating user (see authorization below)
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
Related2Dataset (note that related_id, dataset_id tuple should be unique). This allows for m2m connections. If a given related item is only with one dataset this could be simplified. May contain status so dataset owner can turn this on/off.
&lt;/p&gt;
&lt;pre class="wiki"&gt;|| id || dataset_id || related_id || status
&lt;/pre&gt;&lt;p&gt;
status should be used to allow for a dataset owner (for dataset_id) to de-activate the relationship between the dataset and the related.
&lt;/p&gt;
&lt;h3 id="Url"&gt;Url&lt;/h3&gt;
&lt;ul&gt;&lt;li&gt;/dataset/{dataset-name}/related/{related-item-id}/{related-item-title-stringified}
&lt;ul&gt;&lt;li&gt;If a reference item could exist in its own right (and perhaps refer to multiple datasets then it should get its own url at e.g. /related/{id}
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;/dataset/{dataset-name}/related/add =&amp;gt; Modal dialog on related tab so we can use API to create them.
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
/dataset/{id}/related &amp;lt;- list
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;use image_url for small icon etc, title description (shortened?)
&lt;/li&gt;&lt;li&gt;Click through to full related item (optional)
&lt;/li&gt;&lt;li&gt;dataset owner is shown show / hide button ... (or on /dataset/{id}/related/{id} )
&lt;/li&gt;&lt;li&gt;related owner sees an edit button / icon (pops up modal)
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
/dataset/{id}/related/{id} (optional)
&lt;/p&gt;
&lt;p&gt;
/dataset/{id} will have a Related tab (with bubble with count).
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Drop down with Add Related -&amp;gt; Pop-up modal and save via API
&lt;/li&gt;&lt;/ul&gt;&lt;blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
(Not used: /related/add with dataset prefilled ... )
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/blockquote&gt;
&lt;p&gt;
/related/{id}/edit
&lt;/p&gt;
&lt;h3 id="Authorization"&gt;Authorization&lt;/h3&gt;
&lt;p&gt;
Addition of related item be considered orthogonal to datasets (and hence with separate authorization i.e. i can add the info that site X uses dataset Y without needing permission to edit dataset Y).
&lt;/p&gt;
&lt;p&gt;
Thus any logged in user could add a Related item. We set the owner of the related item to creating user and going forward only that user or a sysadmin can update or delete.
&lt;/p&gt;
&lt;p&gt;
NB: we could have a system where datasets owners have to approve related items before they show up next to their dataset. This would add substantial complexity so I propose we leave out of phase 1.
&lt;/p&gt;
&lt;h3 id="Tasksandestimates7.5d"&gt;Tasks and estimates {7.5d}&lt;/h3&gt;
&lt;p&gt;
[x] Model + Migration for Related table. {0.75d}
&lt;/p&gt;
&lt;p&gt;
[x] Controller for Related (or relevant sections in Package controller). {0.75d}
&lt;/p&gt;
&lt;p&gt;
[x] Routing setup. {0.25d}
&lt;/p&gt;
&lt;p&gt;
[x] Schema for related. {0.5d}
&lt;/p&gt;
&lt;p&gt;
[x] Logic layer actions. {1.0d}
&lt;/p&gt;
&lt;p&gt;
[x] Auth (default + publisher). {0.5d}
&lt;/p&gt;
&lt;p&gt;
[x] Templates + Dataset changes (new tab etc). {1.0d}
&lt;/p&gt;
&lt;p&gt;
[x] JS Application for adding Related objects in a modal. {1.0d}
&lt;/p&gt;
&lt;p&gt;
[x] Testing. {0.75d}
&lt;/p&gt;
&lt;p&gt;
[x] Dataset owner disabling of Related (via M2M table). {0.5d}
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Updated to allow author of related to delete as well
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
[x] Documentation. {0.25d}
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2204#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2239</link>
        <guid isPermaLink="false">http://localhost/ticket/2239</guid>
        <title>#2239: EC ODP RDF/N3 templates</title>
        <pubDate>Mon, 19 Mar 2012 15:08:23 GMT</pubDate>
        
        <dc:creator>ross</dc:creator>

        <description>&lt;p&gt;
Implement the EC/ODP template for RDF to match the requested schemas.
&lt;/p&gt;
&lt;p&gt;
Using the previous work on allowing for templatised RDF representations we should implement the proposed schema for EC/ODP.
&lt;/p&gt;
&lt;p&gt;
We also agreed to allow upload of RDF as an extra (raised to top level in package schema) which will instead be used for the RDF template.  On insertion extra CKAN triples will be added... initially this is just owl:sameAs although we're awaiting EC/ODP agreement on which triples we should add to show the CKAN link.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2239#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2255</link>
        <guid isPermaLink="false">http://localhost/ticket/2255</guid>
        <title>#2255: Organizations (Privacy + Ownership)</title>
        <pubDate>Thu, 22 Mar 2012 11:53:38 GMT</pubDate>
        
        <dc:creator>ross</dc:creator>

        <description>&lt;p&gt;
[x] The publisher_form extension and the 'publisher' component of the system will be renamed to organizations to both make its functionality clear, and to differentiate it from the publish auth profile.
&lt;/p&gt;
&lt;p&gt;
Ownership of datasets is important and this ticket will enforce membership for a dataset to a single individual organization.  The workflow for adding a dataset to a publisher/organization will stay the same but there will be no mechanism for adding existing datasets to an organization from within the organization forms.
&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;
[x] New datasets can be created from the organization form, in which case the organization will be set in the dataset form dropdown (with privacy set to private - see below)
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
[x] Datasets created from direct access to /dataset/new will have a drop down showing all of the organizations available to the current user.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
[x] When editing a dataset the organization can only be changed if the current user is the admin of the current organization, and only then to one of the organizations available to the current user.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
&lt;/p&gt;
&lt;blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
Only Organization admin can see the edit Organization form.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/blockquote&gt;
&lt;p&gt;
[x] Privacy will be enforced by changing the dataset form to have a public/private switch next to the organization drop-down which will be set as the capacity with which the dataset is added to an Organization.  Private means visible only within the Organization, and should be the default.
&lt;/p&gt;
&lt;p&gt;
[x] Search will be affected as the public/private status of a dataset will need to be added to the schema
&lt;/p&gt;
&lt;p&gt;
[x] Only public datasets showing in site search, and private showing in organization dataset search (if user is within the organization).
&lt;/p&gt;
&lt;p&gt;
[x] Make sure resources are restricted in visibility if the parent dataset is private
&lt;/p&gt;
&lt;p&gt;
[x] Documentation should be updated to reflect these changes.
&lt;/p&gt;
&lt;p&gt;
[x] Verify, then add, then re-add to documentation.
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;A User joins or creates an Organization
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;If creator of the Organization User becomes administrator of the Organization otherwise they become a Member.
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;&lt;del&gt;Creation of new Organization must be approved by a System Administrator&lt;/del&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;ul&gt;&lt;li&gt;New Members must be approved by the Organization Administrator
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2255#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2280</link>
        <guid isPermaLink="false">http://localhost/ticket/2280</guid>
        <title>#2280: Move ecportal to organizations, add history template</title>
        <pubDate>Wed, 04 Apr 2012 15:07:09 GMT</pubDate>
        
        <dc:creator>johnglover</dc:creator>

        <description></description>
        <category>Results</category>
        <comments>http://localhost/ticket/2280#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2303</link>
        <guid isPermaLink="false">http://localhost/ticket/2303</guid>
        <title>#2303: Move ECPortal rdf dump paster</title>
        <pubDate>Mon, 16 Apr 2012 13:24:52 GMT</pubDate>
        
        <dc:creator>ross</dc:creator>

        <description>&lt;p&gt;
Move ECPortal rdf dump paster command into core so that it can be run on thedatahub for  virtuoso install.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2303#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2274</link>
        <guid isPermaLink="false">http://localhost/ticket/2274</guid>
        <title>#2274: Review multilingual branch with kindly, merge into master</title>
        <pubDate>Mon, 02 Apr 2012 14:10:04 GMT</pubDate>
        
        <dc:creator>seanh</dc:creator>

        <description></description>
        <category>Results</category>
        <comments>http://localhost/ticket/2274#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2299</link>
        <guid isPermaLink="false">http://localhost/ticket/2299</guid>
        <title>#2299: Set Slovakas default language on data.gov.sk</title>
        <pubDate>Mon, 16 Apr 2012 12:25:12 GMT</pubDate>
        
        <dc:creator>seanh</dc:creator>

        <description></description>
        <category>Results</category>
        <comments>http://localhost/ticket/2299#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2300</link>
        <guid isPermaLink="false">http://localhost/ticket/2300</guid>
        <title>#2300: Write initial docs for multilingual branch</title>
        <pubDate>Mon, 16 Apr 2012 12:26:03 GMT</pubDate>
        
        <dc:creator>seanh</dc:creator>

        <description></description>
        <category>Results</category>
        <comments>http://localhost/ticket/2300#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2318</link>
        <guid isPermaLink="false">http://localhost/ticket/2318</guid>
        <title>#2318: Bug with Portugese translation and Javascript</title>
        <pubDate>Sat, 21 Apr 2012 18:44:49 GMT</pubDate>
        
        <dc:creator>rgrp</dc:creator>

        <description>&lt;p&gt;
If you switch to Portugese and try to add a resource on dataset edit it will fail. This is because there is a string translation in js_strings.html that has quotes in it. When this is inserted into the file this causes a js exception which then prevents any further js processing.
&lt;/p&gt;
&lt;p&gt;
Specifically:
&lt;/p&gt;
&lt;pre class="wiki"&gt;CKAN.Strings.youHaveUnsavedChanges = "Você tem alterações não salvas. Certifique-se de ter clicado "Salvar Alterações" abaixo antes de sair desta página.";
Uncaught SyntaxError: Unexpected identifier
&lt;/pre&gt;&lt;p&gt;
To fix is simple i imagine: need to escape " correctly in js_strings.html (or translations used).
&lt;/p&gt;
&lt;p&gt;
I have temporarily patched this live in order to allow the hackday here to continue.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2318#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/1370</link>
        <guid isPermaLink="false">http://localhost/ticket/1370</guid>
        <title>#1370: [super] Social sharing for datasets (and resources)</title>
        <pubDate>Fri, 30 Sep 2011 22:44:46 GMT</pubDate>
        
        <dc:creator>rgrp</dc:creator>

        <description>&lt;p&gt;
Add a way to share datasets and see mentions of datasets on twitter (and elsewhere)
&lt;/p&gt;
&lt;p&gt;
As a visitor I want to share a link to a dataset I have found. I also want to see how many others have shared this (or mentioned it).
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Sharing platform: simplest option is probably twitter but could generalize to e.g. sharethis system which supports, facebook, twitter etc etc.
&lt;ul&gt;&lt;li&gt;Will need a config option for relevant API key e.g. ckan.sharethis.apikey
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Location: Put this at top of sidebar on dataset view (a better suggsetion?)
&lt;/li&gt;&lt;li&gt;Should show how many mentions / shares there are. (very important!)
&lt;/li&gt;&lt;/ul&gt;&lt;h2 id="Discussion"&gt;Discussion&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;(Tom and Ira and ...): do we really want this, versus e.g. proper follow extension?
&lt;/li&gt;&lt;li&gt;What about bringing conversation back in to CKAN. E.g. show all times this dataset (i.e. its url) was mentioned on twitter. If we do this I think this should be definite +1.
&lt;/li&gt;&lt;li&gt;Also, given our users, I think just doing twitter (identica) may be sufficient (how many people want to share links to datasets on facebook?)
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost/ticket/1370#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2311</link>
        <guid isPermaLink="false">http://localhost/ticket/2311</guid>
        <title>#2311: disqus - improvements</title>
        <pubDate>Mon, 16 Apr 2012 17:54:13 GMT</pubDate>
        
        <dc:creator>toby</dc:creator>

        <description>&lt;p&gt;
get working on TDH
&lt;/p&gt;
&lt;p&gt;
look at removing stream filters
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2311#changelog</comments>
    </item><item>
        <link>http://localhost/ticket/2316</link>
        <guid isPermaLink="false">http://localhost/ticket/2316</guid>
        <title>#2316: add resource status api to see the state of celely tasks</title>
        <pubDate>Sat, 21 Apr 2012 13:47:17 GMT</pubDate>
        
        <dc:creator>kindly</dc:creator>

        <description>&lt;p&gt;
add resource_status_show action function to see the state of celery tasks.
&lt;/p&gt;
&lt;p&gt;
Need to get information from both out task status table and the celery_taskmeta table.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost/ticket/2316#changelog</comments>
    </item>
 </channel>
</rss>