Re: [OSM-talk-be] WMS for OSM using EPSG:31370 (Lambert 72)
Le 15/11/13 22:03, André Pirard a écrit : On 2013-11-13 20:35, jul...@fastre.info wrote : As far as I understand, the main usage of tiles projeted in Lambert72 or Lambert 2008 is to be mixed with data from AGIV or Walloon Regio, which doesn't support 900913 (nor 3857) in their WMS services. We are developping an app today and this is a problem to mix information from Walloon Regio and OSM because the need of projectio. QGIS user doesn't need this, but they are advanced user. We target people who are not GIS user there. Right ? Hi, How was Arlon, Julien? What I understood is that AGIV uses applications that can get data only from EPSG:31370 WMS and hence not from OSM. And so that they need TMS 4326 - WMS 31370 conversion. After reading Ben's message, I added 14 characters to my local Mapproxy configuration (4 if I copy paste from Ben) and I had on my PC exactly what AGIV need, tested later with JOSM. And so, I recommended Mapproxy once again. BTW, there are a good 20 references to Mapproxy on wiki.openstreetmap.org and I just discovered among them a page http://wiki.openstreetmap.org/wiki/MapProxy dedicated to Mapproxy which contains the installation procedure, including the configuration that Ben needs. Just in case somebody would read what I wrote, I added a DEB remark for Ubuntu/Debian install. Anyway, I decided to stop speaking of Mapproxy repeatedly and to write a Web page instead. I hope to finish it tonight and it will contain a super simple procedure with a guaranteed-to-work simple configuration for OSM (I have doubts about the config in the OSM wiki page). I'll let you know, of course. Cheers, André. Hi, The board of Champs Libres (my society founded one month ago) had a meeting this afternoon and we decided that it was very important to give help to osm-be. So, we agree with setting up a server for tiles or WMS if you think this may be useful. As a I understand, the use case is to be able to mix WMS layer from AGIV / Région Wallonne with openstreetmap. This is not possible until : 1. AGIV / RW serve WMS layers with projection EPSG:3857 or 900913 ; 2. We have tiles in those projections ; So, we may reproject WMSs into 900913/3857 (1) or serve tiles (2). For 1, this will force us to capture every WMS and serve it again. I am afraid that we might have a delay before inserting WMS. I wonder also about the legality of such use (I may ask RW for authorization). For 2, we know how OSM goes, and an advantage I see is that we might have other styles later, if we need it. What are other advantages of every answer to those question ? Julien NB: our server's provider have some problems those days... We will have to wait their new products to be available. This should be done within end of this year. @André others : Arlon was great. I spoke about OSM as a community project, how we works, what we do, what are the value of the community, ... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] WMS for OSM using EPSG:31370 (Lambert 72)
As far as I understand, the main usage of tiles projeted in Lambert72 or Lambert 2008 is to be mixed with data from AGIV or Walloon Regio, which doesn't support 900913 (nor 3857) in their WMS services. We are developping an app today and this is a problem to mix information from Walloon Regio and OSM because the need of projectio. QGIS user doesn't need this, but they are advanced user. We target people who are not GIS user there. Right ? Julien Le 2013-11-12 19:14, Ben Abelshausen a écrit : Hi Kurt, Yes there are always better technical solutions. The idea is to make is easy as possible for data consumers to use our maps, preferably as easy as other competing sources. Having this already setup supporting the correct projection(s) would be a good thing not just for QGIS but other applications are more demanding. In my specific example OpenLayers is used and it is impossible (or hard) to combine layers with different projections. No idea why they stay with the old system, probably because it would require rewriting some things switching now. Regards, Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] WMS for OSM using EPSG:31370 (Lambert 72)
On Wed, Nov 13, 2013 at 8:35 PM, jul...@fastre.info wrote: QGIS user doesn't need this, but they are advanced user. We target people who are not GIS user there. Right ? Exactly, still working on this at the moment. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] WMS for OSM using EPSG:31370 (Lambert 72)
Hello, Anyone here on the list who has experience setting up a WMS service using OpenStreetMap tiles in another projection than the default web mercator? I need a WMS that can handle EPSG:31370. I could use to this convince some people at AGIV to use OSM as a layer in some of their applications. This would mean a big extra audience looking at our maps and all doing something with mapping or GIS. (Potential new contributors? :-) ) I have already been looking at this: https://github.com/mapnik/OGCServer Anyone any experience in this field? Anyone know an existing service? Anyone willing to give it a try to set this up? :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] WMS for OSM using EPSG:31370 (Lambert 72)
On 2013-11-12 12:09, Ben Abelshausen wrote : Hello, Anyone here on the list who has experience setting up a WMS service using OpenStreetMap tiles in another projection than the default web mercator? I need a WMS that can handle EPSG:31370. I assume that you mean a program that can serve WMS and reproject sources to EPSG:31370. I mentioned several times Python Mapproxy http://mapproxy.org/ that I used locally for exactly the opposite reprojection (using dreaded Lambert only servers with JOSM). Easy for one who can edit a configuration file; you'll find examples. Full of options. It can build an OSM friendly cache, use several sources, use TMS sources and serve them in WMS etc... There is another Java Mapproxy configured with a Web interface but I didn't try it. But a client not being able to use EPSG:4326 should be mentioned in the Guinness Book ;-) Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] WMS for OSM using EPSG:31370 (Lambert 72)
Ben, Do you think you need a WMS service with layers of OSM features in EPSG:31370 or a tile server with features in EPSG:31370 ? We might be interested with champs-libres.coop :-) We are going to think about that. Julien Le 12/11/13 12:09, Ben Abelshausen a écrit : Hello, Anyone here on the list who has experience setting up a WMS service using OpenStreetMap tiles in another projection than the default web mercator? I need a WMS that can handle EPSG:31370. I could use to this convince some people at AGIV to use OSM as a layer in some of their applications. This would mean a big extra audience looking at our maps and all doing something with mapping or GIS. (Potential new contributors? :-) ) I have already been looking at this: https://github.com/mapnik/OGCServer Anyone any experience in this field? Anyone know an existing service? Anyone willing to give it a try to set this up? :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] WMS for OSM using EPSG:31370 (Lambert 72)
Hi Kurt, Yes there are always better technical solutions. The idea is to make is easy as possible for data consumers to use our maps, preferably as easy as other competing sources. Having this already setup supporting the correct projection(s) would be a good thing not just for QGIS but other applications are more demanding. In my specific example OpenLayers is used and it is impossible (or hard) to combine layers with different projections. No idea why they stay with the old system, probably because it would require rewriting some things switching now. Regards, Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
