Re: [mapserver-users] overlaysymbol depreciated?

2013-08-29 Thread Havard Tveite

Both SYMBOL 0 + SIZE 1 and WIDTH 1 should work, but why don't
you want to use WIDTH?
WIDTH is now the recommended way of specifying the width of
lines.  It is also used in
http://mapserver.org/mapfile/symbology/construction.html

Håvard

On 8/28/2013 4:29 PM, andy wrote:

It still draw's correctly, so I'd say its still in the code (I'm running 6.2.1).

Reading: http://mapserver.org/mapfile/symbology/construction.html

it looks like I want have multiple SYLE's listed.  Something like:

CLASS
 NAME 'Railroad'
 STYLE
 SYMBOL 0
 COLOR 0 0 0
 SIZE 1
 END
 STYLE
 SYMBOL 'railway'
 COLOR 0 0 0
 SIZE 7
 GAP -25
 END
END

Yes?

-Andy


On 8/28/2013 9:25 AM, thomas bonfort wrote:

They've been deprecated ages ago... not sure when and if they were
actually removed completely...

CLASS
 NAME 'Railroad'
 STYLE
   COLOR 0 0 0
   WIDTH 1
 END
 STYLE
   SYMBOL 'railway'
   COLOR 0 0 0
   SIZE 7
   GAP -25
 END
END

On 28 August 2013 16:15, andy a...@squeakycode.net wrote:

My current maps have railroads displayed like this:

CLASS
 NAME 'Railroad'
 SYMBOL 'circle'
 COLOR 0 0 0
 SIZE 1
 OVERLAYSYMBOL 'railway'
 OVERLAYCOLOR 0 0 0
 OVERLAYSIZE 7
 STYLE
 GAP -25
 END
END

Which works.  But OverlaySymbol and friends don't seem to be documented.
Did they go away at some point?  What should I be using instead?

Thanks,

-Andy
___
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




--
Håvard Tveite
Department of Mathematical Sciences and Technology, UMB
Drøbakveien 31, POBox 5003, N-1432 Ås, NORWAY
Phone: +47 64965483 Fax: +47 64965401 http://www.umb.no/imt/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] Orientation of vector symbols on a LINE

2013-08-29 Thread Havard Tveite

The implementation of GAP has been fixed (center to center
distance between symbols), and so has the calculation of
symbol height.
I guess that the following should work:

STYLE
  SYMBOL wavy_line
  WIDTH 1
  SIZE 2
  GAP -6
  COLOR 0 0 0
END

Since you have y values from -1 to 1, and x values between 0
and 6, the ratio between the height of your symbol and the
length is 2 / 6.  The ratio between size and gap should be the
same to make the the line continuous.

Håvard

On 8/29/2013 1:31 AM, TC Haddad wrote:


Hello, I'm trying to understand symbol orientation and (maybe) use of 
ANCHORPOINT on a line in Mapserver 6.2.

The vector symbol that I have been using for line cartography in MapServer 
6.0.3 is below, and I am trying to get the same effect in Mapserver 6.2.1.

SYMBOL
   NAME wavy_line
   TYPE vector
   POINTS
 0 0
 1 1
 2 1
 3 0
 4 -1
 5 -1
 6 0
   END
END

Display in Mapserver 6.0.3:
https://dl.dropboxusercontent.com/u/42845001/mapserver6.0.3.png

Relevant Style bloc from Mapserver 6.0.3:

STYLE
  SYMBOL wavy_line
  WIDTH 1
  SIZE 2
  GAP -1
  COLOR 0 0 0
END

This did not translate directly to Mapserver 6.2.1, but I came close with this:

STYLE
 SYMBOL wavy_line
  WIDTH 1
  SIZE 4
  GAP 6
  COLOR 0 0 0
END

which produced this:
https://dl.dropboxusercontent.com/u/42845001/mapserver6.2.1.png

Obviously I am missing something about how to get the symbol to orient along 
the line, I played with ANCHORPOINT as that  was new in 6.2 and it seemed like 
the default of 0.5 0.5  should work for my symbol, but I also tried several 
other value combinations and it seemed to merely shift the symbol around 
laterally, while maintaining an upright orientation.

So I'm a bit confused on how to achieve the original effect, (behavior 
something like the equivalent of FOLLOW for Labels). Any pointers appreciated...


