[mapserver-users] Mapserver and projcs in geotiff header

2010-10-28 Thread Jørn Vegard Røsnes
Hi all,

just a feature check of Mapserver.

Should Mapserver read the projection information in the geotiff header, if 
PROJECTION is not set in the LAYER def. of the map file?

I'm testing with Mapserv 5.1-dev, and it's not working without PROJECTION, 
only when PROJECTION is set. 
I will soon try with a recent version of Mapserver (compiling).

Here is my geotiff header (gdalinfo):

Coordinate System is:
PROJCS[Mercator WGS84,
GEOGCS[unnamed,
DATUM[WGS_1984,
SPHEROID[WGS 84,6378137,0,
AUTHORITY[EPSG,7030]],
AUTHORITY[EPSG,6326]],
PRIMEM[Greenwich,0],
UNIT[,0.0174532925199433]],
PROJECTION[Mercator_1SP],
PARAMETER[central_meridian,0],
PARAMETER[scale_factor,1],
PARAMETER[false_easting,0],
PARAMETER[false_northing,0],
UNIT[unknown,1]]
Origin = (-143878.103329198609572,7218088.338938739150763)
Pixel Size = (75.000,-75.000)
Metadata:
  AREA_OR_POINT=Point
  TIFFTAG_DATETIME=2010:09:21 14:32:57
  TIFFTAG_MINSAMPLEVALUE=0
  TIFFTAG_MAXSAMPLEVALUE=255
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  ( -143878.103, 7218088.339) (  1d17'32.92W, 54d26'4.08N)
Lower Left  ( -143878.103, 6441988.339) (  1d17'32.92W, 50d 9'52.31N)
Upper Right (  660946.897, 7218088.339) (  5d56'14.59E, 54d26'4.08N)
Lower Right (  660946.897, 6441988.339) (  5d56'14.59E, 50d 9'52.31N)
Center  (  258534.397, 6830038.339) (  2d19'20.83E, 52d21'4.61N)
Band 1 Block=10731x97 Type=Byte, ColorInterp=Gray


Mapfile (partly):

MAP
UNITS DD
PROJECTION
  init=epsg:4326
END

LAYER
NAME mygeotiff
DATA geo.tiff
TYPE RASTER
PROJECTION
proj=merc
a=6378137
b=6378137
lat_ts=0.0
lon_0=0.0
x_0=0.0
y_0=0
k=1.0
units=m
nadgri...@null
END
 END
END


cheers
Jørn Vegard Røsnes
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] Polygon hatch mismatch at tile borders.

2010-10-28 Thread Ausderau Larissa LT
Hi,

I'm using MapServer 5.4.2 and when I'm working with tiles the hatches of hatch 
filled polygons are not matching at tile borders. See example hatch_mismatch.jpg

How can I solve that?

Thanks

Larissa



inline: hatch_mismatch.jpg___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] Polygon hatch mismatch at tile borders.

2010-10-28 Thread Ausderau Larissa LT
Thanks Alex,

The gutter solution gives something better and the singleTile solve the 
problem.

Unfortunately I can't use them, because we are pre-generating tiles in order to 
have good performances, which means that I need a solution at the level 
MapServer (Mapfile and / or symbol file).

I've found that in The MapServer RFC Documentation 
http://mapserver.org/development/rfc/ms-rfc-45.html:

-
Polygon fill symbols

Give hatches and vector fills a stable geographical coordinate origin (0,0) to 
better support tiling and continuous rendering of neighboring polygons
-

Does it mean that the problem is known and  have been fixed?

Best regards!

Larissa


 -Message d'origine-
De : Strunck, Alexander [mailto:stru...@bicc.de]
Envoyé : jeudi, 28. octobre 2010 12:21
À : Ausderau Larissa LT; 'mapserver-users@lists.osgeo.org'
Objet : AW: Polygon hatch mismatch at tile borders.


Hello

you can use the parameter gutter. Here an example
http://trac.osgeo.org/openlayers/browser/trunk/openlayers/examples/gutter.html

Or you can use the parameter onetile. Here another example
http://dev.openlayers.org/releases/OpenLayers-2.9/examples/notile.html

alex

