Re: [OSGeo-Discuss] EGU 2013 and FOSS GIS in geoscience, OSGeo, OSGeo Live, Open Source
On 16.04.2013, at 11:36, Helmut Kudrnovsky wrote: https://itunes.apple.com/podcast/o1-digital-leben/id28970?mt=2 ITunes? How do I view these in Linux? Linux - Open Source, you know. I know, ORF (Austrian Broadcast) reports about open source, but they could use it much more by themeselves. sorry, it's beyond my area of influence but I'll give them a note... Here is a link to the MP3: http://files2.orf.at/podcast/oe1/mp3/OE1_digitalleben_130415.MP3 Regards, Oliver -- Oliver Tonnhofer| Omniscale GmbH Co KG| http://omniscale.com http://mapproxy.org | https://github.com/olt| @oltonn ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Is Your Project In OSGeo Labs?
Hi Landon, On 29.11.2012, at 01:31, Landon Blake wrote: Can you please let me know if you are involved with one of these projects? I'm trying to determine which projects are in labs, and then establish a point of contact with each project so I can help them get ready for official incubation. MapProxy is also a labs project. At least thats what we applied for ~2.5 years ago to get our mailing list hosted on osgeo.org. We applied for incubation but it is on hold till we get more regular (external) commiters to the project. MapProxy is now 4 years old, it's used for nation-wide services by companies and federal agencies, it's on OSGeo Live since a few releases,... so I would call it a stable project. Regards, Oliver -- Oliver Tonnhofer| Omniscale GmbH Co KG| http://omniscale.de http://mapproxy.org | https://github.com/olt| @oltonn ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] multi-lingual WMS-legends
Hi Steven, On 24.05.2011, at 11:51, Steven M. Ottens wrote: 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. That would be a pragmatic solution. 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. You should take a look at http://inspire.jrc.ec.europa.eu/documents/Network_Services/TechnicalGuidance_ViewServices_v3.0.pdf (doesn't load at the moment). They define a language parameter that uses 3 letter ISO codes (dutch=dut, english=eng), but only for GetCapabilities requests. They suggest to return different OnlineResource URLs based on the language parameter of the capabilities request. For language=ger: OnlineResource xlink:href=http://someHOST.example/ger/GetMap?; / It's a bit weird, but I think the reasoning behind that is that there is no proper way to tell a client that a language is not supported for a legend/map request. Regards, Oliver -- Oliver Tonnhofer| Omniscale GmbH Co KG| http://omniscale.de http://mapproxy.org | https://bitbucket.org/olt | @oltonn ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] New MapProxy 1.0.0 release
Hi OSGeo Folks! We are pleased to announce the 1.0.0 release of MapProxy. MapProxy is a tile cache solution, but also offers many new and innovative features like full support for any WMS clients. MapProxy is actively developed and supported, it was released as Open Source in March 2010 under the GNU AGPL License 3.0, runs on Unix/Linux and Windows and is easy to install and to configure. More information can be found at: http://mapproxy.org/ The updated documentation: http://mapproxy.org/docs/1.0.0/ Here are some of the features that where added in the last year: Seeding-Tool: MapProxy comes with an advanced seeding tool that allows you to create, update and remove tiles for specific areas. You can use Shapefiles and other sources to define the geometries of these areas. The seed tool is also multithreaded and optimized to work with WMS services with large datasets. MapProxy also handles empty tiles (e.g. blue ocean) to save disk space. Complex WMS: MapProxy supports nested layer groups and each layer or layer group can be cached or cascaded. Cached layers can be 10-100 times faster. You can combine layers from different servers and make opaque layers transparent. It also supports GetLegendGraphics and GetFeatureInfo requests. Feature info responses can be transformed with XSLT scripts. You can mix all WMS versions, image formats and SRS: MapProxy will translate, convert and reproject on-the-fly if necessary. There is also a new interface that allows the integration of fine-grained user authorization. You can find more information about all features in the updated documentation http://mapproxy.org/docs/1.0.0/ You can join our mailing list if you have any questions: http://mapproxy.org/support.html Regards, Oliver -- Oliver Tonnhofer| Omniscale GmbH Co KG| http://omniscale.de http://mapproxy.org | https://bitbucket.org/olt ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] is TileCache alive ?
On 01.09.2010, at 15:24, Steven Ottens wrote: I'm also interested in new developments in tiling. I found that both TileCache and GeoWebCache are lacking in their capabilities to handle and manage (selective pretiling, deleting, handling empty-tiles) vast amounts of tilesets or more 'enterprise' oriented functions like statistics and being able to distribute the tiles over redundant servers. I can only speak for MapProxy and it does support selective pretiling (seeding polygon areas, that is) and it supports empty/single color tiles with symbolic links. It is also possible to cascade MapProxy, but there is no enterprisey SOAP interface for that :) But I have to agree with you, there is still lots of room for improvements on the tool side. Maybe it is time for a tiling BOF at the FOSS4G? Regards, Oliver -- Oliver Tonnhofer o...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] fastest option of serving huge imagery on web map on the fly
On 22.05.2010, at 21:26, Jason Birch wrote: I've often wondered if power-of-two was the best approach from a perception viewpoint. It definitely makes the most sense from a code perspective. Anyone know of any research on this? No research, but we invested some time while developing MapProxy and looked for alternatives. We came up with power-of-1.41421, the square root of two. Together with some other tricks (like bicubic resampling, etc) you can get pretty good results for vector data. The benefit of sqrt(2) is that every second level exactly matches the resolution of the traditional power-of-two pyramid, which is important if you use clients like OpenLayers. See http://osm.omniscale.net/proxy/service? wich uses the same data as http://osm.omniscale.de/ Regards, Oliver -- Oliver Tonnhofer o...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Re: fastest option of serving huge imagery on web map on the fly
On 21.05.2010, at 22:11, karsten vennemann wrote: Ok I was not yet familiar how MapProxy really works - from what I read it seemed not to store any physical tiles I thought (only the request parameters), but I guess that is wrong .. It does cache tiles permanently on disk. It does this in advance, on demand or never, depending on your configuration. So you can pre-cache (seed) everything till resolution x, cache on demand till resolution y and then pass through all requests below this resolution. That way you can keep your cache to a reasonable size, while still getting good performance. Regards, Oliver -- Oliver Tonnhofer o...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] fastest option of serving huge imagery on web map on the fly
On 20.05.2010, at 22:10, miblon wrote: If mapserver is to slow, almost everything else is to slow... I also noticed your crosspost on the mapproxy list. mapproxy will even cache to more then the 60TB youve estimated, because it will cache every wms request instead of square, stitched tiles. I don't understand that. MapProxy does cache square tiles and if 60TB are a valid estimate for TileCache and GeoWebCache, than this should also apply to MapProxy. But, you don't want to cache everything in advance, that would be a waste of resources. Caching the lower resolutions, the common parts where more users will access the same images would take of the load of the WMS server. Karsten mentioned OpenLayers, so i guess tiled services like TMS are an option. MapProxy, TileCache and GeoWebCache should all be able to handle that without caching in advance. MapProxy comes with full HTTP cache control, you can limit the resolution till images should be cached (other requests will be passed to the WMS) and if some clients require full WMS you can use MapProxy's WMS and benefit from the cached tiles. All points that are quite useful in this scenario. Regards, Oliver -- Oliver Tonnhofer o...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] fastest option of serving huge imagery on web map on the fly
On 21.05.2010, at 09:57, miblon wrote: In my opinion (but of course Karsten needs to answer that himself) he needs wms as I think he mentioned before. Even then MapProxy should be faster. The overhead of MrSid/JP2 is larger compared to the simple access to cached tiles. I may be wrong assuming that mapproxy caches every unique wms request as a unique image. Then you could just use Squid :) No, MapProxy does cache single square tiles and then merges and transforms the tiles back to full WMS responses. Regards, Oliver -- Oliver Tonnhofer o...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] [ANN] MapProxy - new caching proxy for geospatial data
Hello, This is a one-time post to announce the MapProxy project, an open source proxy for geospatial data. MapProxy caches, accelerates and transforms data from existing map servers. It is a middle-man between existing web map servers (like MapServer or GeoServer) and clients. All existing web and desktop GIS applications can be used, but also modern clients like OpenLayers and GoogleEarth. The project started late 2008 and is now available as Open Source. It is actively developed and supported by Omniscale and is released under the GNU AGPL License 3.0. The project is looking for developers and users. Features: - Accelerate WMS servers - Serve WMS/TMS/KML requests - Reproject data on-the-fly - Add watermarks/attribution - many more It is written in Python and should run on all major platforms. For more information, please come to http://mapproxy.org/ Thank you, Oliver -- Oliver Tonnhofer tonnho...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