___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users



--
Håvard Tveite
Department of Mathematical Sciences and Technology, UMB
Drøbakveien 31, POBox 5003, N-1432 Ås, NORWAY
Phone: +47 64965483 Fax: +47 64965401 http://www.umb.no/imt/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] Orientation of vector symbols on a LINE

2013-08-29 Thread thomas bonfort
Given that there's alot of undefined behavior with vector symbols, the
documentation for anchorpoint is pretty clear about what is supported:
quote
ANCHORPOINT can be used with SYMBOLs of TYPE ellipse, pixmap, svg,
truetype and vector. To ensure proper behaviour for vector symbols,
the left and top edges of the bounding box of the symbol should be at
0.
/quote
As a rule of thumb, VECTOR symbols are expected to work correctly if
they respect that rule, i.e. your vector POINTS should have at least
one point with x=0, at least one point with y=0, and no negative x's
or y's.

--
thomas

On 29 August 2013 09:05, Havard Tveite havard.tve...@umb.no wrote:
 The implementation of GAP has been fixed (center to center
 distance between symbols), and so has the calculation of
 symbol height.
 I guess that the following should work:


 STYLE
   SYMBOL wavy_line
   WIDTH 1
   SIZE 2
   GAP -6

   COLOR 0 0 0
 END

 Since you have y values from -1 to 1, and x values between 0
 and 6, the ratio between the height of your symbol and the
 length is 2 / 6.  The ratio between size and gap should be the
 same to make the the line continuous.

 Håvard


 On 8/29/2013 1:31 AM, TC Haddad wrote:


 Hello, I'm trying to understand symbol orientation and (maybe) use of
 ANCHORPOINT on a line in Mapserver 6.2.

 The vector symbol that I have been using for line cartography in MapServer
 6.0.3 is below, and I am trying to get the same effect in Mapserver 6.2.1.

 SYMBOL
NAME wavy_line
TYPE vector
POINTS
  0 0
  1 1
  2 1
  3 0
  4 -1
  5 -1
  6 0
END
 END

 Display in Mapserver 6.0.3:
 https://dl.dropboxusercontent.com/u/42845001/mapserver6.0.3.png

 Relevant Style bloc from Mapserver 6.0.3:

 STYLE
   SYMBOL wavy_line
   WIDTH 1
   SIZE 2
   GAP -1
   COLOR 0 0 0
 END

 This did not translate directly to Mapserver 6.2.1, but I came close with
 this:

 STYLE
  SYMBOL wavy_line
   WIDTH 1
   SIZE 4
   GAP 6
   COLOR 0 0 0
 END

 which produced this:
 https://dl.dropboxusercontent.com/u/42845001/mapserver6.2.1.png

 Obviously I am missing something about how to get the symbol to orient
 along the line, I played with ANCHORPOINT as that  was new in 6.2 and it
 seemed like the default of 0.5 0.5  should work for my symbol, but I also
 tried several other value combinations and it seemed to merely shift the
 symbol around laterally, while maintaining an upright orientation.

 So I'm a bit confused on how to achieve the original effect, (behavior
 something like the equivalent of FOLLOW for Labels). Any pointers
 appreciated...


 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users


 --
 Håvard Tveite
 Department of Mathematical Sciences and Technology, UMB
 Drøbakveien 31, POBox 5003, N-1432 Ås, NORWAY
 Phone: +47 64965483 Fax: +47 64965401 http://www.umb.no/imt/
 ___
 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] Orientation of vector symbols on a LINE

2013-08-29 Thread TC Haddad
Thanks Havard, for the pointer to the answer and explanation of the ratio
between SIZE and GAP. I feel like I will use that a lot.

