Re: [mapserver-users] bug in mapscript colorObj ?

2011-10-06 Thread Jachym Cepicky

Daniel,

problem is, that the COLOR object is *not* written to mapfile, when one 
of the RGB components is set to -1


It can be seen in the script, I send in my previous e-mail and, I 
created ticket to this


http://trac.osgeo.org/mapserver/ticket/4042

Thanks

Jachym

On 1.10.2011 16:45, Daniel Morissette wrote:

On 11-09-30 07:12 AM, Jachym Cepicky wrote:

Hi,

I try to set transparent color to REFERENCE map, so that the box is
outlined-only.

According to documentation, i use -1 for indication, that the color
should be transparent

color = mapscript.colorObj(-1,-1,-1)



How do you set/assign the color value to the reference map object? What
if you set another color than -1,-1,-1, does it get through?

The following works fine for me in PHP MapScript. Perhaps make a similar
test with the version of MapScript you are using (Python?), and then
look at the output of /tmp/test.map to comfirm that the color is set as
expected.

?php
$map = ms_newMapObj(/path/to/my.map);
$map-reference-color-setRGB(-1,-1,-1);
$map-save(/tmp/test.map);
?


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


Re: [mapserver-users] graticule label position

2011-10-06 Thread Shorthouse, David
After a rather harrowing experience getting 6.0.1 compiled (never
could figure out cairo  I do need svg so I went back to 5.6.7), I
re-examined my graticule label positions and sadly, saw no difference.
Labels still do not appear on the image edges. They do of course
appear on the edges when the layer is not reprojected. But, when the
map is reprojected, grid layer labels get slapped around. Here's
another spectacular example when the grid layer is epsg:4326 and the
map's projection is epsg:102017: http://www.simplemappr.net/?map=.
I'm not sure if labels on the edges would actually help with this
projection unless latitudes and longitudes labels could also be
clearly differentiated.

Dave

On Wed, Oct 5, 2011 at 12:34 PM, Bob Basques
bob.basq...@ci.stpaul.mn.us wrote:

 I can't find my test case at the moment, but Steve Lime did address them in 
 later versions of MapServer.

 bobb


  Brent Fraser bfra...@geoanalytic.com wrote:

 I doubt if it is fixed.  Some time ago I did some label positioning
 fixes on my local code version, so I'll test with that.

 I just thought your PROJECTION, EXTENT, and GRID layer def would get me
 started...

 Best Regards,
 Brent Fraser


 On 10/5/2011 10:28 AM, Shorthouse, David wrote:
  To be clear, I'm using PHP-mapscript (no mapfile at all) and MapServer
  5.6.6. Was this known behavior and since fixed in 6.0.x? If so, I'm
  all over that!
 
  Dave
 
  On Wed, Oct 5, 2011 at 12:18 PM, Brent Fraserbfra...@geoanalytic.com  
  wrote:
  Ok, that's a bug.  Can you send me your map file?
 
  Best Regards,
  Brent Fraser
 
 
  On 10/5/2011 10:15 AM, Shorthouse, David wrote:
  Brent,
 
  Tics are not so much a big deal. If I understand correctly, something
  like this cannot be avoided?
 
  http://www.simplemappr.net/?map=1110
 
  What I'd rather have is the labels positioned around the outside edge
  of the image (i.e. horizontally and vertically) rather than arcing and
  disappearing.
 
  Thanks,
 
  Dave
 
  On Wed, Oct 5, 2011 at 11:53 AM, Brent Fraserbfra...@geoanalytic.com
    wrote:
  David,
 
    If you mean a specific number of pixels from your neat line, the answer
  is
  no.  Currently the graticule logic fixes the location from the edge of
  the
  image (i.e. the other side of the label).  And it doesn't do tics.
 
  Best Regards,
  Brent Fraser
 
 
  On 10/5/2011 8:44 AM, Shorthouse, David wrote:
  Folks,
 
  Is it possible to fix the position of graticule labels around the
  outside edge of a map in the face of on-the-fly reprojections of a shp
  file? Following a hint in a very old post in the archives, I managed
  to make fixed margin around the outside edge of a map where I hoped I
  could place graticule labels, but unless I can actually fix their
  position, there's not much I can do. This is an example of what I am
  trying to do:
  http://www.geo.wvu.edu/~mfinkenbinder/Geol%20321/UTM_Zones.bmp
 
  Thanks,
 
  Dave
  ___
  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] MapCache - failed to remove lockfile error

