[mapserver-users] Edit a Line shape and save it

2011-03-09 Thread Mohamed Saâd HESSANE
Hy everybody,
I work with python mapscript and i want to create a Line shape.
I do this :
   test = mapscript.shapefileObj('test',mapscript.MS_SHAPEFILE_ARC)
   for i in range(len(x))
  test.addPoint(mapscript.pointObj(x[i],y[i],0,0))

When i execute the script, there is two new file in the script directory
(test.shp and test.shx).
But when i do an ogrinfo, there's no data stored in the file :
   $ogrinfo -al test.shp
   INFO: Open of `test.shp'
 using driver `ESRI Shapefile' successful.

   Layer name: test
   Geometry: Line String
   Feature Count: 0
   Extent: (0.00, 0.00) - (0.00, 0.00)
   Layer SRS WKT:
   (unknown)

can you help me please?
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] Studio - admin tool for MapServer

2011-03-09 Thread Eric Lemoine
Hi

With this email we're announcing the first release of Studio, an admin
tool for MapServer. Studio basically allows editing MapServer
Mapfiles, using an easy-to-use web-based interface.

Relevant links:

- Google Group http://groups.google.com/group/studio-discuss
- Documentation http://camptocamp.github.com/Studio/
- Demo http://demo.mapfish.org/studio/
- Code base https://github.com/camptocamp/Studio
- Studio on PyPI http://pypi.python.org/pypi/Studio

Instructions for installing Studio are provided in the documentation
at http://camptocamp.github.com/Studio/installation_guide.html.

We at Camptocamp started working on Studio two years ago, but, for
various reasons, weren't able to make an actual release of Studio at
the time. With this 0.5 release we want to measure the interest for
such a tool; we know there's still work to be done before reaching a
1.0 release. We're therefore encouraging interested folks to test
Studio, sign up to the Google Group, and provide feedback.

Thanks,

-- 
Eric Lemoine

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel : 00 33 4 79 44 44 96
Mail : eric.lemo...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] wms_style_xxx_legendurl_href

2011-03-09 Thread Jörg Thomsen

Hi,

I'm using the wms_style-parameters in the layer metadata section to tell 
the client to use a special legend-url:

'wms_style' 'Farbwerte'
'wms_style_Farbwerte_legendurl_height' '218'
'wms_style_Farbwerte_legendurl_href' 'http://xxx/html/test/gimp.png'
'wms_style_Farbwerte_legendurl_format' 'png'
'wms_style_Farbwerte_legendurl_width' '300'

This works fine with only one style. But what do I have to do, if I have 
defined different styles / classgroups?

When defining
'wms_style' 'Farbwerte'
the capabilities only shows this style, even if there are more styles 
(classgroups) defined.


Any idea?

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


RE: [mapserver-users] MapScript issue in multiple WCF apps (ASP.NET)

2011-03-09 Thread Brian Poteat
Thanks Tamas,
I put together a solution that mimics what I am doing at a very simple level 
and I got it to error fairly easily.

This zip contains an example mapfile and the solution used to reproduce the 
setup. I just put everything in c:\tmp\test. The applications are .NET 4.0 WCF 
endpoints and will install as IIS web services (so obviously you’ll need the 
appropriate software to build/run).
http://dl.dropbox.com/u/649621/WcfMapScript.zip

If you build the solution and then execute the following service requests in 
order, at some point the requests no longer return correct data. Asking for one 
layer will return the other. Sometimes the results vary but usually just mixing 
up the requested layers on the two different services will cause strange 
behavior.

http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L54CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358

http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L57CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358

http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L57CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358

http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L54CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358

I apologize for the strange requests and images but I am a not really familiar 
with the mapfile format and just tried to reproduce the requests as closely as 
they were in a real environment.
Brian


From: Tamas Szekeres [mailto:szeker...@gmail.com]
Sent: Tuesday, March 08, 2011 4:46 PM
To: Brian Poteat
Cc: mapserver-users@lists.osgeo.org
Subject: Re: [mapserver-users] MapScript issue in multiple WCF apps (ASP.NET)