Thanks Thomas for your clarification - my misunderstanding was regarding
the negative values, I hadn't fully  internalized that y=0 was the top of
the symbol.

Tanya


On Thu, Aug 29, 2013 at 12:24 AM, thomas bonfort
thomas.bonf...@gmail.comwrote:

 Given that there's alot of undefined behavior with vector symbols, the
 documentation for anchorpoint is pretty clear about what is supported:
 quote
 ANCHORPOINT can be used with SYMBOLs of TYPE ellipse, pixmap, svg,
 truetype and vector. To ensure proper behaviour for vector symbols,
 the left and top edges of the bounding box of the symbol should be at
 0.
 /quote
 As a rule of thumb, VECTOR symbols are expected to work correctly if
 they respect that rule, i.e. your vector POINTS should have at least
 one point with x=0, at least one point with y=0, and no negative x's
 or y's.

 --
 thomas

 On 29 August 2013 09:05, Havard Tveite havard.tve...@umb.no wrote:
  The implementation of GAP has been fixed (center to center
  distance between symbols), and so has the calculation of
  symbol height.
  I guess that the following should work:
 
 
  STYLE
SYMBOL wavy_line
WIDTH 1
SIZE 2
GAP -6
 
COLOR 0 0 0
  END
 
  Since you have y values from -1 to 1, and x values between 0
  and 6, the ratio between the height of your symbol and the
  length is 2 / 6.  The ratio between size and gap should be the
  same to make the the line continuous.
 
  Håvard
 
 
  On 8/29/2013 1:31 AM, TC Haddad wrote:
 
 
  Hello, I'm trying to understand symbol orientation and (maybe) use of
  ANCHORPOINT on a line in Mapserver 6.2.
 
  The vector symbol that I have been using for line cartography in
 MapServer
  6.0.3 is below, and I am trying to get the same effect in Mapserver
 6.2.1.
 
  SYMBOL
 NAME wavy_line
 TYPE vector
 POINTS
   0 0
   1 1
   2 1
   3 0
   4 -1
   5 -1
   6 0
 END
  END
 
  Display in Mapserver 6.0.3:
  https://dl.dropboxusercontent.com/u/42845001/mapserver6.0.3.png
 
  Relevant Style bloc from Mapserver 6.0.3:
 
  STYLE
SYMBOL wavy_line
WIDTH 1
SIZE 2
GAP -1
COLOR 0 0 0
  END
 
  This did not translate directly to Mapserver 6.2.1, but I came close
 with
  this:
 
  STYLE
   SYMBOL wavy_line
WIDTH 1
SIZE 4
GAP 6
COLOR 0 0 0
  END
 
  which produced this:
  https://dl.dropboxusercontent.com/u/42845001/mapserver6.2.1.png
 
  Obviously I am missing something about how to get the symbol to orient
  along the line, I played with ANCHORPOINT as that  was new in 6.2 and it
  seemed like the default of 0.5 0.5  should work for my symbol, but I
 also
  tried several other value combinations and it seemed to merely shift the
  symbol around laterally, while maintaining an upright orientation.
 
  So I'm a bit confused on how to achieve the original effect, (behavior
  something like the equivalent of FOLLOW for Labels). Any pointers
  appreciated...
 
 
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users
 
 
  --
  Håvard Tveite
  Department of Mathematical Sciences and Technology, UMB
  Drøbakveien 31, POBox 5003, N-1432 Ås, NORWAY
  Phone: +47 64965483 Fax: +47 64965401 http://www.umb.no/imt/
  ___
  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 mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Projections and raster files

2013-08-29 Thread David Power
Hello,

I have a number of geotiffs which are currently using epsg:4326 and I would 
like to output a region using epsg:3857.

I am new to mapserver but from what I have read the way achieve this is by 
setting the projection of the map to epsg:3857 and the layer to epsg:4326.

When I set the projections to the same value I get the output I expect without 
a problem, if I set the projections to different values I do not get an error 
but the output is blank.