2011-10-06 Thread Travis Kirstine
Hi All,
I hope this is the right spot to post MapCache questions.  I had
seeded a large area and receive the error failed to remove lockfile.
 It appears that this error(s) happens at the end of the seeding but
it is hard tell as the process has been running for a few days.  Does
this error kill the seeder process or is it simply a warning?

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


Re: [mapserver-users] MapCache - failed to remove lockfile error

2011-10-06 Thread thomas bonfort
The log message should be more explicit, and contain the reason of the
unsuccessful removal. In any case, looking at the code, this error
will have interrupted the seeding process.

regards,
thomas

On Thu, Oct 6, 2011 at 15:03, Travis Kirstine traviskirst...@gmail.com wrote:
 Hi All,
 I hope this is the right spot to post MapCache questions.  I had
 seeded a large area and receive the error failed to remove lockfile.
  It appears that this error(s) happens at the end of the seeding but
 it is hard tell as the process has been running for a few days.  Does
 this error kill the seeder process or is it simply a warning?

 Regards
 ___
 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] legend and scalebar support in SVG output?

2011-10-06 Thread frequens
Hi all,

I have a 5.6.5 installation of Mapserver / PHPMapscript with Cairo
library built in.
When trying to get the SVG output, a message Scalebar not supported
yet...) is thrown by PHP.
Even more funny, the scalebar in the mapfile is commented out...

Many thanks in advance for any clues,

BR

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


Re: [mapserver-users] MapCache - failed to remove lockfile error

2011-10-06 Thread Travis Kirstine
Thanks Thomas,

The complete error message is below.  Do you have any idea what would
cause this error - why would mapcache fail to create or delete the
lockfile.



seeding tile 583296 1337304 21failed to remove lockfile
/var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove
lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8:
No such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such
file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such
file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No
such file or directory


Regards


On 6 October 2011 09:11, thomas bonfort thomas.bonf...@gmail.com wrote:
 The log message should be more explicit, and contain the reason of the
 unsuccessful removal. In any case, looking at the code, this error
 will have interrupted the seeding process.

 regards,
 thomas

 On Thu, Oct 6, 2011 at 15:03, Travis Kirstine traviskirst...@gmail.com 
 wrote:
 Hi All,
 I hope this is the right spot to post MapCache questions.  I had
 seeded a large area and receive the error failed to remove lockfile.
  It appears that this error(s) happens at the end of the seeding but
 it is hard tell as the process has been running for a few days.  Does
 this error kill the seeder process or is it simply a warning?

 Regards
 ___
 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] MapCache - failed to remove lockfile error

2011-10-06 Thread thomas bonfort
what seed command were you using, and what kind of cache ?

On Thu, Oct 6, 2011 at 15:52, Travis Kirstine traviskirst...@gmail.com wrote:
 Thanks Thomas,

 The complete error message is below.  Do you have any idea what would
 cause this error - why would mapcache fail to create or delete the
 lockfile.



 seeding tile 583296 1337304 21failed to remove lockfile
 /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove
 lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8:
 No such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such
 file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such
 file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No
 such file or directory


 Regards


 On 6 October 2011 09:11, thomas bonfort thomas.bonf...@gmail.com wrote:
 The log message should be more explicit, and contain the reason of the
 unsuccessful removal. In any case, looking at the code, this error
 will have interrupted the seeding process.

 regards,
 thomas

 On Thu, Oct 6, 2011 at 15:03, Travis Kirstine traviskirst...@gmail.com 
 wrote:
 Hi All,
 I hope this is the right spot to post MapCache questions.  I had
 seeded a large area and receive the error failed to remove lockfile.
  It appears that this error(s) happens at the end of the seeding but
 it is hard tell as the process has been running for a few days.  Does
 this error kill the seeder process or is it simply a warning?

 Regards
 ___
 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] Mapserver WMS Grey-scale Images

2011-10-06 Thread lfilak

Good day.
We currently use Mapserver/Mapscript for several different functions. One 
of those functions is to serve orthophotography via WMS. Does anyone know 
if there is a way to configure Mapserver or Perl Mapscript to consume color 
images and serve grey-scale?
Thank you. 


Lowell Filak
Medina County Engineers
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] bug in mapscript colorObj ?

