[ckan-dev] CKAN on an EC2 Not Connecting
Nigel Babu
nigel.babu at okfn.org
Mon Jan 20 09:03:56 UTC 2014
Glad you have it working!
Nigel Babu
Developer | @nigelbabu <https://twitter.com/nigelbabu>
The Open Knowledge Foundation <http://okfn.org/>
Empowering through Open Knowledge
http://okfn.org/ | @okfn <http://twitter.com/OKFN> | OKF on
Facebook<https://www.facebook.com/OKFNetwork> |
Blog <http://blog.okfn.org/> | Newsletter<http://okfn.org/about/newsletter>
CKAN | http://ckan.org/ | @CKANproject
<http://twitter.com/CKANproject> |the world’s leading open-source data
portal platform
On 17 January 2014 02:41, William Morris <wboykinm at geosprocket.com> wrote:
> Oh man, this had a simple resolution. I hadn't checked to see that
> nginx was running along with apache, and indeed it wasn't. As soon as
> I started the server the application became available in the browser.
>
> Many thanks to NigelB for helping me with that one!
>
> -Bill
>
>
>
> ----------
> William Morris | Cartographer
> (802)-870-0880 | geosprocket.io | GeoSprocket LLC, Burlington VT
>
>
> On Thu, Jan 16, 2014 at 6:34 AM, <ckan-dev-request at lists.okfn.org> wrote:
> > Send ckan-dev mailing list submissions to
> > ckan-dev at lists.okfn.org
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > https://lists.okfn.org/mailman/listinfo/ckan-dev
> > or, via email, send a message with subject or body 'help' to
> > ckan-dev-request at lists.okfn.org
> >
> > You can reach the person managing the list at
> > ckan-dev-owner at lists.okfn.org
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of ckan-dev digest..."
> >
> >
> > Today's Topics:
> >
> > 1. Re: GIS dataset import (Cliff Ingham)
> > 2. CKAN API to Access Private Datasets (Sajan Ravindran)
> > 3. question on plugins.toolkit.get_action('user_list')
> > (frederic.prieur at ville.montreal.qc.ca)
> > 4. CKAN on an EC2 Not Connecting (William Morris)
> > 5. CKAN dataset license options/information link (Aaron McGlinchy)
> > 6. CKAN with local file storage issue (Milica Knezevic)
> > 7. Re: GIS dataset import (David Read)
> > 8. Re: GIS dataset import (Philippe Duchesne)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Wed, 15 Jan 2014 08:36:54 -0500
> > From: Cliff Ingham <inghamn at bloomington.in.gov>
> > To: CKAN Development Discussions <ckan-dev at lists.okfn.org>
> > Subject: Re: [ckan-dev] GIS dataset import
> > Message-ID: <52D68EF6.3050409 at bloomington.in.gov>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Thanks for the pointers. The fog has cleared some. So, it sounds like
> > we do actually put the data into ckan, and not just metadata.
> >
> > In other words, we need to find some way to export 3G of spatial and
> > relational data from our GIS system into one of these formats? Then
> > load the exported data into CKAN as a dataset.
> >
> > Of these, it looks like only GeoJSON has support for both the spatial
> > and the relational properties.
> >
> > On 01/14/2014 04:36 PM, Philippe Duchesne wrote:
> >> Hello David, Cliff,
> >>
> >> FYI, a fork of ckanext-spatial done for openbelgium.be has support for
> >> WFS,WMS,KML,GML,GeoJSON,ArcGIS and Google Fusion Tables.
> >>
> >> You can have a look at
> >> http://portal.openbelgium.be/dataset/geospatial-testfor a demo.
> >>
> >> The code is still in beta stage, but available at
> >> https://github.com/pduchesne/ckanext-spatial/tree/OL3_VIEWER
> >>
> >> best,
> >>
> >> --p.
> >>
> >>
> >> On Tue, Jan 14, 2014 at 5:52 PM, David Read
> >> <david.read at hackneyworkshop.com>wrote:
> >>
> >>> Cliff,
> >>>
> >>> CKAN's datastore can store GIS data files like any others. The service
> >>> you then want to provide is the ability to preview them.
> >>>
> >>> data.gov has a previewer that I think should cover KML, and I don't
> >>> think it would be too hard to develop it to show GeoJSON and
> >>> Shapefiles too (since I believe OpenLayers supports these). Perhaps
> >>> OKF people can find a dataset as an example, because I couldn't find a
> >>> KML file with a quick look.
> >>>
> >>> The other way geodata is often provided is via a WMS or WFS server
> >>> (rather than as a downloadable file). CKAN is not ideal for serving
> >>> this data. But data.gov.uk has developed a WMS viewer for CKAN and it
> >>> is easily extended to WFS. I believe OKF has recently done a similar
> >>> tool.
> >>>
> >>> David
> >>>
> >>> On 13 January 2014 18:22, Cliff Ingham <inghamn at bloomington.in.gov>
> wrote:
> >>>> We're looking at publishing all of the GIS data for our city. Am I
> >>>> correct in thinking that CKAN is built for this, or is CKAN only for
> the
> >>>> metadata about our GIS data?
> >>>>
> >>>> Importing GIS data files as datasets has not been going very well.
> I'm
> >>>> thinking we're doing it wrong.
> >>>>
> >>>> --
> >>>> Cliff Ingham
> >>>> http://www.ohloh.net/accounts/inghamn
> >>>> -------------------------------------
> >>>> "If debugging is the process of removing software bugs, then
> programming
> >>>> must be the process of putting them in."
> >>>> -- Edsger Dijkstra
> >>>> _______________________________________________
> >>>> ckan-dev mailing list
> >>>> ckan-dev at lists.okfn.org
> >>>> https://lists.okfn.org/mailman/listinfo/ckan-dev
> >>>> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >>> _______________________________________________
> >>> ckan-dev mailing list
> >>> ckan-dev at lists.okfn.org
> >>> https://lists.okfn.org/mailman/listinfo/ckan-dev
> >>> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >>>
> >>
> >>
> >>
> >> _______________________________________________
> >> ckan-dev mailing list
> >> ckan-dev at lists.okfn.org
> >> https://lists.okfn.org/mailman/listinfo/ckan-dev
> >> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >>
> >
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Wed, 15 Jan 2014 11:16:10 -0500
> > From: Sajan Ravindran <sajanravindran at gmail.com>
> > To: CKAN Development Discussions <ckan-dev at lists.okfn.org>
> > Subject: [ckan-dev] CKAN API to Access Private Datasets
> > Message-ID:
> > <CAFtWpoRZNP+Mn8UXfUpv=
> 6XCg8r6EOJ2SsWL1b+1LSBONkGMXg at mail.gmail.com>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Hi,
> >
> > I was wondering is there a way by which a particular private dataset
> could
> > be accessed/searched for using CKAN Get API. While going through the list
> > of API's, I did find the current_package_list_with_resource and used it.
> > However, that seemed to list all. Any help would be appreciated.
> >
> > Thanks.
> > Sajan
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL: <
> https://lists.okfn.org/pipermail/ckan-dev/attachments/20140115/84341efb/attachment-0001.html
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Wed, 15 Jan 2014 11:53:01 -0500
> > From: frederic.prieur at ville.montreal.qc.ca
> > To: ckan-dev at lists.okfn.org
> > Subject: [ckan-dev] question on
> > plugins.toolkit.get_action('user_list')
> > Message-ID:
> > <
> OFDF11008A.67BBE5B7-ON85257C61.005B257D-85257C61.005CBEC8 at ville.montreal.qc.ca
> >
> >
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Hi guys,
> >
> > I got a question regarding the plugin.toolkit.get_action request.
> >
> > I try to get all the users of my ckan instance with the code above:
> >
> > data_dict = {
> > 'q': '*:*',
> > 'order_by': 'name',
> > }
> >
> > result = plugins.toolkit.get_action('user_list')(context, data_dict)
> >
> >
> >
> > I always get a empty list even if the api call says that i got 5 users.
> >
> > Am I doing something wrong ?
> >
> > Thanks in advance
> >
> ---------------------------------------------------------------------------
> > Fr?d?ric Prieur
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL: <
> https://lists.okfn.org/pipermail/ckan-dev/attachments/20140115/c2909554/attachment-0001.html
> >
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Wed, 15 Jan 2014 21:45:21 -0500
> > From: William Morris <wboykinm at geosprocket.com>
> > To: ckan-dev <ckan-dev at lists.okfn.org>
> > Subject: [ckan-dev] CKAN on an EC2 Not Connecting
> > Message-ID:
> > <CAP42BmiJd=
> pCtN70wGooUr+r0yqAE45TTAfsZs11gK92fOskzw at mail.gmail.com>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Many apologies for missing what is almost certainly in front of my
> > nose, but I can't for the life of me figure out how I failed to make
> > my CKAN package install accessible from my EC2 instance.
> >
> > The problem: Attempting to access the IP - as well as the solr page
> > :8983/solr - results in a timeout and "Could not connect" message in
> > the browser.
> >
> > The configuration: I'm running . . .
> > - CKAN 2.1.1, installed from package
> > - on an Ubuntu 12.04.3 LTS 64-bit EC2
> > - on elastic IP 50.19.249.31
> > - with a security group that has ports 22, 80 and 5000 open
> > - solr is successfully running on jetty (according to the command line)
> > - "ckan db init" was successful, with some messages:
> > https://gist.github.com/wboykinm/169b1214a4ce69533793
> > - still no connection in the browser, even after I restarted apache to
> be sure
> >
> > I followed the same process to get CKAN working successfully on a
> > local VM, so it's obviously a problem with my EC2 security settings,
> > but what am I missing? I followed the procedure indicated in the docs:
> > http://docs.ckan.org/en/ckan-1.7.4/install-from-package-amazon.html
> >
> > Thanks for your assistance, in any case.
> >
> > -Bill Morris
> > Burlington, VT
> >
> > William Morris | Cartographer
> > (802)-870-0880 | geosprocket.io | GeoSprocket LLC, Burlington VT
> >
> >
> > ------------------------------
> >
> > Message: 5
> > Date: Thu, 16 Jan 2014 03:34:56 +0000
> > From: Aaron McGlinchy <McGlinchyA at landcareresearch.co.nz>
> > To: "ckan-dev at lists.okfn.org" <ckan-dev at lists.okfn.org>
> > Subject: [ckan-dev] CKAN dataset license options/information link
> > Message-ID:
> > <
> A924326C14714F409FB3703B815FF9FD1213074E at HERMES.landcare.ad.landcareresearch.co.nz
> >
> >
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Hi, We have edited the json file which has the default license choices
> in it to show ones appropriate to our situation/country. The new license
> choices are showing up I the drop down list when loading a new dataset.
> >
> > The note beside the license choice box says "License definitions and
> additional information can be found at opendefinition.org" which is OK,
> but ideally we'd point to an NZ site with information targeted at our
> situation. Is it an easy fix to alter the text/link?
> >
> > Thanks
> > Aaron
> >
> > ________________________________
> >
> > Please consider the environment before printing this email
> > Warning: This electronic message together with any attachments is
> confidential. If you receive it in error: (i) you must not read, use,
> disclose, copy or retain it; (ii) please contact the sender immediately by
> reply email and then delete the emails.
> > The views expressed in this email may not be those of Landcare Research
> New Zealand Limited. http://www.landcareresearch.co.nz
> >
> >
> > ------------------------------
> >
> > Message: 6
> > Date: Thu, 16 Jan 2014 10:23:09 +0100
> > From: Milica Knezevic <knezevic.milica at gmail.com>
> > To: CKAN Development Discussions <ckan-dev at lists.okfn.org>
> > Subject: [ckan-dev] CKAN with local file storage issue
> > Message-ID:
> > <CANchxPMH0=
> 3MwZB7Vz+SPvuuqD21pNEfR8cUMQs7VX3dYdj+WA at mail.gmail.com>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Hi all,
> >
> > I have installed CKAN 2.1.1 with local file storage configuration.
> > Recently, I encountered a problem when the number of uploaded files
> > exceeded 32.000 because of the limitation on ext3 file system. The
> problem
> > is solved by converting to ext4, but what concerns me are potential
> > performance issues caused by current organization of uploaded files. My
> > CKAN instance is configured with the following storage settings:
> >
> > ofs.impl = pairtree
> > ofs.storage_dir = /var/lib/ckan/default/data
> >
> > Each uploaded file is stored in its own directory named after the
> timestamp
> > and the storage looks like this:
> > /var/lib/ckan/default/data/de/fa/ul/t/obj/<timestamp1>/<filename1>
> > ...
> > /var/lib/ckan/default/data/de/fa/ul/t/obj/<timestampN>/<filenameN>
> >
> > So we ended up with a large number of subdirs in obj directory. I'm
> > concerned about potential performance issues caused by this kind of
> > organization. Isn't the idea of pairtree to "spread the load of storing
> > high numbers of objects, while retaining the ability to treat each object
> > distinctly"?
> >
> > Best,
> > Milica
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL: <
> https://lists.okfn.org/pipermail/ckan-dev/attachments/20140116/dfc759eb/attachment-0001.html
> >
> >
> > ------------------------------
> >
> > Message: 7
> > Date: Thu, 16 Jan 2014 11:00:37 +0000
> > From: David Read <david.read at hackneyworkshop.com>
> > To: CKAN Development Discussions <ckan-dev at lists.okfn.org>
> > Subject: Re: [ckan-dev] GIS dataset import
> > Message-ID:
> > <CAOY41VX=
> z0Tzv77DZrNNAMV9Qfb19TX+Zgv0CBvN-6dALncFBQ at mail.gmail.com>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Philippe,
> >
> > This is spectacular! A previewer for geo-data in nearly any format!
> >
> > A glance at the code suggests you've done an extensive job on this,
> > with a proxy that chunks and OpenLayers 2 and 3 support. So once
> > you've ironed out the remaining issues, I'm sure everyone will be
> > pleased to benefit from it and encourage more geo-data publishing.
> >
> > One idea that I'm keen on is creating thumbnail images of these
> > previews, that could be shown on the resource or even dataset page. I
> > think this would entice people to the previews. Is there some JS or
> > OpenLayers function that could create a mini screenshot to create the
> > thumbnail automatically that we might employ at some point?
> >
> > David
> >
> > On 14 January 2014 21:36, Philippe Duchesne <philippe at okfn.be> wrote:
> >> Hello David, Cliff,
> >>
> >> FYI, a fork of ckanext-spatial done for openbelgium.be has support for
> >> WFS,WMS,KML,GML,GeoJSON,ArcGIS and Google Fusion Tables.
> >>
> >> You can have a look at
> http://portal.openbelgium.be/dataset/geospatial-test
> >> for a demo.
> >>
> >> The code is still in beta stage, but available at
> >> https://github.com/pduchesne/ckanext-spatial/tree/OL3_VIEWER
> >>
> >> best,
> >>
> >> --p.
> >>
> >>
> >> On Tue, Jan 14, 2014 at 5:52 PM, David Read <
> david.read at hackneyworkshop.com>
> >> wrote:
> >>>
> >>> Cliff,
> >>>
> >>> CKAN's datastore can store GIS data files like any others. The service
> >>> you then want to provide is the ability to preview them.
> >>>
> >>> data.gov has a previewer that I think should cover KML, and I don't
> >>> think it would be too hard to develop it to show GeoJSON and
> >>> Shapefiles too (since I believe OpenLayers supports these). Perhaps
> >>> OKF people can find a dataset as an example, because I couldn't find a
> >>> KML file with a quick look.
> >>>
> >>> The other way geodata is often provided is via a WMS or WFS server
> >>> (rather than as a downloadable file). CKAN is not ideal for serving
> >>> this data. But data.gov.uk has developed a WMS viewer for CKAN and it
> >>> is easily extended to WFS. I believe OKF has recently done a similar
> >>> tool.
> >>>
> >>> David
> >>>
> >>> On 13 January 2014 18:22, Cliff Ingham <inghamn at bloomington.in.gov>
> wrote:
> >>> > We're looking at publishing all of the GIS data for our city. Am I
> >>> > correct in thinking that CKAN is built for this, or is CKAN only for
> the
> >>> > metadata about our GIS data?
> >>> >
> >>> > Importing GIS data files as datasets has not been going very well.
> I'm
> >>> > thinking we're doing it wrong.
> >>> >
> >>> > --
> >>> > Cliff Ingham
> >>> > http://www.ohloh.net/accounts/inghamn
> >>> > -------------------------------------
> >>> > "If debugging is the process of removing software bugs, then
> programming
> >>> > must be the process of putting them in."
> >>> > -- Edsger Dijkstra
> >>> > _______________________________________________
> >>> > ckan-dev mailing list
> >>> > ckan-dev at lists.okfn.org
> >>> > https://lists.okfn.org/mailman/listinfo/ckan-dev
> >>> > Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >>> _______________________________________________
> >>> ckan-dev mailing list
> >>> ckan-dev at lists.okfn.org
> >>> https://lists.okfn.org/mailman/listinfo/ckan-dev
> >>> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >>
> >>
> >>
> >> _______________________________________________
> >> ckan-dev mailing list
> >> ckan-dev at lists.okfn.org
> >> https://lists.okfn.org/mailman/listinfo/ckan-dev
> >> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >>
> >
> >
> > ------------------------------
> >
> > Message: 8
> > Date: Thu, 16 Jan 2014 12:34:49 +0100
> > From: Philippe Duchesne <philippe at okfn.be>
> > To: CKAN Development Discussions <ckan-dev at lists.okfn.org>
> > Subject: Re: [ckan-dev] GIS dataset import
> > Message-ID:
> > <CAG9URtw1N-PaJDvW_AmA0zdmOqSQS6Bx_iV8BvxL56s9TpZ=
> 8w at mail.gmail.com>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > thank you David.
> >
> > yes, thumbnail generation is something i have thought about.
> > Ideally i would consider it as part of the harvesting process, thus
> running
> > server side.
> > However it is probably easier to first do that browser-side, and leverage
> > the existing openlayers-based viewer. But it would then be a manual
> > operation.
> > Is there a generic support for thumbnails generation/storage/display in
> > CKAN ? (geo stuff put aside)
> >
> > To be exact, there is currently no OL3 support, as OL3 has not yet
> protocol
> > implementations for OGC services. So it's currently all OL2.
> >
> > FYI, one more simple but convenient feature : the CKAN resource url
> > supports the BBOX fragment to directly point the viewer at a given
> bounding
> > box:
> >
> http://portal.openbelgium.be/dataset/geospatial-test/resource/f1b701a2-a3f3-46b5-9947-ebcc6bb806cc#bbox=4.3837,50.8426,4.3884,50.8446
> >
> > I'll share further developments.
> >
> > best,
> >
> > --p.
> >
> >
> >
> > On Thu, Jan 16, 2014 at 12:00 PM, David Read <
> david.read at hackneyworkshop.com
> >> wrote:
> >
> >> Philippe,
> >>
> >> This is spectacular! A previewer for geo-data in nearly any format!
> >>
> >> A glance at the code suggests you've done an extensive job on this,
> >> with a proxy that chunks and OpenLayers 2 and 3 support. So once
> >> you've ironed out the remaining issues, I'm sure everyone will be
> >> pleased to benefit from it and encourage more geo-data publishing.
> >>
> >> One idea that I'm keen on is creating thumbnail images of these
> >> previews, that could be shown on the resource or even dataset page. I
> >> think this would entice people to the previews. Is there some JS or
> >> OpenLayers function that could create a mini screenshot to create the
> >> thumbnail automatically that we might employ at some point?
> >>
> >> David
> >>
> >> On 14 January 2014 21:36, Philippe Duchesne <philippe at okfn.be> wrote:
> >> > Hello David, Cliff,
> >> >
> >> > FYI, a fork of ckanext-spatial done for openbelgium.be has support
> for
> >> > WFS,WMS,KML,GML,GeoJSON,ArcGIS and Google Fusion Tables.
> >> >
> >> > You can have a look at
> >> http://portal.openbelgium.be/dataset/geospatial-test
> >> > for a demo.
> >> >
> >> > The code is still in beta stage, but available at
> >> > https://github.com/pduchesne/ckanext-spatial/tree/OL3_VIEWER
> >> >
> >> > best,
> >> >
> >> > --p.
> >> >
> >> >
> >> > On Tue, Jan 14, 2014 at 5:52 PM, David Read <
> >> david.read at hackneyworkshop.com>
> >> > wrote:
> >> >>
> >> >> Cliff,
> >> >>
> >> >> CKAN's datastore can store GIS data files like any others. The
> service
> >> >> you then want to provide is the ability to preview them.
> >> >>
> >> >> data.gov has a previewer that I think should cover KML, and I don't
> >> >> think it would be too hard to develop it to show GeoJSON and
> >> >> Shapefiles too (since I believe OpenLayers supports these). Perhaps
> >> >> OKF people can find a dataset as an example, because I couldn't find
> a
> >> >> KML file with a quick look.
> >> >>
> >> >> The other way geodata is often provided is via a WMS or WFS server
> >> >> (rather than as a downloadable file). CKAN is not ideal for serving
> >> >> this data. But data.gov.uk has developed a WMS viewer for CKAN and
> it
> >> >> is easily extended to WFS. I believe OKF has recently done a similar
> >> >> tool.
> >> >>
> >> >> David
> >> >>
> >> >> On 13 January 2014 18:22, Cliff Ingham <inghamn at bloomington.in.gov>
> >> wrote:
> >> >> > We're looking at publishing all of the GIS data for our city. Am I
> >> >> > correct in thinking that CKAN is built for this, or is CKAN only
> for
> >> the
> >> >> > metadata about our GIS data?
> >> >> >
> >> >> > Importing GIS data files as datasets has not been going very well.
> >> I'm
> >> >> > thinking we're doing it wrong.
> >> >> >
> >> >> > --
> >> >> > Cliff Ingham
> >> >> > http://www.ohloh.net/accounts/inghamn
> >> >> > -------------------------------------
> >> >> > "If debugging is the process of removing software bugs, then
> >> programming
> >> >> > must be the process of putting them in."
> >> >> > -- Edsger Dijkstra
> >> >> > _______________________________________________
> >> >> > ckan-dev mailing list
> >> >> > ckan-dev at lists.okfn.org
> >> >> > https://lists.okfn.org/mailman/listinfo/ckan-dev
> >> >> > Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >> >> _______________________________________________
> >> >> ckan-dev mailing list
> >> >> ckan-dev at lists.okfn.org
> >> >> https://lists.okfn.org/mailman/listinfo/ckan-dev
> >> >> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > ckan-dev mailing list
> >> > ckan-dev at lists.okfn.org
> >> > https://lists.okfn.org/mailman/listinfo/ckan-dev
> >> > Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >> >
> >> _______________________________________________
> >> ckan-dev mailing list
> >> ckan-dev at lists.okfn.org
> >> https://lists.okfn.org/mailman/listinfo/ckan-dev
> >> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >>
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> > URL: <
> https://lists.okfn.org/pipermail/ckan-dev/attachments/20140116/aa271565/attachment.html
> >
> >
> > ------------------------------
> >
> > Subject: Digest Footer
> >
> > _______________________________________________
> > ckan-dev mailing list
> > ckan-dev at lists.okfn.org
> > https://lists.okfn.org/mailman/listinfo/ckan-dev
> > Unsubscribe: https://lists.okfn.org/mailman/optionss/ckan-dev
> >
> >
> > ------------------------------
> >
> > End of ckan-dev Digest, Vol 39, Issue 18
> > ****************************************
> _______________________________________________
> ckan-dev mailing list
> ckan-dev at lists.okfn.org
> https://lists.okfn.org/mailman/listinfo/ckan-dev
> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/ckan-dev/attachments/20140120/9dcff313/attachment-0003.html>
More information about the ckan-dev
mailing list