To make life more complicated I am using mapscript via the Java swig interface, 
the version of mapserver I am using is mapserver 6.1.2.1 which I built from 
source.

If anybody has any advice I would be most grateful.

David

- 

gdalinfo gives the following information about one of the files:

Driver: GTiff/GeoTIFF
Files: globcover_n10e005.tif
Size is 7200, 7200
Coordinate System is:
GEOGCS[WGS 84,
DATUM[WGS_1984,
SPHEROID[WGS 84,6378137,298.257223563,
AUTHORITY[EPSG,7030]],
AUTHORITY[EPSG,6326]],
PRIMEM[Greenwich,0],
UNIT[degree,0.0174532925199433],
AUTHORITY[EPSG,4326]]
Origin = (5.000,9.615)
Pixel Size = (0.0001389,-0.0001389)
Metadata:
  DataType=Generic
  AREA_OR_POINT=Area
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (   5.000,  10.000) (  5d 0'0.00E, 10d 0'0.00N)
Lower Left  (   5.000,   9.000) (  5d 0'0.00E,  9d 0'0.00N)
Upper Right (   6.000,  10.000) (  6d 0'0.00E, 10d 0'0.00N)
Lower Right (   6.000,   9.000) (  6d 0'0.00E,  9d 0'0.00N)
Center  (   5.500,   9.500) (  5d30'0.00E,  9d30'0.00N)
Band 1 Block=7200x128 Type=Byte, ColorInterp=Gray
  NoData Value=0

-

The map file is built programmatically, the following is the result of saving 
the map object to file:

MAP
  EXTENT 5 9.9 5.1 10
  IMAGETYPE png
  NAME blank
  SIZE 800 800
  STATUS ON
  UNITS DD

  OUTPUTFORMAT
NAME png
MIMETYPE image/png
DRIVER AGG/PNG
EXTENSION png
IMAGEMODE RGB
TRANSPARENT FALSE
  END # OUTPUTFORMAT

  PROJECTION
init=epsg:3857
  END # PROJECTION
  LEGEND
KEYSIZE 20 10
KEYSPACING 5 5
LABEL
  SIZE MEDIUM
  OFFSET 0 0
  SHADOWSIZE 1 1
  TYPE BITMAP
END # LABEL
STATUS OFF
  END # LEGEND

  QUERYMAP
SIZE -1 -1
STATUS OFF
STYLE HILITE
  END # QUERYMAP

  SCALEBAR
INTERVALS 4
LABEL
  SIZE MEDIUM
  OFFSET 0 0
  SHADOWSIZE 1 1
  TYPE BITMAP
END # LABEL
SIZE 200 3
STATUS OFF
UNITS MILES
  END # SCALEBAR

  WEB
  END # WEB

  LAYER
DATA /home/leftworker/data/landcover/lefttiles/n10/globcover_n10e005.tif
NAME n10e005
PROJECTION
  init=epsg:4326
END # PROJECTION
STATUS ON
TILEITEM location
TYPE RASTER
UNITS DD
  END # LAYER

END # MAP





==
Dr David J Power
Research Officer
Department of Computer Science
University of Oxford
tel:   01865 283670
email: david.po...@cs.ox.ac.uk
==



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Projections and raster files

2013-08-29 Thread Fawcett, David (MNIT)
David,

Take a look at the map extent and units.  They should be the units used by your 
output spatial reference system.

In your current map file, you have DD for the units, for 3857, they should be 
meters.  You will also want to express your extent in 3857 coords.

David.

From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of David Power
Sent: Thursday, August 29, 2013 10:01 AM
To: MapserverList OSGEO
Subject: [mapserver-users] Projections and raster files

Hello,

I have a number of geotiffs which are currently using epsg:4326 and I would 
like to output a region using epsg:3857.

I am new to mapserver but from what I have read the way achieve this is by 
setting the projection of the map to epsg:3857 and the layer to epsg:4326.

