Re: [mapserver-users] mapscript does not use GRID information when reprojecting rect object

2009-12-08 Thread Daniel Morissette 

francesco wrote:

Hello I do not know if this it the right list to post, but I was
wandering if any of you had trouble when using the "project()" function
in mapscript (PHP). It does not use the grid file which is stated in the
EPSG line in the epsg file inside the ...proj/nad directory.
Reprojection of the map is wonderful, uses the grids, but script
reproject of a rectangle object does not make use of the grids. I made
sure of course that the epsg file which is read is the one I modified.
Anyone had the same problem?



Yes, this is the right list. Unfortunately I don't think anyone is aware 
of a good reason for the behavior you witnessed based on the information 
that you provided. Can you share a small testcase to reproduce?


Could the issue be related to the PROJ_LIB setting that would be 
different in the two cases that you test? For instance, it may be set as 
a CONFIG option in the mapfile that renders properly, but not set in the 
script that uses project()?


Daniel
--
Daniel Morissette
http://www.mapgears.com/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] ttf symbols worked in windows but not linux

2009-12-08 Thread Daniel Morissette 

kall...@gmail.com wrote:

I have been using a MS4W setup for some time and have finally talked the
people I worked for to let me set up a testing server on a linux box.
This has worked out great as all of the maps have had a massive speed
gain compared to windows. However I have a problem with the ttf symbols.
They will display normally in windows but only one will display in
linux. I am sure it is a simple issue but I have not been able to find
it. The linux set up is HostGIS which uses Slackware 12 and I believe
Mapserver 5.2 anyone have any suggestions?




A common issue to look for when porting apps from Windows to Linux is 
case sensitivity in filenames and paths: Windows is case-insensitive, 
and Linux/Unix is case-sensitive. I'd suggest you double-check your TTF 
filenames and paths.


Daniel
--
Daniel Morissette
http://www.mapgears.com/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] ttf symbols worked in windows but not linux

2009-12-08 Thread kallen3 
I have been using a MS4W setup for some time and have finally talked the
people I worked for to let me set up a testing server on a linux box.
This has worked out great as all of the maps have had a massive speed
gain compared to windows. However I have a problem with the ttf symbols.
They will display normally in windows but only one will display in
linux. I am sure it is a simple issue but I have not been able to find
it. The linux set up is HostGIS which uses Slackware 12 and I believe
Mapserver 5.2 anyone have any suggestions?

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

Re: [mapserver-users] GetLegendGraphic, class name, no label

2009-12-08 Thread Yewondwossen Assefa 

Hi Steve,


Have you tried to add width and height parameters in your request with 
the rule specified: ...&width=20&height=20&Format=gif&RULE=my_rule
That should allow you to get the exact size. If not I believe the 
default sizes are taken from the keysize parameter legend block in the 
map file. If not defined it will default to 20/10.


regards,

steve.tout...@inspq.qc.ca wrote:


Hi,
I'm using GetLegendGraphic to get an icon.
I don't want any label so I don't give a class name in the layer 
definition.


I have a layer with several classes. I would like to get the icon for 
the last class only, without the label.
I tried to use RULE=className in the request, and give a className to 
my last class, but the icon is distorted, too big.


If I keep only one class (the last one I want) in the mapfile, without 
a classname, and without RULE key in the request the icon I get is good.


Is there some more information I need to use RULE key in the request? 
Maybe I misunderstood this key uses.

thanks
steve


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



--

Assefa Yewondwossen   
Software Analyst   

Email: ass...@dmsolutions.ca
http://www.dmsolutions.ca/


Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925



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

[mapserver-users] How do I Control QUERY Output?

2009-12-08 Thread Bill Thoen 
From a simple MapServer HTML interface I switch to Query mode and click 
on a map feature, and templates I've assigned to the layer fill with 
data ... and display in a new page. What I'd like is for the info to 
display in a floating div and not disrupt the view by clearing the map 
just to display a small window of data. I'd also prefer to not use 
frames as well.


With JavaScript I can make a floating drag-able div box, but I can't 
figure out how to get the template to send its table of data to the div. 
I've tried removing the HTML header and just appending the table to the 
div using innerHTML, but I keep getting null elements or other errors. 
Is this approach right and I'm just missing something, or is this done 
another way? I spent the better part of an hour today searching for docs 
and/or examples, but either it wasn't to be found or my google-fu was 
inferior today. Can someone point me to an example or explain how you 
can put query output anywhere on the map page?


--
Bill Thoen
GISnet -  www.gisnet.com
1401 Walnut St., Suite C
Boulder, CO 80302
303-786-9961 tel
303-443-4856 fax

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

Re: [mapserver-users] Item Query

2009-12-08 Thread Brent Fraser 
Jay,

  Most Mapserver users won't know about GeoMoose's Services you've shown
below.

  You may be able to use mapserver's text substitution to do what you
describe below.  Try setting the value to the required filter symbol:

Greater Than

and in the mapfile:

Filter * WHERE Propertytype = '%PropertyType%' and PriceFactor
%PriceFactor% %uservalue%

Or you may have to resort to mapscript to form the FILTER properly.

Brent Fraser

> Wondering if this is possible?
>
> I have a Service set up to allow the user to input a few choices.
> I then am attempting to send those to a .map file to query a layer
>
> Can this be done...I am grabbing at straws here because I don't even know
> if this can be done?
>
>
> Service from an xml file:
>
>  locked="true" div="PIDsearch">
> /cgi-bin/mapserv.exe
>  value="/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/itemquery_PID.map"/>
> 
> 
>
>  
>  value="Commercial">Commercial
>  value="Residential">Residential
> Single
> Family
> Townhome
> Twinhome/Zero Lot
> 
> 
> Greater
> Than
> Less
> Than
> Between
> Equal To
> Greater Than Equal To
> Less
> Than Equal To
> 
> 
>
>
> .map file being called from above IS there a way to Use the filter to
> query the shapefile with the values from the two comboboxes above?
> Can I make a where clause in the Filter
> Filter * WHERE Propertytype (above combobox)  and PriceFactor (above
> combobox)
>
>   LAYER # Parcels Polygon Layer
> NAME 'Parcels'
> DATA 'parcels/parcels.shp'
> STATUS DEFAULT
> TYPE POLYGON
> METADATA
> qstring_validation_pattern '.'
> END
> TEMPLATE 'parcels/identpar.html'
> FILTERITEM 'PID'
> FILTER /^%idPID%/
>   END
>
> ___
> 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] GetFeatureInfo request documentation

2009-12-08 Thread Ted Spradley 

Thanks much for the explanation Daniel!
  - Original Message - 
  From: Daniel Morissette [via OSGeo.org] 
  To: Ted Spradley 
  Sent: Tuesday, December 08, 2009 3:32 PM
  Subject: Re: [mapserver-users] GetFeatureInfo request documentation


  Ted Spradley wrote: 

  > Hi all, 
  > 
  > I have a working GetFeatureInfo request thanks to posts here on the list.  
I 
  > notice various posts referring to documentation I am unable to find 
however. 
  > In particular, one post referred to "wms__items" and for 
  > the life of me I can not find any documentation referring to the particular 
  > "wms_include_items" metadata parameter.   
  > 
  > Am I missing something?  About the only detailed documentation I can find 
on 
  > the subject is http://mapserver.org/ogc/wms_server.html
  > 

  The "wms__items" metadata are actually the same as the 
  "gml__items", just with a different prefix which means 
  that they are specific to the WMS protocol (applied to GetFeatureInfo in 
  GML format in this case) and not applied to GML generation in general. 
  You'll find docs for gml_include_items and gml_exclude_items in the same 
  document at: 

  http://www.mapserver.org/ogc/wms_server.html#layer-object-metadata

  Daniel 
  -- 
  Daniel Morissette 
  http://www.mapgears.com/
  ___ 
  mapserver-users mailing list 
  [hidden email] 
  http://lists.osgeo.org/mailman/listinfo/mapserver-users



--

  View message @ 
http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4135526.html
 
  To unsubscribe from GetFeatureInfo request documentation, click here. 


-- 
View this message in context: 
http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4135741.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] Item Query

2009-12-08 Thread Jay Kapalczynski 
Wondering if this is possible?

I have a Service set up to allow the user to input a few choices.
I then am attempting to send those to a .map file to query a layer

Can this be done...I am grabbing at straws here because I don't even know if 
this can be done?


Service from an xml file:


/cgi-bin/mapserv.exe




 
Commercial
Residential
Single 
Family
Townhome
Twinhome/Zero 
Lot


Greater 
Than
Less Than
Between
Equal To
Greater 
Than Equal To
Less Than 
Equal To




.map file being called from above IS there a way to Use the filter to query 
the shapefile with the values from the two comboboxes above?
Can I make a where clause in the Filter
Filter * WHERE Propertytype (above combobox)  and PriceFactor (above combobox)

  LAYER # Parcels Polygon Layer
NAME 'Parcels'
DATA 'parcels/parcels.shp'
STATUS DEFAULT
TYPE POLYGON
METADATA
qstring_validation_pattern '.'
END
TEMPLATE 'parcels/identpar.html'
FILTERITEM 'PID'
FILTER /^%idPID%/
  END
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] GetFeatureInfo request documentation

2009-12-08 Thread Daniel Morissette 

Ted Spradley wrote:

Hi all,

I have a working GetFeatureInfo request thanks to posts here on the list.  I
notice various posts referring to documentation I am unable to find however. 
In particular, one post referred to "wms__items" and for

the life of me I can not find any documentation referring to the particular
"wms_include_items" metadata parameter.  