Hi Brian,

Could you provide the sequence of the requests, a mapfile example, that can be 
used to reproduce this problem?
What do you mean by configure them independently? Different application pool 
for each service type?

Best regards,

Tamas


2011/3/8 Brian Poteat poteat.br...@geoeye.commailto:poteat.br...@geoeye.com
I have a very strange issue while using MapScript from within some web service 
projects. I have different projects/applications for different services – one 
for each of WCF, WMS, WFS, and WMTS – so we can configure them independently. 
MapScript requests work fine for all of them separately but if I access 
MapScript from one and then another, one of them will not work correctly 
anymore. The requests will return success (result == 0) and the format returned 
is correct but the data is either null or an incorrect image. It doesn’t seem 
to be a threading issue since I can bombard any one of the services with 
asynchronous requests and they are handled fine and the problems don’t 
necessarily come while using the different applications at the same time – just 
one then the other.

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


Re: [mapserver-users] MapScript issue in multiple WCF apps (ASP.NET)

2011-03-09 Thread Tamas Szekeres
Hi Brian,

Got it, thanks. I'm going to inspect the problem and get back to you if I
have further questions.

Best regards,

Tamas




2011/3/9 Brian Poteat poteat.br...@geoeye.com

 Thanks Tamas,

 I put together a solution that mimics what I am doing at a very simple
 level and I got it to error fairly easily.



 This zip contains an example mapfile and the solution used to reproduce the
 setup. I just put everything in c:\tmp\test. The applications are .NET 4.0
 WCF endpoints and will install as IIS web services (so obviously you’ll need
 the appropriate software to build/run).

 http://dl.dropbox.com/u/649621/WcfMapScript.zip



 If you build the solution and then execute the following service requests
 in order, at some point the requests no longer return correct data. Asking
 for one layer will return the other. Sometimes the results vary but usually
 just mixing up the requested layers on the two different services will cause
 strange behavior.




 http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L54CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:%5Ctmp%5Ctest%5Cmap.map%26LAYERS%3DL54%26CRS%3DEPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358




 http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L57CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:%5Ctmp%5Ctest%5Cmap.map%26LAYERS%3DL57%26CRS%3DEPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358




 http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L57CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:%5Ctmp%5Ctest%5Cmap.map%26LAYERS%3DL57%26CRS%3DEPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358




 http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L54CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:%5Ctmp%5Ctest%5Cmap.map%26LAYERS%3DL54%26CRS%3DEPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358



 I apologize for the strange requests and images but I am a not really
 familiar with the mapfile format and just tried to reproduce the requests as
 closely as they were in a real environment.

 Brian





 *From:* Tamas Szekeres [mailto:szeker...@gmail.com]
 *Sent:* Tuesday, March 08, 2011 4:46 PM
 *To:* Brian Poteat
 *Cc:* mapserver-users@lists.osgeo.org
 *Subject:* Re: [mapserver-users] MapScript issue in multiple WCF apps (
 ASP.NET)



 Hi Brian,


 Could you provide the sequence of the requests, a mapfile example, that can
 be used to reproduce this problem?
 What do you mean by configure them independently? Different application
 pool for each service type?

 Best regards,

 Tamas


 2011/3/8 Brian Poteat poteat.br...@geoeye.com

 I have a very strange issue while using MapScript from within some web
 service projects. I have different projects/applications for different
 services – one for each of WCF, WMS, WFS, and WMTS – so we can configure
 them independently. MapScript requests work fine for all of them separately
 but if I access MapScript from one and then another, one of them will not
 work correctly anymore. The requests will return success (result == 0) and
 the format returned is correct but the data is either null or an incorrect
 image. It doesn’t seem to be a threading issue since I can bombard any one
 of the services with asynchronous requests and they are handled fine and the
 problems don’t necessarily come while 

