RE: [mapserver-users] MapServer 6.0.0-beta6 release

2011-04-15 Thread Peter Hopfgartner


Peter Hopfgartner
 
R3 GIS Srl - GmbH
http://www.r3-gis.com


Daniel Morissette dmorisse...@mapgears.com wrote
Subject: [mapserver-users] MapServer 6.0.0-beta6 release
Date: 14.04.2011 01:22

The MapServer Team is pleased to announce the release of MapServer 
6.0.0-beta6. This is the latest beta on our way to a final 6.0 release. 
Once again this beta contains several important fixes and we encourage 
you to test it and continue to provide feedback.

The 6.0 release introduces important changes in key components of the 
MapServer core (rendering, query and expressions), and for this reason 
we count on you, MapServer power users, to help test the release in your 
respective environments and provide feedback (through the users list or 
Trac tickets).


Packages for RHEL/CentOS/Scientific Linux 5 and as src.rpm:

http://www.r3-gis.com/upload/mapserver-6.0.0beta6-1.0.el5.src.rpm
http://www.r3-gis.com/upload/mapserver-6.0.0beta6-1.0.el5.x86_64.rpm
http://www.r3-gis.com/upload/php-mapserver-6.0.0beta6-1.0.el5.x86_64.rpm
http://www.r3-gis.com/upload/mapserver-perl-6.0.0beta6-1.0.el5.x86_64.rpm
http://www.r3-gis.com/upload/mapserver-python-6.0.0beta6-1.0.el5.x86_64.rpm
http://www.r3-gis.com/upload/mapserver-java-6.0.0beta6-1.0.el5.x86_64.rpm
http://www.r3-gis.com/upload/mapserver-debuginfo-6.0.0beta6-1.0.el5.x86_64.rpm

These packages depend on http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS and on 
the php53* packages, in CentOS 5.6.

beta5 packages were removed.

(...)

Peter
 
R3 GIS Srl - GmbH
http://www.r3-gis.com



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


Re: [mapserver-users] Mapscript and CURLOPT_PROXYAUTH not supported

2011-04-15 Thread Tamas Szekeres
Johan,

It is indeed not enabled by default and this flag hasn't been added to
nmake.opt (this may be reported as a ticket which should be fixed).
If you are using the build SDKs http://vbkto.dyndns.org/sdk/ I've just
added this flag to the builds (will be available in the next build
tomorrow).


If you prefer to compile this by using the SDK packages just replace the
row:

*echo CURL=-DUSE_CURL  $(OUTPUT_DIR)\mapserver.opt
*with
*echo CURL=-DUSE_CURL -DCURLOPT_PROXYAUTH  $(OUTPUT_DIR)\mapserver.opt*
in the Makefile.

I hope that will help.

Best regards,

Tamas




2011/4/13 Hallgren Johan johan.hallg...@sweco.se

Hello



 I have a strange problem…



 I should use MapServer with Mapscript to call a WMS server as a client.



 I created a LAYER definition and after some struggle it went thru, I get my
 map. I used the *shp2img* command to test the mapfile. Next step was to
 test the mapfile with *drawmap* so the mapscript implementation was tested
 and now an error showed up.

 “CURLOPT_PROXYAUTH not supported. Requires Curl 7.10.7”



 I expected that this error should show up already in the shp2img-test, but
 there it worked fine.



 Anyone having a clue what’s wrong?



 Here is the error:

 -



 Unhandled Exception: System.ApplicationException: msHTTPExecuteRequests():
 HTTP
 request error. CURLOPT_PROXYAUTH not supported. Requires Curl 7.10.7 and
 up. *_p
 roxy_auth_type setting ignored.
at OSGeo.MapServer.mapObj.draw()
at DrawMap.Main(String[] args)
 GDAL: GDALDeregister_GTiff() called.

 ---



 … and here is the layer definition.

 ---

  LAYER
   NAME 'WMS-Oversikt'
   TYPE RASTER
   STATUS ON
   CONNECTION 'http://maps.metria.se/geoserver/wms?'
   CONNECTIONTYPE WMS
   METADATA
 'wms_srs'   'EPSG:2400'
 'wms_name'   'anyname'
 'wms_server_version' '1.1.1'
 'wms_format'  'image/png'
 'wms_auth_type' 'basic'
 'wms_auth_username' 'xxx'
 'wms_auth_password' 'yyy'
 'wms_proxy_type' 'http'

 'wms_proxy_host' '147.44.134.17'
 'wms_proxy_port' '80''wms_proxy_auth_type' 'basic'
 'wms_proxy_username' 'zzz'
 'wms_proxy_password' 'yyy'
   END
  END

 --



 Regards

 Johan
  --

 *Johan Hallgren*

 Gruppchef
 Telefon direkt 023-464 92
 Mobil 073-800 64 92
 johan.hallg...@sweco.se

 *Sweco Position AB*

 Parkgatan 3
 Box 1902
 791 19 Falun
 Telefon 023-464 00
 www.sweco.se







 Please consider the environment before printing my e-mail.



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