Am I missing something?  About the only detailed documentation I can find on
the subject is http://mapserver.org/ogc/wms_server.html



The "wms__items" metadata are actually the same as the 
"gml__items", just with a different prefix which means 
that they are specific to the WMS protocol (applied to GetFeatureInfo in 
GML format in this case) and not applied to GML generation in general. 
You'll find docs for gml_include_items and gml_exclude_items in the same 
document at:


http://www.mapserver.org/ogc/wms_server.html#layer-object-metadata

Daniel
--
Daniel Morissette
http://www.mapgears.com/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] GetLegendGraphic, class name, no label

2009-12-08 Thread Steve . Toutant 
Hi,
I'm using GetLegendGraphic to get an icon.
I don't want any label so I don't give a class name in the layer 
definition.

I have a layer with several classes. I would like to get the icon for the 
last class only, without the label.
I tried to use RULE=className in the request, and give a className to my 
last class, but the icon is distorted, too big.

If I keep only one class (the last one I want) in the mapfile, without a 
classname, and without RULE key in the request the icon I get is good.

Is there some more information I need to use RULE key in the request? 
Maybe I misunderstood this key uses.
thanks
steve___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] how to set a 'finder' tool for a layer

2009-12-08 Thread Eduardo Kanegae 
Hi there,

I´d like to set a 'finder-tool' for a given layer.

Ex.: user browse the map and access a window containing fields for
filtering the layer and fields available are the same fields of the
shapefile.

Is this feature available from any webmapping toolkit as geoExt,
OpenLayers, MapFish, CartoWeb, Chameleon, etc ?

best regards

-- 
Eduardo Patto Kanegae
http://anthologis.com
http://blogdopatto.webmapit.com.br
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] GetFeatureInfo request documentation

2009-12-08 Thread Ted Spradley 

Hi all,

I have a working GetFeatureInfo request thanks to posts here on the list.  I
notice various posts referring to documentation I am unable to find however. 
In particular, one post referred to "wms__items" and for
the life of me I can not find any documentation referring to the particular
"wms_include_items" metadata parameter.  

Am I missing something?  About the only detailed documentation I can find on
the subject is http://mapserver.org/ogc/wms_server.html

Muchos Gracias Todo! 

Ted S.
-- 
View this message in context: 
http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4134366.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

Re: [mapserver-users] GetFeatureInfo-Capabilites of WMS-mapfiles

2009-12-08 Thread Bart van den Eijnden 
Why do you want to remove it? It just shows that the service is capable of 
handling that request. If there are no queryable layers I client won't attempt 
the request.

Best regards,
Bart

On Dec 8, 2009, at 5:18 PM, Stephan Holl wrote:

> Dear mapserver-users,
> 
> I am inspecting the Capabilities-document of my WMS-Server-mapfile.
> 
> None of my layers do have GetFeatureInfo-possibilities (queryable="0"),
> but my Capabilities also contain the following passage:
> 
> 
>  text/plain
>  application/vnd.ogc.gml
>  
>
>  
> xmlns:xlink="http://www.w3.org/1999/xlink";
> xlink:href="http://sercer.tld?";
> xlink:type="simple"/> 
>  
> xmlns:xlink="http://www.w3.org/1999/xlink";
> xlink:href="http://server.tld?";
> xlink:type="simple"/> 
>
>  
>
> 
> which is IMO useless.
> 
> Is there a possibility to reduce this if no queryable layers are there?
> I cannot find any configuration hints right now. Thanks for any hints.
> 
> TIA.
> 
> Best
> 
>   Stephan
> 
> -- 
> Stephan Holl  | Tel.: +49 (0)541-33 508 3663
> Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabrück - HR B 18998
> Geschäftsführer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
> ___
> 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 WMS under IIS 7 x64 serving up blank images

2009-12-08 Thread Daniel Walton 
I figured out what was going on. It was an easting-northing mixup in the map
and layer extents. Apparently earlier versions of mapserver/mapscript
tolerated the bug. Anyway it's all working now under Windows Server 2008 x64
and IIS 7 FastCGI. A big thanks to the mapserver community. Open source
rocks!

Regards,
Dan Walton
GIS Fire Tools 


On Mon, Dec 7, 2009 at 4:25 PM, Daniel Walton  wrote:

> Tamas,
>
> Thanks for the tip. I used process monitor and everything looks OK in the
> permissions department. I think the problem relates to the fact that
> mapserver doesn't calculate an overlap between map and layer. I'm not sure
> what would cause this.
>
> -Dan
>
>
>
> On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres wrote:
>
>> Daniel,
>>
>> This may also be an issue if GDAL couldn't actually open this file bacause
>> of any reason (permission?).
>> Make sure about this, by using a file monitoring tool, like SysInternals
>> filemon for instance.
>>
>> Best regards,
>>
>> Tamas
>>
>>
>>
>> 2009/12/7 Steve Lime 
>>
>> If I take the request out of WMS context to straight CGI with this
>>> request:
>>>
>>>  http://www.fireimagery.com/ms/mapserv.exe?map=C
>>> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>>>
>>> I get the following error:
>>>
>>> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
>>> msDrawRaster(): Image handling error. Unrecognized or unsupported image
>>> format drawEPP(): Image handling error. EPPL7 support is not available.
>>>
>>> Typically you'll see that when GDAL failed to identify the filetype.
>>> EPPL7 is the last thing checked so that's not relevant by itself. I guess
>>> I'd start
>>> by making sure the image is valid.
>>>
>>> Steve
>>>
>>> >>> On 12/7/2009 at 2:47 PM, in message
>>> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel
>>> Walton
>>>  wrote:
>>> > Thanks Daniel. No dice, though, log is empty.
>>> >
>>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>>> > wrote:
>>> >
>>> >> Daniel Walton wrote:
>>> >>
>>> >>>
>>> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>>> >>> verified that this same problem occurs using the x86 binaries from
>>> Tamas'
>>> >>> site run in the current x64 environment. The source image is in PNG
>>> format
>>> >>> in order to make transparency work well on the client. (My client is
>>> >>> Silverlight-based, and PNG is the only supported format that supports
>>> >>> transparency). The source image does have a world (*.WLD) file which
>>> >>> contains these values (file is generated by running gdal_translate on
>>> a
>>> >>> geotiff image):
>>> >>>
>>> >>>
>>> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
>>> log
>>> >> output, if you haven't tried that already.
>>> >>
>>> >>
>>> >> --
>>> >> Daniel Morissette
>>> >> http://www.mapgears.com/
>>> >> ___
>>> >> 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

Re: [mapserver-users] Leading zeros removed from variabelwhenpassed to map file

2009-12-08 Thread Steve Lime 
MapServer handles the runtime input as strings always. It's only after the 
substitution is 
done that context might dictate interpreting things as a number, date or 
whatever.

Steve

>>> On 12/8/2009 at 10:13 AM, in message
<1260288815849-4133442.p...@n2.nabble.com>, GGould
 wrote:

> Yes correct.  I added the quotes where I populate the variable - so its in
> the asp.  I think I tried your method but couldnt get it to work - will have
> to have another attempt.
> 
> Graeme
> 
> 
> Steve Lime-2 wrote:
>> 
>> Thanks for posting your solution, might help another user. As I understand
>> it you're
>> quoting the variable on the way into MapServer, right? A simpler solution
>> might be
>> to just adjust your filter by placing quotes around replacement string,
>> like so:
>> 
>>   FILTER "placeref = '%ref_no%'"
>> 
>> That way PostGIS will interpret it as a string.
>> 
>> Steve
>> 
> GGould  12/08/09 5:15 AM >>>
>> 
>> Hi
>> 
>> Solved the problem by adding quote marks at the beginning and end of each
>> ref_no so that the variable is seem by the map file as a string rather
>> than
>> an integer.
>> 
>> Graeme
>> 
>> 
>> GGould wrote:
>>> 
>>> Hi
>>> 
>>> Im just starting out with MapServer and have a bit of a stumbling block. 
>>> The following script should identify a property based on the "ref_no"
>>> string variable passed to the map file.
>>> 
>>> DATA "geometry from snh_properties"
>>> FILTER "placeref = %ref_no%"
>>> 
>>> This works for all ref_no's beginning with a whole number, however if the
>>> re_no begins with a zero then it does not work.  Has anyone come across
>>> this before and is there a solution that hopefully wont tax my brain too
>>> much.
>>> 
>>> Cheers
>>> 
>>> Graeme
>>> 
>>> 
>>> 
>>> 
>> 
>> -- 
>> View this message in context:
>> 
> http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125
>  
> 557p4131812.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 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] GetFeatureInfo-Capabilites of WMS-mapfiles

2009-12-08 Thread Stephan Holl 
Dear mapserver-users,

I am inspecting the Capabilities-document of my WMS-Server-mapfile.

None of my layers do have GetFeatureInfo-possibilities (queryable="0"),
but my Capabilities also contain the following passage:


  text/plain
  application/vnd.ogc.gml
  

  
http://www.w3.org/1999/xlink";
xlink:href="http://sercer.tld?";
xlink:type="simple"/> 
  
http://www.w3.org/1999/xlink";
xlink:href="http://server.tld?";
xlink:type="simple"/> 

  


which is IMO useless.

Is there a possibility to reduce this if no queryable layers are there?
I cannot find any configuration hints right now. Thanks for any hints.

TIA.

Best

Stephan

-- 
Stephan Holl  | Tel.: +49 (0)541-33 508 3663
Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabrück - HR B 18998
Geschäftsführer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


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

Re: [mapserver-users] Leading zeros removed from variabel whenpassed to map file

