from:"myOpenLayersUName"

This is a correction and additional information to previous post.

In my first post, I said However, the SDE log suggests the query took place
and returned successfully. Upon closer inspection, this is not actually the
case.

Watching the SDE logs while trying to perform my query with 5.6.3, I see the
following:

Thu Jul 21 09:01:52 2011 - SDE Server Pid 11962 Registered, User:
Username Schema: sde.
Thu Jul 21 09:01:52 2011 - SDE Server 11962 exit'd with status 0
Thu Jul 21 09:01:52 2011 - SDE Server Pid 11962 Stopped, User: Username
Schema: sde.
Thu Jul 21 09:01:54 2011 - SDE Server Pid 11963 Registered, User:
Username Schema: sde.
Thu Jul 21 09:01:58 2011 - SDE Server 11963 exit'd with status 0
Thu Jul 21 09:01:59 2011 - SDE Server Pid 11963 Stopped, User: Username
Schema: sde.

When I perform the same query with 6.0.1, only one connection is made:

Thu Jul 21 09:00:37 2011 - SDE Server Pid 11224 Registered, User:
Username Schema: sde.
Thu Jul 21 09:00:37 2011 - SDE Server 11224 exit'd with status 0
Thu Jul 21 09:00:37 2011 - SDE Server Pid 11224 Stopped, User: Username
Schema: sde.

So, while that one connection appears to perform successfully, there is no
second connection at all (which according to what happens with 5.6.3, there
should be). Somewhere between the handshaking (or whatever the heck it is)
and the actual query being performed, something is going off the rails.
Perhaps the connection value in layer-layerinfo being invalid in some way
is stopping the second connection? It's also unable to free it.

--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Can-t-WFS-getFeature-w-MapServer-6-0-1-tp6600286p6606885.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

[mapserver-users] Re: Can't WFS getFeature w/MapServer 6.0.1

