[mapserver-users] (no subject)
hello I just want to test outputformat geojson ? Is there any tool like shp2img to test geojson output ? regards -- Ahmet Temiz Jeoloji Müh. Afet ve Acil Durum Yönetimi Başkanlığı Planlama ve Zarar Azaltma Dairesi Başkanlığı Ahmet Temiz Geological Eng. Information Systems - GIS Group Disaster and Emergency Management of Presidency ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Spatial access restriction based on secret in URL, WMS Getcapabilities
If I go with environment variables and 1), how do I get SECRET_CODE into the URLs in the GetCapabilities document ? I'm assuming I need to modify wms_onlineresource ? It would be really cool if .map files automatically substituted $variables in general, beyond what [1] covers. -Arne 1: https://trac.osgeo.org/mapserver/wiki/EnvironmentVariables On 10/01/15 13:30 , Dan Little wrote: I'd probably do something with a script and some URL rewriting. For example, a URL like... - http://myserver.whee/path/SECRET_CODE/mapserv?[WMS parameters] Then do the following: 1. Low-buck: Use apache rewrite rules to set an environment variable. Then use the environment variable for my substitutions. 2. Using WSGI (I'm a python kind of guy): Parse the URL to get the secret to do the limiting. Really this kind of stuff is always application specific, and you are ultimately the person who needs to maintain it, so stick to what you'll be able to understand 6-months after you've implemented it. :-) On Sat, Jan 10, 2015 at 5:41 AM, Arne Kepp a...@tiledmarble.org wrote: Hi, I would like to restrict different users to different geographic regions based on a secret in the URL they are using to access MapServer. I intend to use an inner join on a table with secrets / polygons, and then use the run-time substitution in MapServer to insert the sanitized secret into the Postgis query. The crux, I think, is that I have to send WMS 1.3.0 GetCapabilities URLs to our users. And I don't think I can make the getcapabilties document include the (variable) secret in the OnlineResource elements ? So I am thinking about writing a wrapper that rewrites the GetCapabilities document on the fly. My question is, is there a better way that I have not thought of? Kind regards, Arne ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Spatial access restriction based on secret in URL, WMS Getcapabilities
If you launder everything through a script (in any of your favorite languages) you can capture the output stream before you send it back to the user. When my Mapserver-fu runs out I tend to go with scripting. On Sat, Jan 10, 2015 at 6:55 AM, Arne Kepp a...@tiledmarble.org wrote: If I go with environment variables and 1), how do I get SECRET_CODE into the URLs in the GetCapabilities document ? I'm assuming I need to modify wms_onlineresource ? It would be really cool if .map files automatically substituted $variables in general, beyond what [1] covers. -Arne 1: https://trac.osgeo.org/mapserver/wiki/EnvironmentVariables On 10/01/15 13:30 , Dan Little wrote: I'd probably do something with a script and some URL rewriting. For example, a URL like... - http://myserver.whee/path/SECRET_CODE/mapserv?[WMS parameters] Then do the following: 1. Low-buck: Use apache rewrite rules to set an environment variable. Then use the environment variable for my substitutions. 2. Using WSGI (I'm a python kind of guy): Parse the URL to get the secret to do the limiting. Really this kind of stuff is always application specific, and you are ultimately the person who needs to maintain it, so stick to what you'll be able to understand 6-months after you've implemented it. :-) On Sat, Jan 10, 2015 at 5:41 AM, Arne Kepp a...@tiledmarble.org wrote: Hi, I would like to restrict different users to different geographic regions based on a secret in the URL they are using to access MapServer. I intend to use an inner join on a table with secrets / polygons, and then use the run-time substitution in MapServer to insert the sanitized secret into the Postgis query. The crux, I think, is that I have to send WMS 1.3.0 GetCapabilities URLs to our users. And I don't think I can make the getcapabilties document include the (variable) secret in the OnlineResource elements ? So I am thinking about writing a wrapper that rewrites the GetCapabilities document on the fly. My question is, is there a better way that I have not thought of? Kind regards, Arne ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] compiling error core.c in mapcache with cygwin
sorry for bumping this one, but any clue about this core.c issue? Sent from Windows Mail___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Spatial access restriction based on secret in URL, WMS Getcapabilities
Hi, I would like to restrict different users to different geographic regions based on a secret in the URL they are using to access MapServer. I intend to use an inner join on a table with secrets / polygons, and then use the run-time substitution in MapServer to insert the sanitized secret into the Postgis query. The crux, I think, is that I have to send WMS 1.3.0 GetCapabilities URLs to our users. And I don't think I can make the getcapabilties document include the (variable) secret in the OnlineResource elements ? So I am thinking about writing a wrapper that rewrites the GetCapabilities document on the fly. My question is, is there a better way that I have not thought of? Kind regards, Arne ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Spatial access restriction based on secret in URL, WMS Getcapabilities
I'd probably do something with a script and some URL rewriting. For example, a URL like... - http://myserver.whee/path/SECRET_CODE/mapserv?[WMS parameters] Then do the following: 1. Low-buck: Use apache rewrite rules to set an environment variable. Then use the environment variable for my substitutions. 2. Using WSGI (I'm a python kind of guy): Parse the URL to get the secret to do the limiting. Really this kind of stuff is always application specific, and you are ultimately the person who needs to maintain it, so stick to what you'll be able to understand 6-months after you've implemented it. :-) On Sat, Jan 10, 2015 at 5:41 AM, Arne Kepp a...@tiledmarble.org wrote: Hi, I would like to restrict different users to different geographic regions based on a secret in the URL they are using to access MapServer. I intend to use an inner join on a table with secrets / polygons, and then use the run-time substitution in MapServer to insert the sanitized secret into the Postgis query. The crux, I think, is that I have to send WMS 1.3.0 GetCapabilities URLs to our users. And I don't think I can make the getcapabilties document include the (variable) secret in the OnlineResource elements ? So I am thinking about writing a wrapper that rewrites the GetCapabilities document on the fly. My question is, is there a better way that I have not thought of? Kind regards, Arne ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] compiling error core.c in mapcache with cygwin
sorry for bumping this post, but any clues about this issue with core.c? any ideas how to solve this core.c error message with the cygwin details I previously posted? It'd be great your support on this, thanks in advance. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/compiling-error-core-c-in-mapcache-with-cygwin-tp5179881p5180931.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] compiling error core.c in mapcache with cygwin
On 01/10/2015 08:23 AM, Gery wrote: sorry for bumping this post, but any clues about this issue with core.c? any ideas how to solve this core.c error message with the cygwin details I previously posted? It'd be great your support on this, thanks in advance. Sorry, no idea. If you wanted to check some things: near the top of core.c, there are probably includes for apr. You could make sure they are actually included for cygwin (ifdef's for example). (It could also be in core.h if there is one) You could also make sure you dont have any duplicate apr headers. Maybe one of your headers has the same name as one of theirs and your's is being included instead of the apr one. Maybe old copies of apr headers lying around? Does cygwin apr even support threads? Maybe a quick test.c that includes apr and tries to use apr_thread_t might help. -Andy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] compiling error core.c in mapcache with cygwin
I found a simple c test here: http://dev.ariel-networks.com/apr/apr-tutorial/html/apr-tutorial-16.html links to the test .c here: http://dev.ariel-networks.com/apr/apr-tutorial/sample/thread-sample.c I compiled it with: gcc -Wall $(apr-1-config --cflags --cppflags --includes --link-ld) thread-sample.c and ./a.out ran fine. (I'm on slackware linux though. I don't have a windows box handy) -Andy ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] compiling error core.c in mapcache with cygwin
What apr version are you using? On Jan 3, 2015 10:15 PM, Gery . gameji...@hotmail.com wrote: Hello, When installing mapcache in cygwin, `make` produced: /opt/mapcache/mapcache-rel-1-2-1/lib/core.c: In function ‘mapcache_prefetch_tiles’: /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:81:3: error: unknown type name ‘apr_thread_t’ apr_thread_t **threads; ^ /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:82:3: error: unknown type name ‘apr_threadattr_t’ apr_threadattr_t *thread_attrs; ^ /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:83:7: warning: unused variable ‘nthreads’ [-Wunused-variable] int nthreads; ^ /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:82:21: warning: unused variable ‘thread_attrs’ [-Wunused-variable] apr_threadattr_t *thread_attrs; ^ /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:81:18: warning: unused variable ‘threads’ [-Wunused-variable] apr_thread_t **threads; ^ I searched for some hints about this error but didn't find anything. Looking for `apr_thread_t` and cygwin, I found some pages pointing to an error with apache, but not really sure if apache has something to do here. thanks for any hints on this, Gery ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] compiling error core.c in mapcache with cygwin
From http://mail-archives.apache.org/mod_mbox/apr-dev/201209.mbox/%3c4994179ec7ed6843aab0a30a1639e7f82514361...@dgex2v.dg.deltagroup.com%3E it would seem that threads are not supported by Apr on cygwin. Currently mapcache does not support unthreaded environments so there's nothing you can do without hacking the mapcache codebase. I believe the change would not be very extensive as the source WMS fetches only need to be sequentialized instead of parralelized in core.c Thomas. On Jan 11, 2015 7:50 AM, thomas bonfort thomas.bonf...@gmail.com wrote: What apr version are you using? On Jan 3, 2015 10:15 PM, Gery . gameji...@hotmail.com wrote: Hello, When installing mapcache in cygwin, `make` produced: /opt/mapcache/mapcache-rel-1-2-1/lib/core.c: In function ‘mapcache_prefetch_tiles’: /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:81:3: error: unknown type name ‘apr_thread_t’ apr_thread_t **threads; ^ /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:82:3: error: unknown type name ‘apr_threadattr_t’ apr_threadattr_t *thread_attrs; ^ /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:83:7: warning: unused variable ‘nthreads’ [-Wunused-variable] int nthreads; ^ /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:82:21: warning: unused variable ‘thread_attrs’ [-Wunused-variable] apr_threadattr_t *thread_attrs; ^ /opt/mapcache/mapcache-rel-1-2-1/lib/core.c:81:18: warning: unused variable ‘threads’ [-Wunused-variable] apr_thread_t **threads; ^ I searched for some hints about this error but didn't find anything. Looking for `apr_thread_t` and cygwin, I found some pages pointing to an error with apache, but not really sure if apache has something to do here. thanks for any hints on this, Gery ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users