Re: [mapserver-users] MapScript issue in multiple WCF apps (ASP.NET)

2011-03-09 Thread Tamas Szekeres
BTW: could you file a ticket (assigned to the csharp bindings) in order to
keep the things in view?

Best regards,

Tamas



2011/3/9 Tamas Szekeres szeker...@gmail.com

 Hi Brian,

 Got it, thanks. I'm going to inspect the problem and get back to you if I
 have further questions.

 Best regards,

 Tamas




 2011/3/9 Brian Poteat poteat.br...@geoeye.com

 Thanks Tamas,

 I put together a solution that mimics what I am doing at a very simple
 level and I got it to error fairly easily.



 This zip contains an example mapfile and the solution used to reproduce
 the setup. I just put everything in c:\tmp\test. The applications are .NET
 4.0 WCF endpoints and will install as IIS web services (so obviously you’ll
 need the appropriate software to build/run).

 http://dl.dropbox.com/u/649621/WcfMapScript.zip



 If you build the solution and then execute the following service requests
 in order, at some point the requests no longer return correct data. Asking
 for one layer will return the other. Sometimes the results vary but usually
 just mixing up the requested layers on the two different services will cause
 strange behavior.




 http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L54CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:%5Ctmp%5Ctest%5Cmap.map%26LAYERS%3DL54%26CRS%3DEPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358




 http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L57CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:%5Ctmp%5Ctest%5Cmap.map%26LAYERS%3DL57%26CRS%3DEPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358




 http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L57CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358http://localhost/MapScriptService/MapScriptService.svc/ms?mapfile=C:%5Ctmp%5Ctest%5Cmap.map%26LAYERS%3DL57%26CRS%3DEPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358




 http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:\tmp\test\map.mapLAYERS=L54CRS=EPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358http://localhost/MapScriptService2/MapScriptService.svc/ms?mapfile=C:%5Ctmp%5Ctest%5Cmap.map%26LAYERS%3DL54%26CRS%3DEPSG:4326TRANSPARENT=trueSERVICE=WMSVERSION=1.1.1REQUEST=GetMapSTYLES=EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image%2FpngBBOX=60.33182566,24.9997419977717,73.0167274,30.0446813WIDTH=1032HEIGHT=358



 I apologize for the strange requests and images but I am a not really
 familiar with the mapfile format and just tried to reproduce the requests as
 closely as they were in a real environment.

 Brian





 *From:* Tamas Szekeres [mailto:szeker...@gmail.com]
 *Sent:* Tuesday, March 08, 2011 4:46 PM
 *To:* Brian Poteat
 *Cc:* mapserver-users@lists.osgeo.org
 *Subject:* Re: [mapserver-users] MapScript issue in multiple WCF apps (
 ASP.NET)



 Hi Brian,


 Could you provide the sequence of the requests, a mapfile example, that
 can be used to reproduce this problem?
 What do you mean by configure them independently? Different application
 pool for each service type?

 Best regards,

 Tamas


 2011/3/8 Brian Poteat poteat.br...@geoeye.com

 I have a very strange issue while using MapScript from within some web
 service projects. I have different projects/applications for different
 services – one for each of WCF, WMS, WFS, and WMTS – so we can configure
 them independently. MapScript requests work fine for all of them separately
 but if I access MapScript from one and then another, one of them will not
 work correctly anymore. The requests will return success (result == 0) and
 the format returned is correct but the data is either null or an incorrect
 image. It doesn’t 

[mapserver-users] SLD parameter in GetMap and GetLegendGraphic requests

