{23} Trac comments (3729 matches)

Results (2101 - 2200 of 3729)

← 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 →
Ticket Posixtime Author Newvalue
#1724 1328634433000000 johnglover I updated tag_list: https://github.com/okfn/ckan/commit/335535b646adf983d1d19bf19613712099db1f5e
#1729 1328537269000000 johnglover This is essentially a duplicate of #1720. We do not really need helper functions for this (as it's trivial to get the default schema and add 1 extra key), but I have added a converter for tag string (with vocab) to tag and vice versa.
#1730 1328537387000000 johnglover The function for this is the converter function for tags with vocabs. Will integrate with the JQuery chosen plugin.
#1809 1330528828000000 johnglover Caught exceptions in QA instead, error message stored as openness_score_reason
#1810 1329918479000000 johnglover Deferred for now, moving to backlog.
#1810 1335874745000000 johnglover Not using eurovoc tags.
#1811 1329918517000000 johnglover Deferred for now, moving to backlog
#1811 1335874765000000 johnglover Not using eurovoc tags.
#1812 1335874864000000 johnglover Ross has fixed this via group authentication.
#2206 1331046486000000 johnglover Close enough for now. Still have to restyle language drop-down to match template, but will fix when updating the list of languages. Also still to decide on menu styles/locations (for CKAN login and main menu, and ODP main menu).
#2212 1331719868000000 johnglover Added as a new paster command in ckanext-ecportal (run 'paster ecportal' for a list of commands and arguments).
#2212 1331720191000000 johnglover Deployed on test server, where it imported 4087 datasets. A small number of datasets were not created as they failed CKAN validation - most of which had strange values such as 9999 and 0 for date fields (some also didn't have unique names).
#2260 1333373978000000 johnglover Still some work to do on this, template needs to be finalised.
#2260 1333554069000000 johnglover Finished for this iteration, waiting for design work to be completed before making further changes.
#2275 1334159668000000 johnglover Done in branch feature-2275-group-logo, still need to decide on how to style.
#2346 1338205553000000 johnglover Will create a separate ticket for 'organization' to 'publisher' renaming, the rest are done.
#2464 1338910189000000 johnglover Fixed for now, but had to keep group type as 'organization' as the string is hardcoded into the publisher auth profile in 1.7.1.
#2470 1338284041000000 johnglover Search results validated against schema. Added a class implementing IPackageController, in after_search results are replaced with package dicts got from package_show. A bit heavy-handed, but works for now. Maybe we should just call package_show in the package_search logic function in core?
#2487 1338892521000000 johnglover https://github.com/okfn/ckanext-ecportal/commit/958208cfec1dfddb792b9b0ce0ac835fb1e2872a
#2488 1339412538000000 johnglover Works for me on 1.7.1. Perhaps floapps was using older groups (of type 'group' instead of 'organization') and/or didn't add a user to the group?
#2509 1339419867000000 johnglover https://github.com/okfn/ckan/pull/20
#2551 1343042712000000 johnglover All done (in master and release-v1.8 of ckanext-googleanalytics), with the exception of the download and data api buttons which should be tracked already in download stats. Untested, but will probably remain so for the near future at least as this doesn't seem to be a high priority any more.
#27 1202996441000000 johnbywater So, after reading all about REST interfaces, I've written a functional requirement for a RESTfull interface to a web application domain model: http://desire.appropriatesoftware.net/requirements/60/ Basically, the 'fit criteria' require answers to these questions: * What are the URIs? * What's the format? * What methods are supported at each URI? * What status codes could be returned? I think we can hope to make a clean rest interface at (something like) ckan.net/api/rest. Having such a distinct location is fairly common (cf. flickr.com) and prevents any clutering the web browser client interface with aspects of machine client support. To make this point clearer, as RESTfullness claims to describe the web as it is, then the existing web browser interface must already be RESTfull. Hence, the main distinction with CKAN development is between CKAN's RESTfull machine interface and CKAN's RESTfull web browser client interface. Hence, if a CKAN machine client will follow the client-server interaction of a CKAN web browser client, the main requirement is to make sure the format of the responses is client-appropriate. Whilst machine clients can make POST and GET requests in the same way as a web browsers, clearly machine clients don't need lots of decorative HTML when accessing domain objects. Therefore, CKAN needs first to make user of a data format for rendering domain objects, and it needs to detect when it is required to return data in this format. Options for data format are bascially XML or JSON. It looks like JSON is preferable. Options for detecting client type are to prefix normal resource path with /api/rest/ or for the machine clients to pass a format=json parameter with each request.
#27 1202997781000000 johnbywater So for this ticket, a REST interface for packages would involve: See [wiki:RestfulAPI this wiki page] for more information.
#59 1273080019000000 johnbywater All points in comment:5 have been implemented.
#73 1266510366000000 johnbywater Moved ticket to okfn tracker: http://www.knowledgeforge.net/okfn/tasks/ticket/256
#156 1271962871000000 johnbywater Fixed by encoding elements before and decoding elements after passing text through Markdown engine.
#210 1266509788000000 johnbywater Isitopen tickets are actually on the OKFN tracker.
#211 1266509848000000 johnbywater Isitopen tickets are actually on the OKFN tracker.
#215 1266513523000000 johnbywater All done, see e.g. tag cloud in #89.
#238 1266509806000000 johnbywater Isitopen tickets are actually on the OKFN tracker.
#240 1272383770000000 johnbywater Fixed in revision 5567025e6d5e.
#263 1271690219000000 johnbywater All seems to work. Reported Wordpress trouble may result from user having Wordpress account, but no blog (ie they have 'myname' login, but haven't got a 'myname.wordpress.com' blog. Having the blog makes it work (otherwise you get told that you aren't the owner of the identity).
#263 1273083179000000 johnbywater 1. Have suspended cookie setting (which was remembering the provider). 2. We are already using openid-selector. 3. Fixed type in page ('indentity' => 'identity') 4. Have changed 'sign in or create new account' to 'Login to CKAN using Open ID'
#271 1272280005000000 johnbywater Initial spike solution has been written, covering four user stories: 1. Commit CKAN revisions to changeset system (#296) 2. Update CKAN repository from changeset system (#297) 3. Pull changesets from remote CKAN instance (#298) 4. Merge diverging lines of changesets (#299) Emails to ckan-discuss include: * http://lists.okfn.org/pipermail/ckan-discuss/2010-March/000109.html * http://lists.okfn.org/pipermail/ckan-discuss/2010-March/000154.html
#279 1272451384000000 johnbywater Fixed in 5b6029c72f9a.
#293 1271885457000000 johnbywater Can't reproduce this exception. Have added tests covering adding, removing and updating resources, and it all seems to work.
#293 1271940083000000 johnbywater With the metastable revision of CKAN, the package resource data structure in ckanclient scripts must have all four keys set in the Resource-Dict. Setting 'hash' in the resource data cures this issues with "metastable". The "bad" code was: resources.append((res['url'], res['format'], res['description'], res['hash'])) KeyError: 'hash' This code was adjusted in revision 40c4fe04038d, to default unspecified resource attributes to the empty string. It was changed further in subsequent revisions, to use parameters of the Package.add_resource method to default unspecified values. However, the API doc doesn't mention the resource hash, although it is required, but I just fixed that in the source (in revision 0f20bfb45d13). http://knowledgeforge.net/ckan/doc/ckan/api.html
#302 1272453821000000 johnbywater Fixed in 61c8b3107f0e.
#303 1272454025000000 johnbywater We could also fix up the temporal model.
#304 1272447296000000 johnbywater Fixed in c4bf92996b8a.
#313 1275404524000000 johnbywater Fixed in changeset 06c949266644.
#338 1279886392000000 johnbywater Putting this into API Version 2 (similar to package references).
#343 1277824018000000 johnbywater Regarding the package search, if I do: $ paster db clean && paster db init && paster create-test-data and then: $ paster serve development.ini & and then: $ curl http://127.0.0.1:5000/api/1/search/package?name=warandpeace I get: {"count": 1, "results": ["warandpeace"]} and with: $ curl http://127.0.0.1:5000/api/2/search/package?name=warandpeace I get: {"count": 1, "results": ["c90b6c00-9496-4c8c-b7fa-7bdd3ef65c72"]} Am I missing something?
#343 1277892699000000 johnbywater Okay, so in version 2, names were still being used in the relationships part of the packages entity. But I don't know why these entities can't be retrieved independently, and references to the entities returned in representations of the entities which reference them.
#357 1277461466000000 johnbywater Fixed in 79c426c0acb6.
#372 1280514163000000 johnbywater Moved from sprint 1.1.1
#374 1280223744000000 johnbywater Requested by DGU.
#377 1280323309000000 johnbywater Thanks a lot! I totally agree and have already started working on this. For example, try pointing your browser to http://ckan.net/api/search/revision (ie without any arguments). Also, there is probably a lot less HTML than there was, since the errors are not handled as if it was an error within the "Web" user interface. At any rate, perhaps we could work through the error cases, filling in the tests as we go? I think it's just unworked ground, rather than anything deliberate. :-)
#379 1280326254000000 johnbywater Referencing ticket #378 has changed sprint.
#380 1280326254000000 johnbywater Referencing ticket #378 has changed sprint.
#383 1280348216000000 johnbywater Referencing ticket #382 has changed sprint.
#383 1280514163000000 johnbywater Moved from sprint 1.1.1
#386 1280356628000000 johnbywater Referencing ticket #372 has changed sprint.
#386 1280514164000000 johnbywater Referencing ticket #372 has changed sprint.
#386 1281088994000000 johnbywater Not doing for Apache, since it does not run as a user process.
#391 1280514163000000 johnbywater Moved from sprint 1.1.1
#395 1281110035000000 johnbywater Moved from sprint 1.1.2
#396 1281110035000000 johnbywater Moved from sprint 1.1.2
#424 1281606707000000 johnbywater Referencing ticket #422 has changed sprint.
#426 1281606707000000 johnbywater Referencing ticket #422 has changed sprint.
#427 1281606707000000 johnbywater Referencing ticket #422 has changed sprint.
#446 1282423615000000 johnbywater I think "an admin writes to the CKAN API" is a mishearing.
#451 1288038146000000 johnbywater Moved from sprint 1.3.0
#464 1282325194000000 johnbywater Duplicates #458.
#548 1283340866000000 johnbywater Referencing ticket #546 has changed sprint.
#549 1283340866000000 johnbywater Referencing ticket #546 has changed sprint.
#550 1283340866000000 johnbywater Referencing ticket #546 has changed sprint.
#551 1283340866000000 johnbywater Referencing ticket #546 has changed sprint.
#552 1283340874000000 johnbywater Referencing ticket #547 has changed sprint.
#553 1283340874000000 johnbywater Referencing ticket #547 has changed sprint.
#554 1283340873000000 johnbywater Referencing ticket #547 has changed sprint.
#555 1283340873000000 johnbywater Referencing ticket #547 has changed sprint.
#556 1283340873000000 johnbywater Referencing ticket #547 has changed sprint.
#568 1285957164000000 johnbywater Moved from sprint 1.2.5
#568 1286786419000000 johnbywater Moved from sprint 1.2.6
#568 1287392122000000 johnbywater Moved from sprint 1.2.8
#568 1287776309000000 johnbywater Moved from sprint 1.2.9
#569 1285957164000000 johnbywater Moved from sprint 1.2.5
#569 1286786420000000 johnbywater Moved from sprint 1.2.6
#569 1287392122000000 johnbywater Moved from sprint 1.2.8
#569 1288038146000000 johnbywater Moved from sprint 1.3.0
#570 1286786420000000 johnbywater Moved from sprint 1.2.6
#570 1287392123000000 johnbywater Moved from sprint 1.2.8
#570 1288038146000000 johnbywater Moved from sprint 1.3.0
#572 1285957164000000 johnbywater Moved from sprint 1.2.5
#572 1286786420000000 johnbywater Moved from sprint 1.2.6
#572 1287392122000000 johnbywater Moved from sprint 1.2.8
#572 1287776309000000 johnbywater Moved from sprint 1.2.9
#575 1288012749000000 johnbywater This was supported with harvesting jobs.
#581 1284219829000000 johnbywater Referencing ticket #580 has changed sprint.
#582 1284216078000000 johnbywater Referencing ticket #491 has changed sprint.
#583 1284216078000000 johnbywater Referencing ticket #491 has changed sprint.
#584 1284216078000000 johnbywater Referencing ticket #491 has changed sprint.
#585 1284216078000000 johnbywater Referencing ticket #491 has changed sprint.
#586 1284216078000000 johnbywater Referencing ticket #491 has changed sprint.
#587 1284216078000000 johnbywater Referencing ticket #491 has changed sprint.
#588 1284216104000000 johnbywater Referencing ticket #492 has changed sprint.
#589 1284216104000000 johnbywater Referencing ticket #492 has changed sprint.
#590 1284216104000000 johnbywater Referencing ticket #492 has changed sprint.
← 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 →
Note: See TracReports for help on using and creating reports.