[OSGeo-Discuss] multi-lingual WMS-legends
Hi all, I'm currently building a multi-lingual Web-GIS application. One of the requirements is that the legends of the maps are multi-lingual. E.g. if the chosen language is English, the legend will say 'forest', whereas when the chosen language is Dutch it will say 'bos'. So no need to have all the languages in one image, using something like lang=en is fine by me. I've done a quick look in the mapserver documentation but it doesn't appear to support lang for generating legends. Nor does the WMS 1.3.0 specification for that matter. Has anyone tried to do such a thing? regards, Steven ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] spatialreference.org down?
Hi Giovanni, from the openlayers-dev: For the time being, I have turned off spatialreference.org, which is the site which is actually locking up the server. If we see more failures, we can look into it more seriously, but I expect that this should stop the server from falling over again for the time being. -- Chris apparently spatialref interfered with openlayers.org s On 12/30/2010 4:44 PM, Giovanni Manghi wrote: Hi all, does anyone know about the spatialreference.org site? I noticed that the site just show the following message: This site is not operational for the time being. cheers -- Giovanni -- ___ 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?
Hi all, I've finished my tests. The conclusion: Geoserver has a bug which offsets all the results by half a pixel, this is a known issue with the definition of the location of a pixel. Added to this there’s the no-data border which appears with non-native, non-multiple requests. I presume that will be gone once the pixel issue is resolved. Mapserver doesn’t offset the data unless it is physically impossible (non-native, non-multiple resolutions, extents which don’t snap to source data) but produces a multi-band geotiff where the source data is single band. Deegree has a bug which offsets some of the results, but I don’t know what causes it and although it is resolution-related I don’t see a pattern. It also produces a multi-band geotiff instead of a single band. The full report can be found at: http://blog.minst.net/2009/12/09/perceived-wcs-inaccuracy (slow site warning) The issue for Geoserver can be found at http://jira.codehaus.org/browse/GEOS-3702 The issue for Deegree can be found at http://wald.intevation.org/tracker/index.php?func=detailaid=1216group_id=27atid=212 For mapserver I didn't file a bug since I'm not entirely sure if the GeoTiff multi-band image is me or mapserver and I didn't inverstigate it any further. If there are any questions or remarks let me know regards, Steven On Dec 8, 2009, at 9:31 AM, Judit Mays wrote: Hello Steven, the deegree crowd would also be interested in a description of your test cases and the results. If you could send an email either here or, preferably, to the deegree developer list [1], this would be much appreciated. I talked to one of the main deegree WMS developers and he told me that deegree-wms passes all the OGC CITE tests of CITE 1.3.0, and that there are specific tests which check whether the returned tiff contains the expected pixels. So it would indeed be interesting to see, what is different in your tests to cause the offset. Kind regards, Judit [1] deegree-de...@lists.sourceforge.net | register at: https://lists.sourceforge.net/lists/listinfo/deegree-devel Steven M. Ottens schrieb: 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
Re: [OSGeo-Discuss] WCS/WMS accuracy tests?
On Dec 9, 2009, at 6:02 PM, Frank Warmerdam wrote: Steven, I believe you would want to change this: OUTPUTFORMAT NAME GTiff DRIVER GDAL/GTiff MIMETYPE image/tiff IMAGEMODE RGB EXTENSION tif END to: OUTPUTFORMAT NAME GTiff DRIVER GDAL/GTiff MIMETYPE image/tiff IMAGEMODE BYTE EXTENSION tif END Thanks, I figured it was a configuration issue, but didn't look into it, was busy testing something else ;) The change does fix the 'problem' and now I do get single band images. Regards, Steven ___ 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
Re: [OSGeo-Discuss] Re: [Qgis-developer] Icons symbology and naming
Hi all, I've created a wiki-page on the OSGeo wiki to both explain the purpose of the OSGeo Icon Set and give developers a single place to get and request icons http://wiki.osgeo.org/wiki/OSGeo_icon_set Steven On Dec 22, 2008, at 10:54 PM, Robert Szczepanek wrote: Hi Bob, Is there a set of icons already available to start from? bobb My unordered way in chronological order: - assumptions and first draft http://www.szczepanek.pl/icons.grass/ - second draft http://www.szczepanek.pl/icons.grass/v.0.1/ - short research http://geoinformatics.fsv.cvut.cz/wiki/index.php/ Toolbar_icons_for_GIS_applications - last versions http://robert.szczepanek.pl/icons.php Last site contains 3 zipped icon sets used in QGIS and proposal for naming convention plus basic GIS objects and actions (at the top). regards, Robert Szczepanek ___ 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] Re: [Qgis-developer] Icons symbology and naming
Hi Robert, On Dec 22, 2008, at 7:59 PM, Robert Szczepanek wrote: Hi Steven, Fate will that I just send a mail to the osgeo-discuss list with the proposal to use the Tango-set for foss4g applications and create a GIS superset for our specific needs. So I'm very happy with the work you've done so far. I'm wondering if you would be interested to help to create a complete tango set for all applications to be used (in a similar way the tango project does it). This does involve creating a icon-name-specification and a svn with icons in three sizes etc. I'm very glad to read that we have so much in common! Yes, that is also my long-term goal. To make GIS icon theme/set. That's why I have started common-icon-naming-problem and icon- symbology scalability problem in terms of GIS applications diversity. :) However, in my opinion at this moment we should focus more on symbols than different icon sizes. Basic size for toolbars (small icons) is not scalable upsize. So we can't make just one SVG and scale it. That is why I focused on toolbar icons size. They are the most important I think. I have very limited time and try to correlate my efforts with QGIS/GRASS relases. That is why I didn't start cooperation with Tango people yet. I would prefer to have core symbols selected and then start talking with them about design details. Tango was mine main inspiration, so I try to follow their guidelines, but not strictly. Obviously it is an awful lot of work to create icons in all sizes Tango proposes, as such I do understand that you did not do that. The work you've done so far is marvelous, creating an entire set of icons for QGIS is a whole lot of work in itself. So what I'm proposing is to help you to design more icons and in more sizes. So I'm looking for a way how we can work together to create on one side a consistent set for QGIS/GRASS, which is obviously your main concern and on the other side to create a stock set for the OSGeo community. So I like to setup some more general system in the osgeo (or tango) infrastructure with the icons we have so far in both SVG and png. Also push the icon naming scheme a bit more so projects can easily use our icons. If you think this is a good idea I'll contact the Tango people to get some more information on setting up a icon- repository (tango-artist mailinglist) and we can continue on happy designing. It would be great to work together with you and with Tango people. Same here, I'm slightly more a Tango-purist so be warned ;) Regards, Steven regards, Robert ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Re: [Qgis-developer] Icons symbology and naming
We are aiming at icons for applications, not at map symbols (correct me if I'm wrong robert) so while there is a big need for mapsymbols, I'm not going to address them just yet. Creating a thorough set of icons for all foss4g application to use is enough work for the moment. Luckily Robert has created a very complete set for qgis at: http:// robert.szczepanek.pl/icons.php so my goal is to get his set known within the broader osgeo community and get the differnet applications adhere to the icon-naming-specification (which we still need to write down) :) Steven On Dec 22, 2008, at 10:33 PM, Dan Putler wrote: Another potential set to add to the list are the public domain US National Park Service symbols (http://www.nps.gov/hfc/carto/map-symbols.htm). Dan On Mon, 2008-12-22 at 22:07 +0100, Markus Neteler wrote: On Mon, Dec 22, 2008 at 10:04 PM, Bob Basques bob.basq...@ci.stpaul.mn.us wrote: Hello, Is there a set of icons already available to start from? Yes, see links in http://wiki.osgeo.org/wiki/OSGeo_map_symbol_set#Available_Material Markus ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss -- Dan Putler Sauder School of Business University of British Columbia ___ 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: [Proj] RE: [OSGeo-Discuss] Brief history of GIS OSS (bit offtopic?)
Hi all, In light of the EndOfLive announcement of Mapbuilder I have done some research on the history of mapbuilder: 29 september 2001 Mapbuilder-devel mailinglist created 28 july 2008 End Of Life announcement Regards Steven On Aug 21, 2008, at 3:44 PM, Mateusz Loskot wrote: Rafal Wawer wrote: Thank you Markus, I will teach FOSS4G upcoming days. The article appeared right on time for me to include it in the references (-; Hopefully it will develop to cover most of the existing FOSS4G projects. A roadmap of FOSS4G projects? Rafal, Recently, I've been writing a small article about FOSS in GIS with focus on Python applications and researched the history a bit. Here is a list of dates I've identified: late 70's - begin of Map Overlay and Statistical System (MOSS) late 80's - US Army starts Geographic Resources Analysis Support System (GRASS) 1998 - GDAL initial revision in CVS 2000 - GDAL gets Python support 2000 - Atlantis Scientific starts OpenEV 2000 - MapServer initial revision in CVS 2001 - OSSIM initial revision in CVS 2002 - Intevation starts Thuban projects 2002 - Quantum GIS initial revision in CVS 2002 - GEOS initial revision in CVS 2002 - MapServer gets Python support 2002 - AVPython for ArcView 3.x published as FOSS 2006 - MapBender gets first bits in CVS Certainly, only a small part of FOSS4G projects are listed. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org ___ 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] We got into Google SoC 2008
Hi all, I got an email from Google to tell that I was invited to take part in the Google Summer of Code 2008. Which meant that the OSGeo entry has been accepted, and indeed we are listed at: http://code.google.com/soc/2008/ Congratulations everybody who helped getting this done and in particular Wolf for managing it all. Regards, Steven___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss