{23} Trac comments (3729 matches)

Results (2701 - 2800 of 3729)

Ticket Posixtime Author Newvalue
#1610 1325852472000000 ross Duplicate of https://github.com/okfn/webstore/issues/41
#1611 1325846987000000 ross See #1550
#1612 1325688886000000 kindly finished a4d1f616caf3c3f2dcd963369c3e14299433097d
#1613 1325866393000000 rgrp Why is this a problem. It is a very minor annoyance. I'd strongly vote for deferring and, if necessary at all, integrating with #1506 (UX improvements).
#1613 1326813924000000 dread OK, this is the browser doing this - not us at all. It is not standard practise. I think it is not a problem. Reference: http://stackoverflow.com/questions/2286402/url-fragment-and-302-redirects Safari 5 and IE9 and below drop the original URI's fragment if a HTTP/3xx redirect occurs. If the Location header on the response specifies a fragment, it is used. Chrome 11, Firefox 4, and Opera will all "reattach" the original URI's fragment after following a 3xx redirection.
#1614 1325689136000000 kindly a1ca82bbc5cf89a0e308dee278f6d8ea23af8b7e
#1615 1325774573000000 rgrp We have done several successful deploys behind a proxy server on apache. Any details of what didn't work? Worth adding details here: http://wiki.ckan.org/Deployment ?
#1615 1326393651000000 dread The mounting issue is discussed and more-or-less solved here: #1401 What's this redirect problem? The redirect is to a relative URL using h.url_for, just the same as the majority of links. I can't see why this is a problem, and it certainly works for Florian and Herrmann (see #1401). Please provide more details. {{{ url = h.url_for(controller='package', action='read', id=pkgname) redirect(url) }}}
#1615 1328888870000000 dread Closing - looks ok to me
#1616 1326452451000000 dread Maybe we just need a '-f' option to force it to continue if an exception occurs? It's a manual process and it's good to know loud and clear if there is a an exception setting up a new server say, but have the option to force it if the system is down temporarily is a critical service.
#1616 1326710037000000 amercader Sounds like a good option. I will move it to ckan-v1.6 anyway because it may need some work than the expected.
#1616 1332327635000000 amercader Fixed in 10cfd168413 Also new flags and fixes for other commands were added: * Add -o option to only reindex datasets not already indexed * Add -i option to ignore exceptions when rebuilding * Add -r option to just refresh the index (not clearing it first) * Fix show command to show the index stored for a dataset * Add support for clearing the index of just one dataset
#1621 1335878161000000 seanh Closing because I haven't seen this test fail for ages
#1622 1326127683000000 johnglover Done. http://dgu-os.okfn.org/qa/dataset/five_stars Full QA scan scheduled to run every Sunday night at 04:00 UK time using crontab of user ckandguos.
#1623 1326892264000000 dread Done in [master c2c3427]. Added first CLI test too! Targets release 1.5.2. Took 0.5h
#1624 1326207441000000 dread ckan/templates/package/edit.html: <li><a href="#section-further-information">Futher Information</a></li>
#1624 1326216362000000 dread Fixed in [master 863e6ff] aimed at release 1.5.2.
#1626 1326215877000000 dread Mark wrote some About text: http://lists.okfn.org/pipermail/ckan-discuss/2012-January/001963.html David tidied it up and inserted it into code, adding a config option to change the first section [master 517aec4] aimed for release 1.5.2.
#1627 1326890571000000 dread Fixed in [master 8314e97]. Headed for 1.5.2.
#1627 1326890614000000 dread Took 0.5h
#1629 1326215334000000 johnglover anon_editor and editor were given the create-package role, I had previously removed it via paster roles deny [anon_]editor create-package.
#1629 1326823222000000 dread This permission is set every time you do a db_upgrade. ckan.model.__init__.py calls init_configuration_data() which calls init_authz_configuration_data() which restores specific roles to the defaults. I agree that it doesn't seem right in this circumstance, but the way I setup roles is for 'editor', 'anon_editor' and 'reader' to have a fixed set of actions. See comment in ckan/model/authz.py: {{{ # These define what is meant by 'editor' and 'reader' for all ckan # instances - locked down or otherwise. They get refreshed on every db_upgrade. # So if you want to lock down an ckan instance, change Visitor and LoggedIn # to have a new role which for which you can allow your customised actions. }}} Basically it seemed wrong when people changed 'editor' to something that couldn't edit. They should call that role something else. But people *are* able to edit these roles (even though they are reset on upgrade) and they should be prevented. I've put this in a new ticket: http://trac.ckan.org/ticket/1679
#1630 1327313971000000 rgrp Work done so far 0.25d. Estimate completion by end of day.
#1630 1327620031000000 rgrp Did not make it by end of day but now done!
#1630 1327620506000000 rgrp Done, see: https://github.com/okfn/ckan/commit/211c8006fe28106f532db5f09ca47e02f065f454
#1630 1330085600000000 dread Went into CKAN 1.6
#1632 1326736455000000 seanh This is finished, see the activity streams branch: https://github.com/okfn/ckan/tree/feature-1515-activity-streams but I think that before closing this ticket a little more thought needs to go into what the activity streams and the group page should look like, where on the page they should go, what else should go on the page, etc. Also maybe add a simple test that the activity stream is being rendered into the page.
#1632 1335877871000000 seanh Closing this as there doesn't seem to be interest in showing activity streams on group pages anytime soon
#1633 1326736502000000 seanh This is finished, see the activity streams branch: https://github.com/okfn/ckan/tree/feature-1515-activity-streams but I think that before closing this ticket a little more thought needs to go into what the activity streams and the dataset page should look like, where on the page they should go, what else should go on the page, etc. Also maybe add a simple test that the activity stream is being rendered into the page.
#1633 1335877927000000 seanh Closing this as there doesn't seem to be much interest in showing activity streams on group pages anytime soon.
#1635 1355141157000000 seanh https://github.com/okfn/ckan/pull/199
#1636 1338204258000000 seanh Resolving as won't fix as this doesn't seem important.
#1637 1326737169000000 seanh Done on feature-1515-activity-streams branch.
#1639 1328212781000000 seanh The templates have been rewritten to use CSS classes instead of embedded styles, but those CSS classes don't exist yet, they need to be added to a css file somewhere to style the activity streams.
#1639 1328213300000000 seanh See activity_stream_event() in ckan/templates/_util.html for the CSS classes used.
#1639 1328465219000000 seanh Basic CSS added.
#1640 1326710888000000 amercader Depends on #1655
#1640 1327340939000000 amercader Done, see http://publicdata.eu/package?extras_eu_country=RS
#1641 1326376777000000 amercader Fixed on 77fa6483c32
#1646 1327407044000000 dread Seems ok now. Chrome auto updates - maybe it had a bug before.
#1647 1326707383000000 dread Isn't the problem that the 'Contact Us' link goes to http://okfn.org/contact/ rather than http://ckan.org/contact/ ?
#1648 1330632344000000 zephod Done in the #1506 branch
#1649 1330860766000000 rgrp A general comment: I wonder if we can pull the *core* part of that extension into core and strip out any external dependencies like rdflib. Specifically the 80% use of this extension is the DCAT read/write: * Get a Dataset / Resource etc as DCAT RDF (I'd suggest we *just* supply something simple like n3 or even json-ld (see below)) * (Possibly not even essential) Consuming Dataset info in that format And even more radical solution would be to simply use json-ld: http://json-ld.org/ which would then just involve minors mods to our json output. Having this in core (with option to enable?) would be a nice 80/20 (it was this feature that everyone asked for at the LOD meetup -- no-one mentioned SPARQL).
#1649 1331547577000000 ross After looking at some options via http://trac.ckan.org/ticket/2209 I think a simple RDF template or triple in an internal ckanext-semweb might indeed be the most appropriate way forward with this. n3 sounds useful, but given we could allow people to specify an RDF template we may as well do that as well as it would then suffice for ecportal who appear to want rdf as well. Will check out json-ld as an option too.
#1649 1331550598000000 rgrp Can you elucidate on this template idea? I was thiking we want specification/configto be in the form of mappings (e.g. field X is really type Y etc rather than a specific piece of rdf/xml or n3) though perhaps that makes more sense. Let's centralize discussion on this in #2209.
#1650 1326730780000000 ross Some translations are currently done with full locales (i.e. pt_BR) but we don't also have pt_PT and so where I would normally default to the language if there are only one translation I am unsure what to do in this case. Currently supports the short language code or the locale code, but this will need to be resolved before we address #1653
#1650 1338206684000000 ross Branch exists for #1650
#1650 1343126718000000 ross Probably not going to do this for ECP as John found a cleaner way of doing it.
#1650 1346670010000000 ross Closed as unnecessary now.
#1652 1340187535000000 ross Is this still required?
#1653 1328887997000000 toby Initial implementation completed. /en/home - is English /fr/home - is French etc. /home uses site default from development.ini Requests to default will redirected to a language specific url if the browser requests an available language. h.url() and h.url_for() amended to use the new url scheme h.url_for_static() added for none language based urls (css, js) Base templates updated. IMPORTANT: pylons.url() removed from ckan.lib.base.render() as this allowed the language functionality to be ignored. Broken templates should use h.url() instead of url().
#1653 1329215488000000 toby branch feature-1653-i18n_url_rewriting in ckanext-ecportal is part of this fix
#1654 1330863104000000 rgrp I'd vote -1 on SPARQL endpoint and doing the simple version of #1649 as proposed in my comment http://trac.ckan.org/ticket/1649#comment:2
#1656 1326711659000000 ross Dupe of #1657
#1657 1330083881000000 dread c.f. "Mounting CKAN at a non-root URL" at http://wiki.ckan.org/Deployment
#1658 1338206622000000 ross Being done elsewhere
#1659 1326741734000000 dread Fixed in https://github.com/okfn/ckan/commit/7eb7dddbc103a23291c05a938d9e05365c7e6189 aimed at 1.5.2
#1659 1326747205000000 dread Needed another fix: https://github.com/okfn/ckan/compare/ff08fd6...b772f52
#1660 1327614737000000 rgrp The broken-ness arose from a (very sensible) refactor (done by Tom Rees) to be stricter about what we tried to preview. Rather than hack around the conditions of the format string for previewing, my strong suggestion is to get rid of weird format types like x-osdata-csv (just change it to csv). An alternative, that would preserve ability to set 'funky' formats would be to set the mimetype correctly (to text/csv) (this may still need an update to the previewer but one that would be sensible to make).
#1660 1327616782000000 rgrp Update: I've done the change I suggested and it now works fine.
#1661 1338206091000000 ross We have another ticket for upgrading dependencies.
#1662 1326730414000000 dread Not important to fix this at the moment since CKAN's OpenID compatibility is essentially deprecated.
#1663 1327919257000000 seanh Done in branch feature-1515-activity-streams
#1666 1326977528000000 seanh Done in feature-1515-activity-streams branch. Did not add activity streams for tags (as in the ticket description), instead added 'tag added' and 'tag removed' activities into the existing user and dataset activity streams.
#1669 1326803055000000 ross Subtickets are at: * Publisher profile analysis #1670 [2d] * Publisher profile sysadmin authz #1671 [1d] * Publisher profile user authz #1672 [1d] * Test auth logic hooks for publisher profile #1674 [3d] * Publisher admin authz #1675 [3d] * Publisher editor authz #1676 [2d] * Add approval status field to groups #1673 [1d]
#1670 1328519319000000 ross Changed to reflect the need to generate documentation
#1670 1330603657000000 ross Explanation of how to work with the auth profile now at http://wiki.ckan.org/Working_with_the_publisher_auth_profile Needs reading/testing. Started admin guide documentation in branch feature-1670-publisher-profile-docs
#1673 1327941049000000 ross Implemented in 31199375a34e04af8158e60335816236029ff96e as part of the feature-1669-publisher-profile branch.
#1675 1328519608000000 ross ckanext publisher_form ui needs reflecting to ensure only admins can admin the group.
#1675 1328709915000000 ross Fixed in #1758
#1677 1326807655000000 amercader See #1678
#1680 1326900832000000 ross David suggested that we could implement this with a group extra instead of a new attribute.
#1682 1330038786000000 dread Now merged into #1605
#1683 1326975613000000 dread Workaround done in branch defect-1683-search-order - SOLR is asked for one extra result which it then discards. Merged to master, aimed for release 1.5.2. When we upgrade SOLR from 1.4 then we can remove this workaround
#1683 1326976925000000 dread Here's someone else with the exact sorting problem: http://lucene.472066.n3.nabble.com/last-item-in-results-page-is-always-the-same-td2513423.html
#1684 1340187582000000 ross Left in backlog, but may need re-assessing depending on the data services plan.
#1685 1340188083000000 ross May be subsumed into a service, will keep ticket as a reminder to cleanup
#1685 1346670530000000 ross 8 months and no movement, looks like a wontfix.
#1687 1329338671000000 rgrp Closing as unclear what this involves (blob storage changes were deployed but webstore ones weren't ...)
#1688 1327315514000000 dread Have not really started this - rolling into new sprint.
#1688 1328198481000000 dread Done: [feature-1688-authz-api 8d7b42c] Work excludes changing roles on the System object, so you can't make people sysadmins. This could be a future ticket. Docs added to apiv3.rst and examples here: http://wiki.ckan.org/Using_the_API Took: 3.5 days
#1688 1328289101000000 dread Requested by Philipp Laemmel. Is going into CKAN 1.6 release, planned for 2 weeks time.
#1691 1327082369000000 dread RTFM... ;-) user add <user-name> [apikey=<apikey>] [password=<password>]
#1691 1327314081000000 rgrp OK Great. I only raised this because James mentioned this at sprint before Christmas as did Fry guys. One of us should update James on this at next standup.
#1692 1329242042000000 dread CMAP are really keen on having this for groups
#1692 1329242134000000 dread CMAP also interested in having some custom CSS for a group, but that is perhaps another ticket.
#1692 1338204395000000 johnglover Image URL attribute added to groups (http://trac.ckan.org/ticket/2275). Won't add a similar attribute to dataset at present. Another option is to display the group image on dataset page.
#1693 1338206601000000 ross Toby fixed this up
#1695 1327323309000000 dread I propose spending 2h on this.
#1695 1327426989000000 dread * links_to/linked_from was already available (since Sept - Friedrich put them in). * Count property not easy so not done. * POST to the Relationships Register (all three) works now (and the original way via the entity still works too) * Schema/validation was added along with tests for error conditions. * Creating a new relationship documented in Model Methods * 'Model Formats' section in API docs restored and updated. Committed to master aimed for release 1.6 https://github.com/okfn/ckan/commit/f16450c1c34cac09046a098273f66d2b75aa87dd Spent 6h on this in the end - generally useful tidying in this area.
#1695 1330085001000000 dread Went into CKAN release 1.6
#1697 1327402311000000 dread Just note that although there are similarities to the 'auto-save' feature on forms #1538, these use cases probably justify the different methods of saving the draft.
#1698 1338204433000000 seanh Closing this super ticket, see remaining tickets with keyword "taxonomies": http://trac.ckan.org/query?status=accepted&status=assigned&status=closed&status=new&status=reopened&group=owner&max=1000&order=milestone&col=id&col=summary&col=status&col=owner&col=milestone&col=keywords&keywords=~taxonomies
#1699 1327425070000000 johnglover CKAN 1.5.1 with EC Portal extension has been deployed to test server. Full setup docs are in the ckanext-ecportal extension.
#1700 1327425247000000 johnglover Done, see ecportal_setup.rst in ckanext-ecportal extension.
#1701 1327423221000000 amercader Done. See 668292 - 78cc11 Time spent: 1.5 days
#1701 1330084925000000 dread I can't find these changesets - am not sure which release this is in.
#1701 1330085360000000 amercader Sorry, this ticket referred to the EC Portal project, the changesets are from ckanext-ecportal. This hasn't gone into core yet, which is ticket #906
#1703 1327425195000000 johnglover First draft complete (see ckanext-ecportal extension), ideally would need sample data from additional publishers for testing.
#1703 1328528711000000 johnglover Moving to backlog for now. Work based on current schema (from original proof-of-concept site and later meetings) complete, waiting for final metadata schema to be confirmed.
Note: See TracReports for help on using and creating reports.