image002.pngimage001.png___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


AW: VS: [mapserver-users] Mapserver search performance

2011-04-15 Thread Eichner, Andreas - SID-NLKM

Hi,

AFAIK dBase files don't provide an index themselves and there's no other
way to provide one. shptree only creates an spatial index. Therefore
only queries like 'does this geometry touch/intersect/lie within a given
rectangle'can be accelerated.

 I tried the shptree tool but did not see any performance improvement.

So this becomes clear: By doing a JOIN MapServer basically runs a loop:
for each geometry that matches search withing external data for a line
matching the join condition.

 Could it be because all of this information that I require is coming
 from an external DBF file that I join to the layer/shape's DBF? Will
 including all these fields/information in the shape's DBF file itself
 help?

I'm pretty sure that this would help, since this would avoid the
(unaccelerated) join. With a database like PostgreSQL/PostGIS or SQlite
it's basically the same problem: if you don't create an appropriate
index for the join condition, this becomes an costly operation. Although
those columns are usually primary and foreign key columns with
appropriate index and the join condition is usually a simple equality
match.
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] SLD support: Anyone for fixing 5 yr old tickets?

2011-04-15 Thread Hollingbery, Julian
Hi list,

I have just joined the list for the following reason: We have been
running SLD-enabled WMS services for some years now, on a closed source
platform. For that, and several other reasons, we are now looking at
using MapServer as a replacement. I have compared our existing platform
and MapServer 5.6.6, and have noticed a couple of incompatibilities.
After having looked around, I find that both of these issues exist as
old tickets:

http://trac.osgeo.org/mapserver/ticket/1602
http://trac.osgeo.org/mapserver/ticket/1166

We do not have the developer resources to provide patches, so I am
looking for someone to do it for us. Our migration is organized as a
project, for which we have some funds. Therefore, I am looking for
someone who would be willing to provide me with an estimate of what it
would cost (time and/or money) to come up with a patch.

Regarding #1602, what I would like to achieve is to highlight an object
given by a ogc:Filter, while rendering the remaining objects in that
layer in the default style. I could of course use an ElseFilter, but
since this is a question of providing backward compatibility, I'd prefer
not to. It is not exactly the same thing as in #1602, but it seems to me
that it might be the same fix.
My particular SLD looks something like this:

StyledLayerDescriptor version=1.0.0
xmlns=http://www.opengis.net/sld;
xmlns:ogc=http://www.opengis.net/ogc;
NamedLayer
NameJordstykke/Name
UserStyle
FeatureTypeStyle
Rule
ogc:Filter
And

ogc:PropertyIsEqualTo

ogc:PropertyNamelandsejerlavskode/ogc:PropertyName

ogc:Literal90552/ogc:Literal

/ogc:PropertyIsEqualTo

ogc:PropertyIsEqualTo

ogc:PropertyNamematrikelnummer/ogc:PropertyName

ogc:Literal7fv/ogc:Literal

/ogc:PropertyIsEqualTo
/And
/ogc:Filter
PolygonSymbolizer
Fill
CssParameter
name=fill#FF/CssParameter
CssParameter
name=fill-opacity1/CssParameter
/Fill
Stroke
CssParameter
name=stroke#FF/CssParameter
CssParameter
name=stroke-width3/CssParameter
/Stroke
/PolygonSymbolizer
/Rule
/FeatureTypeStyle
/UserStyle
/NamedLayer
NamedLayer
NameJordstykke/Name
NamedStyle
Namedefault/Name
/NamedStyle
/NamedLayer
/StyledLayerDescriptor


Thanks in advance,
Julian Hollingbery
Danish Ministry of The Environment, National Survey and Cadastre

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


Re: [mapserver-users] MS 6.0 beta4, is image/jpeg output OK?

2011-04-15 Thread Jeff McKenna

Jukka,