2011-03-09 Thread myOpenLayersUName
The MapServer documentation says the value of an SLD parameter must point to
a remote SLD (SLD=http://URL_TO_SLD). Okay, I understand, but I still have
to ask this question...

Is there any way the path can be provided to a directory that exists on the
MapServer host itself? 

One of our processes generates a shapefile and the SLD to symbolize it
dynamically. We then use a blank MAP file (acting as a WMS Server) to load
up the data with the SLD for display (using a GetMap request). All the
generated files are stored in the same directory on the same system as
MapServer. MapServer can get at the shapefile because the blank MAP file has
a SHAPEPATH in it and we just pass along the rest of the path to the files
through the GetMap request's DATA parameter. For example:

http:///ogc/printVecWms_en?map.layer[LineString]=DATA
'6543c79b-8c56-4dd1-8a89-ef8dde819e02/LineString'
ENDVERSION=1.1.1SLD=http:///printVecData/SLD/6543c79b-8c56-4dd1-8a89-ef8dde819e02/LineString.sldTRANSPARENT=trueLAYER=LineStringSERVICE=WMSREQUEST=GetLegendGraphicSTYLES=EXCEPTIONS=application/vnd.ogc.se_inimageFORMAT=image/jpegSRS=EPSG:42304BBOX=-397165.01997824,-789911,2108966.9600435,1716220.9800218WIDTH=256HEIGHT=256


Unfortunately, the area where these files are created is not accessible
externally, nor do we want them to be (particularly the shapefiles). This
means we have to move the location of the SLDs to a place where we do not
forbid access in order to use the syntax above. And that works fine.


However, we'd really, really like to keep the SLDs closely associated
(physically) with the Shapefiles they were built for. So, if anyone knows
some syntax or a way that we can pass a value through the SLD parameter that
is not publically accessible via http, I'd love to here it!!

Is there some way of specifying the SLD to use within the MAP file itself
and consequently a way that I can set it in the map.layer[LineString]= value
instead? I've never heard of such a thing nor have I found anything that
suggests I can, I'm just throwing it out there to see if anything jumps in
to anyone's mind.

Cheers,
jtm

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/SLD-parameter-in-GetMap-and-GetLegendGraphic-requests-tp6155608p6155608.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] MapServer 6.0.0-beta1 release - Please test!

2011-03-09 Thread Daniel Morissette
The MapServer Team is pleased to announce the release of MapServer 
6.0.0-beta1. This is the first beta on our way to a final 6.0 release.


This new 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).


The timing and feedback for this first beta is very important since it 
comes one week before the Montreal Code Sprint where about a dozen 
participants will be working specifically on MapServer and will have a 
chance to tackle important 6.0 issues that may be found and reported.


Here is a quick list of RFCs documenting some of the new features or 
important changes in 6.0. This list is not complete, we will update it 
as we polish the release documentation:


Core Changes in MapServer 6.0 which could affect existing applications:

* MS RFC 54: Rendering Interface API
* MS RFC 64: MapServer Expression Parser Overhaul
* MS RFC 65: Single-pass Query Changes for 6.0

New Features and Enhancements in MapServer 6.0:

* MS RFC 58: Kml Output
* MS RFC 60: Labeling enhancement: ability to skip ANGLE FOLLOW labels 
with too much character overlap

* MS RFC 61: Enhance MapServer Feature Style Support
* MS RFC 62: Support Additional WFS GetFeature Output Formats
* MS RFC 63: Built-in OpenLayers map viewer
* MS RFC 66: Better handling of temporary files
* MS RFC 67: Enable/Disable Layers in OGC Web Services
* MS RFC 68: Support for combining features from multiple layers
* MS RFC 69: Support for clustering of features in point layers

