Re: [OSGeo-Discuss] 2 more nominations (2 of 2) (UNCLASSIFIED)

2014-07-31 Thread Smith, Michael ERDC-CRREL-NH
Classification: UNCLASSIFIED
Caveats: NONE

Another one I always thought was already a charter member. +1 The Duck should 
definitely be an OSGeo Charter Member

Mike


Michael Smith
US Army Corps
Remote Sensing/GIS Center




-Original Message-
From: discuss-boun...@lists.osgeo.org [mailto:discuss-boun...@lists.osgeo.org] 
On Behalf Of Basques, Bob (CI-StPaul)
Sent: Wednesday, July 30, 2014 9:09 PM
To: discuss@lists.osgeo.org
Subject: [EXTERNAL] Re: [OSGeo-Discuss] 2 more nominations (2 of 2)


All,

I would like to nominate Dan (Ducky) Little.  I've worked with him over the 
years on many projects, and he's a staunch advocate of Open Source software.  
He was instrumental in Open Sourcing the GeoMOOSE project and continues to 
develop and use Open Source tools.

+1


Bob Basques


___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss

Classification: UNCLASSIFIED
Caveats: NONE


___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


[OSGeo-Discuss] OSGeo Charter Member Nomination: Stephan Meißl (UNCLASSIFIED)

2014-07-21 Thread Smith, Michael ERDC-CRREL-NH
Classification: UNCLASSIFIED
Caveats: NONE

I second the nomination of Stephan Meißl as an OSGeo Charter Member.  This is 
another case where I just assumed that Stephan already was. I have worked with 
Stephan on the MapServer PSC and participated in the 2014 OSGeo Code Sprint in 
Vienna which again raised the bar in OSGeo Code Sprints.  Stephan is already an 
outstanding member of OSGeo, we just need the formal recognition of it. 

Mike

-- 
Michael Smith
Remote Sensing/GIS Center
US Army Corps of Engineers

Classification: UNCLASSIFIED
Caveats: NONE


___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] Boad of Director Nomination: Daniel Morissette

2012-07-25 Thread Smith, Michael ERDC-CRREL-NH
+1 (in every possible way, an outstanding choice)

Mike

-- 
Michael Smith

Remote Sensing/GIS Center
US Army Corps of Engineers



On 7/25/12  1:18 PM, Seven (aka Arnulf) se...@arnulf.us wrote:

Dear OSGeo Community, Charter Members,
I want to nominate Daniel Morissette for the OSGeo board of directors.

I have been working with Daniel for many years and he is one of the most
trustworthy and consistently productive people I know. He has always
proven to be highly sensitive to community related aspects and has an
international outlook, combined with very good English skills. This
makes him a good mediator between different regions and cultures, a
regularly upcoming issue in our community. This would already make him
an invaluable member of the board of directors. But this is not enough,
on top of this he also tends to the irksome job of treasurer and has
toiled through many down-to-earth tasks that an organization of our size
requires to get done. He is also an integral part of the Franco-Canadian
local community and a relentless contributor to the MapServer project.

It would be silly to not squeeze some more out of him if he so friendly
asks for it.

Thank you,
Arnulf

-- 
Exploring Space, Time and Mind
http://arnulf.us
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


[OSGeo-Discuss] Board Nomination: Jeff McKenna

2012-07-23 Thread Smith, Michael ERDC-CRREL-NH
I would like to nominate Jeff McKenna to the board of OSGeo.

As to his qualifications, how much time to do you have? Jeff lives and breathes 
OSGeo and is one of the most active members of the OSGeo community. He is a 
friend, resource and gateway to all who have an interest in Open Source (data 
and software) and OSGeo in particular. Jeff is one of the original charter 
members (from 2006) and has been on the OSGeo board before (September 2009). 
Jeff has a passion for OSGeo that is unrivaled by anyone, a big heart, and  is 
considered someone always ready to talk or listen when anyone, anywhere has a 
OSGeo question, comment or critique. Jeff is very international in his approach 
to OSGeo and works with and participates with many, many OSGeo chapters 
worldwide. He has also been an incredible force behind almost all of the 
international FOSS4G conferences. Jeff would be a humble, strong, active and 
loud voice for OSGeo.