Von: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] Im Auftrag von Ausderau 
Larissa LT
Gesendet: Donnerstag, 28. Oktober 2010 12:01
An: 'mapserver-users@lists.osgeo.org'
Betreff: [mapserver-users] Polygon hatch mismatch at tile borders.

Hi,

I'm using MapServer 5.4.2 and when I'm working with tiles the hatches of hatch 
filled polygons are not matching at tile borders. See example hatch_mismatch.jpg

How can I solve that?

Thanks

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


Re: [mapserver-users] Polygon hatch mismatch at tile borders.

2010-10-28 Thread Stephen Woodbridge

On 10/28/2010 9:00 AM, Ausderau Larissa LT wrote:

Thanks Alex,

The gutter solution gives something better and the singleTile
solve the problem.

Unfortunately I can't use them, because we are pre-generating tiles
in order to have good performances, which means that I need a
solution at the level MapServer (Mapfile and / or symbol file).

I've found that in The MapServer RFC Documentation
http://mapserver.org/development/rfc/ms-rfc-45.html:

- Polygon fill
symbols

Give hatches and vector fills a stable geographical coordinate origin
(0,0) to better support tiling and continuous rendering of
neighboring polygons
-

Does it mean that the problem is known and  have been fixed?


Larissa,

Have you check to see it there is an open bug for this?

The RFC would seem to indicate that the problem is known. And that it 
was considered in RFC45, but it is not clear from the RFC that it was 
actually solved as there is no bug number at the bottom that 
specifically tracks that particular change. This RFC was targeted for 
Mapserver 5.4.


If you are on 5.4 or later then you might want to get a ticket opened 
asap, and maybe a fix can get put in 6.0 to resolve this.


Steve L, Thomas B, - Do you guys know if this was tackled or not?

-Steve W


Best regards!

Larissa


-Message d'origine- De : Strunck, Alexander
[mailto:stru...@bicc.de] Envoyé : jeudi, 28. octobre 2010 12:21 À :
Ausderau Larissa LT; 'mapserver-users@lists.osgeo.org' Objet : AW:
Polygon hatch mismatch at tile borders.


Hello

you can use the parameter gutter. Here an example
http://trac.osgeo.org/openlayers/browser/trunk/openlayers/examples/gutter.html

 Or you can use the parameter onetile. Here another example
http://dev.openlayers.org/releases/OpenLayers-2.9/examples/notile.html

 alex

Von: mapserver-users-boun...@lists.osgeo.org
[mailto:mapserver-users-boun...@lists.osgeo.org] Im Auftrag von
Ausderau Larissa LT Gesendet: Donnerstag, 28. Oktober 2010 12:01 An:
'mapserver-users@lists.osgeo.org' Betreff: [mapserver-users] Polygon
hatch mismatch at tile borders.

Hi,

I'm using MapServer 5.4.2 and when I'm working with tiles the hatches
of hatch filled polygons are not matching at tile borders. See
example hatch_mismatch.jpg

How can I solve that?

Thanks

Larissa ___
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] Mapserver and projcs in geotiff header

2010-10-28 Thread Frank Warmerdam

Jørn Vegard Røsnes wrote:

Hi all,

just a feature check of Mapserver.

Should Mapserver read the projection information in the geotiff header, if 
PROJECTION is not set in the LAYER def. of the map file?


I'm testing with Mapserv 5.1-dev, and it's not working without PROJECTION, 
only when PROJECTION is set. 
I will soon try with a recent version of Mapserver (compiling).


Jørn,

MapServer does not ask the underlying data source for coordinate system
information by default.  However, you can setup a projection block like:

  PROJECTION
auto
  END

to automatically read the projection through GDAL.  This is a little
used feature, so it is possible it is broken now.  The normal projection
block for your coordinate system would look something like:

  PROJECTION
+proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +datum=WGS84 +units=m +no_defs
  END

If it is intended to be google mercator then you should use:

  PROJECTION
+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 
+k=1.0 +units=m +nadgri...@null +no_defs

  END

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Programmer for Rent

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


Re: [mapserver-users] Mapserver and projcs in geotiff header

2010-10-28 Thread Jørn Vegard Røsnes
Hi Frank,

good timing I just finished compiling mapserver 5.6.5, gd, proj, geos,.