When I set the projections to the same value I get the output I expect without 
a problem, if I set the projections to different values I do not get an error 
but the output is blank.

To make life more complicated I am using mapscript via the Java swig interface, 
the version of mapserver I am using is mapserver 6.1.2.1 which I built from 
source.

If anybody has any advice I would be most grateful.

David

-

gdalinfo gives the following information about one of the files:

Driver: GTiff/GeoTIFF
Files: globcover_n10e005.tif
Size is 7200, 7200
Coordinate System is:
GEOGCS[WGS 84,
DATUM[WGS_1984,
SPHEROID[WGS 84,6378137,298.257223563,
AUTHORITY[EPSG,7030]],
AUTHORITY[EPSG,6326]],
PRIMEM[Greenwich,0],
UNIT[degree,0.0174532925199433],
AUTHORITY[EPSG,4326]]
Origin = (5.000,9.615)
Pixel Size = (0.0001389,-0.0001389)
Metadata:
  DataType=Generic
  AREA_OR_POINT=Area
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (   5.000,  10.000) (  5d 0'0.00E, 10d 0'0.00N)
Lower Left  (   5.000,   9.000) (  5d 0'0.00E,  9d 0'0.00N)
Upper Right (   6.000,  10.000) (  6d 0'0.00E, 10d 0'0.00N)
Lower Right (   6.000,   9.000) (  6d 0'0.00E,  9d 0'0.00N)
Center  (   5.500,   9.500) (  5d30'0.00E,  9d30'0.00N)
Band 1 Block=7200x128 Type=Byte, ColorInterp=Gray
  NoData Value=0

-

The map file is built programmatically, the following is the result of saving 
the map object to file:

MAP
  EXTENT 5 9.9 5.1 10
  IMAGETYPE png
  NAME blank
  SIZE 800 800
  STATUS ON
  UNITS DD

  OUTPUTFORMAT
NAME png
MIMETYPE image/png
DRIVER AGG/PNG
EXTENSION png
IMAGEMODE RGB
TRANSPARENT FALSE
  END # OUTPUTFORMAT

  PROJECTION
init=epsg:3857
  END # PROJECTION
  LEGEND
KEYSIZE 20 10
KEYSPACING 5 5
LABEL
  SIZE MEDIUM
  OFFSET 0 0
  SHADOWSIZE 1 1
  TYPE BITMAP
END # LABEL
STATUS OFF
  END # LEGEND

  QUERYMAP
SIZE -1 -1
STATUS OFF
STYLE HILITE
  END # QUERYMAP

  SCALEBAR
INTERVALS 4
LABEL
  SIZE MEDIUM
  OFFSET 0 0
  SHADOWSIZE 1 1
  TYPE BITMAP
END # LABEL
SIZE 200 3
STATUS OFF
UNITS MILES
  END # SCALEBAR

  WEB
  END # WEB

  LAYER
DATA /home/leftworker/data/landcover/lefttiles/n10/globcover_n10e005.tif
NAME n10e005
PROJECTION
  init=epsg:4326
END # PROJECTION
STATUS ON
TILEITEM location
TYPE RASTER
UNITS DD
  END # LAYER

END # MAP





==
Dr David J Power
Research Officer
Department of Computer Science
University of Oxford
tel:   01865 283670
email: david.po...@cs.ox.ac.ukmailto:david.po...@cs.ox.ac.uk
==



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Projections and raster files

2013-08-29 Thread Jeff McKenna
On 2013-08-29 12:00 PM, David Power wrote:
 Hello,
 
 I have a number of geotiffs which are currently using epsg:4326 and I
 would like to output a region using epsg:3857.
 
 I am new to mapserver but from what I have read the way achieve this is
 by setting the projection of the map to epsg:3857 and the layer to
 epsg:4326.
 
 When I set the projections to the same value I get the output I expect
 without a problem, if I set the projections to different values I do not
 get an error but the output is blank.
 
 To make life more complicated I am using mapscript via the Java swig
 interface, the version of mapserver I am using is mapserver 6.1.2.1
 which I built from source.
 
 If anybody has any advice I would be most grateful.
 
 David
 
 - 
 