2011-10-06 Thread Daniel Morissette

On 11-10-06 05:11 AM, Jachym Cepicky wrote:

Daniel,

problem is, that the COLOR object is *not* written to mapfile, when one
of the RGB components is set to -1

It can be seen in the script, I send in my previous e-mail and, I
created ticket to this

http://trac.osgeo.org/mapserver/ticket/4042



I checked and confirmed that there is a bug in the mapObj.save() method. 
However, the behavior that we got confirms that the -1,-1,-1 value is 
properly accepted and set by MapScript. Please see ticket #4042 for the 
full story.


With similar code in PHP MapScript, I am able to get a red outline with 
transparent fill on the reference map. I'm not setup to test with Python 
myself, so I'll leave it to someone else to investigate if you confirm 
that you still cannot get a red outline with transparent fill on your 
reference maps.


Daniel
--
Daniel Morissette
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000

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


Re: [mapserver-users] MapCache - failed to remove lockfile error

2011-10-06 Thread Travis Kirstine
Thomas,

My command is below, I'm using a disk cache, my config file is below.
I'm using a local copy of MapServer for the source image generation


./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e
-8895580.772,5411569.158,-8797157.196,5538966.276 -n 6


?xml version=1.0 encoding=UTF-8?
geocache

   metadata
  titlegeocache service esx11/title
  abstractmod-geocache service/abstract
  !-- urlhttp://mysuperhost/proxy/to/geocache/url --
   /metadata

 grid name=googlemaps_grid
metadata
   titleGoogleMapsCompatible/title
   
WellKnownScaleSeturn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible/WellKnownScaleSet
/metadata
extent-20037508.3427892480 -20037508.3427892480
20037508.3427892480 20037508.3427892480/extent
srsEPSG:3857/srs
srsaliasEPSG:900913/srsalias
unitsm/units
size256 256/size
resolutions156543.0339280410 78271.51696402048
39135.75848201023 19567.87924100512 9783.939620502561
4891.969810251280 2445.984905125640 1222.992452562820
611.4962262814100 305.7481131407048 152.8740565703525
76.43702828517624 38.21851414258813 19.10925707129406
9.554628535647032 4.777314267823516 2.388657133911758
1.194328566955879 0.5971642834779395 0.29858214173896975
0.149291070869484875 0.0746455354347424375/resolutions
 /grid

   cache name=disk type=disk
  base/var/mod-geocache/caches/base
  symlink_blank/
   /cache

   format name=PNGQ_FAST type =PNG
  compressionfast/compression !-- fast or best --
  colors256/colors
   /format
   format name=myjpeg type =JPEG
  quality75/quality
   /format
   format name=PNG_BEST type =PNG
  compressionbest/compression
   /format
   format name=mixed type=MIXED
  transparentPNG_BEST/transparent
  opaqueJPEG/opaque
   /format

   source name=ms_wms type=wms
  getmap
 params
FORMATimage/png/FORMAT
LAYERSYORK2009/LAYERS
TRANSPARENTtrue/TRANSPARENT
 /params
  /getmap
  http
 urlhttp://localhost.jdbarnes.com/cgi-bin/ms_wms/url
  /http
   /source

   tileset name=ms_tileset_8
  sourcems_wms/source
  cachedisk/cache
  !--grid restricted_extent=-79.8205259 43.7179074 -79.1161194
44.4110187WGS84/grid--
  gridgooglemaps_grid/grid
  formatmixed/format
  metatile8 8/metatile
  metabuffer0/metabuffer
   /tileset

   default_formatJPEG/default_format

   service type=wmts enabled=true/
   service type=tms enabled=true/
   service type=kml enabled=true/
   service type=gmaps enabled=true/
   service type=ve enabled=true/
   service type=demo enabled=true/

   errorsreport/errors

   lock_dir/var/mod-geocache/caches/lock_dir

/geocache