And I'm proud to call him my friend.

Mike

--
Michael Smith
US Army Corps
Remote Sensing GIS/Center
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


[OSGeo-Discuss] Nomination for OSGeo Board of Directors: Jeff McKenna

2011-08-04 Thread Smith, Michael ERDC-CRREL-NH
I would like to nominate Jeff McKeena to the OSGeo Board of Directors. Jeff has 
been an OSGeo Board member, a founding member of OSGeo, OSGeo Conference 
Committee chair, MapServer PSC member, FOSS4g Workshop Committee member and 
founding co-chair of the OSGeo Ottawa chapter. Jeff is very active in the 
MapServer, GDAL, FOSS4G, and OSGeo communities. He is responsible for running 
the ever popular WMS Benchmarking effort. Jeff is a tireless advocate for open 
source, open collaboration and is a big (ha!) welcoming presences in the OSGeo 
community for many first-timers. Jeff is responsible for the very popular MS4W 
Mapserver distribution, which is a mainstay for windows users of MapServer. 
Jeff is a graduate of the prestigious COGS (http://www.cogs.ns.ca/) and is the 
president of Gateway Geomatics. He has worked extensively with many 
international OSGeo chapters over the years. And he is a damn nice guy.

Mike

---
Michael Smith
Remote Sensing/GIS Center
US Army Corps of Engineers


___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] Publishing huge Oracle GeoRasters

2010-08-16 Thread Smith, Michael ERDC-CRREL-NH
Sebastian,

I¹d say that improvements to GDAL would be the best option here. I know that
Ivan Lucena, who wrote the GDAL GeoRaster driver and has been working with
you on debugging, could make changes once the exact issue has been
discovered.

This would improve mapserver, Geoserver and any other system that uses GDAL.

Mike


-- 
Michael Smith
US Army Corps of Engineers
Remote Sensing/GIS Center
Hanover, NH 




On 8/16/10 5:29 PM, Sebastian E. Ovide sebastian.ov...@gmail.com wrote:

 Hi All,
 
 I'm looking for a good tool to publish huge Oracle GeoRasters. The options
 that I have explored so far are: 
 GeoServer: I was not able to make it work with GeoRasters
 MapViewer: very Trivial to use but it is not open source.
 MapServer+GDAL + TileCache/MapProxy: great combination but I am having weird
 performance problems with MapServer + GDAL. I say weird because I'm having
 performance issues with LOW level of the pyramid. MapServer in some how does a
 SELECT on ALL the blobs of the current pyramid level !
 
 Is there any other Open Source options ?
 
 thanks

___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Re: [OSGeo-Discuss] Raster data on RDBMS

2008-10-29 Thread Smith, Michael ERDC-CRREL-NH
Ivan,

Those numbers look impressive. We are just starting to set up some new
hardware here and I plan to do some testing also. Perhaps we can collaborate
and come up with a test suite in order to track these numbers across builds.

Mike


-- 
Michael Smith
RSGIS Center
ERDC - CRREL
US Army Corps of Engineers




