[ckan-dev] What would you remove from CKAN core and why?

ross at mailbolt.com ross at mailbolt.com
Tue Jul 24 15:39:44 UTC 2018

Okay, I’ll bite.


The dataproxy used for previews of CSV/XLS not in the datastore.  It’s running on Google AppEngine, it only works during a full moon, and doesn’t help with data stored on an internal network.  It’s not technically part of core, but core depends on it, and it should probably be an external thing you can install alongside CKAN.


Number 2 would be the general abuse of ckan.model models vs dicts in various places, and the way context is used throughout the logic layer (see https://github.com/ckan/ideas-and-roadmap/issues/53).


While I think we all have bits of CKAN that we’d rather not be there, there are just as many people using them – there’s nothing quite so frustrating as a point release breaking things, so the general approach is to break things gently, over time, and ideally with advance warning. This is not a bad thing, but it’s kind of hard to just remove big chunks of functionality when/if people are depending on them.  I guess a separate extension is the answer where it’s possible.


I actually put together a quick survey for contributors, and non-contributors to try and learn a bit more about the reasons people do, or do not contribute.  I’ll send it out later.


On a related note, has the steering group come up with a roadmap? Presumably customers are telling them what they need… it’d be good to see what their expectations are over the next 12 months. 




From: ckan-dev <ckan-dev-bounces at lists.okfn.org> On Behalf Of Kevin Brochet-Nguyen
Sent: 24 July 2018 08:41
To: ckan-dev at lists.okfn.org
Subject: Re: [ckan-dev] What would you remove from CKAN core and why?


I'll go first: we should strip out the tracking middleware and also remove ckanext-stats. No more tracking or stats in CKAN core.

Why? Analytics doesn't belong in CKAN core and if someone needs analytics, they can get better results from a dedicated analytics application or service.

Right now, if someone asks "Does CKAN show usage stats?" the answer is "Well, sort of, but only in certain cases, and not for API or M2M usage, and there's no dashboard...well, there is a stats dashboard, but it's actually something different, and...well, maybe you should use the Google analytics extension...but that doesn't do everything you want either, so..."

The answer to that question should just be "No." And that's not to say users shouldn't have access to analytics. They should just get them from some other plugin or service that really specializes in analytics. They'll get better results, developers who do want to focus on CKAN-related analytics will have more motivation to make polished plugins, and we as a community will have more time to devote to features that only CKAN can provide.

So what do you think CKAN core would be better off without?



On 23.07.2018 18:00, Kevin Brochet-Nguyen wrote:

Hi fellow devs, contributors, and users,

If you could remove any feature from CKAN core, what would you remove? What code just doesn't belong in CKAN core? What is CKAN trying to do that it just shouldn't do? ...and why?

Why am I asking?

We're transitioning to Python 3 and Flask. We're modernizing and refactoring. And maybe there are some things that we just shouldn't take with us when we cross the threshold. 

Maybe we can save ourselves a lot of work and at the same time build a better application if CKAN just does less.

So what would you remove, if you could remove anything?

Rules of the game:
- You can remove any feature or functionality you want.
- You can put the deleted feature or functionality into a separate plugin or service outside of CKAN core if you want to.
- But you don't have to—you can also just remove it and let the community find a new (and probably better solution).

- Kevin

Kevin Brochet-Nguyen
CKAN developer @ Viderum GmbH
NextGEOSS Data Hub developer

ckan-dev mailing list
ckan-dev at lists.okfn.org <mailto:ckan-dev at lists.okfn.org> 
Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev

Kevin Brochet-Nguyen
Sofware Developer
Viderum – ein Unternehmen der Open Knowledge Foundation
http://www.viderum.de/  |  @videruminc
Viderum GmbH
Marchlewskistr. 101
10243 Berlin
Eingetragen beim Amtsgericht Charlottenburg, Registernummer HRB 176512 B
Geschäftsführer: Sebastian Moleski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/ckan-dev/attachments/20180724/87943971/attachment-0002.html>

More information about the ckan-dev mailing list