Re: [mapserver-users] connection to a non spatial datasource

2010-11-16 Thread Jeff McKenna
On 10-11-17 3:07 AM, steve.tout...@inspq.qc.ca wrote: Hi, I need to connect to a MS SQL SERVER table, read the lat/long fields and render a map of points. I read this wiki http://trac.osgeo.org/mapserver/wiki/VirtualSpatialData Is this still the best approach to do that? Hi Steve, Yes that i

Re: [mapserver-users] POINT layer from simple x, y table: Segmentation fault

2010-11-16 Thread Sebastian E. Ovide
On Tue, Nov 16, 2010 at 10:37 AM, Rahkonen Jukka wrote: > Hi, > > No idea exactly about this, but if you manage to get further I fear you > will be banging your head to the next wall because Mapserver won't get a > spatial index from Oracle for such a query. Adding "USING NONE" to the end > of D

Re: [mapserver-users] connection to a non spatial datasource

2010-11-16 Thread Brent Fraser
I used the method last year to render points from (and lines) from SQL Server. The biggest problem is that Mapserver/OGR does not implicitly use any spatial index when using a VRT entry of SrcSQL (carefully read http://www.gdal.org/ogr/drv_vrt.html). Best Regards, Brent Fraser On 11/16/2010

RE: [mapserver-users] opacity

2010-11-16 Thread Clément MONIER
It works really nice. Thanks a lot Olivier ! De : Olivier Bedel [mailto:o.be...@alkante.com] Envoyé : mardi 16 novembre 2010 19:18 À : Clément MONIER Cc : mapserver-users@lists.osgeo.org Objet : Re: [mapserver-users] opacity Hi Clément, To change layers opacity in cgi call, something like that s

RE: [mapserver-users] opacity

2010-11-16 Thread Lime, Steve D (DNR)
"I don't know if it is possible at the map level..." - It's not, opacity is a layer or style-level parameter. For opaque maps many of the client environments (e.g. OpenLayers) provide controls for such things. In that case I would think it's better to use the client support than produce RGBA out

[mapserver-users] connection to a non spatial datasource

2010-11-16 Thread Steve . Toutant
Hi, I need to connect to a MS SQL SERVER table, read the lat/long fields and render a map of points. I read this wiki http://trac.osgeo.org/mapserver/wiki/VirtualSpatialData Is this still the best approach to do that? Thanks! Steve___ mapserver-users ma

Re: [mapserver-users] opacity

2010-11-16 Thread Olivier Bedel
Hi Clément, To change layers opacity in cgi call, something like that should work : http://yourServer/cgi-bin/mapserv?map=yourMapfile&map.layer[yourLayerName1]=OPACITY%20yourOpacityValue1&map.layer[yourLayerName2]=OPACITY%20yourOpacityValue2 I don't know if it is possible at the map level... Re

[mapserver-users] opacity

2010-11-16 Thread Clément MONIER
Hi, Is it possible to set layer's opacity dynamically ? with runtime substitution ? is there a way to set opacity for all layers of a mapfile ? Thank you for your help Clem ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.o

[mapserver-users] Re: ascii code in a .map file

2010-11-16 Thread rafacabanas
The thing is that the .map is generated by an application, and another one uses the result of the first one to show the images. Then I cannot open the .map files and modify them by myself. It have to be done automatically. I guess if there is any way to do it. I know that mapserver can do it beca

Re: [mapserver-users] ascii code in a .map file

2010-11-16 Thread Paul Ramsey
You have to not put the HTML entities in your data statement. P. On Tue, Nov 16, 2010 at 9:20 AM, rafacabanas wrote: > > Hello, > I have a .map file which access to a postgres data base. The select query > contains an ascii code character representing the " symbol. For example: > > SELECT * FROM

[mapserver-users] ascii code in a .map file

2010-11-16 Thread rafacabanas
Hello, I have a .map file which access to a postgres data base. The select query contains an ascii code character representing the " symbol. For example: SELECT * FROM& # 3 4 ; table_name & # 3 4 ; instead of SELECT * FROM "table_name" Mapserver doesn't show the layer and when checki

Re: RE: [mapserver-users] Gauss-Krüger

2010-11-16 Thread Rahkonen Jukka
Hi, Your projectin setting is likely to give you unpredictable results, because init:epsg:26915 means <26915> +proj=utm +zone=15 +ellps=GRS80 +datum=NAD83 +units=m +no_defs <> and now you are giving additional, different definitions for the type of projection, ellipsoid and datum. What do yo

Re: [mapserver-users] Gauss-Krüger

2010-11-16 Thread Jan Hartmann
If your map is from 1908, there is a change that its projection is not in the official modern EPSG table. In that case you need to derive the whole PROJ4 definition from the legend of the map. As a rule, this is not difficult, as the theoretical definitions of the common projection have been kn

RE: RE: [mapserver-users] Gauss-Krüger

2010-11-16 Thread Daiane Fraga
Hi, I'm sorry, but did not understand what you mean. My problem is that I'm with the map in the coordinate system outdated (the maps are dated from 1908). I'm not sure that I have known maps in a Mapserver projection. And I'm using an application that interacts with Google Maps, which has caused p

RE: RE: [mapserver-users] Gauss-Krüger

2010-11-16 Thread Daiane Fraga
Hi, I understand what you say. But this is not my question. I'm with a map in a coordinate system outdated (the maps are dated from 1908). And I'm using an application that interacts with Google Maps, which has caused problems. Did you know how to do some kind of conversion from the Mapserver? We

Re: [mapserver-users] POINT layer from simple x, y table: Segmentation fault

2010-11-16 Thread Rahkonen Jukka
Hi, No idea exactly about this, but if you manage to get further I fear you will be banging your head to the next wall because Mapserver won't get a spatial index from Oracle for such a query. Adding "USING NONE" to the end of DATA should help then, see http://mapserver.org/input/vector/oracl

[mapserver-users] POINT layer from simple x, y table: Segmentation fault

2010-11-16 Thread Sebastian E. Ovide
Hi All, I've created a POINT layer: LAYER NAME POLICY TYPE POINT EXTENT 54225.00 5800.00 655625.00 1220325.00 STATUS ON CONNECTIONTYPE OGR CONNECTION "OCI:la001/la...@192.168.60.70/MFUATDB" DATA "Select match_level, x_coord, y_coord, SDO_GEOMETRY(2001