[GeoNode-devel] Support for additional types in upload
Simone Dalmasso
simone.dalmasso at gmail.com
Mon Dec 12 07:07:39 PST 2016
Rollback, apologyze,
you are working on the importer already, so I'll leave to who is directly
involved too.
Thanks!
2016-12-12 16:01 GMT+01:00 Simone Dalmasso <simone.dalmasso at gmail.com>:
> Hi Jivan,
>
> this interesting indeed, though the community is working on the
> https://github.com/GeoNode/django-osgeo-importer which will be used in
> GeoNode soon as default way to import data. Do you think that your work can
> fit in that one?
>
> 2016-12-05 19:59 GMT+01:00 Jivan Amara <development at jivanamara.net>:
>
>>
>> > ----------------------------------------------------------------------
>> >
>> > Message: 1
>> > Date: Fri, 25 Nov 2016 15:52:17 +0000
>> > From: Eric Groning <eg at novel-t.ch>
>> > To: "geonode-devel at lists.osgeo.org" <geonode-devel at lists.osgeo.org>
>> > Subject: [GeoNode-devel] Support for additional types in upload
>> > Message-ID:
>> > <VI1PR04MB1181179E9070D8AD3FE1F96FFA890 at VI1PR04MB1181.eurpr
>> d04.prod.outlook.com>
>> >
>> > Content-Type: text/plain; charset="iso-8859-1"
>> >
>> > Hello,
>> >
>> > I'm currently adding FGDB support for the upload for a project based on
>> a customized geonode. Since it might be a feature the community is
>> interested in, I figured it's worth it to mention in this list. I also
>> have a few questions.
>> >
>> > First, here is a rough outline of what I'm changing:
>> >
>> > -Use gdal 2.1.2 (the latest) compiled with FileGDB support (via
>> GDAL_LIBRARY_PATH in Django settings)
>> > -Change layer forms / upload / geoserver signals to accept a zipped fgdb
>> > -Change geoserver_pre_save to use call ogr2ogr directly to convert the
>> FGDB to the geoserver data Postgis database (as geoserver won't convert an
>> uploaded FGDB as it does with shapefiles)
>> >
>> > Second, with regards to adding this to geonode via pull request:
>> >
>> > The implementation I'm doing wouldn't really be directly merge-able.
>> To do this properly, there would likely need to be some refactoring done to
>> make the upload generic and extensible (like to easily add more gdal
>> supported types with different file structures / extentions such as KML /
>> Postgis backups / GML / SqLite / GeoJSON / etc). The configuration would
>> have impacts on how the upload form is validated, the layer upload
>> javascript, the model, and how the layer is uploaded to geoserver. So not
>> a light / easy change :)
>> >
>> > A side issue is that for some formats, you can have multiple layers.
>> As such, it would be nice to have the UI handle multiple layers (ie let the
>> user choose which layers to upload)
>> >
>> > For reference, below are links to some shapefile specific handling in
>> the code --
>> > https://github.com/GeoNode/geonode/blob/master/geonode/layer
>> s/utils.py#L94
>> > https://github.com/GeoNode/geonode/blob/master/geonode/layer
>> s/forms.py#L81
>> > https://github.com/GeoNode/geonode/blob/master/geonode/geose
>> rver/helpers.py#L1084
>> >
>> >
>> > The questions are:
>> >
>> > Is supporting more types / making the upload more generic a planned
>> feature for a future geonode release?
>> >
>> > What would be the pros / cons to this approach vs an approach like
>> first converting the upload to a shapefile (like in the layer_upload view),
>> then use the existing upload flow?
>> >
>> > Any pain points / gotchas in the above approach?
>> >
>> >
>> > Best regards,
>> > Eric
>> >
>> > Novel-T Sàrl
>> > Eric GRÖNING - Solutions Engineer
>> > W: www.novel-t.ch<http://www.novel-t.ch/> | @: eg at novel-t.ch<mailto:
>> eg at novel-t.ch>
>> >
>> Hi Eric,
>> This project is for making uploads generic:
>> https://github.com/geonode/django-osgeo-importer and we're going to be
>> working on FGDB support. The approach you outlined looks good, I'd just
>> suggest doing it as part of the importer.
>>
>> --
>> Cheers,
>> Jivan Amara
>> ---
>> Senior Software Developer / System Administrator
>> Development at JivanAmara.net
>>
>>
>> _______________________________________________
>> geonode-devel mailing list
>> geonode-devel at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/geonode-devel
>>
>
>
>
> --
> Simone
>
--
Simone
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geonode-devel/attachments/20161212/8b4ae51e/attachment.html>
More information about the geonode-devel
mailing list