(RFCs are available online at http://mapserver.org/development/rfc/)

As usual there an a large number of additional small enhancements and 
bug fixes. For a complete list see the HISTORY.TXT file at:


  http://svn.osgeo.org/mapserver/tags/rel-6-0-0-beta1/mapserver/HISTORY.TXT

We have started working on a 5.6 - 6.0 migration guide. This document 
contains important notes on backwards incompatibilities or other changes 
required when upgrading to 6.0. It is not complete yet but we strongly 
recommend that you review the latest version online at:


http://trac.osgeo.org/mapserver/browser/trunk/mapserver/MIGRATION_GUIDE.TXT

The source for this release can be downloaded at:

http://mapserver.org/download.html
or
http://download.osgeo.org/mapserver/mapserver-6.0.0-beta1.tar.gz

The binary distributions listed in the download page should be updated
with binaries for the new 6.0.0-beta1 release in the next day or so.


This is the first of four planned beta releases and if all goes well a 
final release should occur around the end of April. The full release 
plan can be viewed at:


  http://trac.osgeo.org/mapserver/wiki/60ReleasePlan

Once again we need your help to ensure a high quality product, 
especially for this beta due to its timing with next week's Code Sprint, 
so please help out by testing your applications with this new code base.


Thanks! - The MapServer Team
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [mapserver-users] MapServer 6.0.0-beta1 release - Please test!

2011-03-09 Thread Alan Boudreault
The binaries of MapServer 6.0.0-beta1 are now available in UbuntuGIS  for 
Ubuntu  hardy, lucid and maverick.

ubuntugis-testing ppa:
https://launchpad.net/~ubuntugis/+archive/ubuntugis-testing/

Alan

On March 9, 2011 09:47:54 pm Daniel Morissette wrote:
 The MapServer Team is pleased to announce the release of MapServer
 6.0.0-beta1. This is the first beta on our way to a final 6.0 release.
 
 This new 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).
 
 The timing and feedback for this first beta is very important since it
 comes one week before the Montreal Code Sprint where about a dozen
 participants will be working specifically on MapServer and will have a
 chance to tackle important 6.0 issues that may be found and reported.
 
 Here is a quick list of RFCs documenting some of the new features or
 important changes in 6.0. This list is not complete, we will update it
 as we polish the release documentation:
 
 Core Changes in MapServer 6.0 which could affect existing applications:
 
 * MS RFC 54: Rendering Interface API
 * MS RFC 64: MapServer Expression Parser Overhaul
 * MS RFC 65: Single-pass Query Changes for 6.0
 
 New Features and Enhancements in MapServer 6.0:
 
 * MS RFC 58: Kml Output
 * MS RFC 60: Labeling enhancement: ability to skip ANGLE FOLLOW labels
 with too much character overlap
 * MS RFC 61: Enhance MapServer Feature Style Support
 * MS RFC 62: Support Additional WFS GetFeature Output Formats
 * MS RFC 63: Built-in OpenLayers map viewer
 * MS RFC 66: Better handling of temporary files
 * MS RFC 67: Enable/Disable Layers in OGC Web Services
 * MS RFC 68: Support for combining features from multiple layers
 * MS RFC 69: Support for clustering of features in point layers
 
 (RFCs are available online at http://mapserver.org/development/rfc/)
 
 As usual there an a large number of additional small enhancements and
 bug fixes. For a complete list see the HISTORY.TXT file at:
 
   
 http://svn.osgeo.org/mapserver/tags/rel-6-0-0-beta1/mapserver/HISTORY.TXT
 
 We have started working on a 5.6 - 6.0 migration guide. This document
 contains important notes on backwards incompatibilities or other changes
 required when upgrading to 6.0. It is not complete yet but we strongly
 recommend that you review the latest version online at:
 
 http://trac.osgeo.org/mapserver/browser/trunk/mapserver/MIGRATION_GUIDE.TXT
 
 The source for this release can be downloaded at:
 
  http://mapserver.org/download.html
 or
  http://download.osgeo.org/mapserver/mapserver-6.0.0-beta1.tar.gz
 
 The binary distributions listed in the download page should be updated
 with binaries for the new 6.0.0-beta1 release in the next day or so.
 
 
 This is the first of four planned beta releases and if all goes well a
 final release should occur around the end of April. The full release
 plan can be viewed at:
 
http://trac.osgeo.org/mapserver/wiki/60ReleasePlan
 
 Once again we need your help to ensure a high quality product,
 especially for this beta due to its timing with next week's Code Sprint,
 so please help out by testing your applications with this new code base.
 
 Thanks! - The MapServer Team
 ___
 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