On Thursday 28 October 2010 15:35:54 Frank Warmerdam wrote:
 Jørn Vegard Røsnes wrote:
  Hi all,
 
  just a feature check of Mapserver.
 
  Should Mapserver read the projection information in the geotiff header,
  if PROJECTION is not set in the LAYER def. of the map file?
 
  I'm testing with Mapserv 5.1-dev, and it's not working without
  PROJECTION, only when PROJECTION is set.
  I will soon try with a recent version of Mapserver (compiling).

 Jørn,

 MapServer does not ask the underlying data source for coordinate system
 information by default.  However, you can setup a projection block like:

PROJECTION
  auto
END

 to automatically read the projection through GDAL.  This is a little
 used feature, so it is possible it is broken now.  

auto works.
Not so accurate as the result with proj4 in PROJECTION enabled (map file), but 
it is probably due to the geotiff headers.

Thank you very much.

cheers
Jørn Vegard

 The normal projection 
 block for your coordinate system would look something like:

PROJECTION
  +proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +datum=WGS84 +units=m
 +no_defs END

 If it is intended to be google mercator then you should use:

PROJECTION
  +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
 +y_0=0 +k=1.0 +units=m +nadgri...@null +no_defs
END

 Best regards,


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


Re: [mapserver-users] Polygon hatch mismatch at tile borders.

2010-10-28 Thread thomas bonfort
Yes, the problem is known and hasn't been addressed yet. This one
would be a candidate for 6.2.

cheers,
thomas

On Thu, Oct 28, 2010 at 15:19, Stephen Woodbridge
wood...@swoodbridge.com wrote:
 On 10/28/2010 9:00 AM, Ausderau Larissa LT wrote:

 Thanks Alex,

 The gutter solution gives something better and the singleTile
 solve the problem.

 Unfortunately I can't use them, because we are pre-generating tiles
 in order to have good performances, which means that I need a
 solution at the level MapServer (Mapfile and / or symbol file).

 I've found that in The MapServer RFC Documentation
 http://mapserver.org/development/rfc/ms-rfc-45.html:

 - Polygon fill
 symbols

 Give hatches and vector fills a stable geographical coordinate origin
 (0,0) to better support tiling and continuous rendering of
 neighboring polygons
 -

 Does it mean that the problem is known and  have been fixed?

 Larissa,

 Have you check to see it there is an open bug for this?

 The RFC would seem to indicate that the problem is known. And that it was
 considered in RFC45, but it is not clear from the RFC that it was actually
 solved as there is no bug number at the bottom that specifically tracks that
 particular change. This RFC was targeted for Mapserver 5.4.

 If you are on 5.4 or later then you might want to get a ticket opened asap,
 and maybe a fix can get put in 6.0 to resolve this.

 Steve L, Thomas B, - Do you guys know if this was tackled or not?

 -Steve W

 Best regards!

 Larissa


 -Message d'origine- De : Strunck, Alexander
 [mailto:stru...@bicc.de] Envoyé : jeudi, 28. octobre 2010 12:21 À :
 Ausderau Larissa LT; 'mapserver-users@lists.osgeo.org' Objet : AW:
 Polygon hatch mismatch at tile borders.


 Hello

 you can use the parameter gutter. Here an example

 http://trac.osgeo.org/openlayers/browser/trunk/openlayers/examples/gutter.html

  Or you can use the parameter onetile. Here another example
 http://dev.openlayers.org/releases/OpenLayers-2.9/examples/notile.html

  alex

 Von: mapserver-users-boun...@lists.osgeo.org
 [mailto:mapserver-users-boun...@lists.osgeo.org] Im Auftrag von
 Ausderau Larissa LT Gesendet: Donnerstag, 28. Oktober 2010 12:01 An:
 'mapserver-users@lists.osgeo.org' Betreff: [mapserver-users] Polygon
 hatch mismatch at tile borders.

 Hi,

 I'm using MapServer 5.4.2 and when I'm working with tiles the hatches
 of hatch filled polygons are not matching at tile borders. See
 example hatch_mismatch.jpg

 How can I solve that?

 Thanks

 Larissa ___
 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] Polygon hatch mismatch at tile borders.

2010-10-28 Thread Ausderau Larissa LT
Thanks Steve and Thomas,

@Steve: I didn't find an open bug for this problem and I'm on MapServer 5.4.2