On 6 October 2011 10:31, thomas bonfort thomas.bonf...@gmail.com wrote:
 what seed command were you using, and what kind of cache ?

 On Thu, Oct 6, 2011 at 15:52, Travis Kirstine traviskirst...@gmail.com 
 wrote:
 Thanks Thomas,

 The complete error message is below.  Do you have any idea what would
 cause this error - why would mapcache fail to create or delete the
 lockfile.



 seeding tile 583296 1337304 21failed to remove lockfile
 /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove
 lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8:
 No such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such
 file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such
 file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No
 such file or directory


 Regards


 On 6 October 2011 09:11, thomas bonfort thomas.bonf...@gmail.com wrote:
 The log message should be more explicit, and contain the reason of the
 unsuccessful removal. In any case, looking at the code, this error
 will have interrupted the seeding process.

 regards,
 thomas

 On Thu, Oct 6, 2011 at 15:03, Travis Kirstine traviskirst...@gmail.com 
 wrote:
 Hi All,
 I hope this is the right spot to post MapCache questions.  I had
 seeded a large area and receive the error failed to remove lockfile.
  It appears that this error(s) happens at the end of the seeding but
 it is hard tell as the process has been running for a few days.  Does
 this error 

Re: [mapserver-users] MapCache - failed to remove lockfile error

2011-10-06 Thread thomas bonfort
I don't have a specific advice to give unfortunately. There have been
some fixes lately (macpcache only, not mod-geocache) to the way
multiple threads accessed the curl library that might help, so you
might want to try with a fresh checkout from the mapserver svn.

--
thomas

On Thu, Oct 6, 2011 at 18:08, Travis Kirstine traviskirst...@gmail.com wrote:
 Thomas,

 My command is below, I'm using a disk cache, my config file is below.
 I'm using a local copy of MapServer for the source image generation


 ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e
 -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6


 ?xml version=1.0 encoding=UTF-8?
 geocache

   metadata
      titlegeocache service esx11/title
      abstractmod-geocache service/abstract
      !-- urlhttp://mysuperhost/proxy/to/geocache/url --
   /metadata

         grid name=googlemaps_grid
            metadata
               titleGoogleMapsCompatible/title
               
 WellKnownScaleSeturn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible/WellKnownScaleSet
            /metadata
            extent-20037508.3427892480 -20037508.3427892480
 20037508.3427892480 20037508.3427892480/extent
            srsEPSG:3857/srs
            srsaliasEPSG:900913/srsalias
            unitsm/units
            size256 256/size
            resolutions156543.0339280410 78271.51696402048
 39135.75848201023 19567.87924100512 9783.939620502561
 4891.969810251280 2445.984905125640 1222.992452562820
 611.4962262814100 305.7481131407048 152.8740565703525
 76.43702828517624 38.21851414258813 19.10925707129406
 9.554628535647032 4.777314267823516 2.388657133911758
 1.194328566955879 0.5971642834779395 0.29858214173896975
 0.149291070869484875 0.0746455354347424375/resolutions
         /grid

   cache name=disk type=disk
      base/var/mod-geocache/caches/base
      symlink_blank/
   /cache

   format name=PNGQ_FAST type =PNG
      compressionfast/compression !-- fast or best --
      colors256/colors
   /format
   format name=myjpeg type =JPEG
      quality75/quality
   /format
   format name=PNG_BEST type =PNG
      compressionbest/compression
   /format
   format name=mixed type=MIXED
      transparentPNG_BEST/transparent
      opaqueJPEG/opaque
   /format

   source name=ms_wms type=wms
      getmap
         params
            FORMATimage/png/FORMAT
            LAYERSYORK2009/LAYERS
            TRANSPARENTtrue/TRANSPARENT
         /params
      /getmap
      http
         urlhttp://localhost.jdbarnes.com/cgi-bin/ms_wms/url
      /http
   /source

   tileset name=ms_tileset_8
      sourcems_wms/source
      cachedisk/cache
      !--grid restricted_extent=-79.8205259 43.7179074 -79.1161194
 44.4110187WGS84/grid--
      gridgooglemaps_grid/grid
      formatmixed/format
      metatile8 8/metatile
      metabuffer0/metabuffer
   /tileset

   default_formatJPEG/default_format

   service type=wmts enabled=true/
   service type=tms enabled=true/
   service type=kml enabled=true/
   service type=gmaps enabled=true/
   service type=ve enabled=true/
   service type=demo enabled=true/

   errorsreport/errors

   lock_dir/var/mod-geocache/caches/lock_dir

 /geocache

 On 6 October 2011 10:31, thomas bonfort thomas.bonf...@gmail.com wrote:
 what seed command were you using, and what kind of cache ?

 On Thu, Oct 6, 2011 at 15:52, Travis Kirstine traviskirst...@gmail.com 
 wrote:
 Thanks Thomas,

 The complete error message is below.  Do you have any idea what would
 cause this error - why would mapcache fail to create or delete the
 lockfile.



 seeding tile 583296 1337304 21failed to remove lockfile
 /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove
 lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8:
 No such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such
 file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such
 file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No
 such file or directory


 Regards


 On 6 October 2011 09:11, thomas bonfort thomas.bonf...@gmail.com wrote:
 The log message should be more explicit, and contain the reason of the
 unsuccessful removal. In any case, looking at the code, this error
 will have interrupted the seeding process.

 regards,
 thomas

 On 

