Menu
▾
▴
qgis-ossim — QGIS/OSSIM integration
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
(7) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mingjie Su <Su...@ge...> - 2011-06-23 20:54:41
|
Hi Tim, We already installed GIT and checked out the master code. We also created a branch on my machine, I am wondering if I need to get permission from you to push our branch over to community. Thanks, Ming -----Original Message----- From: Mingjie Su Sent: Wednesday, June 22, 2011 9:37 AM To: 'Tim Sutton' Cc: Alexander Bruy; qgi...@li...; 'Peter Borissow'; qgi...@li...; Harsh Govind Subject: RE: [Qgis-developer] Integrating OSSIM with QGIS Thanks a lot, Tim. I will take a look at Coding document and follow the rules. Ming -----Original Message----- From: Tim Sutton [mailto:li...@li...] Sent: Tuesday, June 21, 2011 8:04 PM To: Mingjie Su Cc: Alexander Bruy; qgi...@li...; Peter Borissow; qgi...@li...; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS On Tue, Jun 21, 2011 at 6:21 PM, Mingjie Su <Su...@ge...> wrote: > Hi Tim, > > Attached is our source code. Please let us know your suggestions. > I received it thanks. I am busy building now. Could I point you to the CODING document in the top level of master https://github.com/qgis/Quantum-GIS/blob/master/CODING Section 2.7 explains the 'nice' way to share patches etc. Your changes are out of date with master and as they are not in a patch, they remove various changes that have been made upstream. Basically if you follow our guidelines of submitting patches (or creating a fork on github), it makes it much easier to evaluate your changes. I got some an error when running cmake: CMake Error at src/app/CMakeLists.txt:407 (ADD_EXECUTABLE): Cannot find source file "qgsnewvectorlayerdialog.cpp". Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx I had a quick look at your settings class QgisAppSettings and as Alex suggests, it would be much better to use the QgsOptions and / or QSettings to manage this (or even QgsProject if you want to store the setting per-project). I'm going to be travelling the next few days, but I will try to test any updated patches you make available. Best regards > Thanks, > > Ming > > -----Original Message----- > From: Tim Sutton [mailto:li...@li...] > Sent: Tuesday, June 21, 2011 4:36 AM > To: Alexander Bruy > Cc: Mingjie Su; qgi...@li...; Peter Borissow; qgi...@li...; Harsh Govind > Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS > > Hi > > On Tue, Jun 21, 2011 at 7:58 AM, Alexander Bruy > <ale...@gm...> wrote: >> Hi, >> >> 2011/6/20 Mingjie Su <Su...@ge...>: >>> 1) Since QGIS is hard coded to use the GDAL provider, we added the QgisAppSettings class to load the global settings (which is a plain text file with key/value pair) to select provider. >> >> maybe I miss something in discussion but is this new >> class (QgisAppSettings) is neccessary and why not use >> QSettings for this? There is a qgsoptions.h/cpp files to >> read and write QGIS setting >> > > You are probably correct though its hard to discuss it without seeing > the code yet. > > Regards > > Tim > >> -- >> Alexander Bruy >> > > > > -- > Tim Sutton - QGIS Project Steering Committee Member (Release Manager) > ============================================== > Please do not email me off-list with technical > support questions. Using the lists will gain > more exposure for your issues and the knowledge > surrounding your issue will be shared with all. > > Visit http://linfiniti.com to find out about: > * QGIS programming and support services > * Mapserver and PostGIS based hosting plans > * FOSS Consulting Services > Skype: timlinux > Irc: timlinux on #qgis at freenode.net > ============================================== > -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) ============================================== Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net ============================================== |
|
From: Mingjie Su <Su...@ge...> - 2011-06-22 13:37:21
|
Thanks a lot, Tim. I will take a look at Coding document and follow the rules. Ming -----Original Message----- From: Tim Sutton [mailto:li...@li...] Sent: Tuesday, June 21, 2011 8:04 PM To: Mingjie Su Cc: Alexander Bruy; qgi...@li...; Peter Borissow; qgi...@li...; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS On Tue, Jun 21, 2011 at 6:21 PM, Mingjie Su <Su...@ge...> wrote: > Hi Tim, > > Attached is our source code. Please let us know your suggestions. > I received it thanks. I am busy building now. Could I point you to the CODING document in the top level of master https://github.com/qgis/Quantum-GIS/blob/master/CODING Section 2.7 explains the 'nice' way to share patches etc. Your changes are out of date with master and as they are not in a patch, they remove various changes that have been made upstream. Basically if you follow our guidelines of submitting patches (or creating a fork on github), it makes it much easier to evaluate your changes. I got some an error when running cmake: CMake Error at src/app/CMakeLists.txt:407 (ADD_EXECUTABLE): Cannot find source file "qgsnewvectorlayerdialog.cpp". Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx I had a quick look at your settings class QgisAppSettings and as Alex suggests, it would be much better to use the QgsOptions and / or QSettings to manage this (or even QgsProject if you want to store the setting per-project). I'm going to be travelling the next few days, but I will try to test any updated patches you make available. Best regards > Thanks, > > Ming > > -----Original Message----- > From: Tim Sutton [mailto:li...@li...] > Sent: Tuesday, June 21, 2011 4:36 AM > To: Alexander Bruy > Cc: Mingjie Su; qgi...@li...; Peter Borissow; qgi...@li...; Harsh Govind > Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS > > Hi > > On Tue, Jun 21, 2011 at 7:58 AM, Alexander Bruy > <ale...@gm...> wrote: >> Hi, >> >> 2011/6/20 Mingjie Su <Su...@ge...>: >>> 1) Since QGIS is hard coded to use the GDAL provider, we added the QgisAppSettings class to load the global settings (which is a plain text file with key/value pair) to select provider. >> >> maybe I miss something in discussion but is this new >> class (QgisAppSettings) is neccessary and why not use >> QSettings for this? There is a qgsoptions.h/cpp files to >> read and write QGIS setting >> > > You are probably correct though its hard to discuss it without seeing > the code yet. > > Regards > > Tim > >> -- >> Alexander Bruy >> > > > > -- > Tim Sutton - QGIS Project Steering Committee Member (Release Manager) > ============================================== > Please do not email me off-list with technical > support questions. Using the lists will gain > more exposure for your issues and the knowledge > surrounding your issue will be shared with all. > > Visit http://linfiniti.com to find out about: > * QGIS programming and support services > * Mapserver and PostGIS based hosting plans > * FOSS Consulting Services > Skype: timlinux > Irc: timlinux on #qgis at freenode.net > ============================================== > -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) ============================================== Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net ============================================== |
|
From: Mingjie Su <Su...@ge...> - 2011-06-21 16:10:56
|
We are using QSetting within the QgisAppSettings class. I will take a look to see if we can use qgsoptions. Thanks, Ming -----Original Message----- From: Alexander Bruy [mailto:ale...@gm...] Sent: Tuesday, June 21, 2011 1:59 AM To: Mingjie Su Cc: Tim Sutton; qgi...@li...; Peter Borissow; qgi...@li...; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS Hi, 2011/6/20 Mingjie Su <Su...@ge...>: > 1) Since QGIS is hard coded to use the GDAL provider, we added the QgisAppSettings class to load the global settings (which is a plain text file with key/value pair) to select provider. maybe I miss something in discussion but is this new class (QgisAppSettings) is neccessary and why not use QSettings for this? There is a qgsoptions.h/cpp files to read and write QGIS setting -- Alexander Bruy |
|
From: Tim S. <ti...@li...> - 2011-06-21 00:55:07
|
Hi Mingjie On Mon, Jun 20, 2011 at 10:22 PM, Mingjie Su <Su...@ge...> wrote: > Hi Tim, > > We are done ossim image provider and are ready to commit. > > 1) Since QGIS is hard coded to use the GDAL provider, we added the QgisAppSettings class to load the global settings (which is a plain text file with key/value pair) to select provider. > > 2) We also implemented the band statistics function in ossim provider, but the code requires the changes in the base class which is not part of 1.7.0 release. It will be nice if you can review the changes to the base class and let us know if we can commit our files with the band statistics function. > Great news - can you remind me where your source code is again please? Thanks Tim > Thanks, > > Ming > > > > -----Original Message----- > From: Tim Sutton [mailto:li...@li...] > Sent: Thursday, June 09, 2011 11:23 AM > To: Mingjie Su > Cc: Peter Borissow; Pirmin Kalberer; qgi...@li...; qgi...@li...; Harsh Govind > Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS > > Hi > > On Wed, Jun 8, 2011 at 9:21 PM, Mingjie Su <Su...@ge...> wrote: >> All- >> We are making some good progress on the ossim image provider (qgsossimprovider.cpp). Couple questions: >> >> (1) Is there a way for users to specify which provider to use? It looks like QGIS is hard coded to use the GDAL provider. >> >> (2) Band statistics. QGIS is pretty inefficient when it comes to computing band statistics. Its looping through all the pixels multiple times (once for each band) to populate the viewport. For RGB data for example, its looping through the data 3 times. In OSSIM, we can provide the band statistics for you so you don't have to scan the data. This will speed things up dramatically. BTW, this is true for both the GDAL and OSSIM providers. >> > > This is a known issue. I have a branch where I have been replacing the > stats routines to use native stats from providers. You can clone it > from here: > > https://github.com/timlinux/Quantum-GIS/tree/raster-stats > > Its still unstable but maybe you can see where I am heading with this. > > > >> (3) Black pixels (0,0,0 RGB) are being flipped to transparent. Is there a way to override this behavior programatically? >> >> (4) In OSSIM we have a concept of image chains and connectable objects. You can wire up all kinds of filters and equations into a workflow to create an output image. The image chain can be represented using an array of key value pairs. Does the provider interface provide a mechanism for passing this type of information? > > Currently not, but its an addition that we would love to see. The OTB > folks would appreciate this too. > >> >> (5) Can we post our ossim image provider to your svn for others to play with? >> > > Since we are using GIT now, you can simply fork QGIS, apply your > patches and invite others to test it out. I look forward to doing so > myself. > > Regards > > Tim > >> >> Thanks, >> Ming >> >> >> >> -----Original Message----- >> From: Peter Borissow >> Sent: Wednesday, May 25, 2011 4:08 PM >> To: Tim Sutton; Pirmin Kalberer >> Cc: qgi...@li...; qgi...@li...; Mingjie Su; Harsh Govind >> Subject: RE: [Qgis-developer] Integrating OSSIM with QGIS >> >> Hi Tim- >> We are playing with 1.6. We'll download the 1.7 branch right away. I agree, use of gdal should be abstracted away into a gdal provider. Sounds like we would create an OSSIM provider. >> >> And yes, we want to create/execute OSSIM image chains directly in QGIS! >> >> Thanks, >> Peter >> >> >> >> -----Original Message----- >> From: Tim Sutton [mailto:li...@li...] >> Sent: Wednesday, May 25, 2011 4:03 PM >> To: Pirmin Kalberer >> Cc: qgi...@li...; Peter Borissow; qgi...@li...; Mingjie Su; Harsh Govind >> Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS >> >> Hi Peter >> >> 8<-------------------snip---------------------- >> >>>> > We started our investigation late last week. We have a debug version >>>> > of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We >>>> > have since discovered how integral GDAL is to QGIS. Undaunted, we >>>> > added a some temporary hacks to bypass GDAL and we're now getting >>>> > images to display via OSSIM! For us, this is a huge first step and we >>>> > are seriously considering pressing ahead. >> >> What version are you building against? Since the 1.7 branch and in >> current master branch, Radim Blazek has done a great overhaul to cater >> for proper raster providers. That means you should not find QGIS is >> heavily intertwined with GDAL - the use of gdal should be abstracted >> away into the gdal provider, and you should be able to implement ossim >> raster support as a clean separate provider. >> >> I would also really love to see OSSIM support in QGIS (and maybe some >> of those nice processing chains making their way into QGIS :-). >> >> Regards >> >> Tim >> >> 8<-------------------snip---------------------- >> -- >> Tim Sutton - QGIS Project Steering Committee Member (Release Manager) >> ============================================== >> Please do not email me off-list with technical >> support questions. Using the lists will gain >> more exposure for your issues and the knowledge >> surrounding your issue will be shared with all. >> >> Visit http://linfiniti.com to find out about: >> * QGIS programming and support services >> * Mapserver and PostGIS based hosting plans >> * FOSS Consulting Services >> Skype: timlinux >> Irc: timlinux on #qgis at freenode.net >> ============================================== >> > > > > -- > Tim Sutton - QGIS Project Steering Committee Member (Release Manager) > ============================================== > Please do not email me off-list with technical > support questions. Using the lists will gain > more exposure for your issues and the knowledge > surrounding your issue will be shared with all. > > Visit http://linfiniti.com to find out about: > * QGIS programming and support services > * Mapserver and PostGIS based hosting plans > * FOSS Consulting Services > Skype: timlinux > Irc: timlinux on #qgis at freenode.net > ============================================== > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > QGIS-OSSIM mailing list > QGI...@li... > https://lists.sourceforge.net/lists/listinfo/qgis-ossim > -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) ============================================== Visit http://linfiniti.com to find out about: * QGIS programming services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net ============================================== |
|
From: Mingjie Su <Su...@ge...> - 2011-06-20 20:23:12
|
Hi Tim, We are done ossim image provider and are ready to commit. 1) Since QGIS is hard coded to use the GDAL provider, we added the QgisAppSettings class to load the global settings (which is a plain text file with key/value pair) to select provider. 2) We also implemented the band statistics function in ossim provider, but the code requires the changes in the base class which is not part of 1.7.0 release. It will be nice if you can review the changes to the base class and let us know if we can commit our files with the band statistics function. Thanks, Ming -----Original Message----- From: Tim Sutton [mailto:li...@li...] Sent: Thursday, June 09, 2011 11:23 AM To: Mingjie Su Cc: Peter Borissow; Pirmin Kalberer; qgi...@li...; qgi...@li...; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS Hi On Wed, Jun 8, 2011 at 9:21 PM, Mingjie Su <Su...@ge...> wrote: > All- > We are making some good progress on the ossim image provider (qgsossimprovider.cpp). Couple questions: > > (1) Is there a way for users to specify which provider to use? It looks like QGIS is hard coded to use the GDAL provider. > > (2) Band statistics. QGIS is pretty inefficient when it comes to computing band statistics. Its looping through all the pixels multiple times (once for each band) to populate the viewport. For RGB data for example, its looping through the data 3 times. In OSSIM, we can provide the band statistics for you so you don't have to scan the data. This will speed things up dramatically. BTW, this is true for both the GDAL and OSSIM providers. > This is a known issue. I have a branch where I have been replacing the stats routines to use native stats from providers. You can clone it from here: https://github.com/timlinux/Quantum-GIS/tree/raster-stats Its still unstable but maybe you can see where I am heading with this. > (3) Black pixels (0,0,0 RGB) are being flipped to transparent. Is there a way to override this behavior programatically? > > (4) In OSSIM we have a concept of image chains and connectable objects. You can wire up all kinds of filters and equations into a workflow to create an output image. The image chain can be represented using an array of key value pairs. Does the provider interface provide a mechanism for passing this type of information? Currently not, but its an addition that we would love to see. The OTB folks would appreciate this too. > > (5) Can we post our ossim image provider to your svn for others to play with? > Since we are using GIT now, you can simply fork QGIS, apply your patches and invite others to test it out. I look forward to doing so myself. Regards Tim > > Thanks, > Ming > > > > -----Original Message----- > From: Peter Borissow > Sent: Wednesday, May 25, 2011 4:08 PM > To: Tim Sutton; Pirmin Kalberer > Cc: qgi...@li...; qgi...@li...; Mingjie Su; Harsh Govind > Subject: RE: [Qgis-developer] Integrating OSSIM with QGIS > > Hi Tim- > We are playing with 1.6. We'll download the 1.7 branch right away. I agree, use of gdal should be abstracted away into a gdal provider. Sounds like we would create an OSSIM provider. > > And yes, we want to create/execute OSSIM image chains directly in QGIS! > > Thanks, > Peter > > > > -----Original Message----- > From: Tim Sutton [mailto:li...@li...] > Sent: Wednesday, May 25, 2011 4:03 PM > To: Pirmin Kalberer > Cc: qgi...@li...; Peter Borissow; qgi...@li...; Mingjie Su; Harsh Govind > Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS > > Hi Peter > > 8<-------------------snip---------------------- > >>> > We started our investigation late last week. We have a debug version >>> > of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We >>> > have since discovered how integral GDAL is to QGIS. Undaunted, we >>> > added a some temporary hacks to bypass GDAL and we're now getting >>> > images to display via OSSIM! For us, this is a huge first step and we >>> > are seriously considering pressing ahead. > > What version are you building against? Since the 1.7 branch and in > current master branch, Radim Blazek has done a great overhaul to cater > for proper raster providers. That means you should not find QGIS is > heavily intertwined with GDAL - the use of gdal should be abstracted > away into the gdal provider, and you should be able to implement ossim > raster support as a clean separate provider. > > I would also really love to see OSSIM support in QGIS (and maybe some > of those nice processing chains making their way into QGIS :-). > > Regards > > Tim > > 8<-------------------snip---------------------- > -- > Tim Sutton - QGIS Project Steering Committee Member (Release Manager) > ============================================== > Please do not email me off-list with technical > support questions. Using the lists will gain > more exposure for your issues and the knowledge > surrounding your issue will be shared with all. > > Visit http://linfiniti.com to find out about: > * QGIS programming and support services > * Mapserver and PostGIS based hosting plans > * FOSS Consulting Services > Skype: timlinux > Irc: timlinux on #qgis at freenode.net > ============================================== > -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) ============================================== Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net ============================================== |
|
From: Peter B. <Bor...@ge...> - 2011-06-09 11:30:59
|
Hi Marco-
The new provider is based on ossim which at its core has relatively few dependencies (libtiff, geotiff, jpeg, openthreads, etc). Ming will push out the code next week after we shake a couple more things out. The band statistics is a real killer right now. We could really use your advice on that. It requires changes to one of the the base classes.
As for (1), I think the simplest thing to do is to have a global preference/getting to select an image provider. This would be an interim solution while we flesh out the ossim provider.
BTW, Ming figured out (5) last night - simple one liner.
In summary, we're still exploring (2) Band Statistics and (4) method for passing in definitions for image chains. Any thoughts/suggestions would be greatly appreciated!
Best Regards,
Peter
________________________________________
From: Marco Hugentobler [mar...@so...]
Sent: Thursday, June 09, 2011 2:56 AM
To: qgi...@li...; qgi...@li...
Cc: Mingjie Su; Peter Borissow; Harsh Govind
Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS
Hi Ming
This sounds interesting. What dependencies on external libraries does the
provider have?
> (5) Can we post our ossim image provider to your svn for others to play
> with?
QGIS switched to git in the meantime. You could clone the QGIS repository
(gi...@gi...:qgis/Quantum-GIS.git) and upload the changes to the cloned
repo. Or just provide a patch against current master branch.
> (1) Is there a way for users to specify which provider to use? It looks
> like QGIS is hard coded to use the GDAL provider.
This needs changes in the GUI. If it is only about file based datasources, it
is a possibility to add a combo box to the 'add rasterlayer' dialog.
If database / web services should also be accessed, it might be necessary to
add a new dialog.
Regards,
Marco
Am Mittwoch, 8. Juni 2011, 21.21:05 schrieb Mingjie Su:
> All-
> We are making some good progress on the ossim image provider
> (qgsossimprovider.cpp). Couple questions:
>
> (1) Is there a way for users to specify which provider to use? It looks
> like QGIS is hard coded to use the GDAL provider.
>
> (2) Band statistics. QGIS is pretty inefficient when it comes to computing
> band statistics. Its looping through all the pixels multiple times (once
> for each band) to populate the viewport. For RGB data for example, its
> looping through the data 3 times. In OSSIM, we can provide the band
> statistics for you so you don't have to scan the data. This will speed
> things up dramatically. BTW, this is true for both the GDAL and OSSIM
> providers.
>
> (3) Black pixels (0,0,0 RGB) are being flipped to transparent. Is there a
> way to override this behavior programatically?
>
> (4) In OSSIM we have a concept of image chains and connectable objects. You
> can wire up all kinds of filters and equations into a workflow to create
> an output image. The image chain can be represented using an array of key
> value pairs. Does the provider interface provide a mechanism for passing
> this type of information?
>
> (5) Can we post our ossim image provider to your svn for others to play
> with?
>
>
> Thanks,
> Ming
>
>
>
> -----Original Message-----
> From: Peter Borissow
> Sent: Wednesday, May 25, 2011 4:08 PM
> To: Tim Sutton; Pirmin Kalberer
> Cc: qgi...@li...; qgi...@li...;
> Mingjie Su; Harsh Govind Subject: RE: [Qgis-developer] Integrating OSSIM
> with QGIS
>
> Hi Tim-
> We are playing with 1.6. We'll download the 1.7 branch right away. I
> agree, use of gdal should be abstracted away into a gdal provider. Sounds
> like we would create an OSSIM provider.
>
> And yes, we want to create/execute OSSIM image chains directly in QGIS!
>
> Thanks,
> Peter
>
>
>
> -----Original Message-----
> From: Tim Sutton [mailto:li...@li...]
> Sent: Wednesday, May 25, 2011 4:03 PM
> To: Pirmin Kalberer
> Cc: qgi...@li...; Peter Borissow;
> qgi...@li...; Mingjie Su; Harsh Govind Subject: Re:
> [Qgis-developer] Integrating OSSIM with QGIS
>
> Hi Peter
>
> 8<-------------------snip----------------------
>
> >> > We started our investigation late last week. We have a debug version
> >> > of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We
> >> > have since discovered how integral GDAL is to QGIS. Undaunted, we
> >> > added a some temporary hacks to bypass GDAL and we're now getting
> >> > images to display via OSSIM! For us, this is a huge first step and we
> >> > are seriously considering pressing ahead.
>
> What version are you building against? Since the 1.7 branch and in
> current master branch, Radim Blazek has done a great overhaul to cater
> for proper raster providers. That means you should not find QGIS is
> heavily intertwined with GDAL - the use of gdal should be abstracted
> away into the gdal provider, and you should be able to implement ossim
> raster support as a clean separate provider.
>
> I would also really love to see OSSIM support in QGIS (and maybe some
> of those nice processing chains making their way into QGIS :-).
>
> Regards
>
> Tim
>
> 8<-------------------snip----------------------
--
Dr. Marco Hugentobler
Sourcepole - Linux & Open Source Solutions
Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland
mar...@so... http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee
|
|
From: Mingjie Su <Su...@ge...> - 2011-06-08 19:21:17
|
All- We are making some good progress on the ossim image provider (qgsossimprovider.cpp). Couple questions: (1) Is there a way for users to specify which provider to use? It looks like QGIS is hard coded to use the GDAL provider. (2) Band statistics. QGIS is pretty inefficient when it comes to computing band statistics. Its looping through all the pixels multiple times (once for each band) to populate the viewport. For RGB data for example, its looping through the data 3 times. In OSSIM, we can provide the band statistics for you so you don't have to scan the data. This will speed things up dramatically. BTW, this is true for both the GDAL and OSSIM providers. (3) Black pixels (0,0,0 RGB) are being flipped to transparent. Is there a way to override this behavior programatically? (4) In OSSIM we have a concept of image chains and connectable objects. You can wire up all kinds of filters and equations into a workflow to create an output image. The image chain can be represented using an array of key value pairs. Does the provider interface provide a mechanism for passing this type of information? (5) Can we post our ossim image provider to your svn for others to play with? Thanks, Ming -----Original Message----- From: Peter Borissow Sent: Wednesday, May 25, 2011 4:08 PM To: Tim Sutton; Pirmin Kalberer Cc: qgi...@li...; qgi...@li...; Mingjie Su; Harsh Govind Subject: RE: [Qgis-developer] Integrating OSSIM with QGIS Hi Tim- We are playing with 1.6. We'll download the 1.7 branch right away. I agree, use of gdal should be abstracted away into a gdal provider. Sounds like we would create an OSSIM provider. And yes, we want to create/execute OSSIM image chains directly in QGIS! Thanks, Peter -----Original Message----- From: Tim Sutton [mailto:li...@li...] Sent: Wednesday, May 25, 2011 4:03 PM To: Pirmin Kalberer Cc: qgi...@li...; Peter Borissow; qgi...@li...; Mingjie Su; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS Hi Peter 8<-------------------snip---------------------- >> > We started our investigation late last week. We have a debug version >> > of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We >> > have since discovered how integral GDAL is to QGIS. Undaunted, we >> > added a some temporary hacks to bypass GDAL and we're now getting >> > images to display via OSSIM! For us, this is a huge first step and we >> > are seriously considering pressing ahead. What version are you building against? Since the 1.7 branch and in current master branch, Radim Blazek has done a great overhaul to cater for proper raster providers. That means you should not find QGIS is heavily intertwined with GDAL - the use of gdal should be abstracted away into the gdal provider, and you should be able to implement ossim raster support as a clean separate provider. I would also really love to see OSSIM support in QGIS (and maybe some of those nice processing chains making their way into QGIS :-). Regards Tim 8<-------------------snip---------------------- -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) ============================================== Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net ============================================== |
|
From: Norman V. <nh...@ca...> - 2011-05-26 02:45:53
|
Peter I would be tempted to use the relatively new OssimSingleImageChain as the basis for the QGisOssimImageProvider as it seems to map relatively well to Radim's Raster Provider abstaction Cheers Norman On May 25, 2011, at 4:07 PM, Peter Borissow wrote: > Hi Tim- > We are playing with 1.6. We'll download the 1.7 branch right away. I agree, use of gdal should be abstracted away into a gdal provider. Sounds like we would create an OSSIM provider. > > And yes, we want to create/execute OSSIM image chains directly in QGIS! > > Thanks, > Peter > > > > -----Original Message----- > From: Tim Sutton [mailto:li...@li...] > Sent: Wednesday, May 25, 2011 4:03 PM > To: Pirmin Kalberer > Cc: qgi...@li...; Peter Borissow; qgi...@li...; Mingjie Su; Harsh Govind > Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS > > Hi Peter > > 8<-------------------snip---------------------- > >>>> We started our investigation late last week. We have a debug version >>>> of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We >>>> have since discovered how integral GDAL is to QGIS. Undaunted, we >>>> added a some temporary hacks to bypass GDAL and we're now getting >>>> images to display via OSSIM! For us, this is a huge first step and we >>>> are seriously considering pressing ahead. > > What version are you building against? Since the 1.7 branch and in > current master branch, Radim Blazek has done a great overhaul to cater > for proper raster providers. That means you should not find QGIS is > heavily intertwined with GDAL - the use of gdal should be abstracted > away into the gdal provider, and you should be able to implement ossim > raster support as a clean separate provider. > > I would also really love to see OSSIM support in QGIS (and maybe some > of those nice processing chains making their way into QGIS :-). > > Regards > > Tim > > 8<-------------------snip---------------------- > -- > Tim Sutton - QGIS Project Steering Committee Member (Release Manager) > ============================================== > Please do not email me off-list with technical > support questions. Using the lists will gain > more exposure for your issues and the knowledge > surrounding your issue will be shared with all. > > Visit http://linfiniti.com to find out about: > * QGIS programming and support services > * Mapserver and PostGIS based hosting plans > * FOSS Consulting Services > Skype: timlinux > Irc: timlinux on #qgis at freenode.net > ============================================== > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > QGIS-OSSIM mailing list > QGI...@li... > https://lists.sourceforge.net/lists/listinfo/qgis-ossim |
|
From: Peter B. <Bor...@ge...> - 2011-05-25 20:22:09
|
Giovanni/Pirmin- Thanks for the links. Looks like a cool plugin for ossim planet. Our goals are a little different. I think Tim has a good idea of what we're trying to do. We'll be in touch soon. Thanks! Peter -----Original Message----- From: qgi...@li... [mailto:qgi...@li...] On Behalf Of Giovanni Manghi Sent: Wednesday, May 25, 2011 3:48 PM To: Peter Borissow Cc: qgi...@li...; Mingjie Su; qgi...@li...; Harsh Govind Subject: RE: [Qgis-developer] Integrating OSSIM with QGIS Hi Peter, On Wed, 2011-05-25 at 15:42 -0400, Peter Borissow wrote: > Hi Giovanni- > We would love to get our hands on the plugin if it exists! Can you point us in the right direction? here are the links in my bookmarks http://web.me.com/epiesasha/PlanetSasha/Project.html http://www.ustream.tv/recorded/2502924 cheers -- Giovanni -- _______________________________________________ Qgis-developer mailing list Qgi...@li... http://lists.osgeo.org/mailman/listinfo/qgis-developer |
|
From: Peter B. <Bor...@ge...> - 2011-05-25 20:07:55
|
Hi Tim- We are playing with 1.6. We'll download the 1.7 branch right away. I agree, use of gdal should be abstracted away into a gdal provider. Sounds like we would create an OSSIM provider. And yes, we want to create/execute OSSIM image chains directly in QGIS! Thanks, Peter -----Original Message----- From: Tim Sutton [mailto:li...@li...] Sent: Wednesday, May 25, 2011 4:03 PM To: Pirmin Kalberer Cc: qgi...@li...; Peter Borissow; qgi...@li...; Mingjie Su; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS Hi Peter 8<-------------------snip---------------------- >> > We started our investigation late last week. We have a debug version >> > of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We >> > have since discovered how integral GDAL is to QGIS. Undaunted, we >> > added a some temporary hacks to bypass GDAL and we're now getting >> > images to display via OSSIM! For us, this is a huge first step and we >> > are seriously considering pressing ahead. What version are you building against? Since the 1.7 branch and in current master branch, Radim Blazek has done a great overhaul to cater for proper raster providers. That means you should not find QGIS is heavily intertwined with GDAL - the use of gdal should be abstracted away into the gdal provider, and you should be able to implement ossim raster support as a clean separate provider. I would also really love to see OSSIM support in QGIS (and maybe some of those nice processing chains making their way into QGIS :-). Regards Tim 8<-------------------snip---------------------- -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) ============================================== Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net ============================================== |
|
From: Peter B. <Bor...@ge...> - 2011-05-25 19:42:59
|
Hi Giovanni- We would love to get our hands on the plugin if it exists! Can you point us in the right direction? Thanks, Peter -----Original Message----- From: Giovanni Manghi [mailto:gio...@gm...] Sent: Wednesday, May 25, 2011 3:28 PM To: Peter Borissow Cc: qgi...@li...; qgi...@li...; Mingjie Su; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS Hi Peter, I believe there is already a OSSIM plugin for QGIS (I don't remember if it ever worked without major issues or if it was finished at all), are you aware of it? Cheers -- Giovanni -- On Wed, 2011-05-25 at 15:24 -0400, Peter Borissow wrote: > Hello- > > We are currently investigating using QGIS as a front end to OSSIM > (http://trac.osgeo.org/ossim/). At a very high level, our goal is to > use OSSIM for rendering raster data in QGIS. That way, we can leverage > the power of OSSIM for image processing and use OGR for vector > visualization and editing using the QGIS platform. In fact, it looks > like someone else had the same idea some time ago: > > > > http://www.qgis.org/wiki/Integration_of_QGIS_and_OSSIM > > > > We started our investigation late last week. We have a debug version > of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We > have since discovered how integral GDAL is to QGIS. Undaunted, we > added a some temporary hacks to bypass GDAL and we’re now getting > images to display via OSSIM! For us, this is a huge first step and we > are seriously considering pressing ahead. > > > > Is this something that the QGIS community would support? We would very > much appreciate your blessing and support. We have lots of questions > and could really use your help. > > > > Thanks in Advance! > > Peter > > > _______________________________________________ > Qgis-developer mailing list > Qgi...@li... > http://lists.osgeo.org/mailman/listinfo/qgis-developer |
|
From: Peter B. <Bor...@ge...> - 2011-05-25 19:24:49
|
Hello-
We are currently investigating using QGIS as a front end to OSSIM (http://trac.osgeo.org/ossim/). At a very high level, our goal is to use OSSIM for rendering raster data in QGIS. That way, we can leverage the power of OSSIM for image processing and use OGR for vector visualization and editing using the QGIS platform. In fact, it looks like someone else had the same idea some time ago:
http://www.qgis.org/wiki/Integration_of_QGIS_and_OSSIM
We started our investigation late last week. We have a debug version of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We have since discovered how integral GDAL is to QGIS. Undaunted, we added a some temporary hacks to bypass GDAL and we're now getting images to display via OSSIM! For us, this is a huge first step and we are seriously considering pressing ahead.
Is this something that the QGIS community would support? We would very much appreciate your blessing and support. We have lots of questions and could really use your help.
Thanks in Advance!
Peter
|
|
From: Tim S. <ti...@li...> - 2005-12-23 23:01:50
|
This is a test message to see if this list works ok.... -- Tim Sutton (tim at linfiniti.com) Visit http://qgis.org for a great open source GIS application Skype : timlinux Jabber : tim...@ja... MSN : tim...@ms... ICQ : 245485851 |