@both: Should I do a Bug Submission?

Cheers,

Larissa


Yes, the problem is known and hasn't been addressed yet. This one
would be a candidate for 6.2.

cheers,
thomas

On Thu, Oct 28, 2010 at 15:19, Stephen Woodbridge
woodbri at swoodbridge.com 
http://lists.osgeo.org/mailman/listinfo/mapserver-users  wrote:
 On 10/28/2010 9:00 AM, Ausderau Larissa LT wrote:

 Thanks Alex,

 The gutter solution gives something better and the singleTile
 solve the problem.

 Unfortunately I can't use them, because we are pre-generating tiles
 in order to have good performances, which means that I need a
 solution at the level MapServer (Mapfile and / or symbol file).

 I've found that in The MapServer RFC Documentation
 http://mapserver.org/development/rfc/ms-rfc-45.html:

 - Polygon fill
 symbols

 Give hatches and vector fills a stable geographical coordinate origin
 (0,0) to better support tiling and continuous rendering of
 neighboring polygons
 -

 Does it mean that the problem is known and  have been fixed?

 Larissa,

 Have you check to see it there is an open bug for this?

 The RFC would seem to indicate that the problem is known. And that it was
 considered in RFC45, but it is not clear from the RFC that it was actually
 solved as there is no bug number at the bottom that specifically tracks that
 particular change. This RFC was targeted for Mapserver 5.4.

 If you are on 5.4 or later then you might want to get a ticket opened asap,
 and maybe a fix can get put in 6.0 to resolve this.

 Steve L, Thomas B, - Do you guys know if this was tackled or not?

 -Steve W

 Best regards!

 Larissa


 -Message d'origine- De : Strunck, Alexander
 [mailto:HYPERLINK 
 http://lists.osgeo.org/mailman/listinfo/mapserver-usersstrunck at bicc.de 
 mailto:HYPERLINK  ] Envoyé : jeudi, 28. octobre 2010 12:21 À :
 Ausderau Larissa LT; 'mapserver-users at lists.osgeo.org 
 http://lists.osgeo.org/mailman/listinfo/mapserver-users ' Objet : AW:
 Polygon hatch mismatch at tile borders.


 Hello

 you can use the parameter gutter. Here an example

 http://trac.osgeo.org/openlayers/browser/trunk/openlayers/examples/gutter.html

  Or you can use the parameter onetile. Here another example
 http://dev.openlayers.org/releases/OpenLayers-2.9/examples/notile.html

  alex

 Von: mapserver-users-bounces at lists.osgeo.org 
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
 [mailto:HYPERLINK 
 http://lists.osgeo.org/mailman/listinfo/mapserver-usersmapserver-users-bounces
  at lists.osgeo.org mailto:HYPERLINK  ] Im Auftrag von
 Ausderau Larissa LT Gesendet: Donnerstag, 28. Oktober 2010 12:01 An:
 'mapserver-users at lists.osgeo.org 
 http://lists.osgeo.org/mailman/listinfo/mapserver-users ' Betreff: 
 [mapserver-users] Polygon
 hatch mismatch at tile borders.

 Hi,

 I'm using MapServer 5.4.2 and when I'm working with tiles the hatches
 of hatch filled polygons are not matching at tile borders. See
 example hatch_mismatch.jpg

 How can I solve that?

 Thanks

 Larissa



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


Re: [mapserver-users] Which is read first TFW or metadata in Geotifffile?

2010-10-28 Thread Rahkonen Jukka
Hi,

Not exactly with tfw files.  However, it works by renaming .tfw files into .wld 
and adding this line into LAYER:
 PROCESSING EXTENT_PRIORITY=WORLDFILE 

-Jukka Rahkonen-




-Alkuperäinen viesti-
Lähettäjä: mapserver-users-boun...@lists.osgeo.org puolesta: Ian Walberg
Lähetetty: pe 29.10.2010 0:34
Vastaanottaja: mapserver-users@lists.osgeo.org
Aihe: [mapserver-users] Which is read first TFW or metadata in Geotifffile?
 
Is it possible to a tfw file to be read rather than the meta data in a
geotiff file?

 

The reason is we are soft linking the same image file with a different
name and want different tfw files for each.

 

Thanks


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