On 10/29/08  1:35 AM, Lucena, Ivan [EMAIL PROTECTED] wrote:

 Paul,
 
 Good thought. 
 
 Let's see. The default blocking used by the GeoRaster driver is (256, 256, 1).
 That is good because GeoTiffs doesn't tile on band space. So I would imagine
 that if I tiled the GeoTiff this way:
 
 [EMAIL PROTECTED]:~/Data time gdal_translate Barcelona_2007_R2C2.TIF
 Barcelona_2007_R2C2_tiled.TIF -co BLOCKXSIZE=256 -co BLOCKYSIZE=256
 Input file size is 14336, 14336
 0...10...20...30...40...50...60...70...80...90...100 - done.
 real   0m42.991s
 user 0m20.289s
 sys   0m2.516s
 
 The comparison would be fair:
 
 [EMAIL PROTECTED]:~/Data time gdal_translate Barcelona_2007_R2C2_tiled.TIF
 out2.tif -srcwin 0 0 2000 2000
 Input file size is 14336, 14336
 0...10...20...30...40...50...60...70...80...90...100 - done.
 real   0m1.604s
 user 0m1.156s
 sys  0m0.444s
 
 What do you think?
 
 I would imagine that if I run gdaladdo to add Pyramids on the GeoRaster one
 application could take advantage of it by telling Oracle to cache the BLOB in
 memory. So the next time a user zoom-in the performance would be even better.
 
 I am trying to setup a mapserver experiment on that issue but for now I would
 like to keep my analysis on that very simple process of extracting a subset.
 
 Best regards,
 
 Ivan
 
 
  ---Original Message---
  From: Paul Ramsey [EMAIL PROTECTED]
  Subject: Re: [OSGeo-Discuss] Raster data on RDBMS
  Sent: Oct 29 '08 05:00
  
  The data is chunked in Oracle into tiles, so unless you tile the TIFF
  as well you aren't really doing a direct comparison. Even if you end
  up with the same numbers for both processes, I'll still be impressed,
  since I assumed Oracle would have a higher overhead.
  
  P.
  
  On Tue, Oct 28, 2008 at 9:54 PM, Lucena, Ivan [EMAIL PROTECTED]
 wrote:
 Hi There,
 
 I would like to return to a discussion that we had months ago about raster
 on RDBMS. But this time I would like to present some number.
 
 As long as I could recall there was basically two major arguments contrary
 to storing raster on RDBMS. One very pragmatical: Why waste precious
 process time with the overhead of dealing with queries, tables, client-sever
 back and forth just to get the data from BLOB fields on a database when you
 can get it directly from the file system?. The other argument was
 semantical: Why store raster on RDBMS if in general we are not expecting to
 have a transactions on that data?
 
 I cannot argue against the second one. I basically agreed with that but
 after seeing how fragile and complicated even a well defined structure of
 folders and files could be I would vote in favor of the good and old
 relational model.
 
 That is my experiment. I downloaded two free data samples from Naveteq
 website. Two geotiff files with the same size and number of bands (14336,
 14336,  3):
 
 [EMAIL PROTECTED]:~/Data du -k Barcelona_2007_R2C2.TIF
 602828  Barcelona_2007_R2C2.TIF
 [EMAIL PROTECTED]:~/Data du -k San_Francisco_2006_R1C2.TIF
 602828  San_Francisco_2006_R1C2.TIF
 
 Then I loaded those images to Oracle Spatial GeoRaster using GDAL. The
 loading process is comparable than some commercial ETL products on the
 market. It took about 2 minutes to load each image.
 
 [EMAIL PROTECTED]:~/Data time gdal_translate -of georaster
 Barcelona_2007_R2C2.TIF georaster:scott,tiger,orcl,RDT_2$,2
 Input file size is 14336, 14336
 0...10...20...30...40...50...60...70...80...90...100 - done.
 Ouput dataset: (georaster:scott,tiger,orcl,RDT_2$,2) on GDAL_IMPORT,RASTER
 real  1m54.973s
 user 0m4.368s
 sys   0m1.936s
 
 If you are a Oracle GeoRaster users you might be excited about those number
 already but those are not the numbers I want to show. What I would like to
 do is to compare the time that it takes to extract subset from the original
 geotiff and compare with the time to extract the same subset from the RDBMS.
 He are the numbers:
 
 [EMAIL PROTECTED]:~/Data time gdal_translate
 georaster:scott,tiger,orcl,RDT_2$,2 out.tif -srcwin 0 0 2000 2000
 Input file size is 14336, 14336
 0...10...20...30...40...50...60...70...80...90...100 - done.
 real  0m0.720s
 user 0m0.408s
 sys   0m0.108s
 
 [EMAIL PROTECTED]:~/Data time gdal_translate Barcelona_2007_R2C2.TIF 
 out2.tif
 -srcwin 0 0 2000 2000
 Input file size is 14336, 14336
 0...10...20...30...40...50...60...70...80...90...100 - done.
 real  0m1.177s
 user 0m0.976s
 sys   0m0.188s
 
 And I also checked the integrity of the results to see if I get the same
 result:
 
 [EMAIL PROTECTED]:~/Data gdalinfo -checksum out.tif
 ...
 Band 1 Block=2000x1 Type=Byte, ColorInterp=Red
   Checksum=58248
 Band 2 Block=2000x1 Type=Byte, ColorInterp=Green