Re: [mapserver-users] MapCache - failed to remove lockfile error

2011-10-06 Thread Stephen Woodbridge

Have you verified that you have not filled up the disk or run out of inodes?

# check the diskspace with
df -h

# check for inode issues
touch /path/to/cache/test.junk

# if the touch failed then you have run out of inodes
# otherwise clean up
rm /path/to/cache/test.junk

Thanks,
  -Steve W

On 10/6/2011 12:14 PM, thomas bonfort wrote:

I don't have a specific advice to give unfortunately. There have been
some fixes lately (macpcache only, not mod-geocache) to the way
multiple threads accessed the curl library that might help, so you
might want to try with a fresh checkout from the mapserver svn.

--
thomas

On Thu, Oct 6, 2011 at 18:08, Travis Kirstinetraviskirst...@gmail.com  wrote:

Thomas,

My command is below, I'm using a disk cache, my config file is below.
I'm using a local copy of MapServer for the source image generation


./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e
-8895580.772,5411569.158,-8797157.196,5538966.276 -n 6


?xml version=1.0 encoding=UTF-8?
geocache

   metadata
  titlegeocache service esx11/title
  abstractmod-geocache service/abstract
  !-- urlhttp://mysuperhost/proxy/to/geocache/url --
   /metadata

 grid name=googlemaps_grid
metadata
   titleGoogleMapsCompatible/title
   
WellKnownScaleSeturn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible/WellKnownScaleSet
/metadata
extent-20037508.3427892480 -20037508.3427892480
20037508.3427892480 20037508.3427892480/extent
srsEPSG:3857/srs
srsaliasEPSG:900913/srsalias
unitsm/units
size256 256/size
resolutions156543.0339280410 78271.51696402048
39135.75848201023 19567.87924100512 9783.939620502561
4891.969810251280 2445.984905125640 1222.992452562820
611.4962262814100 305.7481131407048 152.8740565703525
76.43702828517624 38.21851414258813 19.10925707129406
9.554628535647032 4.777314267823516 2.388657133911758
1.194328566955879 0.5971642834779395 0.29858214173896975
0.149291070869484875 0.0746455354347424375/resolutions
 /grid

   cache name=disk type=disk
  base/var/mod-geocache/caches/base
  symlink_blank/
   /cache

   format name=PNGQ_FAST type =PNG
  compressionfast/compression  !-- fast or best --
  colors256/colors
   /format
   format name=myjpeg type =JPEG
  quality75/quality
   /format
   format name=PNG_BEST type =PNG
  compressionbest/compression
   /format
   format name=mixed type=MIXED
  transparentPNG_BEST/transparent
  opaqueJPEG/opaque
   /format

   source name=ms_wms type=wms
  getmap
 params
FORMATimage/png/FORMAT
LAYERSYORK2009/LAYERS
TRANSPARENTtrue/TRANSPARENT
 /params
  /getmap
  http
 urlhttp://localhost.jdbarnes.com/cgi-bin/ms_wms/url
  /http
   /source

   tileset name=ms_tileset_8
  sourcems_wms/source
  cachedisk/cache
  !--grid restricted_extent=-79.8205259 43.7179074 -79.1161194
44.4110187WGS84/grid--
  gridgooglemaps_grid/grid
  formatmixed/format
  metatile8 8/metatile
  metabuffer0/metabuffer
   /tileset

   default_formatJPEG/default_format

   service type=wmts enabled=true/
   service type=tms enabled=true/
   service type=kml enabled=true/
   service type=gmaps enabled=true/
   service type=ve enabled=true/
   service type=demo enabled=true/

   errorsreport/errors

   lock_dir/var/mod-geocache/caches/lock_dir

/geocache