2009-12-08 Thread GGould 

Yes correct.  I added the quotes where I populate the variable - so its in
the asp.  I think I tried your method but couldnt get it to work - will have
to have another attempt.

Graeme


Steve Lime-2 wrote:
> 
> Thanks for posting your solution, might help another user. As I understand
> it you're
> quoting the variable on the way into MapServer, right? A simpler solution
> might be
> to just adjust your filter by placing quotes around replacement string,
> like so:
> 
>   FILTER "placeref = '%ref_no%'"
> 
> That way PostGIS will interpret it as a string.
> 
> Steve
> 
 GGould  12/08/09 5:15 AM >>>
> 
> Hi
> 
> Solved the problem by adding quote marks at the beginning and end of each
> ref_no so that the variable is seem by the map file as a string rather
> than
> an integer.
> 
> Graeme
> 
> 
> GGould wrote:
>> 
>> Hi
>> 
>> Im just starting out with MapServer and have a bit of a stumbling block. 
>> The following script should identify a property based on the "ref_no"
>> string variable passed to the map file.
>> 
>> DATA "geometry from snh_properties"
>> FILTER "placeref = %ref_no%"
>> 
>> This works for all ref_no's beginning with a whole number, however if the
>> re_no begins with a zero then it does not work.  Has anyone come across
>> this before and is there a solution that hopefully wont tax my brain too
>> much.
>> 
>> Cheers
>> 
>> Graeme
>> 
>> 
>> 
>> 
> 
> -- 
> View this message in context:
> http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.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 mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Re-Leading-zeros-removed-from-variabel-whenpassed-to-map-file-tp4132826p4133442.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

RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem

2009-12-08 Thread guin...@earthlink.net 
Hi Steve. The missing data is not always clustered. It just happens on that 
map. 

I'll get you the map file and data tonight. I'm away from my pc now.

--
Sent from my Verizon Wireless mobile phone

--Original Message--
From: Steve Lime 
To: ,
Date: Tue, Dec 8, 8:26 AM -0600
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map 
generation problem

Seems like an extent problem to me - the way the results are clustered in the
center of the image. MapServer does apply a spatial pre-filter for attribute
queries. However, the searchmap=true should compute a proper extent based
on your image properties (extent, size) before doing the query.

John, what are the changes you could zip up your data and mapfile for me?

Steve

>>> W.John Guineau  12/08/09 7:05 AM >>>
Ok, try this:

 



 

-Original Message-
From: Steve Lime [mailto:steve.l...@state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think

you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

 

Steve

 

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0...@net>,

W.John Guineau  wrote:

> Hi Steve,

> 

>  

> 

> OK, I added the QUERYMAP section and changed the URL:

> 

>  

> 

> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 

>

&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize

>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10

>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D

> ,111E,112,113,114A,114B,115A,115B,115C%22)>

>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-

>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B

>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1

> 11D,111E,112,113,114A,114B,115A,115B,115C")

> 

>  

> 

>  

> 

> Now I get the map with some of the items highlighted in yellow, and the
rest

> green:

> 

>  

> 

> 

> 

>  

> 

> -Original Message-

> From: Steve Lime [mailto:steve.l...@state.mn.us] 

> Sent: Monday, December 07, 2009 7:04 PM

> To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime'

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

>  

> 

> Just add a querymap object to your mapfile, like so:

> 

>  

> 

> QUERYMAP

> 

>   STATUS ON

> 

> END

> 

>  

> 

> Then change your URL to use the mode itemnquerymap and that should return

> just an image with the

> 

> selected features highlighted in yellow.

> 

>  

> 

> Steve

> 

>  

> 

 On 12/7/2009 at 5:56 PM, in message

> <01ce01ca7798$dd4b89d0$97e29d...@net>,

> 

> W.John Guineau  wrote:

> 

>> I'm new to mapserver, how do I quickly generate a querymap?

> 

>> 

> 

>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also

> 

>> tried 5.2.1 that I compiled myself.

> 

>> 

> 

>> john

> 

>> 

> 

>> 

> 

>> -Original Message-

> 

>> From: Steve Lime [mailto:steve.l...@state.mn.us] 

> 

>> Sent: Monday, December 07, 2009 6:40 PM

> 

>> To: 'W.John Guineau'; mapserver-users@lists.osgeo.org 

> 

>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> 

>> generation problem

> 

>> 

> 

>> GDAL's not in play here at all. If you generate a query map instead of an

> 

>> html image map does

> 

>> the output map look ok? What version are you using?

> 

>> 

> 

>> Steve

> 

>> 

> 

> On 12/4/2009 at 8:11 AM, in message

> 

>> <04e001ca74eb$bc473400$34d59c...@net>,

> 

>> W.John Guineau  wrote:

> 

>>> How would I go about debugging this? 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I think this is GDAL and its query of shapefiles, right?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> The bottom line is that MapServer finds all the items when it is

> rendering

> 

>>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> 

>> exact

> 

>>> same EXPRESSION string misses some of the items.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the

> 

>>> shapefile and the items in questions are certainly there.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> In the image below, the green areas are result of the mapfile layer
class

> 

>>> EXPRESSION - all are correctly rendered. However, several of them do not

> 

>> get

> 

>>> generated (HTML imagemap  tags not generated) when using a URL and

> 

>>> itemnquery/qstring with the identical EXPRESSION.

> 

>>> 

> 

>>>  

> 

>>> 

>

Re: [mapserver-users] Layer based on a view renders faster than if based on a table

2009-12-08 Thread Steve . Toutant 
Thanks Alan, I didn't know that.
Steve

Steve Toutant, M. Sc.
Analyste en géomatique
Secteur environnement
Direction de la santé environnementale et de la toxicologie
Institut national de santé publique du Québec
945, avenue Wolfe
Québec, Qc G1V 5B3 
Tél.: (418) 650-5115 #5281
Fax.: (418) 654-3144
steve.tout...@inspq.qc.ca
http://www.inspq.qc.ca
 




Alan Boudreault @lists.osgeo.org 
Envoyé par : mapserver-users-boun...@lists.osgeo.org
08/12/2009 09:39 AM

A
mapserver-users@lists.osgeo.org
cc
steve.tout...@inspq.qc.ca, Daniel Morissette , 
mapserver-users-boun...@lists.osgeo.org
Objet
Re: [mapserver-users] Layer based on a view renders faster than if 
based on a table








Steve, Have you put the "DEBUG 5" directive at the layer level too ?

Alan

