{23} Trac comments (3729 matches)

Results (1301 - 1400 of 3729)

Ticket Posixtime Author Newvalue
#871 1296340558000000 rgrp This is not a ckan issue. should have been on http://knowledgeforge.net/okfn/tasks
#277 1296340723000000 rgrp I think this is useful but there may be complexities giving the non-reloading nature of python apps. Have also converted to an extension
#318 1296340768000000 rgrp Still not sure what the priority is so moving to awaiting triage.
#186 1296341182000000 rgrp Now duplicate: * #877 - File upload in WUI: 2d * #878 - Integrate file upload with workflow around package resources: 3d
#75 1296341223000000 rgrp Closing as duplicate (invalid also): * Not sure recording view stats for a given package page is that useful -- so invalid here * Resource download is now ticket:937
#107 1296341644000000 rgrp Superseded by plans for upload: * #877 - File upload in WUI: 2d * #878 - Integrate file upload with workflow around package resources: 3d
#937 1296385042000000 sebbacon Could consider using third-party analytics tracking here, which will also give referrer etc data for free? Would probably be bes provided in the form of optional piwik or google analytics integration. Being able to say in the UI how many downloads there have been would need piwik.
#908 1296403695000000 wwaites see also from http://knowledgeforge.net/okfn/tasks/ticket/485 {{{ (pyenv)okfn@eu7:~/var/srvc/ckan.net$ sudo uwsgi -C -iH /home/okfn/var/srvc/ckan.net/pyenv --paste config:ckan.net.ini --uid www-data -s 10.48.162.201:9001 *** Starting uWSGI 0.9.6.6 (32bit) on [Sun Jan 30 16:00:13 2011] *** compiled with version: 4.4.3 Python version: 2.6.5 (r265:79063, Apr 16 2010, 13:28:26) [GCC 4.4.3] uWSGI running as root, you can use --uid/--gid/--chroot options setuid() to 33 *** WARNING: you are running uWSGI without its master process manager *** your memory page size is 4096 bytes allocated 412 bytes (0 KB) for 1 request's buffer. Setting PythonHome to /home/okfn/var/srvc/ckan.net/pyenv... binding on TCP port: 9001 your server socket listen backlog is limited to 64 connections initializing hooks...done. Loading paste environment: config:ckan.net.ini Traceback (most recent call last): File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/paste/deploy/__init__.py", line 3, in <module> from loadwsgi import * File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/paste/deploy/loadwsgi.py", line 8, in <module> import pkg_resources File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pkg_resources.py", line 2691, in <module> add_activation_listener(lambda dist: dist.activate()) File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pkg_resources.py", line 668, in subscribe callback(dist) File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pkg_resources.py", line 2691, in <lambda> add_activation_listener(lambda dist: dist.activate()) File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pkg_resources.py", line 2195, in activate map(declare_namespace, self._get_metadata('namespace_packages.txt')) File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pkg_resources.py", line 1790, in declare_namespace _handle_ns(packageName, path_item) File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pkg_resources.py", line 1761, in _handle_ns loader.load_module(packageName); module.__path__ = path File "/usr/lib/python2.6/pkgutil.py", line 238, in load_module mod = imp.load_module(fullname, self.file, self.filename, self.etc) File "/home/okfn/var/srvc/ckan.net/pyenv/src/ckanext-dataapi/ckanext/dataapi/__init__.py", line 36, in <module> from pylons import config File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pylons/__init__.py", line 4, in <module> from pylons.config import config File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pylons/config.py", line 2, in <module> from pylons.configuration import * File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pylons/configuration.py", line 25, in <module> import pylons.legacy File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pylons/legacy.py", line 11, in <module> from pylons.util import deprecated, func_move File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/pylons/util.py", line 18, in <module> from paste.script.appinstall import Installer File "/home/okfn/var/srvc/ckan.net/pyenv/lib/python2.6/site-packages/paste/script/appinstall.py", line 23, in <module> from paste.deploy import appconfig ImportError: cannot import name appconfig }}}
#318 1296467308000000 pudo This will be implicit in #852, thus not building something specific for it now.
#327 1296467361000000 pudo Nerdy solution that doesn't really seem to catch on, does nothing that cannot be done through queue workers.
#911 1296467375000000 pudo Done.
#406 1296467427000000 pudo Has existed for a while, not implementing any more except for what is in #852.
#405 1296467471000000 pudo Rufus, you mentioned this could be done very quickly - could you have a look?
#915 1296467518000000 pudo Live and running :-)
#402 1296467635000000 pudo De-dup: #891
#842 1296468313000000 rgrp Change to awaitingtriage as definitely not critical.
#262 1296468392000000 rgrp At the moment we get by with adding meta.duplicate tag and putting this in the notes (and possibly putting duplicate in deleted state). If this deemed as insufficient can reopen.
#362 1296469470000000 rgrp Rating are currently disabled (invisible) so moving this down.
#277 1296470458000000 kindly I think generally this is a bad idea. I think in a few controlled circumstances some configuration is worth changing at runtime, however looking through the development.ini file I do not see hardly anything in there that does not require a restart anyway. It would be good to have some clear examples of things that would be in the extension.
#346 1296477510000000 dread We no longer use the "Gdu" SoS doc.
#252 1296477560000000 dread I've no idea what this is
#318 1296482049000000 wwaites We still require form validation to check URIs. They are not free-form strings. This is not the same as 852 or necessarily included in it.
#932 1296496416000000 dread Completed on branch and merged into default in cset:25c94cdbd283
#699 1296499061000000 pudo fixed in cset:81a0f5538a5b
#942 1296499160000000 pudo fixed in cset:81a0f5538a5b
#903 1296588070000000 pudo fixed in https://bitbucket.org/okfn/ckanext-solr/changeset/be4cffa9b987
#884 1296592140000000 thejimmyg OK, I've implemented an API call for this too now and all is merged into default.
#563 1296592472000000 thejimmyg This is a duplicate of #496
#711 1296592589000000 thejimmyg Our new approach agreed with Rod is to start with a minimum set of package extras and expand them in line with feedback from the user group. We can now show the source GEMINI record as XML (and also a very basic HTML view) for anyone who wants the full detail. No need for this ticket anymore.
#736 1296592767000000 thejimmyg We also need to check WMS URLs added to package resources to check they are genuine WMSs.
#739 1296592842000000 thejimmyg Implemented today. May want a better implementation later.
#740 1296592889000000 thejimmyg Duplicate of #739.
#750 1296592940000000 thejimmyg Duplicate of #728
#499 1296593038000000 thejimmyg Not on the SoR.
#789 1296593257000000 thejimmyg Covered by #736 now.
#795 1296593361000000 thejimmyg This is a duplicate of #794 because if we needed to do this it would be because we need to support harvest sources registered on behalf of publishers by agents,
#757 1296593448000000 thejimmyg Duplicate of #754. If we added filtering we'd need to write a migration script anyway.
#767 1296593504000000 thejimmyg I haven't heard this mentioned yet, but yes, let's try to implement it if possible. Appears to expose a CSW interface? http://webhelp.esri.com/geoportal_extension/9.3.1/index.htm#ext_csw_clnts.htm
#766 1296593519000000 thejimmyg This is a duplicate of #767
#801 1296593735000000 thejimmyg I don't see why we'd really need to do this. Under the current system a job would be created just before the harvesting would be run so the creation date of the job is (give or take a few seconds) the date of the harvesting. If we moved to a queue system this would be done better anyway.
#770 1296593925000000 thejimmyg I don't care about this. It is too trivial. If I get around to fixing it they great but I don't need it logged as a ticket.
#926 1296637927000000 rgrp Comments from RP - http://lists.okfn.org/pipermail/ckan-dev/2011-January/000181.html Libraries I have used: FormEncode, FormAlchemy (what we are currently using, before that formencode). Neither seemed perfect but I think the form issue is a 'hard' problem (perhaps with no perfect answer) [1]. FormAlchemy, in retrospect, was probably a mistake as it merges too much model/validation/form generation into one thing. At least 3 functions involved: 1. Generating (or just filling) a form template with 'form data' (and errors) 2. Converting model data to form data (also happens for APIs in fact) -- let's call this 'dict-ization' 3. Converting form data to model data (and validating) (inverse of previous step) I think one can and should separate 1 from 2+3 (and one of problems with formalchemy is it doesn't -- the attraction being you don't repeat yourself as forms get generated from model but I think this is actually a false economy in medium-term). I'm not specifically recommending the following as I haven't used them but I've looked through docs, they are active and reasonably mature: 1. Flatland: http://discorporate.us/projects/flatland/docs/tip/ * Only does 2+3 which is a good thing IMO 2. WTForms: http://wtforms.simplecodes.com/ * Used in standard flask docs: <http://flask.pocoo.org/docs/patterns/wtforms/>
#902 1296638257000000 rgrp Also confirmed in FF. David (R) and I have both had a go and fixing this and it seems to be a bit tricky (very odd css behaviour!). Rather than directly fix this I'm thinking of doing a bit of rework of that set of menu tabs as they could be much nicer anyway and hence re-titling of this ticket.
#940 1296656433000000 pudo It seems like even with openid.realm set we could only create two "zones": *.ckan.net and ckan.net. We do not want *.ckan.net because it interferes with ccCKANs. My vote for the moment would be to 303 www.ckan.net to ckan.net.
#908 1296659056000000 pudo fixed in https://bitbucket.org/okfn/ckan/changeset/08c0e1a819e4 and https://bitbucket.org/okfn/ckanext-stats/changeset/6e86c071db99
#908 1296660052000000 wwaites Not fixed. Try running with: {{{ uwsgi -C -iH /path/to/your/pyenv --paste config:ckan.net.ini -s 127.0.0.1:9000 }}} Still get giant traceback relating to a circular import centered on an arbitrary plugin
#48 1296663361000000 rgrp Done in cset:2a056fce7798.
#949 1296730355000000 pudo Fixed in: * https://bitbucket.org/okfn/ckan/changeset/8017a6686838 * https://bitbucket.org/okfn/ckan/changeset/5e6634aab275
#908 1296730578000000 pudo I've moved the uswgi/nginx part to #952, closing this issue since the problem it describes has been fixed.
#950 1296732042000000 dread Done in: * ckan cset:e68d0704e57b * ckanext cset:0d7d223e4302 * dgu cset:c633d2608c29 Importer controller now in new repo ckanext-importer (mothballed)
#938 1296753055000000 pudo fixed in https://bitbucket.org/okfn/ckan/changeset/064d74a1ead8
#940 1296807699000000 rgrp I agree with pudo (though it would not be the end of the world if these were treated as the same realm!). I've now created a permanent redirect for www.ckan.net to ckan.net. {{{ RewriteEngine on RewriteCond %{HTTP_HOST} ^www\.ckan\.net$ [NC] RewriteRule ^(.*)$ http://ckan.net$1 [R=301,L] }}}
#953 1296809834000000 rgrp Done in cset:3275d2fc9e43
#955 1296833234000000 dread Fixed in cset:9a45a07ad95e
#946 1296833368000000 dread Fixed in cset:a30c31b9009d
#930 1297066292000000 rgrp Just want to agree with wwaites assessment here. dubious this code is currently useful as a) not used b) (more importantly) probably better ways to achieve this functionality.
#245 1297066620000000 rgrp Closed in favour of https://bitbucket.org/okfn/vdm/issue/1/support-for-composite-primary-keys
#246 1297066757000000 rgrp Moved to https://bitbucket.org/okfn/vdm/issue/2/support-for-primary-key-not-named-id
#776 1297066840000000 rgrp Moved to https://bitbucket.org/okfn/vdm/issue/3/avoid-generating-vdm-warnings
#916 1297066902000000 rgrp Moved to https://bitbucket.org/okfn/vdm/issue/4/port-new-vdm-to-mongodb
#205 1297068450000000 rgrp wontfix as: 1. Easier to just to an import from google docs for which we have several importer examples in ckanclient 2. (More important) importing is something that is quite bespoke (changes for each cirumstance). As a result pre-written importers tend to be very fragile and it is not a good use of time to try and some customizable WUI one when you can just write a custom importer in code (code is much more flexible than whatever we can write!)
#667 1297069121000000 rgrp Actually marking as wontfix!
#940 1297071748000000 rgrp Listing as wontfix now since: 1. Have workaround 2. Better for most sites to converge on a single domain anyway (for SEO etc) -- via std redirect approach or otherwise 3. Seems problematic to fix this via openid realm
#907 1297072303000000 rgrp Closing this now and improvements can go in a new ticket.
#404 1297072955000000 rgrp Nothing more required here I think.
#961 1297073658000000 dread So you also need: 4. Converting form data to dict 5. Converting dict to model i.e. the dict is not the same as the serialized form data or model data.
#817 1297073724000000 thejimmyg This appears to be fixed now.
#409 1297074067000000 rgrp Done item (2) http://packages.python.org/datapkg/extending.html#commands and Command class is already pluggable.
#949 1297074827000000 rgrp Hocus pocus so set owner after being fixed!
#366 1297075053000000 rgrp Now #938 is done this is straightforward.
#511 1297075354000000 thejimmyg There have been quite a lot of improvements, this is now OK.
#807 1297075372000000 rgrp wontfix as with traffic we have this is not a massive issue and these are very minor items (we can reopen later if this comes up again).
#809 1297075561000000 thejimmyg This is something to think about more in the future.
#943 1297076498000000 rgrp Done see http://wiki.ckan.net/
#950 1297076647000000 rgrp Reopen to set an owenr.
#902 1297078885000000 rgrp Fixed in cset:42102bf7f922 and cset:42102bf7f922 by switching to a new 'tabs' look that has none of these issues. (See branch feature-902-submenu).
#960 1297080672000000 pudo Test this with a dedicated test using a unicode user name.
#99 1297081088000000 rgrp Won't fix as we are not using sqlalchemy any longer.
#560 1297084192000000 kindly changeset https://bitbucket.org/okfn/ckan/changeset/b899085071a8 cset:b899085071a8
#875 1297085261000000 pudo So far opting for route 1) (not implementing facets), therefore this can be closed!
#928 1297115097000000 rgrp Fixed in cset::540e8e548d84
#928 1297115136000000 rgrp Forgot to say moved contributors material to http://ckan.org/wiki/Contributors for the time being.
#960 1297169056000000 pudo fixed in cset:8cb94dcdecb2
#569 1297177220000000 wwaites so this means a dependency on amara (finally). on the plus side it is one of the better xml python libraries, xpath, xslt, etc. on the down side it how many xml libraries do we depend on and use now? this is for the schematron...
#569 1297177522000000 wwaites *sigh* but it relies on 4suite in version 1.x and amara2 doesn't have the schematron anymore...
#569 1297177695000000 wwaites *sigh* again. the gemini schematron schema isn't compatible with the amara scimitar... despite the instructions to use the implementation from schematron.com...
#98 1297210774000000 rgrp Done in cset:b7d8786614c0 - removed pastescript and just do 'by hand'.
#171 1297210925000000 rgrp A lot of work on config was done in 0.7 and these refactorings and improvements either fix or render this ticket invalid so marking as fixed.
#405 1297211204000000 rgrp By mime-type and all resources done in cset:7bd693614c80 and previous (with other improvements to download system).
#964 1297211237000000 rgrp Done in cset:fd0e2edf03b1
#405 1297214793000000 rgrp Completed in cset:a7df5071f200
#405 1297214833000000 rgrp (That is did the interactive version)
#941 1297246005000000 thejimmyg This will be implemented in http://bitbucket.org/okfn/ckanext-community by Wayne.
#232 1297246297000000 thejimmyg This has been here for over a year and is not a technical ticket. Suggest we close it?
#665 1297268097000000 thejimmyg The latest version of the DMS collection interface spec says that this should be a manual process. No work to be done.
#955 1297342534000000 dread Fixed on cset:b65b9830571c and merged into default in time for 1.3 release.
#974 1297342599000000 dread Fixed in cset:9dc20731d0fd and cset:5149f503e741 for 1.3 release.
#975 1297344448000000 rgrp Fixed in cset:a4caf6b8ce3d.
#662 1297344790000000 rgrp Now part of 'model/validation/forms' meta-ticket #961 so reassigning to Seb.
#92 1297344859000000 rgrp wontfix at the moment as we have the separate RDF service and RDFa is probably not the best option as always a bit incomplete.
Note: See TracReports for help on using and creating reports.