On 6 October 2011 10:31, thomas bonfortthomas.bonf...@gmail.com  wrote:

what seed command were you using, and what kind of cache ?

On Thu, Oct 6, 2011 at 15:52, Travis Kirstinetraviskirst...@gmail.com  wrote:

Thanks Thomas,

The complete error message is below.  Do you have any idea what would
cause this error - why would mapcache fail to create or delete the
lockfile.



seeding tile 583296 1337304 21failed to remove lockfile
/var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove
lockfile /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8:
No such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such
file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No
such file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such
file or directoryfailed to remove lockfile
/var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No
such file or directory


Re: [mapserver-users] MapCache - failed to remove lockfile error

2011-10-06 Thread Travis Kirstine
This doesn't seem to be a issue, I have lots of inodes left.  It
appears that the error occurred when generating (linking)  areas with
a large volume of transparent tiles, could this be related?

Regards

On 6 October 2011 14:19, Stephen Woodbridge wood...@swoodbridge.com wrote:
 Have you verified that you have not filled up the disk or run out of inodes?

 # check the diskspace with
 df -h

 # check for inode issues
 touch /path/to/cache/test.junk

 # if the touch failed then you have run out of inodes
 # otherwise clean up
 rm /path/to/cache/test.junk

 Thanks,
  -Steve W

 On 10/6/2011 12:14 PM, thomas bonfort wrote:

 I don't have a specific advice to give unfortunately. There have been
 some fixes lately (macpcache only, not mod-geocache) to the way
 multiple threads accessed the curl library that might help, so you
 might want to try with a fresh checkout from the mapserver svn.

 --
 thomas

 On Thu, Oct 6, 2011 at 18:08, Travis Kirstinetraviskirst...@gmail.com
  wrote:

 Thomas,

 My command is below, I'm using a disk cache, my config file is below.
 I'm using a local copy of MapServer for the source image generation


 ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e
 -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6


 ?xml version=1.0 encoding=UTF-8?
 geocache

   metadata
      titlegeocache service esx11/title
      abstractmod-geocache service/abstract
      !-- urlhttp://mysuperhost/proxy/to/geocache/url --
   /metadata

         grid name=googlemaps_grid
            metadata
               titleGoogleMapsCompatible/title

 WellKnownScaleSeturn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible/WellKnownScaleSet
            /metadata
            extent-20037508.3427892480 -20037508.3427892480
 20037508.3427892480 20037508.3427892480/extent
            srsEPSG:3857/srs
            srsaliasEPSG:900913/srsalias
            unitsm/units
            size256 256/size
            resolutions156543.0339280410 78271.51696402048
 39135.75848201023 19567.87924100512 9783.939620502561
 4891.969810251280 2445.984905125640 1222.992452562820
 611.4962262814100 305.7481131407048 152.8740565703525
 76.43702828517624 38.21851414258813 19.10925707129406
 9.554628535647032 4.777314267823516 2.388657133911758
 1.194328566955879 0.5971642834779395 0.29858214173896975
 0.149291070869484875 0.0746455354347424375/resolutions
         /grid

   cache name=disk type=disk
      base/var/mod-geocache/caches/base
      symlink_blank/
   /cache

   format name=PNGQ_FAST type =PNG
      compressionfast/compression  !-- fast or best --
      colors256/colors
   /format
   format name=myjpeg type =JPEG
      quality75/quality
   /format
   format name=PNG_BEST type =PNG
      compressionbest/compression
   /format
   format name=mixed type=MIXED
      transparentPNG_BEST/transparent
      opaqueJPEG/opaque
   /format

   source name=ms_wms type=wms
      getmap
         params
            FORMATimage/png/FORMAT
            LAYERSYORK2009/LAYERS
            TRANSPARENTtrue/TRANSPARENT
         /params
      /getmap
      http
         urlhttp://localhost.jdbarnes.com/cgi-bin/ms_wms/url
      /http
   /source

   tileset name=ms_tileset_8
      sourcems_wms/source
      cachedisk/cache
      !--grid restricted_extent=-79.8205259 43.7179074 -79.1161194
 44.4110187WGS84/grid--
      gridgooglemaps_grid/grid
      formatmixed/format
      metatile8 8/metatile
      metabuffer0/metabuffer
   /tileset

   default_formatJPEG/default_format

   service type=wmts enabled=true/
   service type=tms enabled=true/
   service type=kml enabled=true/
   service type=gmaps enabled=true/
   service type=ve enabled=true/
   service type=demo enabled=true/

   errorsreport/errors

   lock_dir/var/mod-geocache/caches/lock_dir

 /geocache

 On 6 October 2011 10:31, thomas bonfortthomas.bonf...@gmail.com  wrote:

 what seed command were you using, and what kind of cache ?

 On Thu, Oct 6, 2011 at 15:52, Travis Kirstinetraviskirst...@gmail.com
  wrote:

 Thanks Thomas,

 The complete error message is below.  Do you have any idea what would
 cause this error - why would mapcache fail to create or delete the
 lockfile.



 seeding tile 583296 1337304 21failed to remove lockfile
 /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove
 lockfile
 /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8:
 No such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such
 file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No
 such file or directoryfailed to remove lockfile
 /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No
 such file or directoryfailed to remove 