On December 8, 2009 09:36:27 am steve.tout...@inspq.qc.ca wrote:
> Daniel,
> I already set this in the mapfile
>   DEBUG 5
>   CONFIG MS_ERRORFILE "/ms4w/logs/mapserver.log"
> 
> I don't get the SQL query in the log though.
> 
> [Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul),
> 0.390s
> [Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 
0.031s
> [Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s
> [Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s
> [Tue Dec 08 09:33:57 2009].24000 mapserv request processing time
> (msLoadMap not incl.): 0.453s
> [Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50.
> 
> Steve Toutant, M. Sc.
> Analyste en géomatique
> Secteur environnement
> Direction de la santé environnementale et de la toxicologie
> Institut national de santé publique du Québec
> 945, avenue Wolfe
> Québec, Qc G1V 5B3
> Tél.: (418) 650-5115 #5281
> Fax.: (418) 654-3144
> steve.tout...@inspq.qc.ca
> http://www.inspq.qc.ca
> 
> 
> 
> 
> 
> Daniel Morissette @lists.osgeo.org
> Envoyé par : mapserver-users-boun...@lists.osgeo.org
> 04/12/2009 05:05 PM
> 
> A
> mapserver-users@lists.osgeo.org
> cc
> 
> Objet
> Re: [mapserver-users] Layer based on a view renders faster than if based
> on a table
> 
> steve.tout...@inspq.qc.ca wrote:
> > I thought that a layer definition based on a table would be much 
faster
> > than on a view.
> > What should be the expected behavior please?
> >
> > Please tell me is this should be asked to postgis forum.
> 
> I'd suggest you capture the exact SQL query that is run in each case
> (using DEBUG/MS_ERRORFILE) and check that the difference in time indeed
> comes form the PostGIS queries.
> 
> If that's the case then you could submit a question to the postgis list
> based on that, taking MapServer out of the equation.
> 
> If on the other hand the queries take about the same time and the time
> difference is in MapServer's code (which I doubt) then we'd need more
> details (ideally a testcase) to be able to reproduce and troubleshoot
> the issue.
> 
> Daniel
> 

-- 
Alan Boudreault
Mapgears
http://www.mapgears.com
___
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] Leading zeros removed from variabel whenpassed to map file

2009-12-08 Thread Steve Lime 
Thanks for posting your solution, might help another user. As I understand it 
you're
quoting the variable on the way into MapServer, right? A simpler solution might 
be
to just adjust your filter by placing quotes around replacement string, like so:

  FILTER "placeref = '%ref_no%'"

That way PostGIS will interpret it as a string.

Steve

>>> GGould  12/08/09 5:15 AM >>>

Hi

Solved the problem by adding quote marks at the beginning and end of each
ref_no so that the variable is seem by the map file as a string rather than
an integer.

Graeme


GGould wrote:
> 
> Hi
> 
> Im just starting out with MapServer and have a bit of a stumbling block. 
> The following script should identify a property based on the "ref_no"
> string variable passed to the map file.
> 
> DATA "geometry from snh_properties"
> FILTER "placeref = %ref_no%"
> 
> This works for all ref_no's beginning with a whole number, however if the
> re_no begins with a zero then it does not work.  Has anyone come across
> this before and is there a solution that hopefully wont tax my brain too
> much.
> 
> Cheers
> 
> Graeme
> 
> 
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.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 mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Layer based on a view renders faster than if based on a table

2009-12-08 Thread Alan Boudreault 
Steve, Have you put the "DEBUG 5" directive at the layer level too ?

Alan

On December 8, 2009 09:36:27 am steve.tout...@inspq.qc.ca wrote:
> Daniel,
> I already set this in the mapfile
>   DEBUG 5
>   CONFIG MS_ERRORFILE "/ms4w/logs/mapserver.log"
> 
> I don't get the SQL query in the log though.
> 
> [Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul),
> 0.390s
> [Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 0.031s
> [Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s
> [Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s
> [Tue Dec 08 09:33:57 2009].24000 mapserv request processing time
> (msLoadMap not incl.): 0.453s
> [Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50.
> 
> Steve Toutant, M. Sc.
> Analyste en géomatique
> Secteur environnement
> Direction de la santé environnementale et de la toxicologie
> Institut national de santé publique du Québec
> 945, avenue Wolfe
> Québec, Qc G1V 5B3
> Tél.: (418) 650-5115 #5281
> Fax.: (418) 654-3144
> steve.tout...@inspq.qc.ca
> http://www.inspq.qc.ca
> 
> 
> 
> 
> 
> Daniel Morissette @lists.osgeo.org
> Envoyé par : mapserver-users-boun...@lists.osgeo.org
> 04/12/2009 05:05 PM
> 
> A
> mapserver-users@lists.osgeo.org
> cc
> 
> Objet
> Re: [mapserver-users] Layer based on a view renders faster than if based
> on a table
> 
> steve.tout...@inspq.qc.ca wrote:
> > I thought that a layer definition based on a table would be much faster
> > than on a view.
> > What should be the expected behavior please?
> >
> > Please tell me is this should be asked to postgis forum.
> 
> I'd suggest you capture the exact SQL query that is run in each case
> (using DEBUG/MS_ERRORFILE) and check that the difference in time indeed
> comes form the PostGIS queries.
> 
> If that's the case then you could submit a question to the postgis list
> based on that, taking MapServer out of the equation.
> 
> If on the other hand the queries take about the same time and the time
> difference is in MapServer's code (which I doubt) then we'd need more
> details (ideally a testcase) to be able to reproduce and troubleshoot
> the issue.
> 
> Daniel
> 

-- 
Alan Boudreault
Mapgears
http://www.mapgears.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Layer based on a view renders faster than if based on a table

2009-12-08 Thread Steve . Toutant 
Daniel,
I already set this in the mapfile
  DEBUG 5 
  CONFIG MS_ERRORFILE "/ms4w/logs/mapserver.log"

I don't get the SQL query in the log though.

[Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul), 
0.390s
[Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 0.031s
[Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s
[Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s
[Tue Dec 08 09:33:57 2009].24000 mapserv request processing time 
(msLoadMap not incl.): 0.453s
[Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50.

Steve Toutant, M. Sc.
Analyste en géomatique
Secteur environnement
Direction de la santé environnementale et de la toxicologie
Institut national de santé publique du Québec
945, avenue Wolfe
Québec, Qc G1V 5B3 
Tél.: (418) 650-5115 #5281
Fax.: (418) 654-3144
steve.tout...@inspq.qc.ca
http://www.inspq.qc.ca
 




Daniel Morissette @lists.osgeo.org 
Envoyé par : mapserver-users-boun...@lists.osgeo.org
04/12/2009 05:05 PM

A
mapserver-users@lists.osgeo.org
cc

Objet
Re: [mapserver-users] Layer based on a view renders faster than if based 
on a table








steve.tout...@inspq.qc.ca wrote:
> 
> I thought that a layer definition based on a table would be much faster 
> than on a view.
> What should be the expected behavior please?
> 
> Please tell me is this should be asked to postgis forum.
> 

I'd suggest you capture the exact SQL query that is run in each case 
(using DEBUG/MS_ERRORFILE) and check that the difference in time indeed 
comes form the PostGIS queries.

If that's the case then you could submit a question to the postgis list 
based on that, taking MapServer out of the equation.

If on the other hand the queries take about the same time and the time 
difference is in MapServer's code (which I doubt) then we'd need more 
details (ideally a testcase) to be able to reproduce and troubleshoot 
the issue.

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/
___
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] Shapefile,itemnquery and HTML image map generation problem

2009-12-08 Thread Steve Lime 
Seems like an extent problem to me - the way the results are clustered in the
center of the image. MapServer does apply a spatial pre-filter for attribute
queries. However, the searchmap=true should compute a proper extent based
on your image properties (extent, size) before doing the query.

John, what are the changes you could zip up your data and mapfile for me?

Steve

>>> W.John Guineau  12/08/09 7:05 AM >>>
Ok, try this:

 



 

-Original Message-
From: Steve Lime [mailto:steve.l...@state.mn.us] 
Sent: Monday, December 07, 2009 7:57 PM
To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Do the ones not selected fall at the end of your qstring? I'm wondering if
something is getting truncated. I'd think

you'd get a parsing error in that case, but perhaps not. Can you label the
polygons with the value for MLRARSYM?

 

Steve

 

>>> On 12/7/2009 at 6:19 PM, in message
<01dc01ca779c$2c19eae0$844dc0...@net>,

W.John Guineau  wrote:

> Hi Steve,

> 

>  

> 

> OK, I added the QUERYMAP section and changed the URL:

> 

>  

> 

> http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map 

>

&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize

>
=600+400&qitem=MLRARSYM&qstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10

>
2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D

> ,111E,112,113,114A,114B,115A,115B,115C%22)>

>
&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-

>
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B

>
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1

> 11D,111E,112,113,114A,114B,115A,115B,115C")

> 

>  

> 

>  

> 

> Now I get the map with some of the items highlighted in yellow, and the
rest

> green:

> 

>  

> 

> 

> 

>  

> 

> -Original Message-

> From: Steve Lime [mailto:steve.l...@state.mn.us] 

> Sent: Monday, December 07, 2009 7:04 PM

> To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime'

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

>  

> 

> Just add a querymap object to your mapfile, like so:

> 

>  

> 

> QUERYMAP

> 

>   STATUS ON

> 

> END

> 

>  

> 

> Then change your URL to use the mode itemnquerymap and that should return

> just an image with the

> 

> selected features highlighted in yellow.

> 

>  

> 

> Steve

> 

>  

> 

 On 12/7/2009 at 5:56 PM, in message

> <01ce01ca7798$dd4b89d0$97e29d...@net>,

> 

> W.John Guineau  wrote:

> 

>> I'm new to mapserver, how do I quickly generate a querymap?

> 

>> 

> 

>> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've
also

> 

>> tried 5.2.1 that I compiled myself.

> 

>> 

> 

>> john

> 

>> 

> 

>> 

> 

>> -Original Message-

> 

>> From: Steve Lime [mailto:steve.l...@state.mn.us] 

> 

>> Sent: Monday, December 07, 2009 6:40 PM

> 

>> To: 'W.John Guineau'; mapserver-users@lists.osgeo.org 

> 

>> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> 

>> generation problem

> 

>> 

> 

>> GDAL's not in play here at all. If you generate a query map instead of an

> 

>> html image map does

> 

>> the output map look ok? What version are you using?

> 

>> 

> 

>> Steve

> 

>> 

> 

> On 12/4/2009 at 8:11 AM, in message

> 

>> <04e001ca74eb$bc473400$34d59c...@net>,

> 

>> W.John Guineau  wrote:

> 

>>> How would I go about debugging this? 

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I think this is GDAL and its query of shapefiles, right?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> The bottom line is that MapServer finds all the items when it is

> rendering

> 

>>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> 

>> exact

> 

>>> same EXPRESSION string misses some of the items.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> I can also use ogrinfo from MAP4W to execute an SQL query directly on
the

> 

>>> shapefile and the items in questions are certainly there.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> In the image below, the green areas are result of the mapfile layer
class

> 

>>> EXPRESSION - all are correctly rendered. However, several of them do not

> 

>> get

> 

>>> generated (HTML imagemap  tags not generated) when using a URL and

> 

>>> itemnquery/qstring with the identical EXPRESSION.

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

> 

>>> useful info as to why GDAL is skipping certain items) Am I better off

> 

>> using

> 

>>> MAP4W or similar to get debug/trace info for shapefile queries?

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> john

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>>  

> 

>>> 

> 

>>> 

> 

>>> 

> 

>>>  

> 

>>> 

>

Re: [mapserver-users] Raster Image Quality

2009-12-08 Thread francesco 
shp2img requires a mapfile... what kind of image outpuformat did you use 
in your mapfile?


Shp2img resamples paletted black and white images  and that does not 
give a great result usually. you could try to output grey scale 8-bit 
images (byte but not paletted). Did you also use pyramid layers or does 
the maptiler program also give you different scales?

Francesco

Jerry O'Sullivan ha scritto:

Francesco,

They are black & white images.

Are you suggesting doing some processing with GDAL first or use some directives 
 in the map file to improve image quality?

Thanks
Jerry


  
Jerry , your color table looks like it is of a black and white image 
(255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. 
Your problem could also be that you use 8-bit color images, you could 
try to use RGB images which help when having to resample the tiles 
(which is what shp2img does when it draws your image)

Cheers,
Francesco Pirotti

Jerry O'Sullivan ha scritto:


Hi,

Can anyone give me a few tips on producing better quality images from my raster 
maps. I chopped it up using maptiler - http://www.maptiler.org  - and the image 
quality is top notch. When I use MapServer shp2img the quality isn't as good. I 
looked at the images in IfranView and the MapTiler image has a lot more unique 
colors

Here is the gdalinfo for one of the tiles

Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  316000.000,  271000.000) (  6d14'39.88"W, 53d40'33.00"N)
Lower Left  (  316000.000,  268000.000) (  6d14'43.91"W, 53d38'56.00"N)
Upper Right (  32.000,  271000.000) (  6d11'2.06"W, 53d40'29.75"N)
Lower Right (  32.000,  268000.000) (  6d11'6.23"W, 53d38'52.75"N)
Center  (  318000.000,  269500.000) (  6d12'53.02"W, 53d39'42.89"N)
Band 1 Block=2x1 Type=Byte, ColorInterp=Palette
  Color Table (RGB with 256 entries)
0: 255,255,255,255
1: 0,0,0,255
2: 0,0,0,255
3: 0,0,0,255
4: 0,0,0,255
5: 0,0,0,255
6: 0,0,0,255
7: 0,0,0,255
8: 0,0,0,255
9: 0,0,0,255
   10: 0,0,0,255
   11: 0,0,0,255
   12: 0,0,0,255
   13: 0,0,0,255
   14: 0,0,0,255
   15: 0,0,0,255
   16: 0,0,0,255
   17: 0,0,0,255
   18: 0,0,0,255
   19: 0,0,0,255
   20: 0,0,0,255
   21: 0,0,0,255
   22: 0,0,0,255
   23: 0,0,0,255
   24: 0,0,0,255
   25: 0,0,0,255
   26: 0,0,0,255
   27: 0,0,0,255
   28: 0,0,0,255
   29: 0,0,0,255
   30: 0,0,0,255
   31: 0,0,0,255
   32: 0,0,0,255
   33: 0,0,0,255
   34: 0,0,0,255
   35: 0,0,0,255
   36: 0,0,0,255
   37: 0,0,0,255
   38: 0,0,0,255
   39: 0,0,0,255
   40: 0,0,0,255
   41: 0,0,0,255
   42: 0,0,0,255
   43: 0,0,0,255
   44: 0,0,0,255
   45: 0,0,0,255
   46: 0,0,0,255
   47: 0,0,0,255
   48: 0,0,0,255
   49: 0,0,0,255
   50: 0,0,0,255
   51: 0,0,0,255
   52: 0,0,0,255
   53: 0,0,0,255
   54: 0,0,0,255
   55: 0,0,0,255
   56: 0,0,0,255
   57: 0,0,0,255
   58: 0,0,0,255
   59: 0,0,0,255
   60: 0,0,0,255
   61: 0,0,0,255
   62: 0,0,0,255
   63: 0,0,0,255
   64: 0,0,0,255
   65: 0,0,0,255
   66: 0,0,0,255
   67: 0,0,0,255
   68: 0,0,0,255
   69: 0,0,0,255
   70: 0,0,0,255
   71: 0,0,0,255
   72: 0,0,0,255
   73: 0,0,0,255
   74: 0,0,0,255
   75: 0,0,0,255
   76: 0,0,0,255
   77: 0,0,0,255
   78: 0,0,0,255
   79: 0,0,0,255
   80: 0,0,0,255
   81: 0,0,0,255
   82: 0,0,0,255
   83: 0,0,0,255
   84: 0,0,0,255
   85: 0,0,0,255
   86: 0,0,0,255
   87: 0,0,0,255
   88: 0,0,0,255
   89: 0,0,0,255
   90: 0,0,0,255
   91: 0,0,0,255
   92: 0,0,0,255
   93: 0,0,0,255
   94: 0,0,0,255
   95: 0,0,0,255
   96: 0,0,0,255
   97: 0,0,0,255
   98: 0,0,0,255
   99: 0,0,0,255
  100: 0,0,0,255
  101: 0,0,0,255
  102: 0,0,0,255
  103: 0,0,0,255
  104: 0,0,0,255
  105: 0,0,0,255
  106: 0,0,0,255
  107: 0,0,0,255
  108: 0,0,0,255
  109: 0,0,0,255
  110: 0,0,0,255
  111: 0,0,0,255
  112: 0,0,0,255
  113: 0,0,0,255
  114: 0,0,0,255
  115: 0,0,0,255
  116: 0,0,0,255
  117: 0,0,0,255
  118: 0,0,0,255
  119: 0,0,0,255
  120: 0,0,0,255
  121: 0,0,0,255
  122: 0,0,0,255
  123: 0,0,0,255
  124: 0,0,0,255
  125: 0,0,0,255
  126: 0,0,0,255
  127: 0,0,0,255
  128: 0,0,0,255
  129: 0,0,0,255
  130: 0,0,0,255
  131: 0,0,0,255
  132: 0,0,0,255
  133: 0,0,0,255
  134: 0,0,0,255
  135: 0,0,0,255
  136: 0,0,0,255
  137: 0,0,0,255
  138: 0,0,0,255
  139: 0,0,0,255
  140: 0,0,0,255
  141: 0,0,0,255
  142: 0,0,0,255
  143: 0,0,0,255
  144: 0,0,0,255
  145: 0,0,0,255
  146: 0,0,0,255
  147: 0,0,0,255
  148: 0,0,0,255
  149: 0,0,0,255
  150: 0,0,0,255
  151: 0,0,0,255
  152: 0,0,0,255
  153: 0,0,0,255
  154: 0,0,0,255
  155: 0,0,0,255
  156: 0,0,0,255
  157: 0,0,0,255
  158: 0,0,0,255
  159: 0,0,0,255
  160: 0,0,0,255
  161: 0,0,0,255
  162: 0,0,0,255
  163: 0,0,0,255
  164: 0,0,0,255
  165: 0,0,0,255
  166: 0,0,0,255
  167: 0,0,0,255
  168: 0,0,0,255
  169: 0,0,0,255
  170: 0,0,0,255
  171: 0,0,0,255
  172: 0,0,0,255
  173: 0,0,0,255
  174: 0,0,0,255
  175: 0,0,0,255
  176: 0,0,0,255
  177: 0,0,0,255
  178: 0,0,0,255
  179: 0,0,0,255
  180: 0,0,0,255
  181: 0,0,0,255

RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem

2009-12-08 Thread W.John Guineau 
 

 

From: W.John Guineau [mailto:guin...@earthlink.net] 
Sent: Monday, December 07, 2009 7:20 PM
To: 'Steve Lime'; 'mapserver-users@lists.osgeo.org'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Hi Steve,

 

OK, I added the QUERYMAP section and changed the URL:

 

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map

&qlayer=coe_m&mode=itemnquerymap&searchmap=true&layer=states&mapext=-91+34+-
89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B
,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1
11D,111E,112,113,114A,114B,115A,115B,115C")

 

 

Now I get the map with some of the items highlighted in yellow, and the rest
green:

 



 

-Original Message-
From: Steve Lime [mailto:steve.l...@state.mn.us] 
Sent: Monday, December 07, 2009 7:04 PM
To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime'
Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map
generation problem

 

Just add a querymap object to your mapfile, like so:

 

QUERYMAP

  STATUS ON

END

 

Then change your URL to use the mode itemnquerymap and that should return
just an image with the

selected features highlighted in yellow.

 

Steve

 

>>> On 12/7/2009 at 5:56 PM, in message
<01ce01ca7798$dd4b89d0$97e29d...@net>,

W.John Guineau  wrote:

> I'm new to mapserver, how do I quickly generate a querymap?

> 

> I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also

> tried 5.2.1 that I compiled myself.

> 

> john

> 

> 

> -Original Message-

> From: Steve Lime [mailto:steve.l...@state.mn.us] 

> Sent: Monday, December 07, 2009 6:40 PM

> To: 'W.John Guineau'; mapserver-users@lists.osgeo.org 

> Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map

> generation problem

> 

> GDAL's not in play here at all. If you generate a query map instead of an

> html image map does

> the output map look ok? What version are you using?

> 

> Steve

> 

 On 12/4/2009 at 8:11 AM, in message

> <04e001ca74eb$bc473400$34d59c...@net>,

> W.John Guineau  wrote:

>> How would I go about debugging this? 

>> 

>>  

>> 

>> I think this is GDAL and its query of shapefiles, right?

>> 

>>  

>> 

>> The bottom line is that MapServer finds all the items when it is
rendering

>> the map by layer/class EXPRESSION, but the qstring in a URL using the

> exact

>> same EXPRESSION string misses some of the items.

>> 

>>  

>> 

>> I can also use ogrinfo from MAP4W to execute an SQL query directly on the

>> shapefile and the items in questions are certainly there.

>> 

>>  

>> 

>> In the image below, the green areas are result of the mapfile layer class

>> EXPRESSION - all are correctly rendered. However, several of them do not

> get

>> generated (HTML imagemap  tags not generated) when using a URL and

>> itemnquery/qstring with the identical EXPRESSION.

>> 

>>  

>> 

>> How do I enable debug (enabling mapfile DEBUG does not seem to give any

>> useful info as to why GDAL is skipping certain items) Am I better off

> using

>> MAP4W or similar to get debug/trace info for shapefile queries?

>> 

>>  

>> 

>> john

>> 

>>  

>> 

>>  

>> 

>> 

>> 

>>  

>> 

>> From: mapserver-users-boun...@lists.osgeo.org 

>> [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of W.John

> Guineau

>> Sent: Thursday, December 03, 2009 3:11 PM

>> To: mapserver-users@lists.osgeo.org 

>> Subject: [mapserver-users] Shapefile, itemnquery and HTML image map

>> generation problem

>> 

>>  

>> 

>> I have a basic vector shapefile that I am trying to generate HTML

> clickable

>> maps from. It seems to work well for the most part, however there is a

>> problem where some items from the shapefile do not get processed from the

>> qstring in the browser, but they are processed fine in the mapfile layer

> (to

>> color them differently).

>> 

>>  

>> 

>> So the map that renders shows all the items colored properly as the layer

>> class defines. Using the exact same list of items in the HTTP query
string

>> causes several items to be ignored (the HTML image map area is not

>> generated).

>> 

>>  

>> 

>> 

>
http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&;


> 

>> 

>
mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600

>> 

>
+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105

>> 

>
,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,

>> 114A,114B,115A,115B,115C")

>> 

>>  

>> 

>> Below is the layer se

RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem

2009-12-08 Thread Fawcett, David (MPCA) 
John,

What features are not being rendered?  Are they randomly distributed?  located 
at the outside edges of the rendered features? Any pattern to the IDs?

David.

From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Friday, December 04, 2009 8:12 AM
To: 'W.John Guineau'; mapserver-users@lists.osgeo.org
Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map 
generation problem

How would I go about debugging this?

I think this is GDAL and its query of shapefiles, right?

The bottom line is that MapServer finds all the items when it is rendering the 
map by layer/class EXPRESSION, but the qstring in a URL using the exact same 
EXPRESSION string misses some of the items.

I can also use ogrinfo from MAP4W to execute an SQL query directly on the 
shapefile and the items in questions are certainly there.

In the image below, the green areas are result of the mapfile layer class 
EXPRESSION - all are correctly rendered. However, several of them do not get 
generated (HTML imagemap  tags not generated) when using a URL and 
itemnquery/qstring with the identical EXPRESSION.

How do I enable debug (enabling mapfile DEBUG does not seem to give any useful 
info as to why GDAL is skipping certain items) Am I better off using MAP4W or 
similar to get debug/trace info for shapefile queries?

john


[cid:image001.png@01CA7719.0F845920]

From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of W.John Guineau
Sent: Thursday, December 03, 2009 3:11 PM
To: mapserver-users@lists.osgeo.org
Subject: [mapserver-users] Shapefile, itemnquery and HTML image map generation 
problem

I have a basic vector shapefile that I am trying to generate HTML clickable 
maps from. It seems to work well for the most part, however there is a problem 
where some items from the shapefile do not get processed from the qstring in 
the browser, but they are processed fine in the mapfile layer (to color them 
differently).

So the map that renders shows all the items colored properly as the layer class 
defines. Using the exact same list of items in the HTTP query string causes 
several items to be ignored (the HTML image map area is not generated).

http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map&qlayer=coe_m&mode=itemnquery&searchmap=true&layer=states&mapext=-91+34+-89+49&mapsize=600+400&qitem=MLRARSYM&qstring=("[MLRARSYM]"%20in%20"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,114A,114B,115A,115B,115C")

Below is the layer section from the mapfile. I can post whatever else is 
helpful.

Thanks for any help on this.

john

LAYER
NAME map_m
DATA "map_shape"
TEMPLATE "bodytemplate.html"
HEADER "imapheader.html"
FOOTER "imapfooter.html"
PROJECTION
"proj=latlong"
"ellps=GRS80"
"init=epsg:4326"
END
TYPE polygon
STATUS ON
TRANSPARENCY 70
CLASS
NAME "MLRA"
COLOR 0 200 0
OUTLINECOLOR 0 0 0
EXPRESSION( "[MLRARSYM]" in 
"102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,114A,114B,115A,115B,115C"
 )
END
METADATA
qstring_validation_pattern ".*"
END
END
<>___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

RE: Re: [mapserver-users] Raster Image Quality

2009-12-08 Thread Jerry O'Sullivan 
Francesco,

They are black & white images.

Are you suggesting doing some processing with GDAL first or use some directives 
 in the map file to improve image quality?

Thanks
Jerry


>Jerry , your color table looks like it is of a black and white image 
>(255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. 
>Your problem could also be that you use 8-bit color images, you could 
>try to use RGB images which help when having to resample the tiles 
>(which is what shp2img does when it draws your image)
>Cheers,
>Francesco Pirotti
>
>Jerry O'Sullivan ha scritto:
>> Hi,
>>
>> Can anyone give me a few tips on producing better quality images from my 
>> raster maps. I chopped it up using maptiler - http://www.maptiler.org  - and 
>> the image quality is top notch. When I use MapServer shp2img the quality 
>> isn't as good. I looked at the images in IfranView and the MapTiler image 
>> has a lot more unique colors
>>
>> Here is the gdalinfo for one of the tiles
>>
>> Image Structure Metadata:
>>   COMPRESSION=LZW
>>   INTERLEAVE=BAND
>> Corner Coordinates:
>> Upper Left  (  316000.000,  271000.000) (  6d14'39.88"W, 53d40'33.00"N)
>> Lower Left  (  316000.000,  268000.000) (  6d14'43.91"W, 53d38'56.00"N)
>> Upper Right (  32.000,  271000.000) (  6d11'2.06"W, 53d40'29.75"N)
>> Lower Right (  32.000,  268000.000) (  6d11'6.23"W, 53d38'52.75"N)
>> Center  (  318000.000,  269500.000) (  6d12'53.02"W, 53d39'42.89"N)
>> Band 1 Block=2x1 Type=Byte, ColorInterp=Palette
>>   Color Table (RGB with 256 entries)
>> 0: 255,255,255,255
>> 1: 0,0,0,255
>> 2: 0,0,0,255
>> 3: 0,0,0,255
>> 4: 0,0,0,255
>> 5: 0,0,0,255
>> 6: 0,0,0,255
>> 7: 0,0,0,255
>> 8: 0,0,0,255
>> 9: 0,0,0,255
>>10: 0,0,0,255
>>11: 0,0,0,255
>>12: 0,0,0,255
>>13: 0,0,0,255
>>14: 0,0,0,255
>>15: 0,0,0,255
>>16: 0,0,0,255
>>17: 0,0,0,255
>>18: 0,0,0,255
>>19: 0,0,0,255
>>20: 0,0,0,255
>>21: 0,0,0,255
>>22: 0,0,0,255
>>23: 0,0,0,255
>>24: 0,0,0,255
>>25: 0,0,0,255
>>26: 0,0,0,255
>>27: 0,0,0,255
>>28: 0,0,0,255
>>29: 0,0,0,255
>>30: 0,0,0,255
>>31: 0,0,0,255
>>32: 0,0,0,255
>>33: 0,0,0,255
>>34: 0,0,0,255
>>35: 0,0,0,255
>>36: 0,0,0,255
>>37: 0,0,0,255
>>38: 0,0,0,255
>>39: 0,0,0,255
>>40: 0,0,0,255
>>41: 0,0,0,255
>>42: 0,0,0,255
>>43: 0,0,0,255
>>44: 0,0,0,255
>>45: 0,0,0,255
>>46: 0,0,0,255
>>47: 0,0,0,255
>>48: 0,0,0,255
>>49: 0,0,0,255
>>50: 0,0,0,255
>>51: 0,0,0,255
>>52: 0,0,0,255
>>53: 0,0,0,255
>>54: 0,0,0,255
>>55: 0,0,0,255
>>56: 0,0,0,255
>>57: 0,0,0,255
>>58: 0,0,0,255
>>59: 0,0,0,255
>>60: 0,0,0,255
>>61: 0,0,0,255
>>62: 0,0,0,255
>>63: 0,0,0,255
>>64: 0,0,0,255
>>65: 0,0,0,255
>>66: 0,0,0,255
>>67: 0,0,0,255
>>68: 0,0,0,255
>>69: 0,0,0,255
>>70: 0,0,0,255
>>71: 0,0,0,255
>>72: 0,0,0,255
>>73: 0,0,0,255
>>74: 0,0,0,255
>>75: 0,0,0,255
>>76: 0,0,0,255
>>77: 0,0,0,255
>>78: 0,0,0,255
>>79: 0,0,0,255
>>80: 0,0,0,255
>>81: 0,0,0,255
>>82: 0,0,0,255
>>83: 0,0,0,255
>>84: 0,0,0,255
>>85: 0,0,0,255
>>86: 0,0,0,255
>>87: 0,0,0,255
>>88: 0,0,0,255
>>89: 0,0,0,255
>>90: 0,0,0,255
>>91: 0,0,0,255
>>92: 0,0,0,255
>>93: 0,0,0,255
>>94: 0,0,0,255
>>95: 0,0,0,255
>>96: 0,0,0,255
>>97: 0,0,0,255
>>98: 0,0,0,255
>>99: 0,0,0,255
>>   100: 0,0,0,255
>>   101: 0,0,0,255
>>   102: 0,0,0,255
>>   103: 0,0,0,255
>>   104: 0,0,0,255
>>   105: 0,0,0,255
>>   106: 0,0,0,255
>>   107: 0,0,0,255
>>   108: 0,0,0,255
>>   109: 0,0,0,255
>>   110: 0,0,0,255
>>   111: 0,0,0,255
>>   112: 0,0,0,255
>>   113: 0,0,0,255
>>   114: 0,0,0,255
>>   115: 0,0,0,255
>>   116: 0,0,0,255
>>   117: 0,0,0,255
>>   118: 0,0,0,255
>>   119: 0,0,0,255
>>   120: 0,0,0,255
>>   121: 0,0,0,255
>>   122: 0,0,0,255
>>   123: 0,0,0,255
>>   124: 0,0,0,255
>>   125: 0,0,0,255
>>   126: 0,0,0,255
>>   127: 0,0,0,255
>>   128: 0,0,0,255
>>   129: 0,0,0,255
>>   130: 0,0,0,255
>>   131: 0,0,0,255
>>   132: 0,0,0,255
>>   133: 0,0,0,255
>>   134: 0,0,0,255
>>   135: 0,0,0,255
>>   136: 0,0,0,255
>>   137: 0,0,0,255
>>   138: 0,0,0,255
>>   139: 0,0,0,255
>>   140: 0,0,0,255
>>   141: 0,0,0,255
>>   142: 0,0,0,255
>>   143: 0,0,0,255
>>   144: 0,0,0,255
>>   145: 0,0,0,255
>>   146: 0,0,0,255
>>   147: 0,0,0,255
>>   148: 0,0,0,255
>>   149: 0,0,0,255
>>   150: 0,0,0,255
>>   151: 0,0,0,255
>>   152: 0,0,0,255
>>   153: 0,0,0,255
>>   154: 0,0,0,255
>>   155: 0,0,0,255
>>   156: 0,0,0,255
>>   157: 0,0,0,255
>>   158: 0,0,0,255
>>   159: 0,0,0,255
>>   160: 0,0,0,255
>>   161: 0,0,0,255
>>   162: 0,0,0,255
>>   163: 0,0,0,255
>>   164: 0,0,0,255
>>   165: 0,0,0,255
>>   166: 0,0,0,255
>>   167: 0,0,0,255
>>   168: 0,0,0,255
>>   169: 0,0,0,255
>>   170: 0,0,0,255
>>   171: 0,0,0,255

Re: [mapserver-users] Leading zeros removed from variabel when passed to map file

2009-12-08 Thread GGould 

Hi

Solved the problem by adding quote marks at the beginning and end of each
ref_no so that the variable is seem by the map file as a string rather than
an integer.

Graeme


GGould wrote:
> 
> Hi
> 
> Im just starting out with MapServer and have a bit of a stumbling block. 
> The following script should identify a property based on the "ref_no"
> string variable passed to the map file.
> 
> DATA "geometry from snh_properties"
> FILTER "placeref = %ref_no%"
> 
> This works for all ref_no's beginning with a whole number, however if the
> re_no begins with a zero then it does not work.  Has anyone come across
> this before and is there a solution that hopefully wont tax my brain too
> much.
> 
> Cheers
> 
> Graeme
> 
> 
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.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] mapscript does not use GRID information when reprojecting rect object

2009-12-08 Thread francesco 

Hello I do not know if this it the right list to post, but I was
wandering if any of you had trouble when using the "project()" function
in mapscript (PHP). It does not use the grid file which is stated in the
EPSG line in the epsg file inside the ...proj/nad directory.
Reprojection of the map is wonderful, uses the grids, but script
reproject of a rectangle object does not make use of the grids. I made
sure of course that the epsg file which is read is the one I modified.
Anyone had the same problem?
Cheers,

--
*Francesco Pirotti*
Dep. TESAF
CIRGEO – Interdepartmental Research Center on Cartography Photogrammetry
Remote Sensing and G.I.S.
University of Padova
Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm
Email: francesco.piro...@unipd.it 
Phone: +39 049 827 2710
Phone: +39 349 55 39 261



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

Re: [mapserver-users] Raster Image Quality

2009-12-08 Thread francesco 
Jerry , your color table looks like it is of a black and white image 
(255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. 
Your problem could also be that you use 8-bit color images, you could 
try to use RGB images which help when having to resample the tiles 
(which is what shp2img does when it draws your image)

Cheers,
Francesco Pirotti

Jerry O'Sullivan ha scritto:

Hi,

Can anyone give me a few tips on producing better quality images from my raster 
maps. I chopped it up using maptiler - http://www.maptiler.org  - and the image 
quality is top notch. When I use MapServer shp2img the quality isn't as good. I 
looked at the images in IfranView and the MapTiler image has a lot more unique 
colors

Here is the gdalinfo for one of the tiles

Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  316000.000,  271000.000) (  6d14'39.88"W, 53d40'33.00"N)
Lower Left  (  316000.000,  268000.000) (  6d14'43.91"W, 53d38'56.00"N)
Upper Right (  32.000,  271000.000) (  6d11'2.06"W, 53d40'29.75"N)
Lower Right (  32.000,  268000.000) (  6d11'6.23"W, 53d38'52.75"N)
Center  (  318000.000,  269500.000) (  6d12'53.02"W, 53d39'42.89"N)
Band 1 Block=2x1 Type=Byte, ColorInterp=Palette
  Color Table (RGB with 256 entries)
0: 255,255,255,255
1: 0,0,0,255
2: 0,0,0,255
3: 0,0,0,255
4: 0,0,0,255
5: 0,0,0,255
6: 0,0,0,255
7: 0,0,0,255
8: 0,0,0,255
9: 0,0,0,255
   10: 0,0,0,255
   11: 0,0,0,255
   12: 0,0,0,255
   13: 0,0,0,255
   14: 0,0,0,255
   15: 0,0,0,255
   16: 0,0,0,255
   17: 0,0,0,255
   18: 0,0,0,255
   19: 0,0,0,255
   20: 0,0,0,255
   21: 0,0,0,255
   22: 0,0,0,255
   23: 0,0,0,255
   24: 0,0,0,255
   25: 0,0,0,255
   26: 0,0,0,255
   27: 0,0,0,255
   28: 0,0,0,255
   29: 0,0,0,255
   30: 0,0,0,255
   31: 0,0,0,255
   32: 0,0,0,255
   33: 0,0,0,255
   34: 0,0,0,255
   35: 0,0,0,255
   36: 0,0,0,255
   37: 0,0,0,255
   38: 0,0,0,255
   39: 0,0,0,255
   40: 0,0,0,255
   41: 0,0,0,255
   42: 0,0,0,255
   43: 0,0,0,255
   44: 0,0,0,255
   45: 0,0,0,255
   46: 0,0,0,255
   47: 0,0,0,255
   48: 0,0,0,255
   49: 0,0,0,255
   50: 0,0,0,255
   51: 0,0,0,255
   52: 0,0,0,255
   53: 0,0,0,255
   54: 0,0,0,255
   55: 0,0,0,255
   56: 0,0,0,255
   57: 0,0,0,255
   58: 0,0,0,255
   59: 0,0,0,255
   60: 0,0,0,255
   61: 0,0,0,255
   62: 0,0,0,255
   63: 0,0,0,255
   64: 0,0,0,255
   65: 0,0,0,255
   66: 0,0,0,255
   67: 0,0,0,255
   68: 0,0,0,255
   69: 0,0,0,255
   70: 0,0,0,255
   71: 0,0,0,255
   72: 0,0,0,255
   73: 0,0,0,255
   74: 0,0,0,255
   75: 0,0,0,255
   76: 0,0,0,255
   77: 0,0,0,255
   78: 0,0,0,255
   79: 0,0,0,255
   80: 0,0,0,255
   81: 0,0,0,255
   82: 0,0,0,255
   83: 0,0,0,255
   84: 0,0,0,255
   85: 0,0,0,255
   86: 0,0,0,255
   87: 0,0,0,255
   88: 0,0,0,255
   89: 0,0,0,255
   90: 0,0,0,255
   91: 0,0,0,255
   92: 0,0,0,255
   93: 0,0,0,255
   94: 0,0,0,255
   95: 0,0,0,255
   96: 0,0,0,255
   97: 0,0,0,255
   98: 0,0,0,255
   99: 0,0,0,255
  100: 0,0,0,255
  101: 0,0,0,255
  102: 0,0,0,255
  103: 0,0,0,255
  104: 0,0,0,255
  105: 0,0,0,255
  106: 0,0,0,255
  107: 0,0,0,255
  108: 0,0,0,255
  109: 0,0,0,255
  110: 0,0,0,255
  111: 0,0,0,255
  112: 0,0,0,255
  113: 0,0,0,255
  114: 0,0,0,255
  115: 0,0,0,255
  116: 0,0,0,255
  117: 0,0,0,255
  118: 0,0,0,255
  119: 0,0,0,255
  120: 0,0,0,255
  121: 0,0,0,255
  122: 0,0,0,255
  123: 0,0,0,255
  124: 0,0,0,255
  125: 0,0,0,255
  126: 0,0,0,255
  127: 0,0,0,255
  128: 0,0,0,255
  129: 0,0,0,255
  130: 0,0,0,255
  131: 0,0,0,255
  132: 0,0,0,255
  133: 0,0,0,255
  134: 0,0,0,255
  135: 0,0,0,255
  136: 0,0,0,255
  137: 0,0,0,255
  138: 0,0,0,255
  139: 0,0,0,255
  140: 0,0,0,255
  141: 0,0,0,255
  142: 0,0,0,255
  143: 0,0,0,255
  144: 0,0,0,255
  145: 0,0,0,255
  146: 0,0,0,255
  147: 0,0,0,255
  148: 0,0,0,255
  149: 0,0,0,255
  150: 0,0,0,255
  151: 0,0,0,255
  152: 0,0,0,255
  153: 0,0,0,255
  154: 0,0,0,255
  155: 0,0,0,255
  156: 0,0,0,255
  157: 0,0,0,255
  158: 0,0,0,255
  159: 0,0,0,255
  160: 0,0,0,255
  161: 0,0,0,255
  162: 0,0,0,255
  163: 0,0,0,255
  164: 0,0,0,255
  165: 0,0,0,255
  166: 0,0,0,255
  167: 0,0,0,255
  168: 0,0,0,255
  169: 0,0,0,255
  170: 0,0,0,255
  171: 0,0,0,255
  172: 0,0,0,255
  173: 0,0,0,255
  174: 0,0,0,255
  175: 0,0,0,255
  176: 0,0,0,255
  177: 0,0,0,255
  178: 0,0,0,255
  179: 0,0,0,255
  180: 0,0,0,255
  181: 0,0,0,255
  182: 0,0,0,255
  183: 0,0,0,255
  184: 0,0,0,255
  185: 0,0,0,255
  186: 0,0,0,255
  187: 0,0,0,255
  188: 0,0,0,255
  189: 0,0,0,255
  190: 0,0,0,255
  191: 0,0,0,255
  192: 0,0,0,255
  193: 0,0,0,255
  194: 0,0,0,255
  195: 0,0,0,255
  196: 0,0,0,255
  197: 0,0,0,255
  198: 0,0,0,255
  199: 0,0,0,255
  200: 0,0,0,255
  201: 0,0,0,255
  202: 0,0,0,255
  203: 0,0,0,255
  204: 0,0,0,255
  205: 0,0,0,255
  206: 0,0,0,255
  207: 0,0,0,255
  208: 0,0,0,255
  209: 0,0,0,255
  210: 0,0,0,255
  211: 0,0,0,255
  212: 0,0,0,255
  213: 0,0,0,255
  214: 0,0,0,255
  215: 0,0,0,255
  216: 0,0,0,255

[mapserver-users] Raster Image Quality

2009-12-08 Thread Jerry O'Sullivan 
Hi,

Can anyone give me a few tips on producing better quality images from my raster 
maps. I chopped it up using maptiler - http://www.maptiler.org  - and the image 
quality is top notch. When I use MapServer shp2img the quality isn't as good. I 
looked at the images in IfranView and the MapTiler image has a lot more unique 
colors

Here is the gdalinfo for one of the tiles

Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  316000.000,  271000.000) (  6d14'39.88"W, 53d40'33.00"N)
Lower Left  (  316000.000,  268000.000) (  6d14'43.91"W, 53d38'56.00"N)
Upper Right (  32.000,  271000.000) (  6d11'2.06"W, 53d40'29.75"N)
Lower Right (  32.000,  268000.000) (  6d11'6.23"W, 53d38'52.75"N)
Center  (  318000.000,  269500.000) (  6d12'53.02"W, 53d39'42.89"N)
Band 1 Block=2x1 Type=Byte, ColorInterp=Palette
  Color Table (RGB with 256 entries)
0: 255,255,255,255
1: 0,0,0,255
2: 0,0,0,255
3: 0,0,0,255
4: 0,0,0,255
5: 0,0,0,255
6: 0,0,0,255
7: 0,0,0,255
8: 0,0,0,255
9: 0,0,0,255
   10: 0,0,0,255
   11: 0,0,0,255
   12: 0,0,0,255
   13: 0,0,0,255
   14: 0,0,0,255
   15: 0,0,0,255
   16: 0,0,0,255
   17: 0,0,0,255
   18: 0,0,0,255
   19: 0,0,0,255
   20: 0,0,0,255
   21: 0,0,0,255
   22: 0,0,0,255
   23: 0,0,0,255
   24: 0,0,0,255
   25: 0,0,0,255
   26: 0,0,0,255
   27: 0,0,0,255
   28: 0,0,0,255
   29: 0,0,0,255
   30: 0,0,0,255
   31: 0,0,0,255
   32: 0,0,0,255
   33: 0,0,0,255
   34: 0,0,0,255
   35: 0,0,0,255
   36: 0,0,0,255
   37: 0,0,0,255
   38: 0,0,0,255
   39: 0,0,0,255
   40: 0,0,0,255
   41: 0,0,0,255
   42: 0,0,0,255
   43: 0,0,0,255
   44: 0,0,0,255
   45: 0,0,0,255
   46: 0,0,0,255
   47: 0,0,0,255
   48: 0,0,0,255
   49: 0,0,0,255
   50: 0,0,0,255
   51: 0,0,0,255
   52: 0,0,0,255
   53: 0,0,0,255
   54: 0,0,0,255
   55: 0,0,0,255
   56: 0,0,0,255
   57: 0,0,0,255
   58: 0,0,0,255
   59: 0,0,0,255
   60: 0,0,0,255
   61: 0,0,0,255
   62: 0,0,0,255
   63: 0,0,0,255
   64: 0,0,0,255
   65: 0,0,0,255
   66: 0,0,0,255
   67: 0,0,0,255
   68: 0,0,0,255
   69: 0,0,0,255
   70: 0,0,0,255
   71: 0,0,0,255
   72: 0,0,0,255
   73: 0,0,0,255
   74: 0,0,0,255
   75: 0,0,0,255
   76: 0,0,0,255
   77: 0,0,0,255
   78: 0,0,0,255
   79: 0,0,0,255
   80: 0,0,0,255
   81: 0,0,0,255
   82: 0,0,0,255
   83: 0,0,0,255
   84: 0,0,0,255
   85: 0,0,0,255
   86: 0,0,0,255
   87: 0,0,0,255
   88: 0,0,0,255
   89: 0,0,0,255
   90: 0,0,0,255
   91: 0,0,0,255
   92: 0,0,0,255
   93: 0,0,0,255
   94: 0,0,0,255
   95: 0,0,0,255
   96: 0,0,0,255
   97: 0,0,0,255
   98: 0,0,0,255
   99: 0,0,0,255
  100: 0,0,0,255
  101: 0,0,0,255
  102: 0,0,0,255
  103: 0,0,0,255
  104: 0,0,0,255
  105: 0,0,0,255
  106: 0,0,0,255
  107: 0,0,0,255
  108: 0,0,0,255
  109: 0,0,0,255
  110: 0,0,0,255
  111: 0,0,0,255
  112: 0,0,0,255
  113: 0,0,0,255
  114: 0,0,0,255
  115: 0,0,0,255
  116: 0,0,0,255
  117: 0,0,0,255
  118: 0,0,0,255
  119: 0,0,0,255
  120: 0,0,0,255
  121: 0,0,0,255
  122: 0,0,0,255
  123: 0,0,0,255
  124: 0,0,0,255
  125: 0,0,0,255
  126: 0,0,0,255
  127: 0,0,0,255
  128: 0,0,0,255
  129: 0,0,0,255
  130: 0,0,0,255
  131: 0,0,0,255
  132: 0,0,0,255
  133: 0,0,0,255
  134: 0,0,0,255
  135: 0,0,0,255
  136: 0,0,0,255
  137: 0,0,0,255
  138: 0,0,0,255
  139: 0,0,0,255
  140: 0,0,0,255
  141: 0,0,0,255
  142: 0,0,0,255
  143: 0,0,0,255
  144: 0,0,0,255
  145: 0,0,0,255
  146: 0,0,0,255
  147: 0,0,0,255
  148: 0,0,0,255
  149: 0,0,0,255
  150: 0,0,0,255
  151: 0,0,0,255
  152: 0,0,0,255
  153: 0,0,0,255
  154: 0,0,0,255
  155: 0,0,0,255
  156: 0,0,0,255
  157: 0,0,0,255
  158: 0,0,0,255
  159: 0,0,0,255
  160: 0,0,0,255
  161: 0,0,0,255
  162: 0,0,0,255
  163: 0,0,0,255
  164: 0,0,0,255
  165: 0,0,0,255
  166: 0,0,0,255
  167: 0,0,0,255
  168: 0,0,0,255
  169: 0,0,0,255
  170: 0,0,0,255
  171: 0,0,0,255
  172: 0,0,0,255
  173: 0,0,0,255
  174: 0,0,0,255
  175: 0,0,0,255
  176: 0,0,0,255
  177: 0,0,0,255
  178: 0,0,0,255
  179: 0,0,0,255
  180: 0,0,0,255
  181: 0,0,0,255
  182: 0,0,0,255
  183: 0,0,0,255
  184: 0,0,0,255
  185: 0,0,0,255
  186: 0,0,0,255
  187: 0,0,0,255
  188: 0,0,0,255
  189: 0,0,0,255
  190: 0,0,0,255
  191: 0,0,0,255
  192: 0,0,0,255
  193: 0,0,0,255
  194: 0,0,0,255
  195: 0,0,0,255
  196: 0,0,0,255
  197: 0,0,0,255
  198: 0,0,0,255
  199: 0,0,0,255
  200: 0,0,0,255
  201: 0,0,0,255
  202: 0,0,0,255
  203: 0,0,0,255
  204: 0,0,0,255
  205: 0,0,0,255
  206: 0,0,0,255
  207: 0,0,0,255
  208: 0,0,0,255
  209: 0,0,0,255
  210: 0,0,0,255
  211: 0,0,0,255
  212: 0,0,0,255
  213: 0,0,0,255
  214: 0,0,0,255
  215: 0,0,0,255
  216: 0,0,0,255
  217: 0,0,0,255
  218: 0,0,0,255
  219: 0,0,0,255
  220: 0,0,0,255
  221: 0,0,0,255
  222: 0,0,0,255
  223: 0,0,0,255
  224: 0,0,0,255
  225: 0,0,0,255
  226: 0,0,0,255
  227: 0,0,0,255
  228: 0,0,0,255
  229: 0,0,0,255
  230: 0,0,0,255
  231: 0,0,0,255
  232: 0,0,0,255
  233: 0,0,0,255
  234: 0,0,0,255
  235: 0,0,0,255
  236: 0,0,0,255
  237: 0,0,0,255
  238: 0,0,0,255
  239: 0,0,0,255
  240