I've done some additional debugging and have learned that the mapwfs.c's
msWFSGetFeature has changed significantly between 5.6.3 and 6.0.1. In
particular, the problem seems to be starting at line 2457 in the 6.0.1 code
(1248 in 5.6.3). At that point, a call to msOWSGetLayerExtent is made and
part of that process creates and frees a connection to SDE. That is the
first connection that is identified in the above posts (and in Michelle
Douvil's post discussing her GDB findings).

The second SDE connection is not made in 6.0.1 because, at line 2500 (still
in mapwfs.c's), there is a call to msQueryByRect(map) which did not happen
in 5.6.3. In that function (msQueryByRect), at line 1024, there is a
msLayerClose(lp) call that ultimately takes us to the msSDELayerFreeItemInfo
where the layer-layerinfo (and therefore the sde variable at line 2116) is
already null because of the previous close (in the msOWSGetLayerExtent
process) and so the if (sde-basedefs) condition gives a segmentation
fault because it's trying to access a property in an object that doesn't
exist.

I really don't know anything about any of this code but know that what I
describe is definitely what is happening as far as I can observe. I am
hoping that someone who knows more about the code can identify whether there
is a problem with the source code related to all this. And, if so, should I
be putting something in the DEV forum about this?

--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Can-t-WFS-getFeature-w-MapServer-6-0-1-tp6600286p6607659.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

[mapserver-users] Re: Can't WFS getFeature w/MapServer 6.0.1

Absolutely, we'd be happy to test a patch.

I have some additional info (which you probably already know at this point
but I'll pass it along just in case). I started looking into the WMS
GetFeatureInfo request failure that Michelle was reporting in her post and
found that ultimately it was the exact same problem.

In that case, mapquery.c's msQueryByPoint makes an msLayerClose call on a
layer that is not open (line 1535). Again, it ultimately gets down to the
msSDELayerFreeItemInfo function where the layer-layerinfo is null, so
sde-basedefs causes a segmentation fault. So, somewhere, there just needs
to be a check that stops the attempt to free memory if the memory is not
allocated at that time. 

Anyway, I'll send you an email directly to give you my coordinates and we'll
arrange to try the patch.

Cheers,
jtm



--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Can-t-WFS-getFeature-w-MapServer-6-0-1-tp6600286p6608020.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

[mapserver-users] Re: Upgrade MapServer from 5.4 to 6.0

Just in case someone is looking around for some answers and comes across this
thread ... I'll reference another post where the originally posted problem
(that is, the segmentation faults that occurs when doing a WMS
getFeatureInfo request to SDE data, not the subsequent posts about the PNG
background) is discussed in more detail.

http://osgeo-org.1803224.n2.nabble.com/Can-t-WFS-getFeature-w-MapServer-6-0-1-td6600286.html#a6608020




--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Upgrade-MapServer-from-5-4-to-6-0-tp6563752p6608083.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

[mapserver-users] Re: Can't WFS getFeature w/MapServer 6.0.1

2011-07-20 Thread myOpenLayersUName

Is it possible that this post and Michelle Douvil's
http://osgeo-org.1803224.n2.nabble.com/ArcSDE-9-3-1-QUERYMAP-QUERY-or-GETFEATUREINFO-not-workin-Mapserver-6-td6600091.html
are having the same problem? 

I ask because a co-worker has tried using MS4W 3.0.3 to do a WMS
GetFeatureInfo request and he gets an error (mapserv.exe has encountered a
problem and needs to close.) when the Mapfile is using SDE to access the
data, but it works fine when he uses a Shapefile...kind of like what's
happening to me with my WFS GetFeature query on Linux.


Further to my own problem, I now have a 5.6.3 compiled with debug also and,
using Data Display Debugger, find that in 5.6.3 the connection and stream
properties of  layer-layerinfo are 0x0 just before the point of failure in
6.0.1 but when I break at the same location with 6.0.1, there are addresses
still referenced there. Like I said in my previous post, SDE appears to
believe the connection has been closed successfully and given the error gdb
gave it's almost like the connection has already been closed but the address
not cleared from the pointer. 

I don't know. I'm grasping at straws here and hoping someone who knows more
about the SDE connection code can provide some guidance.



--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Can-t-WFS-getFeature-w-MapServer-6-0-1-tp6600286p6604123.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

[mapserver-users] WFS GetFeature w/Spatial Filter

2011-07-20 Thread myOpenLayersUName

Hello,

I am trying to do a getFeature request with a Filter using the WITHIN
spatial operator. I have a MapServer with the GEOS library compiled in and I
am able to get an example working (or not, as the case may be) that exhibits
my problem. I am getting an incorrect response to my getFeature request.

The request is against a line layer (Shapefile, not SDE as noted in another
of my active posts at the moment...they're all really just trying to get to
this point) and includes a spatial filter delineating a polygon. I want to
learn what features in the line layer (Roads25M) actually fall within the
polygon submitted (I am limiting the response to 2 features just for testing
purposes; ultimately I will want to know all the roads that fall within the
polygon.)

My request is:

http://domain/ogc/joanne?typename=Roads25Mmaxfeatures=2filter=ogc:Filter
xmlns:ogc=http://www.opengis.net/ogc;ogc:Orogc:Intersectsogc:PropertyNamemsGeometry/ogc:PropertyNamegml:Polygon
xmlns:gml=http://www.opengis.net/gml;
srsName=EPSG:42304gml:outerBoundaryIsgml:LinearRinggml:coordinates
decimal=. cs=, ts= -1679350.2423216,1550622.4768356
-1816404.334979,992616.52815892 -1552085.7277111,718508.34284404
-1258398.3863023,845772.85745452 -1385662.9009128,1296093.4476147
-1679350.2423216,1550622.4768356/gml:coordinates/gml:LinearRing/gml:outerBoundaryIs/gml:Polygon/ogc:Intersects/ogc:Or/ogc:Filterservice=wfsversion=1.0.0request=getfeature


Here's the filter string a little easier to read:

filter=ogc:Filter xmlns:ogc=http://www.opengis.net/ogc;
ogc:Or
ogc:Intersects
ogc:PropertyNamemsGeometry/ogc:PropertyName
gml:Polygon xmlns:gml=http://www.opengis.net/gml;
srsName=EPSG:42304
gml:outerBoundaryIs
gml:LinearRing
gml:coordinates decimal=. cs=, ts=
-1679350.2423216,1550622.4768356 -1816404.334979,992616.52815892
-1552085.7277111,718508.34284404 -1258398.3863023,845772.85745452
-1385662.9009128,1296093.4476147
-1679350.2423216,1550622.4768356/gml:coordinates
/gml:LinearRing
/gml:outerBoundaryIs
/gml:Polygon
/ogc:Intersects
/ogc:Or
/ogc:Filter



The response is:

lt;wfs:FeatureCollection
xsi:schemaLocation=quot;http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.0.0/WFS-basic.xsd
http://mapserver.gis.umn.edu/mapserver
http://lt;domaingt;/ogc/joanne?SERVICE=WFSVERSION=1.0.0REQUEST=DescribeFeatureTypeTYPENAME=Roads25MOUTPUTFORMAT=XMLSCHEMA;
  gml:boundedBy
gml:nullmissing/gml:null
  /gml:boundedBy
/wfs:FeatureCollection


There are no errors in logs that I can find and as far as MapServer is
concerned it appears to have successfully processed the request.

I have created a Shapefile out of the Polygon coordinates I provide in the
request and when I display it and the Roads Shapefile in ArcMap, there is
obviously some overlap. In ArcMap, I can perform a Select by Location
where I Select features from Roads that intersect Polygon. It highlights
9 records.

I assume there is something wrong with the XML defining my spatial filter
that is causing no results to be returned but can't determine what it might
be. Does anything jump out at anyone?

Cheers,
jtm


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/WFS-GetFeature-w-Spatial-Filter-tp6604244p6604244.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

[mapserver-users] Re: Mapfile layer not displaying in MapServer 6.0.1 (does in 5.4)

2011-07-18 Thread myOpenLayersUName

Steve,

Thank you for your suggestions (including the one you sent me directly
suggesting explicitly setting a width in the roads style). 

Today, when I went back to this, the request worked without my changing
anything in the Mapfile. I have returned the data to be loaded through SDE
(not the Shapefile) and it still seems to be working. 

I hate it when that happens!! 

The only thing I can think of is that something got cached somewhere along
the way on Friday and the requests were never truly being processed as I was
changing the Mapfile trying to get it to work. Obviously, somewhere along
the way I got the Mapfile contents right, but wasn't seeing it in the
browser.

Okay, well. I guess I'll continue along the road to try and figure out my
real problem now. Sorry for wasting everyone's time but I'll probably be
back.

Cheers
jtm



--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Mapfile-layer-not-displaying-in-MapServer-6-0-1-does-in-5-4-tp6587562p6596058.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

[mapserver-users] Mapfile layer not displaying in MapServer 6.0.1 (does in 5.4)

2011-07-15 Thread myOpenLayersUName

I'm having a problem upgrading from MapServer 5.4 to 6.0.1, so thought I'd
start from scratch trying to isolate my ultimate problem. To start, all I am
trying to do is display a simple Mapfile line layer in my browser. I have
(what I believe to be) the simplest Mapfile I can make that allows me to do
a mode=map display in 5.4. But, when I try to use the same Mapfile with the
6.0.1 installation, the layer does not display. 

I have reviewed the MapServer Migration Guide and the online 6.0
documentation but can't see anything in this simple Mapfile that would cause
the lack of display...although it's probably staring me in the face, I know.
Anyway, I don't believe there's an actual problem per se (debugging
results attached below), I assume there's just a difference between how I'm
supposed to define something for 5.4 and how it should be defined for 6.0.
The only thing I can think of that might be affecting this is the
OUTPUTFORMAT changes but I certainly can't see what the problem might be. I
also looked into some of the line styling changes, but don't think any of
them apply to this example. I'm hoping another set of eyes (that have more
experience with these changes than I) can identify what I am defining
incorrectly for 6.0.

Cheers,
jtm


I provide the URL http://domain/ogc/joanne?mode=maplayers=Roads25 and
when I point to the MapServer 5.4's domain I see the roads layer, but if I
point to the MapServer 6.0.1 domain (which is basically the same as the 5.4
environment - essentially a fully complete mirror), the result is an empty
image. No errors, no problem; but no roads either.

The wrapper file contains:

MS_MAPFILE=${MS_APPSPATH}joanne/map/joanne_sub.map
export MS_MAPFILE
${MS_CGIBIN}mapserv


And the Mapfile joanne_sub.map contents are below. It's as simple as I
could make it.


MAP
  NAME mySubMap
  FONTSET ../../../mapserv/etc/fonts.txt
  SYMBOLSET ../../../mapserv/etc/symbols.sym

  SIZE 800 600
  IMAGETYPE PNG
  IMAGECOLOR 255 255 255

  EXTENT -2903297.697389 -789911.662978 3431059.382789 3959683.443689

  UNITS METERS
  PROJECTION
init=epsg:42304
  END

  WEB
IMAGEPATH /path/httpd/htdocs/ogc_tmp/
IMAGEURL /ogc_tmp/
  END #end WEB

  OUTPUTFORMAT
NAME 'AGG'
DRIVER AGG/PNG
MIMETYPE image/png
IMAGEMODE RGB
EXTENSION png
  END #end OUTPUTFORMAT

  LAYER
NAME 'Roads25M'
TYPE LINE
STATUS ON

CONNECTION host,port,sde,username,password
CONNECTIONTYPE SDE
DATA 'XDM_XDATA.TRN_NSF_ROAD_V6_CT25M_R2,SHAPE,SDE.DEFAULT'

CLASS
  STYLE
COLOR 0 0 0
  END #end STYLE
END #end CLASS
  END #end LAYER
END #end MAP



5.4 debug results for
http://5.4Domain/ogc/joanne?mode=maplayers=Roads25 request:

[Fri Jul 15 12:48:39 2011].722684 msDrawMap(): Layer 0 (Roads25M), 0.742s
[Fri Jul 15 12:48:39 2011].722837 msDrawMap(): Drawing Label Cache, 0.000s
[Fri Jul 15 12:48:39 2011].722846 msDrawMap() total time: 0.742s
[Fri Jul 15 12:48:39 2011].735882 msSaveImage() total time: 0.013s
[Fri Jul 15 12:48:39 2011].735953 mapserv request processing time (loadmap
not incl.): 0.756s
[Fri Jul 15 12:48:39 2011].735960 msFreeMap(): freeing map at 0x8b5f1a0.



6.0.1 debug results for
http://6.0.1Domain/ogc/joanne?mode=maplayers=Roads25 request:

[Fri Jul 15 12:48:41 2011].658817 msDrawMap(): rendering using outputformat
named png (AGG/PNG).
[Fri Jul 15 12:48:41 2011].658911 msDrawMap(): WMS/WFS set-up and query,
0.000s
[Fri Jul 15 12:48:41 2011].658996 msDrawMap(): Drawing Label Cache, 0.000s
[Fri Jul 15 12:48:41 2011].659004 msDrawMap() total time: 0.002s
[Fri Jul 15 12:48:41 2011].743425 msSaveImage(stdout) total time: 0.084s
[Fri Jul 15 12:48:41 2011].743545 mapserv request processing time (loadmap
not incl.): 0.087s
[Fri Jul 15 12:48:41 2011].743557 msFreeMap(): freeing map at 0x8261138.


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Mapfile-layer-not-displaying-in-MapServer-6-0-1-does-in-5-4-tp6587562p6587562.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

[mapserver-users] Re: Mapfile layer not displaying in MapServer 6.0.1 (does in 5.4)

2011-07-15 Thread myOpenLayersUName

I tried making the Mapfile even simpler and removing SDE from the mix. I
created a Shapefile of the layer and now the Mapfile is:


MAP
  NAME mySubMap
  FONTSET ../../../mapserv/etc/fonts.txt
  SYMBOLSET ../../../mapserv/etc/symbols.sym

  SHAPEPATH /path/httpd/apps/joanne/data

  SIZE 800 600
  IMAGETYPE PNG
  IMAGECOLOR 255 255 255

  EXTENT -2903297.697389 -789911.662978 3431059.382789 3959683.443689

  UNITS METERS
  PROJECTION
init=epsg:42304
  END

  WEB
IMAGEPATH /path/httpd/htdocs/ogc_tmp/
IMAGEURL /ogc_tmp/
  END #end WEB

  OUTPUTFORMAT
NAME 'AGG'
DRIVER AGG/PNG
MIMETYPE image/png
IMAGEMODE RGB
EXTENSION png
  END #end OUTPUTFORMAT

  LAYER
NAME 'Roads25M'
TYPE LINE
STATUS ON

DATA roads

CLASS
  STYLE
COLOR 0 0 0
  END #end STYLE
END #end CLASS
  END #end LAYER
END #end MAP


Still no luck. Works in 5.4; not in 6.0.1.

The only other thing I can think of to try next is to actually compile 5.4
and 6.0.1 on the same host and just call them appropriately in the exact
same environment. I'll try that next, but if someone sees something
glaringly erroneous for a MapServer 6.0 Mapfile I'd appreciate a heads-up.




--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Mapfile-layer-not-displaying-in-MapServer-6-0-1-does-in-5-4-tp6587562p6588088.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

[mapserver-users] Re: EPSG:42304 - EPSG:3978? or 3979?

2011-06-30 Thread myOpenLayersUName

I'll ignore the questions and replies that have hijacked the thread and say a
big thank you to both Frank and Jeff. I'll start looking into specifically
what's required to switch our apps from EPSG:42304 to EPSG:3978 (now that I
know which one it should be).

Thanks to you both! 

And, Frank...nice to hear from you. Hope all is well!

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/EPSG-42304-EPSG-3978-or-3979-tp6530222p6533451.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

[mapserver-users] EPSG:42304 - EPSG:3978? or 3979?

2011-06-29 Thread myOpenLayersUName

Hello all,
I know this isn't really a MapServer question, but I know that some of the
people involved in this stuff read this forum and don't know where else to
post it. 

I'm trying to understand if the old, unofficial, NRCan EPSG:42304 code
(often used in Canadian MapServer installations) translates to the new
official EPSG:3978 or EPSG:3979 code. But, I can't figure out the answer and
am hoping that someone who reads this can straighten me out. I know little
about projections at this level and apologize if I'm using the wrong
terminology or am passing along mis-information in asking for clarification.

There was an custom EPSG code that many, in Canada, used in MapServer
installations, EPSG:42304. From what I understood, it was a projection
defined by Natural Resources Canada and others adopted it as a kind of
unofficial standard. The only definition of that projection I've been able
to find, in terms of how to define it in a PROJ4 file (which is why I'm
looking for it) is at: http://spatialreference.org/ref/sr-org/6754/, where
its parameters are specified as:

+proj=lcc +lat_1=49 +lat_2=77 +lat_0=49 +lon_0=-95 +x_0=0 +y_0=0
+ellps=GRS80 +datum=NAD83 +units=m +no_defs

I was led to believe this projection was submitted for inclusion as an
official EPSG code and that it had been approved. Now, there's two official
EPSG codes that I've found that seem to be similar. They are EPSG:3978 and
EPSG:3979. Using the EPSG Registry's (http://www.epsg-registry.org/)
retrieve by code tool, I've looked at the definitions of 3978 and 3979 and
can find the only difference between the two to be their Geodetic Datum (one
being Canada and one being North America) which ultimately only seems to be
different with respect to their Area of Use.

When I look at the PROJ.4 site's EPSG list
(http://svn.osgeo.org/metacrs/proj/trunk/proj/nad/epsg), the entries for the
two are the exact same, which suggests my interpretation of the Area of
Use being the only difference might be correct.

# NAD83 / Canada Atlas Lambert
3978 +proj=lcc +lat_1=49 +lat_2=77 +lat_0=49 +lon_0=-95 +x_0=0 +y_0=0
+ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs  
# NAD83(CSRS) / Canada Atlas Lambert
3979 +proj=lcc +lat_1=49 +lat_2=77 +lat_0=49 +lon_0=-95 +x_0=0 +y_0=0
+ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs  


Unfortunately, neither of these parameter lists are exactly the same as the
42304 definition from above (these have +towgs84=0,0,.. and the 42304 one
has +datum=NAD83...for all I know, those two parameters are defining the
same thing).


So, my question is: Are either of these official EPSG codes actually the
same as that unofficial 42304 code?

Cheers,
jtm

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/EPSG-42304-EPSG-3978-or-3979-tp6530222p6530222.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

[mapserver-users] Re: EPSG:42304 - EPSG:3978? or 3979?

2011-06-29 Thread myOpenLayersUName

Oh Jeff, 

It seems I'm always saying no to that question from you and then finding
out later that I should have said yes but didn't realize it. So, first of
all, thank you for continuing to respond to my questions even when I'm
repeatedly too slow to follow something that's readily apparent to others.

Unfortunately, in answer to your question this time, I'm going to go with
sort of.  You have confirmed my understanding of what happened, but I'm
still not sure which of these two new EPSG codes I should be picking to
update my own application and get away from using 42304. 

Can I just change the EPSG code to one or the other of the new ones (or
either, since they seem to be the same as far as I can tell)? Or, do I have
to reproject the data from the old 42304 to one of them before I can do
this? When I compare the PROJ4 definitions of the new and old, they aren't
the same and that suggests I need to reproject but someone told me that I
should not have to do that... that I should be able to just change the code
in my Mapfiles and OpenLayers WMS definitions.

How do I proceed?

Cheers,
jtm




--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/EPSG-42304-EPSG-3978-or-3979-tp6530222p6530859.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

[mapserver-users] WMS GetFeatureInfo - is it possible to support multiple INFO_FORMATs?

Hello all,

I've been trying to figure out how to do this for a while this afternoon and
thought perhaps I'd better step back and find out if it's even possible
before I keep struggling with it.

Is it possible to support multiple INFO_FORMAT properties to a WMS
GetFeatureInfo request? That is, is there a way to configure a MAP file that
is acting as a WMS Server to return HTML or XML based on what is asked for
in the request itself?

Cheers,
jtm

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/WMS-GetFeatureInfo-is-it-possible-to-support-multiple-INFO-FORMATs-tp6349109p6349109.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

[mapserver-users] Re: WMS GetFeatureInfo - is it possible to support multiple INFO_FORMATs?

Thanks for your response, Jeff; and, to be honest, I didn't think it could. 

However, it's quite interesting that you would reference that particular
documentation because it was exactly that section that started me looking
into how it might be possible. There are three links to what I was guessing
was ultimately the same MAP file at http://demo.mapserver.org/cgi-bin/wms:

Here are working examples of GetFeatureInfo requests: text/plain,
text/html, gml ... 

However, given your confirmation and my own previous understanding, I
imagine it's likely a script that is looking at different MAP files based on
the value passed for the INFO_FORMAT parameter.

Again, thanks. It's always nice to know when I can stop beating my head
against a wall.


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/WMS-GetFeatureInfo-is-it-possible-to-support-multiple-INFO-FORMATs-tp6349109p6349243.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

[mapserver-users] Re: WMS GetFeatureInfo - is it possible to support multiple INFO_FORMATs?

Ah, you're two steps ahead of me again!

Thanks,

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/WMS-GetFeatureInfo-is-it-possible-to-support-multiple-INFO-FORMATs-tp6349109p6349248.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

[mapserver-users] Re: WMS GetFeatureInfo - is it possible to support multiple INFO_FORMATs?

To clarify, I want to be able to make two completely separate GetFeatureInfo
requests to a WMS Server; one that will return HTML and the other will
return XML. 

As far as I'm understand from the MapServer documentation, I need to set
wms_feature_info_mime_type parameter to one of three values:

- text/xml
- text/html
- application/vnd.ogc.gml

How can I set it to two of those values?

Or, am I supposed to be able to do something like the following in a LAYER's
WEB object?

wms_feature_info_mime_type text/html
wms_feature_info_mime_type text/xml

And, if I can do that, how can I point to two different TEMPLATES? An HTML
one and an XSL for the XML? Or, again, am I supposed to be able to have two
TEMPLATE keywords in a single LAYER?

Or, am I completely missing some very important item in all these
discussions?


BTW, Rahkonen Jukka, I particularly appreciated your description of these
items at: 
http://osgeo-org.1803224.n2.nabble.com/GetFeatureInfo-request-doubts-td5083816.html
http://osgeo-org.1803224.n2.nabble.com/GetFeatureInfo-request-doubts-td5083816.html
.


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/WMS-GetFeatureInfo-is-it-possible-to-support-multiple-INFO-FORMATs-tp6349109p6349329.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

[mapserver-users] Re: WMS GetFeatureInfo - is it possible to support multiple INFO_FORMATs?

I'm starting to think that what I might do is support HTML and GML and simply
not return any geometry for the GML. Does that sound like a way to do what I
need?

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/WMS-GetFeatureInfo-is-it-possible-to-support-multiple-INFO-FORMATs-tp6349109p6349334.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

[mapserver-users] Re: WMS GetFeatureInfo - is it possible to support multiple INFO_FORMATs?

There is no such thing as text/xml. Where the heck did I come up with that?

Okay, I know how to support HTML and GML at the same time. 

Sorry about all that...

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/WMS-GetFeatureInfo-is-it-possible-to-support-multiple-INFO-FORMATs-tp6349109p6349382.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

[mapserver-users] Re: Font/Symbol size change with different MapServer

2011-04-28 Thread myOpenLayersUName

Since you folks are usually so good on this forum, the lack of response to my
previous reply suggests there is something wrong with my question. I'm
guessing there's something about this that I just don't get which is
glaringly obvious to anyone who knows anything about it. I'm hoping someone
can help me understand what might be causing the discrepancy I am seeing
between our two different environments and further, where to look to verify
those differences exist.

In the map file in question no DEFRESOLUTION is set; so, as I understand the
documentation I have found, it defaults to 72. The RESOLUTION is set in the
map file to 96. Since the DEFRESOLUTION and RESOLUTION are different, the
symbology in the layer definitions will be adjusted by a factor
corresponding to RESOLUTION/DEFRESOLUTION. More specifically, this is done
by multiplying the layer-scalefactor value by the resolution/defresolution
ratio in msPrepareImage(). Finally, the documentation suggests that these
parameters will affect size (for symbols and labels)...sure sounds like it's
related to my problem.

However, as the map file is the same on both machines (extracted directly
from our source control), there has to be something different about the
MapServer configuration itself that is causing the factor computed by
multiplying the layer-scalefactor value by the resolution/defresolution
ratio to come up with different values on the different machines and
drawing the symbols and labels different sizes. Somewhere along the way,
some value is being used that is different and I'm trying to identify what
and where that might be so I can make sure they are the same.

If any of this suggests that I have a completely wrong understanding of this
stuff, please let me know where I can find a more detailed explanation. Or,
if this is the wrong track, I'd appreciate being pointed in another
direction. As it is at the moment, I'm completely stuck.

Cheers,
jtm

--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Font-Symbol-size-change-with-different-MapServer-tp6310467p6313449.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

[mapserver-users] Re: Font/Symbol size change with different MapServer

2011-04-28 Thread myOpenLayersUName

Good lord! I've discovered the problem. 

They have upgraded the version of MapServer on one of the machines and not
the other. One is 5.4 (before all this DEFRESOLUTION stuff was introduced)
and the other is 5.6.4 (after). So, the calculations are completely
different.

Okay, got it. Sorry for wasting your time with the longer explanation above.


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Font-Symbol-size-change-with-different-MapServer-tp6310467p6313512.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

[mapserver-users] Font/Symbol size change with different MapServer

2011-04-27 Thread myOpenLayersUName

I have created a WMS containing a layer of points and labels that looks fine
in our development environment. The font and symbol sizes are as I expect
them to be. However, when I move this same WMS to our production
environment, they display bigger...markedly so. I'll try to attach the
pictures (with fingers crossed that it works).

Is there some default value that is part of the MapServer configuration
somewhere that could be affecting the size of the fonts and symbols? Is
there a resolution thing somewhere I need to be concerned about? So far I
haven't read anything to this effect anywhere.

Thanks,
jtm

http://osgeo-org.1803224.n2.nabble.com/file/n6310467/Development.png 
http://osgeo-org.1803224.n2.nabble.com/file/n6310467/Production.png 

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Font-Symbol-size-change-with-different-MapServer-tp6310467p6310467.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

[mapserver-users] Re: Font/Symbol size change with different MapServer

2011-04-27 Thread myOpenLayersUName

I came across that in the documentation, but couldn't find where I would
check that. I understand setting it in the map files; but where is the
default set? Where do I look to see if they are different on the two
systems?


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Font-Symbol-size-change-with-different-MapServer-tp6310467p6310801.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

[mapserver-users] Yet another Dynamic WMS server question

2011-04-19 Thread myOpenLayersUName

Similar to the type of thing I'm doing in:
http://osgeo-org.1803224.n2.nabble.com/Changing-map-file-parameter-Label-Color-via-URL-td5771138.html

We have a dynamic map file that we use to display a number of dynamically
generated pieces of information. Currently, the Map file has a projection
defined and, as long as we're working with data that is in that projection,
all is well.

However, sometimes we're working with data in a different projection, so my
question is whether it is possible to tell MapServer what the projection of
the data is in within the WMS request also? 

So, given a URL like this:
http://domain/dynamicWms_en?map.layer[mylayer]=DATA+'path2/shapefile'+ENDLAYERS=mylayerFORMAT=image/pngSRS=EPSG:2957...


I'd like to introduce something like: map.projection='init%22epsg:2957' to
indicate what projection the data the map file is pointing to is in that
projection. 

Is that even possible? And, if yes, can anyone give me an idea what the
syntax is because I've been trying and can't get it to work.

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Yet-another-Dynamic-WMS-server-question-tp6288703p6288703.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

[mapserver-users] Re: msProcessProjection(): Projection library error. no options in 'init' file

2011-04-15 Thread myOpenLayersUName

I can confirm that the PROJ_LIB environment variable is not set in the httpd
configuration file. Adding it has solved the problem. Yay!!

In addition, I got some answers to my questions regarding where MapServer
was getting this information if that environment variable wasn't in the
Apache configuration. By default, it was using a directory provided at
compile time, as suggested in a previous post. Obviously, that path wasn't
the same as the one we thought it was using. 

Now we know and our choice is either to leave the PROJ_LIB environment
variable set or to just overwrite the epsg file in the proper location.

Special thanks to Jeff for his input here.

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/msProcessProjection-Projection-library-error-no-options-in-init-file-tp6273726p6277431.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

[mapserver-users] msProcessProjection(): Projection library error. no options in 'init' file

We are trying to deploy a WMS to production that we have working in a
development environment. When I try to do a getCapabilities request in the
prod environment, I get the message provided in the subject above.

I looked at the documentation for this error message at
http://mapserver.org/errors.html. It tells me:
The message tells you that the projection you’re trying to use isn’t
defined in the epsg file. Open your epsg file in a text editor and search
for your projection to make sure that it exists.

I have checked the epsg file in the prodution environment and the projection
I am asking for is included. Further, I have run a file comparison on the
epsg file in dev and the one in prod and they are the same. 

Does anyone know of other reasons MapServer could be unable to find the
projection definition?

Cheers,
jtm

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/msProcessProjection-Projection-library-error-no-options-in-init-file-tp6273726p6273726.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

[mapserver-users] Re: msProcessProjection(): Projection library error. no options in 'init' file

I tried putting:

CONFIG PROJ_LIB /usr/share/proj/ 

into the map file on production and it is now working.

So, the problem is that the MapServer in production is not looking where I
expect it to for the epsg file. Is there a configuration thing I need to do?
What dictates where MapServer looks for that file by default?


--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/msProcessProjection-Projection-library-error-no-options-in-init-file-tp6273726p6273806.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

[mapserver-users] Re: msProcessProjection(): Projection library error. no options in 'init' file

Thanks for your response Jeff. I'm guessing you responded before you received
my followup post regarding the location of the epsg file.

However, to address the concern, I did check and the MAP's projection is
defined with lowercase epsg and the wms_srs list is uppercase EPSG
following the example found at: http://mapserver.org/ogc/wms_server.html
discussing Map PROJECTION and wms_srs metadata. 



--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/msProcessProjection-Projection-library-error-no-options-in-init-file-tp6273726p6273896.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

[mapserver-users] Re: msProcessProjection(): Projection library error. no options in 'init' file

No, no, no! I didn't solve it. I found out more specifically what the problem
is and have got a work around but I have not solved the problem as far as I
am concerned.

I have an epsg file in a proj directory on the MapServer host. As far as I
was concerned, MapServer is using that file to indicate which epsg
projections are supported. However, MapServer is obviously not looking at
that file because the projection in question definitely exists in it and
when I specifically point to the file's location within the Map file itself
(using the CONFIG PROJ_LIB directive), and thereby overriding where ever it
is MapServer is looking by default, everything works.

I need to know how to ensure the configuration of MapServer is properly
looking at the location I expect it to.

At http://mapserver.org/installation/unix.html, I see a
--with-proj=/usr/local compile option. What happens if someone didn't
include that when they compiled? Or, if that's not even possible, is there
any way to find out from the MapServer executable itself where it is looking
for the epsg file? And, further, if it is looking somewhere and doesn't find
one at all, does it use some kind of default list?

--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/msProcessProjection-Projection-library-error-no-options-in-init-file-tp6273726p6274097.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

[mapserver-users] Re: msProcessProjection(): Projection library error. no options in 'init' file