[OSGeo-Discuss] [Fwd: FOSS4G Videos and Presentations online]
--- Begin Message --- Sydney, Australia. 7 December 2009. http://2009.foss4g.org Presentations, videos and posters from the international conference for Free and Open Source Software for GeoSpatial are now online. So if you missed the conference, or couldn't attend all the sessions, you now have a second chance to participate. In particular, I strongly recommend viewing Paul Ramsey's thought provoking and entertaining keynote speech, " Beyond Nerds Bearing Gifts: The Future of the Open Source Economy", http://2009.foss4g.org/speakers/#Paul_Ramsey . Almost all presentations, tutorials and workshop material has been collected, and we have videos of 2/3 of all the presentations. Presentations, workshops and tutorials and videos are linked from abstract descriptions at: http://2009.foss4g.org/schedule/ . Videos can also be found at: http://blip.tv/search?q=fosslc Posters: http://wiki.osgeo.org/wiki/FOSS4G_2009_Posters Ignight Spatial lightening talk videos: http://www.ignitespatial.com/?page_id=181 Photos: http://www.flickr.com/photos/tags/foss4g2009/ About FOSS4G http://2009.foss4g.org FOSS4G is an international Free and Open Source Software for Geospatial conference, which was held in Sydney, Australia, 20-23 October 2009. FOSS4G offered presentations, workshops, demos, an install-fest, and a code sprint. It was presented by the world's best Developers, Policy Makers, Sponsors and Geospatial Professionals and included the latest geospatial applications, standards, government programs, business processes and case studies. Topics included mobile platforms, location based applications, crowd sourcing, cloud computing, development, spatial standards, integration of cross-agency data, Spatial Data Infrastructures, Sensor Webs, Web Processing Services, Integration of Open Source and Proprietary Software and more. Media Sponsors Position Magazine: http://www.positionmag.com.au/ Asian Surveying and Mapping Newsletter: http://www.asmmag.com Geoconnexions Magazine: http://www.geoconnexion.com/ Directions Magazine: http://directionsmag.com/ GIS Development: http://gisdevelopment.net/ Baliz Media: http://www.BALIZ-MEDIA.com/ Slashgeo: http://slashgeo.org -- Cameron Shorter FOSS4G Conference Chair, Geospatial Systems Architect, LISAsoft, Australia http://www.lisasoft.com Commercial support for Geospatial Open Source and Open Standards Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 --- End Message --- ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] 2010 New York Code Sprint
Hi all, just a reminder to developers that there is a Code Sprint being organized for February of next year in New York. Details and coordination on the wiki! http://wiki.osgeo.org/wiki/New_York_Code_Sprint_2010 Paul ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] WCS/WMS accuracy tests?
On Dec 7, 2009, at 7:04 PM, Frank Warmerdam wrote: > Steven M. Ottens wrote: >> On Dec 7, 2009, at 6:48 PM, Frank Warmerdam wrote: >>> Steven M. Ottens wrote: Hi all, Working with Geoserver as a WCS we discovered that requesting a GeoTIFF in the same projection as the original GeoTIFF produces a shifted dataset. (http://jira.codehaus.org/browse/GEOS-3702) The shift is small, less than one pixel of the original dataset, but with a coarse dataset of 100m/pixel it can be 70meters. The Geoserver people are aware of the problem and at some point in time will fix it I'm sure, but it prompted me to test other OSS WCS servers (mapserver and deegree). Both of them showed a shift of the data as well. Deegree has about the same error as Geoserver, while Mapserver does a better job but is still off. I know there have been speed tests between different WMS services, but I'm wondering has there been any data-quality/accuracy test been done between WMS and/or WCS services? >>> Steven, >>> I would appreciate your filing a detailed ticket on this issue against >>> MapServer. Please be specific about the exact request made, provide the >>> data and mapfile, and explain why you think the results are wrong. >> Will do once the tests are completed. Currently we overlay the original >> GeoTiff with the result of the request in QGIS. Other ways of testing are >> welcome. (I was thinking gdal-info output, overlay in uDig and ArcMap to >> rule out bias of QGIS) > > Steve, > > Are you requesting the data at greater than the natural resolution of the > image? Is it the DescribeCoverage extent details that are wrong? If > you request the imagery supersampled (at higher resolution than the underlying > image) then there is a known issue with MapServer that can be fixed by > setting adding the following line to the LAYER at some cost in processing > speed: > I will test both the same resolution and a greater resolution to be sure. Currently we request a greater resolution since that's what we need. > PROCESSING "RESAMPLE=NEAREST" > I discovered that already and included it in my mapfile. The trouble is that the image from Mapserver (and the other services) is shifted to the South East. I only did a quick test before the office closed so the exact shift is still to be determined, but it was noticeable smaller than with Geoserver and Deegree. For Geoserver we tested it both by defining a resolution of the output image and with a width and height with the same BBOX. For Mapserver I only tried the resolution request (&resx=#&resy=#) > If that is the issue then a ticket might still be appropriate, but I will > take a different approach which is to force use of the more precise resampler > when any raster draw request is made at supersampled resolution. > > Best regards, > -- > ---+-- > I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush| Geospatial Programmer for Rent > > ___ > 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
Re: [OSGeo-Discuss] WCS/WMS accuracy tests?
Steven M. Ottens wrote: On Dec 7, 2009, at 6:48 PM, Frank Warmerdam wrote: Steven M. Ottens wrote: Hi all, Working with Geoserver as a WCS we discovered that requesting a GeoTIFF in the same projection as the original GeoTIFF produces a shifted dataset. (http://jira.codehaus.org/browse/GEOS-3702) The shift is small, less than one pixel of the original dataset, but with a coarse dataset of 100m/pixel it can be 70meters. The Geoserver people are aware of the problem and at some point in time will fix it I'm sure, but it prompted me to test other OSS WCS servers (mapserver and deegree). Both of them showed a shift of the data as well. Deegree has about the same error as Geoserver, while Mapserver does a better job but is still off. I know there have been speed tests between different WMS services, but I'm wondering has there been any data-quality/accuracy test been done between WMS and/or WCS services? Steven, I would appreciate your filing a detailed ticket on this issue against MapServer. Please be specific about the exact request made, provide the data and mapfile, and explain why you think the results are wrong. Will do once the tests are completed. Currently we overlay the original GeoTiff with the result of the request in QGIS. Other ways of testing are welcome. (I was thinking gdal-info output, overlay in uDig and ArcMap to rule out bias of QGIS) Steve, Are you requesting the data at greater than the natural resolution of the image? Is it the DescribeCoverage extent details that are wrong? If you request the imagery supersampled (at higher resolution than the underlying image) then there is a known issue with MapServer that can be fixed by setting adding the following line to the LAYER at some cost in processing speed: PROCESSING "RESAMPLE=NEAREST" If that is the issue then a ticket might still be appropriate, but I will take a different approach which is to force use of the more precise resampler when any raster draw request is made at supersampled resolution. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Programmer for Rent ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] WCS/WMS accuracy tests?
On Dec 7, 2009, at 6:48 PM, Frank Warmerdam wrote: > Steven M. Ottens wrote: >> Hi all, >> Working with Geoserver as a WCS we discovered that requesting a GeoTIFF in >> the same projection as the original GeoTIFF produces a shifted dataset. >> (http://jira.codehaus.org/browse/GEOS-3702) The shift is small, less than >> one pixel of the original dataset, but with a coarse dataset of 100m/pixel >> it can be 70meters. The Geoserver people are aware of the problem and at >> some point in time will fix it I'm sure, but it prompted me to test other >> OSS WCS servers (mapserver and deegree). Both of them showed a shift of the >> data as well. Deegree has about the same error as Geoserver, while Mapserver >> does a better job but is still off. >> I know there have been speed tests between different WMS services, but I'm >> wondering has there been any data-quality/accuracy test been done between >> WMS and/or WCS services? > > Steven, > > I would appreciate your filing a detailed ticket on this issue against > MapServer. Please be specific about the exact request made, provide the > data and mapfile, and explain why you think the results are wrong. Will do once the tests are completed. Currently we overlay the original GeoTiff with the result of the request in QGIS. Other ways of testing are welcome. (I was thinking gdal-info output, overlay in uDig and ArcMap to rule out bias of QGIS) Steven > > Best regards, > -- > ---+-- > I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush| Geospatial Programmer for Rent > > ___ > 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
Re: [OSGeo-Discuss] WCS/WMS accuracy tests?
On Dec 7, 2009, at 5:47 PM, Stephen Woodbridge wrote: > Steven M. Ottens wrote: >> >> I know there have been speed tests between different WMS services, >> but I'm wondering has there been any data-quality/accuracy test been >> done between WMS and/or WCS services? > > I wonder if this is the difference between pixel as a point versus pixel as > an area. Mapserver uses gdal to handle GeoTiff files and Frank has put a lot > of effort in Gdal to handle this correctly. > That's our feeling as well. Andrea mentioned that there's an issue with different interpretations on the location of a pixel (centre vs. top-left). > Also, I'm surprised that there is any shift in mapserver because I do not > think mapserver reprojects data if the in and out projections are the same. I > can speak for the other services as I don't know how they work. I'll be doing more detailed tests tomorrow and will post an overview then with the exact versions and configurations and results if people want to reproduce them. I f people have suggestions for specific tests or configurations I'm happy to apply those if possible. Going to test with the latest Geoserver nightly, Mapserver 5.6.0-rc1, Deegree 2.3 rc1 on a windows 2003 machine. With two different GeoTIFFs (one in epsg:4326 and one in epsg:3035) Steven___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] WCS/WMS accuracy tests?
Steven M. Ottens wrote: Hi all, Working with Geoserver as a WCS we discovered that requesting a GeoTIFF in the same projection as the original GeoTIFF produces a shifted dataset. (http://jira.codehaus.org/browse/GEOS-3702) The shift is small, less than one pixel of the original dataset, but with a coarse dataset of 100m/pixel it can be 70meters. The Geoserver people are aware of the problem and at some point in time will fix it I'm sure, but it prompted me to test other OSS WCS servers (mapserver and deegree). Both of them showed a shift of the data as well. Deegree has about the same error as Geoserver, while Mapserver does a better job but is still off. I know there have been speed tests between different WMS services, but I'm wondering has there been any data-quality/accuracy test been done between WMS and/or WCS services? Steven, I would appreciate your filing a detailed ticket on this issue against MapServer. Please be specific about the exact request made, provide the data and mapfile, and explain why you think the results are wrong. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Programmer for Rent ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] WCS/WMS accuracy tests?
Steven M. Ottens wrote: Hi all, Working with Geoserver as a WCS we discovered that requesting a GeoTIFF in the same projection as the original GeoTIFF produces a shifted dataset. (http://jira.codehaus.org/browse/GEOS-3702) The shift is small, less than one pixel of the original dataset, but with a coarse dataset of 100m/pixel it can be 70meters. The Geoserver people are aware of the problem and at some point in time will fix it I'm sure, but it prompted me to test other OSS WCS servers (mapserver and deegree). Both of them showed a shift of the data as well. Deegree has about the same error as Geoserver, while Mapserver does a better job but is still off. I know there have been speed tests between different WMS services, but I'm wondering has there been any data-quality/accuracy test been done between WMS and/or WCS services? I wonder if this is the difference between pixel as a point versus pixel as an area. Mapserver uses gdal to handle GeoTiff files and Frank has put a lot of effort in Gdal to handle this correctly. Also, I'm surprised that there is any shift in mapserver because I do not think mapserver reprojects data if the in and out projections are the same. I can speak for the other services as I don't know how they work. -Steve W ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] WCS/WMS accuracy tests?
Hi all, Working with Geoserver as a WCS we discovered that requesting a GeoTIFF in the same projection as the original GeoTIFF produces a shifted dataset. (http://jira.codehaus.org/browse/GEOS-3702) The shift is small, less than one pixel of the original dataset, but with a coarse dataset of 100m/pixel it can be 70meters. The Geoserver people are aware of the problem and at some point in time will fix it I'm sure, but it prompted me to test other OSS WCS servers (mapserver and deegree). Both of them showed a shift of the data as well. Deegree has about the same error as Geoserver, while Mapserver does a better job but is still off. I know there have been speed tests between different WMS services, but I'm wondering has there been any data-quality/accuracy test been done between WMS and/or WCS services? Regards, Steven ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
