Re: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Dave Rafkind
Map file is at the bottom of this email, world shapefile is the popular "world_adm0" , can be gotten from here: http://www.cipotato.org/diva/data/misc/world_adm0.zip Paul Ramsey wrote: QGIS doesn't know anything about the SRS of your shape file. If you share your Shape file and Map file, then

Re: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Paul Ramsey
QGIS doesn't know anything about the SRS of your shape file. If you share your Shape file and Map file, then we can either reproduce your bug or confirm you are doing something wrong and tell you what that something is. Paul On Fri, Jan 2, 2009 at 1:12 PM, Dave Rafkind wrote: > Hi, thanks for yo

Re: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Dave Rafkind
Christopher Schmidt wrote: On Fri, Jan 02, 2009 at 04:20:28PM -0500, Dave Rafkind wrote: Ahh, image hosted here: http://farm4.static.flickr.com/3115/3161140430_b1577f81bf_o.jpg Take one of the broken tiles, and find the URL from it. Share that URL with us, along with the result from

Re: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Christopher Schmidt
On Fri, Jan 02, 2009 at 04:20:28PM -0500, Dave Rafkind wrote: > Ahh, image hosted here: > > http://farm4.static.flickr.com/3115/3161140430_b1577f81bf_o.jpg Take one of the broken tiles, and find the URL from it. Share that URL with us, along with the result from it. (Alternatively/preferably, yo

Re: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Dave Rafkind
Ahh, image hosted here: http://farm4.static.flickr.com/3115/3161140430_b1577f81bf_o.jpg Dave Rafkind wrote: Hi, thanks for your reply. Results follow: I can't remove the PROJECTION block, otherwise I get this error from mapserver: msTileSetProjectionst(): WMS server error. Cannot set new SRS

Re: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Dave Rafkind
Hi, thanks for your reply. Results follow: I can't remove the PROJECTION block, otherwise I get this error from mapserver: msTileSetProjectionst(): WMS server error. Cannot set new SRS on a map that doesn't have any projection set. Please make sure your mapfile has a PROJECTION defined at the

Re: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Paul Ramsey
Dave, - Remove the PROJECTION block from the MAP level (leave the one at the LAYER level). Tile mode constructs its own output projection object, it doesn't need map file configuration for the output projection, just the inputs. - Confirm that the shape file you are using *is* in fact epsg:4326 -

Re: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Dave Rafkind
Thanks for the suggestions, but I don't think that's quite it: 1 - removing "epsg:4326" from the wms_srs part of the mapfile didn't fix it 2 - adding "&SRS=EPSG:900913" to the Virtual Earth "tileSource" string didn't fix it Is there anything else I can try? Fawcett, David wrote: Dave, I a

Re: [mapserver-users] Overriding MapServer Map File Parameters inOpenLayers

2009-01-02 Thread Bill Thoen
Thanks David! You gave me the hint I needed. If I leave out the '+' characters and use spaces instead then this works: var baseLayer = new OpenLayers.Layer.MapServer( "USA", "http://206.168.217.244/cgi-bin/mapserv?";, { 'map_imagetype': 'PN

RE: [mapserver-users] Trouble with mode=tile

2009-01-02 Thread Fawcett, David
Dave, I am not sure if this is it, but in your WMS request, you are not specifying a SRS. You are advertising two SRS' in your WEB WMS "wms_srs" metadata. I wonder if MapServer is just defaulting to the first SRS in your list in the absence of an explicit request? David. -Original Messa

[mapserver-users] Trouble with mode=tile

2009-01-02 Thread Dave Rafkind
Hi list, I'm using the latest ms4w on a windows XP box. When trying to use mapserver's tile mode in a Virtual Earth or Google Maps control, it looks totally wrong (like the wrong projection is being used perhaps?). What is the right way to go about this? Here's mapserver.exe -v: C:\ms4w\Apache

RE: [mapserver-users] Overriding MapServer Map File Parameters inOpenLayers

2009-01-02 Thread Fawcett, David
Bill, Here is something that I have tested in 5.2 http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/workshop08/runtime_s ub_config.map&mode=map&map.layer[counties].class[0].style[0]=COLOR+178+3 4+34+WIDTH+3 It changes both the color and width of the line feature, just drop the '+WIDTH+3' off

[mapserver-users] Overriding MapServer Map File Parameters in OpenLayers

2009-01-02 Thread Bill Thoen
I'm trying to make a map in OpenLayers 2.7 using a MapServer 5.0.3 Map File, and I'm trying to change the Layer color from what's specified in the Map File. In OpenLayers, I have to format the parameter as a key: value pair. So here's what I've tried (without success) in my OL javascript: var

RE: [mapserver-users] Rotated TrueType Point Symbols - Issue

2009-01-02 Thread Donald Kerr
Thomas, > ttf rotation is fixed in trunk for agg. the point of rotation > is the centre of the symbol. That doesn't seem to be the case. If I rotate a TTF symbol then it appears offset as per the images I posted to the group earlier. Regards, Donald ___

Re: [mapserver-users] Rotated TrueType Point Symbols - Issue

2009-01-02 Thread thomas bonfort
ttf rotation is fixed in trunk for agg. the point of rotation is the centre of the symbol. regards, thomas On Fri, Jan 2, 2009 at 17:29, Fawcett, David wrote: > Donald, > > I have seen this same issue using MapServer 5.2.0. I first noticed it > when I was doing an attribute binding example, but

RE: [mapserver-users] Rotated TrueType Point Symbols - Issue

2009-01-02 Thread Fawcett, David
Donald, I have seen this same issue using MapServer 5.2.0. I first noticed it when I was doing an attribute binding example, but I can confirm that it also occurs when using a fixed angle. When specifying a fixed angle of 0 or 360, the symbol lands correctly on the point. An angle of 90 sets

[mapserver-users] Rotated TrueType Point Symbols - Issue

2009-01-02 Thread Donald Kerr
I have created a number of TrueType symbols most of which are good enough when positioned on the map at their default centre point. There appears to be an issue when these are then rotated using ANGLE. They do not appear to rotate around their centre point which can make them look very odd when pl