[Qgis-developer] GSoC: GDAL/OGR frontend plugin?

Sun Mar 15 12:42:34 EDT 2009

        Hi Florian and Ivan:

Sorry for my late reply, I meant a raster dialog to wrap the funtionality
of gdal_translate. For example choose a raster file, select a new file, an
output format and the creation options to export from gtiff to ecw,
jpg2000 or any other format available in gdal. An example of such dialog
is the openev export tool.

The openev export tool is written in python and I tried to create a python
plugin borrowing the code but I couldn't make the progress callback of
gdalcreatecopy work. I always got a runtime error saying "object passed
is not a python function". Florian if you are working with python have you
faced this problem?

I can think in a class like QgsVectorFileWriter for rasters to enable a
"save as" option to export the currently selected raster layer in legend
to any gdal enabled format.

Also if you are doing something similar I would like to join efforts instead
of replicating work.

Regards
Godofredo Contreras

> From: ivan.lucena at pmldnet.com
> To: fhillen at uni-osnabrueck.de; qgis-developer at lists.osgeo.org
> Subject: RE: [Qgis-developer] GSoC: GDAL/OGR frontend plugin?
> Date: Thu, 12 Mar 2009 17:36:37 +0000
> CC: 
> 
> Hi There,
> 
> Good discussion and I hope I am not intruding. 
> 
> Are you guys talking about a "Export Raster Data" dialog similar to what ArcMap has?
> 
> A UI where you can enter create-options, data-type, metadata and output-format? 
> 
> That would be nice but it doesn't look like a plugin but rather a internal implementation.
> 
> Just a thought.
> 
> Regards,
> 
> Ivan
> 
> 
> >  -------Original Message-------
> >  From: Florian Hillen <fhillen at uni-osnabrueck.de>
> >  Subject: RE: [Qgis-developer] GSoC: GDAL/OGR frontend plugin?
> >  Sent: Mar 12 '09 16:30
> >  
> >  Hi Godofredo,
> >  
> >  do you mean translate a JPEG into a TIFF? Or what do you exactly mean?
> >  The first function is only the reprojection between different crs, this
> >  means: Select a rasterfile (e.g. epsg: 4326), choose new filename and crs
> >  (e.g. epsg: 31467) and receive a new raster with the new crs.
> >  All further function (gdal translate too) are also planed bit by bit ;)
> >  
> >  Best regards,
> >  Florian
> >  
> >  
> >  
> >  >
> >  > Hi Florian:
> >  >
> >  >
> >  >
> >  > Are you considering the export between formats for GDAL
> >  >
> >  > in your GDAL frontend?.
> >  >
> >  >
> >  >
> >  > Regards
> >  >
> >  > Godofredo Contreras
> >  >
> >  >
> >  >> Date: Thu, 12 Mar 2009 14:08:14 +0100
> >  >> Subject: Re: [Qgis-developer] GSoC: GDAL/OGR frontend plugin?
> >  >> From: fhillen at uni-osnabrueck.de
> >  >> To: qgis-developer at lists.osgeo.org
> >  >>
> >  >> Hi Ian,
> >  >>
> >  >> I'm currently working on a GDAL frontend. In the first step it includes
> >  >> only the warp / reproject part, but it is designed to be expanded
> >  >> afterwards.
> >  >>
> >  >> I think that the ogr plugin is very intuitive, but maybe that just my
> >  >> opinion ;)
> >  >>
> >  >> Best regards,
> >  >> Florian
> >  >>
> >  >>
> >  >>
> >  >> > Hello all,
> >  >> > I'm looking for a good Google Summer of Code project. Having used QGIS
> >  >> and
> >  >> > being a proficient Python/GIS programmer I think its the perfect fit.
> >  >> I
> >  >> > did
> >  >> > some googling and saw that there is already some interest in a
> >  >> GDAL/OGR
> >  >> > front end, but I would really like to take this full on. The
> >  >> OGR-converter
> >  >> > plugin is not complete, as it can't do CRS transforms, and I hate to
> >  >> say I
> >  >> > don't find it very intuitive. Furthermore I think a lot of the
> >  >> GDAL/OGR
> >  >> > functionality should be able to be done "in-place" on layers, so one
> >  >> could
> >  >> > easily create a new layer from an existing one.
> >  >> >
> >  >> > I think unifying CRS related options could also go a long way, using
> >  >> GDAL
> >  >> > to
> >  >> > support more than just proj4 definitions and being able to create a
> >  >> custom
> >  >> > CRS from any place that you can select them.
> >  >> > Maybe its because my single biggest headache in learning GIS was
> >  >> dealing
> >  >> > with projections, and now that I understand them through the command
> >  >> line
> >  >> > I
> >  >> > want to make it easier on others to deal with them. I think QGIS can
> >  >> be
> >  >> > the
> >  >> > perfect tool for this because it is already great for visualization.
> >  >> >
> >  >> > Please give me your feedback on this!
> >  >> > Thanks
> >  >> >
> >  >> > --
> >  >> > Ian Johnson
> >  >> > _______________________________________________
> >  >> > Qgis-developer mailing list
> >  >> > Qgis-developer at lists.osgeo.org
> >  >> > http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >  >> >
> >  >>
> >  >> _______________________________________________
> >  >> Qgis-developer mailing list
> >  >> Qgis-developer at lists.osgeo.org
> >  >> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >  >
> >  > _________________________________________________________________
> >  > Windows Live™: Life without walls.
> >  > http://windowslive.com/explore?ocid=TXT_TAGLM_WL_allup_1a_explore_032009
> >  
> >  _______________________________________________
> >  Qgis-developer mailing list
> >  Qgis-developer at lists.osgeo.org
> >  http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >  
> 
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer

_________________________________________________________________
Hotmail® is up to 70% faster. Now good news travels really fast. 
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_70faster_032009
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/qgis-developer/attachments/20090315/7c542ec7/attachment.html