You might also want to review the Important Notes section of the
PROJECTION documentation:
http://www.mapserver.org/mapfile/projection.html#important-notes

-jeff


-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] wcs 1..0.0 getcapabilities problem in mapserver 6.4dev and 6.2.x

2013-08-29 Thread Peter Freimuth

Hi,
i ran into s small problem with setting up a WCS service on umn 
mapserver 6.2 and newer.
When requesting the capabilities for VERSION=1.0.0 i get the following 
Warning printed to the Capabilities Doc:


?xml version='1.0' encoding=ISO-8859-1 standalone=no ?
WCS_Capabilities
   version=1.0.0
   updateSequence=0
   xmlns=http://www.opengis.net/wcs;
   xmlns:xlink=http://www.w3.org/1999/xlink;
   xmlns:gml=http://www.opengis.net/gml;
   xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
   xsi:schemaLocation=http://www.opengis.net/wcs 
http://schemas.opengeospatial.net/wcs/1.0.0/wcsCapabilities.xsd;
Service
!-- WARNING: Some mandatory elements for '(null)' are missing in this context. 
--
  descriptionThis service serves RE L3A image products with different acquisition dates and 
supports filtering by using the OGC#39;time#39;  parameter and 
the#39;imageidentifier#39;  parameter to address single images./description
  nameMapServer WCS/name
  labelRE 5Band LI_USA-MT OWS Servis/label
  keywords
keywordwcs/keyword
keyword  wms/keyword
keyword  wfs/keyword
keyword  living image/keyword
  /keywords
responsibleParty
...

In all other Version like 1.1.x or 2.0.0 everything is fine and i also have no 
problem with WMS or WFS capabilities.

this is the WEB section of the corresponding mapfile:
WEB
IMAGEPATH //image_path
METADATA
ows_title   RE 5 Band Imagedata Service
#ows_onlineresource  
http://devcloud.blackbridge.com/ows/LI_USA-MT.cgi?; ### recommended
ows_onlineresource  http://***/LI_USA-MT.cgi?; ### recommended
ows_description This service serves images registered in the OWS 
streaming platform
ows_abstract This service serves images registered in the OWS 
streaming platform
ows_srs EPSG:4326 EPSG:900913 EPSG:3857 EPSG:32662
#necessary to get the WCS virtual dataset metadata thing working
ows_extent -116.364631680367 44.1932837062986 
-103.698350095065 49.1892799088128
ows_schemas_location http://schemas.opengeospatial.net;
ows_feesnone
ows_accessconstraintsnone
ows_keywordlist  wcs, wms, wfs, living image
ows_metadatalink_typeTC211
ows_metadatalink_format  text/plain
ows_addresstype  postal
ows_address  fgdfgdgs.
ows_city fdgfgdf
ows_stateorprovince  dgdfg
ows_postcode dgdfg
ows_country  dgdg
ows_contactelectronicmailaddress ***
ows_contactperson ***
ows_contactorganization   ***
ows_contactposition   ows manager
ows_role  ows manager
ows_contactvoicetelephone 453453453
ows_contactfacsimiletelephone 345345345
ows_contactinstructions send us an email
ows_service_onlineresource http://*/cgi-bin/LI_USA-MT.cgi?;
ows_hoursofservice 8-17 MCT
ows_http_max_age   100
#ows_updatesequence 

wcs_enable_request GetCapabilities GetCoverage DescribeCoverage
wcs_descriptionThis service serves RE L3A image products 
with different acquisition dates and supports filtering by using the OGC 'time' parameter and the 
'imageidentifier' parameter to address single images.
wcs_abstractThis service serves RE L3A image products 
with different acquisition dates and supports filtering by using the OGC 'time' parameter and the 
'imageidentifier' parameter to address single images.
wcs_extent -116.364631680367 44.1932837062986 
-103.698350095065 49.1892799088128
wcs_labelRE 5Band LI_USA-MT OWS Servis ### required