You indeed found a good one: image/jpeg output for all 6.0 betas in MS4W 
was broken.  In fact the underlying GD library was pointing to a an old 
non-existent libjpeg version, jpeg-6b, and recent MS4W is built against 
jpeg-8b (this is what the error message was really trying to tell us: 
Wrong JPEG library version: you are calling JPEG-6 through GD but 
MapServer expects to find JPEG-8).  So here is a patch, which contains 
a rebuilt GD library that points to an upgraded JPEG-8c library: 
http://www.maptools.org/dl/ms4w/mapserver_ms4w-6.0.0-beta6-patch.zip


I thank you very much for discovering this problem.  I guess this is why 
we have a 'beta' stage.


(the MS4W ticket is http://bugzilla.maptools.org/show_bug.cgi?id=2313)

Thanks again for this feedback!

happy friday to all.

-jeff



--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/




On 11-04-12 10:47 AM, Rahkonen Jukka wrote:

Hi,
I have a pretty basic mapfile without my own OUTPUTFORMAT settings. MS
6.0 beta4 is advertising image/jpeg in the GetCapabilities. However, if
I use it in the GetMap I am getting my request back from the server. I
mean that by browser shows me exactly the same query as a result in test
format that I was sending from the URL line. I have never before seen
this behaviour. If I change format into image/png or image/gif I am
getting a proper image back. I am testing with MS4W package.
-Jukka Rahkonen-


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


RE: RE: [mapserver-users] MapServer 6.0.0-beta6 release

2011-04-15 Thread Peter Hopfgartner
Peter Hopfgartner peter.hopfgart...@r3-gis.com wrote
Subject: RE: [mapserver-users] MapServer 6.0.0-beta6 release
Date: 15.04.2011 08:38
Daniel Morissette dmorisse...@mapgears.com wrote

Subject: [mapserver-users] MapServer 6.0.0-beta6 release

Date: 14.04.2011 01:22



The MapServer Team is pleased to announce the release of MapServer 

6.0.0-beta6. This is the latest beta on our way to a final 6.0 release. 

Once again this beta contains several important fixes and we encourage 

you to test it and continue to provide feedback.



The 6.0 release introduces important changes in key components of the 

MapServer core (rendering, query and expressions), and for this reason 

we count on you, MapServer power users, to help test the release in your


respective environments and provide feedback (through the users list or 

Trac tickets).





Packages for RHEL/CentOS/Scientific Linux 5 and as src.rpm:



http://www.r3-gis.com/upload/mapserver-6.0.0beta6-1.0.el5.src.rpm

http://www.r3-gis.com/upload/mapserver-6.0.0beta6-1.0.el5.x86_64.rpm

http://www.r3-gis.com/upload/php-mapserver-6.0.0beta6-1.0.el5.x86_64.rpm

http://www.r3-gis.com/upload/mapserver-perl-6.0.0beta6-1.0.el5.x86_64.rpm

http://www.r3-gis.com/upload/mapserver-python-6.0.0beta6-1.0.el5.x86_64.rpm

http://www.r3-gis.com/upload/mapserver-java-6.0.0beta6-1.0.el5.x86_64.rpm

http://www.r3-gis.com/upload/mapserver-debuginfo-6.0.0beta6-1.0.el5.x86_64.rpm



These packages depend on http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS
and on the php53* packages, in CentOS 5.6.



beta5 packages were removed.


MapServer 6.0.0 beta6 packages are now available in ELGIS testing repository as 
mnapserver6, http://elgis.argeo.org/


Peter


Peter

 

R3 GIS Srl - GmbH

http://www.r3-gis.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] Re: msProcessProjection(): Projection library error. no options in 'init' file

2011-04-15 Thread myOpenLayersUName
I can confirm that the PROJ_LIB environment variable is not set in the httpd
configuration file. Adding it has solved the problem. Yay!!

In addition, I got some answers to my questions regarding where MapServer
was getting this information if that environment variable wasn't in the
Apache configuration. By default, it was using a directory provided at
compile time, as suggested in a previous post. Obviously, that path wasn't
the same as the one we thought it was using. 

Now we know and our choice is either to leave the PROJ_LIB environment
variable set or to just overwrite the epsg file in the proper location.

Special thanks to Jeff for his input here.

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/msProcessProjection-Projection-library-error-no-options-in-init-file-tp6273726p6277431.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


Fwd: [mapserver-users] Mapscript and CURLOPT_PROXYAUTH not supported

2011-04-15 Thread Tamas Szekeres
I need to correct myself and you'll require to use the following setting
instead:

*echo CURL=-DUSE_CURL -DUSE_CURLOPT_PROXYAUTH  $(OUTPUT_DIR)\mapserver.opt
*

Best regards,

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