[mapserver-users] ruby mapscript on 64-bit Ubuntu not working

2011-10-06 Thread Paul Sorey
My development environment is 32-bit Ubuntu lucid, but my server 
environment is 64-bit, and won't run the mapscript.so


Anyone know of a way to get mapscript working on a 64-bit system?

Do I need to compile Mapserver on the 64-bit platform and run SWIG to 
get a 64-bit .so?


Thanks



--
Paul Sorey
(206) 948-7285

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


[mapserver-users] Problems with dynamically adding colors to grey-scale geotiffs

2011-10-06 Thread till plewe
I have a reasonably large grey-scale geotiff file with elevation data
(float32). I would like to
display a colorized version of this map. The colors need to be computed
dynamically because
the data range varies considerably with the zoom factor. I am using
mapserevr 5.6.3 but am
willing to upgrade if this would solve my problems.

So far I tried the following:

IMAGETYPE  png
SIZE   740 550

LAYER
DATAxxx.tif
NAMExxx
OFFSITE255255255
STATUSON
TYPERASTER
PROCESSING SCALE=AUTO
END

This works (no color of course) but seems to scale always several 256x256
pixel regions independently

Adding

CLASS
  STYLE
COLORRANGE 255 0 0 0 0 255
DATARANGE  0 1000
  END
END

works but not dynamically. Adding

PROCESSING SCALE=0,1000

also does not help. I had hoped that the data would be scaled before colors
were added but
it seems the colorization always acts on the original data values.

For now something like

DATARANGE  auto

would be enough, having mapserver compute min and max value of the selected
area and then
adding colors accordingly.

All suggestions are welcome. (Especially those which do not require writing
patches.)

Thanks in advance

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


Re: [mapserver-users] Extraneous Default Layers

2011-10-06 Thread Daniel Morissette

On 11-10-05 12:03 PM, SixDegrees wrote:


The layer names themselves, however, also expand when clicked, and contain a
1-item list named default. I would like to get rid of this list entry; it
serves no purpose, and confuses users. Selecting it also loads the named
layer.



I didn't double-check in QGIS, but I'd suspect the default entries are 
WMS STYLES. In WMS, each Layer has at least one style called default 
by default (this is implicit in the WMS spec, not explicitly listed in 
GetCapabilities). If that's what QGIS is showing you then there is not 
much you can do about this from MapServer's end.


You could confirm this by creating named styles in your WMS (i.e. set 
GROUPs on some of your classes just for testing) and see if they show up 
at that same level in the QGIS interface:


http://mapserver.org/ogc/sld.html#named-styles-support

--
Daniel Morissette
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] Extraneous Default Layers

2011-10-06 Thread Daniel Morissette

On 11-10-06 10:03 PM, Daniel Morissette wrote:

On 11-10-05 12:03 PM, SixDegrees wrote:


The layer names themselves, however, also expand when clicked, and
contain a
1-item list named default. I would like to get rid of this list
entry; it
serves no purpose, and confuses users. Selecting it also loads the named
layer.



I didn't double-check in QGIS, but I'd suspect the default entries are
WMS STYLES. In WMS, each Layer has at least one style called default
by default (this is implicit in the WMS spec, not explicitly listed in
GetCapabilities). If that's what QGIS is showing you then there is not
much you can do about this from MapServer's end.



Small correction: the default style does show up in the 
GetCapabilities for each Layer.



--
Daniel Morissette
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users