wms_enable_request GetCapabilities GetMap GetLegendGraphic
wms_extent -116.364631680367 44.1932837062986 
-103.698350095065 49.1892799088128
wms_feature_info_mime_type application/json
wms_bbox_extended   true

wfs_enable_request GetCapabilities GetFeature 
DescribeFeatureType
wfs_extent  -116.364631680367 44.1932837062986 
-103.698350095065 49.1892799088128
wfs_description   This WFS service serves as a catalog service to 
find out which image products are available in the the service for further usage. ## 
Recommended
wfs_abstract   This WFS service serves as a catalog service to 
find out which image products are available in the the service for further usage. ## 
Recommended
wfs_srs   EPSG:4326 EPSG:4269 EPSG:3978 EPSG:3857 EPSG:900913 
EPSG:32662 #output for WFS data for WFS 1.0.0
wfs_maxfeatures  1

Re: [mapserver-users] Projections and raster files

2013-08-29 Thread David Power

Thanks David,

Using the correct units seems to have fixed the problem. 

@Jeff : Thanks for pointer, now that I have re-read it all makes sense

Cheers

David


On 29 Aug 2013, at 16:43, Fawcett, David (MNIT) wrote:

 David,
  
 Take a look at the map extent and units.  They should be the units used by 
 your output spatial reference system. 
  
 In your current map file, you have DD for the units, for 3857, they should be 
 meters.  You will also want to express your extent in 3857 coords.
  
 David.
  
 From: mapserver-users-boun...@lists.osgeo.org 
 [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of David Power
 Sent: Thursday, August 29, 2013 10:01 AM
 To: MapserverList OSGEO
 Subject: [mapserver-users] Projections and raster files
  
 Hello,
  
 I have a number of geotiffs which are currently using epsg:4326 and I would 
 like to output a region using epsg:3857.
  
 I am new to mapserver but from what I have read the way achieve this is by 
 setting the projection of the map to epsg:3857 and the layer to epsg:4326.
  
 When I set the projections to the same value I get the output I expect 
 without a problem, if I set the projections to different values I do not get 
 an error but the output is blank.
  
 To make life more complicated I am using mapscript via the Java swig 
 interface, the version of mapserver I am using is mapserver 6.1.2.1 which I 
 built from source.
  
 If anybody has any advice I would be most grateful.
  
 David
  
 - 
  
 gdalinfo gives the following information about one of the files:
  
 Driver: GTiff/GeoTIFF
 Files: globcover_n10e005.tif
 Size is 7200, 7200
 Coordinate System is:
 GEOGCS[WGS 84,
 DATUM[WGS_1984,
 SPHEROID[WGS 84,6378137,298.257223563,
 AUTHORITY[EPSG,7030]],
 AUTHORITY[EPSG,6326]],
 PRIMEM[Greenwich,0],
 UNIT[degree,0.0174532925199433],
 AUTHORITY[EPSG,4326]]
 Origin = (5.000,9.615)
 Pixel Size = (0.0001389,-0.0001389)
 Metadata:
   DataType=Generic
   AREA_OR_POINT=Area
 Image Structure Metadata:
   INTERLEAVE=BAND
 Corner Coordinates:
 Upper Left  (   5.000,  10.000) (  5d 0'0.00E, 10d 0'0.00N)
 Lower Left  (   5.000,   9.000) (  5d 0'0.00E,  9d 0'0.00N)
 Upper Right (   6.000,  10.000) (  6d 0'0.00E, 10d 0'0.00N)
 Lower Right (   6.000,   9.000) (  6d 0'0.00E,  9d 0'0.00N)
 Center  (   5.500,   9.500) (  5d30'0.00E,  9d30'0.00N)
 Band 1 Block=7200x128 Type=Byte, ColorInterp=Gray
   NoData Value=0
  
 -
  
 The map file is built programmatically, the following is the result of saving 
 the map object to file:
  
 MAP
   EXTENT 5 9.9 5.1 10
   IMAGETYPE png
   NAME blank
   SIZE 800 800
   STATUS ON
   UNITS DD
  
   OUTPUTFORMAT
 NAME png
 MIMETYPE image/png
 DRIVER AGG/PNG
 EXTENSION png
 IMAGEMODE RGB
 TRANSPARENT FALSE
   END # OUTPUTFORMAT
  
   PROJECTION
 init=epsg:3857
   END # PROJECTION
   LEGEND
 KEYSIZE 20 10
 KEYSPACING 5 5
 LABEL
   SIZE MEDIUM
   OFFSET 0 0
   SHADOWSIZE 1 1
   TYPE BITMAP
 END # LABEL
 STATUS OFF
   END # LEGEND
  
   QUERYMAP
 SIZE -1 -1
 STATUS OFF
 STYLE HILITE
   END # QUERYMAP
  
   SCALEBAR
 INTERVALS 4
 LABEL
   SIZE MEDIUM
   OFFSET 0 0
   SHADOWSIZE 1 1
   TYPE BITMAP
 END # LABEL
 SIZE 200 3
 STATUS OFF
 UNITS MILES
   END # SCALEBAR
  
   WEB
   END # WEB
  
   LAYER
 DATA /home/leftworker/data/landcover/lefttiles/n10/globcover_n10e005.tif
 NAME n10e005
 PROJECTION
   init=epsg:4326
 END # PROJECTION
 STATUS ON
 TILEITEM location
 TYPE RASTER
 UNITS DD
   END # LAYER
  
 END # MAP
  
  
  
  
  
 ==
 Dr David J Power
 Research Officer
 Department of Computer Science
 University of Oxford
 tel:   01865 283670
 email: david.po...@cs.ox.ac.uk
 ==
  
  
  

==
Dr David J Power
Research Officer
Department of Computer Science
University of Oxford
tel:   01865 283670
email: david.po...@cs.ox.ac.uk
==



___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] wcs 1..0.0 getcapabilities problem in mapserver 6.4dev and 6.2.x

2013-08-29 Thread Even Rouault
Le jeudi 29 août 2013 18:56:48, Peter Freimuth a écrit :
 Hi,
 i ran into s small problem with setting up a WCS service on umn
 mapserver 6.2 and newer.
 When requesting the capabilities for VERSION=1.0.0 i get the following
 Warning printed to the Capabilities Doc:
 

 Any idea what is missing. The fact that the missing mandatory metadata
 accesses a null string point to a bug in the code otherwise it should
 tell which parameter is missing.

Yes, the call to msOWSPrintURLType() in msWCSGetCapabilities_Service in 
mapwcs.c pass tag_name == NULL, hence the (null) in the warning. Looking at 
the conditions that trigger the warning, I believe the reason for the warning 
is that you need to define the ows_metadatalink_href metadata item.

 
 Thanks for any hint on this topic.
 Kind regards,
 Peter

-- 
Geospatial professional services
http://even.rouault.free.fr/services.html
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] make labels fit in a polygon

2013-08-29 Thread Mark Volz
Hello,

A year and a half ago I inquired about how to deal with labeling complex 
polygons.  The basic issue is that the center of the bbox does not always fall 
within the boundary of complex polygons.  At the time one of the developers 
mentioned that using the bbox is much faster than trying to fit a label inside 
of the polygon.  At the time I let the issue go, however I have been hearing 
more users complain about labels not fitting correctly on some of the labels.  
Therefore I am wondering if this topic can be discussed again.

Within MapServer:
I agree that using the bbox for label points is much faster to compute than 
using the actual polygon geometry.  I wonder however if it would be possible to 
add a keyword to allow either the bbox or polygon boundary to determine the 
label position.  This way users could have a choice between speed or precision 
for label placement.

Outside of Mapserver:
Does anyone know of a script that could be used to pre-calculate label 
positions?

Thanks


Mark Volz
GIS Specialist

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users