Nabble - ms4w-users

Re: php-cgi crash with PostGIS

2009-12-04T06:49:38Z

Johan Forsman wrote:

> Hi Jeff, please see bottom for my reply.
>
>> -----Original Message-----
>> From: ms4w-users-bounces@... [mailto:ms4w-users-
>> bounces@...] On Behalf Of Jeff McKenna
>> Sent: Thursday, December 03, 2009 11:30 AM
>> To: ms4w-users@...
>> Subject: Re: [MS4W-Users] php-cgi crash with PostGIS
>>
>> Johan Forsman wrote:
>>> Hello All:
>>>
>>> I do not know what the proper place to report this issue may be, but I
>> thought I would start here hoping you can steer me in the right direction.
>>> We have a small, internal to my organization, mapserver on WinXP,
>> currently using MS4W 3.0 beta 6, with GeoMoose 2.0.1, primarily with
>> shapefiles. The query function in GeoMoose is too slow for practical use
>> for a particular point-data set and it was suggested by the developers to
>> try the PostGIS system instead to speed up response time of the query.
>>> I installed and configured PostgreSQL 8.4.0 and PostGIS 1.4 without
>> issues, and I am using pgAdmin to help me along with configuration. I
>> created a new database "sdwp" instead of using the default "postgres"
>> database
>>> I ingested the shapefile into PostGIS without issues and built an index
>> on the field of interest to the query, then changed the mapfile to point
>> to PostGIS instead of the shapefile.
>>> Display of data from PostGIS works fine, but every time I execute the
>> query there is a crash of php-cgi.exe on the server. The message on the
>> server is the generic crash message from WinXP: CGI/FastCGI has
>> encountered a problem and needs to close.
>>> One strange thing is that the crash occurs in two separate modules
>> depending on which dataset I query against.
>>> Dataset A: Full dataset of ~180000 water wells.
>>> Dataset B: Subset of dataset A, ~20000 water wells.
>>>
>>> Both are point data, and were ingested from individual shapefiles, and
>> are currently stored as separate tables in the same PostGIS database, with
>> separate indexes.
>>> For dataset A the crash first occurs in gdal17dev.dll, then repeatedly
>> in ntdll.dll shortly after clicking the "Don't Send" button (Remote
>> Desktop control). I click the Don't Send button several times to dismiss
>> the crash dialogs that pop up.
>>> For dataset B the crash occurs only in ntdll.dll, and only once per
>> query attempt.
>>> Once the crash has occurred I click the Don't Send button in the crash
>> dialog on the server and one of two things will happen depending on the
>> active dataset.
>>> Dataset A: 1) if there ARE NO matches for the query parameter GeoMoose
>> immediately returns a message to that effect; 2) if there ARE matches to
>> the query parameter GeoMoose returns the correct number of records.
>>> Dataset B: 1) if there ARE NO matches for the query parameter GeoMoose
>> immediately returns a message to that effect; 2) if there ARE matches to
>> the query parameter the server returns an Unhandled Request return,
>> Internal Server Error message after a several-second delay.
>>> There are more permutations than the above if I change the "turn
>> highlight layer on" and/or "zoom to first hit" properties inside of the
>> GeoMoose mapbook.
>>> I don't even know where to start collecting evidence. Red herrings
>> everywhere I suspect. This problem does not appear if I use shapefiles,
>> but the query takes too long for practical use. PHP issue? GeoMoose issue?
>> Mapserver issue? Windows issue? PostGIS issue? Yes to all or some of that?
>>> There is an error shown in the PostGIS log, but I do not know if it is
>> relevant (symptom or disease):
>>> 2009-12-03 09:23:24 CSTLOG: could not receive data from client: No
>> connection could be made because the target machine actively refused it.
>>
>>> 2009-12-03 09:23:24 CSTLOG: unexpected EOF on client connection
>>>
>>> What information do I need to collect, how do I collect it, and where
>> should I send it to help with resolving this?
>>> Thank you for your consideration.
>>>
>> Johan,
>>
>> Yes that does sound tricky.
>>
>> I think you should try to take as many factors out of the equation as
>> you can and still generate the error:
>>
>> - remove GeoMoose, use a simple MapServer CGI viewer to execute query
>> - remove MS4W, try your tests with another Windows package like FWTools
>> - narrow the data down to the smallest subset that will still throw the
>> error (one table with one record and one column, if possible)
>>
>> One you've done some of those you could possibly package a test package
>> (mapfile with one layer, shapefile that has only a few records and only
>> the fields that you need for display, commands to import into postgis)
>> and post here or to the other lists that you are trying. If you're
>> lucky someone will take time out of this/her day to run your test
>> package (and your chances for this to occur greatly increase by how much
>> time your spend beforehand in making the package the smallest you can).
>>
>
> Ok, after some wrangling (correct syntax was difficult to determine) figuring out how to issue a CGI query straight in the address bar of my browser I have a partial report. Issuing the string
>
> http://geoview/cgi-bin/mapserv.exe?map=/ms4w/apps/geomoose2/maps/sdwp/wells/wells.map&layers=ldotd_all&mode=itemnquery&qlayer=ldotd_all&qitem=regowner&qstring=(regowner='RED OAK DEVELOP')
>
> returns twelve results in 7 seconds. Using the same search term with the GeoMoose search tool returns the same 12 results, but it takes a total of 70 seconds, with the php-cgi.exe crash in gdal17dev.dll at 65 seconds. That is the crash dialog on the server appears at 65 seconds, it may be occurring slightly before that due to the DrWatson delay to construct the dialog. Is there a 60 second magic threshold somewhere?
>
> Based on the data above I may be inclined to suggest the issue is neither with PHP, CGI, nor Mapserver.
>

Hmm, interesting. Good work piecing the CGI request together. Now I
guess your next step is to find out the exact MapServer CGI request that
GeoMoose is making through the 'GeoMoose search tool', and try that in a
browser (but then you're into GeoMoose-land and this issue should be
discussed on the GeoMoose lists).

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: php-cgi crash with PostGIS

2009-12-04T06:39:48Z

Hi Jeff, please see bottom for my reply.

> -----Original Message-----
> From: ms4w-users-bounces@... [mailto:ms4w-users-
> bounces@...] On Behalf Of Jeff McKenna
> Sent: Thursday, December 03, 2009 11:30 AM
> To: ms4w-users@...
> Subject: Re: [MS4W-Users] php-cgi crash with PostGIS
>
> Johan Forsman wrote:
> > Hello All:
> >
> > I do not know what the proper place to report this issue may be, but I
> thought I would start here hoping you can steer me in the right direction.
> >
> > We have a small, internal to my organization, mapserver on WinXP,
> currently using MS4W 3.0 beta 6, with GeoMoose 2.0.1, primarily with
> shapefiles. The query function in GeoMoose is too slow for practical use
> for a particular point-data set and it was suggested by the developers to
> try the PostGIS system instead to speed up response time of the query.
> >
> > I installed and configured PostgreSQL 8.4.0 and PostGIS 1.4 without
> issues, and I am using pgAdmin to help me along with configuration. I
> created a new database "sdwp" instead of using the default "postgres"
> database
> >
> > I ingested the shapefile into PostGIS without issues and built an index
> on the field of interest to the query, then changed the mapfile to point
> to PostGIS instead of the shapefile.
> >
> > Display of data from PostGIS works fine, but every time I execute the
> query there is a crash of php-cgi.exe on the server. The message on the
> server is the generic crash message from WinXP: CGI/FastCGI has
> encountered a problem and needs to close.
> >
> > One strange thing is that the crash occurs in two separate modules
> depending on which dataset I query against.
> >
> > Dataset A: Full dataset of ~180000 water wells.
> > Dataset B: Subset of dataset A, ~20000 water wells.
> >
> > Both are point data, and were ingested from individual shapefiles, and
> are currently stored as separate tables in the same PostGIS database, with
> separate indexes.
> >
> > For dataset A the crash first occurs in gdal17dev.dll, then repeatedly
> in ntdll.dll shortly after clicking the "Don't Send" button (Remote
> Desktop control). I click the Don't Send button several times to dismiss
> the crash dialogs that pop up.
> >
> > For dataset B the crash occurs only in ntdll.dll, and only once per
> query attempt.
> >
> > Once the crash has occurred I click the Don't Send button in the crash
> dialog on the server and one of two things will happen depending on the
> active dataset.
> >
> > Dataset A: 1) if there ARE NO matches for the query parameter GeoMoose
> immediately returns a message to that effect; 2) if there ARE matches to
> the query parameter GeoMoose returns the correct number of records.
> >
> > Dataset B: 1) if there ARE NO matches for the query parameter GeoMoose
> immediately returns a message to that effect; 2) if there ARE matches to
> the query parameter the server returns an Unhandled Request return,
> Internal Server Error message after a several-second delay.
> >
> > There are more permutations than the above if I change the "turn
> highlight layer on" and/or "zoom to first hit" properties inside of the
> GeoMoose mapbook.
> >
> > I don't even know where to start collecting evidence. Red herrings
> everywhere I suspect. This problem does not appear if I use shapefiles,
> but the query takes too long for practical use. PHP issue? GeoMoose issue?
> Mapserver issue? Windows issue? PostGIS issue? Yes to all or some of that?
> >
> > There is an error shown in the PostGIS log, but I do not know if it is
> relevant (symptom or disease):
> >
> > 2009-12-03 09:23:24 CSTLOG: could not receive data from client: No
> connection could be made because the target machine actively refused it.
>
> > 2009-12-03 09:23:24 CSTLOG: unexpected EOF on client connection
> >
> > What information do I need to collect, how do I collect it, and where
> should I send it to help with resolving this?
> >
> > Thank you for your consideration.
> >
>
> Johan,
>
> Yes that does sound tricky.
>
> I think you should try to take as many factors out of the equation as
> you can and still generate the error:
>
> - remove GeoMoose, use a simple MapServer CGI viewer to execute query
> - remove MS4W, try your tests with another Windows package like FWTools
> - narrow the data down to the smallest subset that will still throw the
> error (one table with one record and one column, if possible)
>
> One you've done some of those you could possibly package a test package
> (mapfile with one layer, shapefile that has only a few records and only
> the fields that you need for display, commands to import into postgis)
> and post here or to the other lists that you are trying. If you're
> lucky someone will take time out of this/her day to run your test
> package (and your chances for this to occur greatly increase by how much
> time your spend beforehand in making the package the smallest you can).
>

Ok, after some wrangling (correct syntax was difficult to determine) figuring out how to issue a CGI query straight in the address bar of my browser I have a partial report. Issuing the string

http://geoview/cgi-bin/mapserv.exe?map=/ms4w/apps/geomoose2/maps/sdwp/wells/wells.map&layers=ldotd_all&mode=itemnquery&qlayer=ldotd_all&qitem=regowner&qstring=(regowner='RED OAK DEVELOP')

returns twelve results in 7 seconds. Using the same search term with the GeoMoose search tool returns the same 12 results, but it takes a total of 70 seconds, with the php-cgi.exe crash in gdal17dev.dll at 65 seconds. That is the crash dialog on the server appears at 65 seconds, it may be occurring slightly before that due to the DrWatson delay to construct the dialog. Is there a 60 second magic threshold somewhere?

Based on the data above I may be inclined to suggest the issue is neither with PHP, CGI, nor Mapserver.

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: php-cgi crash with PostGIS

2009-12-03T09:30:29Z

Johan Forsman wrote:

> Hello All:
>
> I do not know what the proper place to report this issue may be, but I thought I would start here hoping you can steer me in the right direction.
>
> We have a small, internal to my organization, mapserver on WinXP, currently using MS4W 3.0 beta 6, with GeoMoose 2.0.1, primarily with shapefiles. The query function in GeoMoose is too slow for practical use for a particular point-data set and it was suggested by the developers to try the PostGIS system instead to speed up response time of the query.
>
> I installed and configured PostgreSQL 8.4.0 and PostGIS 1.4 without issues, and I am using pgAdmin to help me along with configuration. I created a new database "sdwp" instead of using the default "postgres" database
>
> I ingested the shapefile into PostGIS without issues and built an index on the field of interest to the query, then changed the mapfile to point to PostGIS instead of the shapefile.
>
> Display of data from PostGIS works fine, but every time I execute the query there is a crash of php-cgi.exe on the server. The message on the server is the generic crash message from WinXP: CGI/FastCGI has encountered a problem and needs to close.
>
> One strange thing is that the crash occurs in two separate modules depending on which dataset I query against.
>
> Dataset A: Full dataset of ~180000 water wells.
> Dataset B: Subset of dataset A, ~20000 water wells.
>
> Both are point data, and were ingested from individual shapefiles, and are currently stored as separate tables in the same PostGIS database, with separate indexes.
>
> For dataset A the crash first occurs in gdal17dev.dll, then repeatedly in ntdll.dll shortly after clicking the "Don't Send" button (Remote Desktop control). I click the Don't Send button several times to dismiss the crash dialogs that pop up.
>
> For dataset B the crash occurs only in ntdll.dll, and only once per query attempt.
>
> Once the crash has occurred I click the Don't Send button in the crash dialog on the server and one of two things will happen depending on the active dataset.
>
> Dataset A: 1) if there ARE NO matches for the query parameter GeoMoose immediately returns a message to that effect; 2) if there ARE matches to the query parameter GeoMoose returns the correct number of records.
>
> Dataset B: 1) if there ARE NO matches for the query parameter GeoMoose immediately returns a message to that effect; 2) if there ARE matches to the query parameter the server returns an Unhandled Request return, Internal Server Error message after a several-second delay.
>
> There are more permutations than the above if I change the "turn highlight layer on" and/or "zoom to first hit" properties inside of the GeoMoose mapbook.
>
> I don't even know where to start collecting evidence. Red herrings everywhere I suspect. This problem does not appear if I use shapefiles, but the query takes too long for practical use. PHP issue? GeoMoose issue? Mapserver issue? Windows issue? PostGIS issue? Yes to all or some of that?
>
> There is an error shown in the PostGIS log, but I do not know if it is relevant (symptom or disease):
>
> 2009-12-03 09:23:24 CSTLOG: could not receive data from client: No connection could be made because the target machine actively refused it.
> 2009-12-03 09:23:24 CSTLOG: unexpected EOF on client connection
>
> What information do I need to collect, how do I collect it, and where should I send it to help with resolving this?
>
> Thank you for your consideration.
>

Johan,

Yes that does sound tricky.

I think you should try to take as many factors out of the equation as
you can and still generate the error:

- remove GeoMoose, use a simple MapServer CGI viewer to execute query
- remove MS4W, try your tests with another Windows package like FWTools
- narrow the data down to the smallest subset that will still throw the
error (one table with one record and one column, if possible)

One you've done some of those you could possibly package a test package
(mapfile with one layer, shapefile that has only a few records and only
the fields that you need for display, commands to import into postgis)
and post here or to the other lists that you are trying. If you're
lucky someone will take time out of this/her day to run your test
package (and your chances for this to occur greatly increase by how much
time your spend beforehand in making the package the smallest you can).

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

php-cgi crash with PostGIS

2009-12-03T07:50:18Z

Hello All:

I do not know what the proper place to report this issue may be, but I thought I would start here hoping you can steer me in the right direction.

We have a small, internal to my organization, mapserver on WinXP, currently using MS4W 3.0 beta 6, with GeoMoose 2.0.1, primarily with shapefiles. The query function in GeoMoose is too slow for practical use for a particular point-data set and it was suggested by the developers to try the PostGIS system instead to speed up response time of the query.

I installed and configured PostgreSQL 8.4.0 and PostGIS 1.4 without issues, and I am using pgAdmin to help me along with configuration. I created a new database "sdwp" instead of using the default "postgres" database

I ingested the shapefile into PostGIS without issues and built an index on the field of interest to the query, then changed the mapfile to point to PostGIS instead of the shapefile.

Display of data from PostGIS works fine, but every time I execute the query there is a crash of php-cgi.exe on the server. The message on the server is the generic crash message from WinXP: CGI/FastCGI has encountered a problem and needs to close.

One strange thing is that the crash occurs in two separate modules depending on which dataset I query against.

Dataset A: Full dataset of ~180000 water wells.
Dataset B: Subset of dataset A, ~20000 water wells.

Both are point data, and were ingested from individual shapefiles, and are currently stored as separate tables in the same PostGIS database, with separate indexes.

For dataset A the crash first occurs in gdal17dev.dll, then repeatedly in ntdll.dll shortly after clicking the "Don't Send" button (Remote Desktop control). I click the Don't Send button several times to dismiss the crash dialogs that pop up.

For dataset B the crash occurs only in ntdll.dll, and only once per query attempt.

Once the crash has occurred I click the Don't Send button in the crash dialog on the server and one of two things will happen depending on the active dataset.

Dataset A: 1) if there ARE NO matches for the query parameter GeoMoose immediately returns a message to that effect; 2) if there ARE matches to the query parameter GeoMoose returns the correct number of records.

Dataset B: 1) if there ARE NO matches for the query parameter GeoMoose immediately returns a message to that effect; 2) if there ARE matches to the query parameter the server returns an Unhandled Request return, Internal Server Error message after a several-second delay.

There are more permutations than the above if I change the "turn highlight layer on" and/or "zoom to first hit" properties inside of the GeoMoose mapbook.

I don't even know where to start collecting evidence. Red herrings everywhere I suspect. This problem does not appear if I use shapefiles, but the query takes too long for practical use. PHP issue? GeoMoose issue? Mapserver issue? Windows issue? PostGIS issue? Yes to all or some of that?

There is an error shown in the PostGIS log, but I do not know if it is relevant (symptom or disease):

2009-12-03 09:23:24 CSTLOG: could not receive data from client: No connection could be made because the target machine actively refused it.
2009-12-03 09:23:24 CSTLOG: unexpected EOF on client connection

What information do I need to collect, how do I collect it, and where should I send it to help with resolving this?

Thank you for your consideration.

Respectfully,
Johan.

----------------------
Johan Forsman
Geologist
Safe Drinking Water Program
Louisiana Department of Health and Hospitals
Office of Public Health
Telephone: 225.342.7309
Telefax: 225.342.7303

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

MapServer 5.6.0-rc1 upgrade available

2009-11-30T10:26:41Z

MS4W v3.0 users interested in testing the recent MapServer 5.6.0-rc1
release can download it at:
http://www.maptools.org/dl/ms4w/mapserver_ms4w-5.6.0-rc1.zip (extract
it at existing MS4W root)

Release notes are available at:
http://www.maptools.org/ms4w/index.phtml?page=RELEASE_mapserver_ms4w3.x_dev-5.6.0.html

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: shp2tile error in MS4W v3.0 Beta 7

2009-11-30T10:16:38Z

karsten vennemann wrote:

> Hi,
> on the windows version of MS4W v3.0 Beta 7 I set the environment
> variables using setenv.bat as well as directly in the windows xp system
> environment variables. I got all the tools like ogr2ogr and gdalinfo to
> run on the dos command line
>
> but shp2tile keeps giving me an error in a popup window: Unable to
> locate component.
> The application has failed to start because shapelib.dll was not found.
> Re-installing the application may fix this problem.
>
> In FWtoolsv. 246 I have the same problem. I actually also can't
> physically find that dll in neither directory ...
> How can this be fixed ?
>

Hello Karsten,

Thanks for reporting this.

Please see the associated ticket for instructions on how to download the
missing file (http://bugzilla.maptools.org/show_bug.cgi?id=2127)

Please test and add a comment in the ticket (such as "downloaded the
dll, it solved the problem" or "tried with dll and received the
following error when retrying: ___"). Thanks so much.

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

shp2tile error in MS4W v3.0 Beta 7

2009-11-27T16:06:34Z

Hi,

on the windows version of MS4W v3.0 Beta 7 I set the environment variables using setenv.bat as well as directly in the windows xp system environment variables. I got all the tools like ogr2ogr and gdalinfo to run on the dos command line

but shp2tile keeps giving me an error in a popup window: Unable to locate component.

The application has failed to start because shapelib.dll was not found. Re-installing the application may fix this problem.

In FWtoolsv. 246 I have the same problem. I actually also can't physically find that dll in neither directory ...

How can this be fixed ?

Cheers

Karsten

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: Coordinate Projects

2009-11-11T11:01:26Z

Jeff McKenna wrote:

> PROJECTION
> "proj=utm"
> "zone=44"
> "a=6377276.345"
> "b=6356075.41314024"
> "lat_0=7.000472"
> "lon_0=80.771713"
> "k_0=0.999924"
> "x_0=200000"
> "y_0=200000"
> "rf=300"
> "units=m"
> "no_defs"
> END

Jeff has some excellent suggestions, but I must clarify that you
should not mix proj=utm with specific settings of lat_0 and lon_0.
When your lat_0 and lon_0 are not the default for a given utm zone
you should instead just use proj=tmerc and specify all the parameters.

Honestly, I was suprised to see "utm zone 44" when the parameters
are so *not* UTM 44. The lat_0, lon_0, x_0, y_0 and k values are all
different than UTM 44.

> I am not sure of how to specify the "Inverse Flattening" value, so I
> have guessed that it is the "rf" parameter, but I am not sure.

Yes, I believe +rf= is the right parameter, but the ellipse is also fully
specified with +a and +b (semi-major and semi-minor) axes.

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: Coordinate Projects

2009-11-11T09:40:26Z

Gayani Edirisinghe wrote:

> Dear all,
> I am using maps of sri Lanka UTM 44 Kadawala Projection values are below.
> Semimajor Axis: 6377276.344999999700000000
> Semiminor Axis: 6356075.413140240100000000
> Inverse Flattening: 300.801699999999980000
> False_Easting: 200000.000000
> False_Northing: 200000.000000
> Central_Meridian: 80.771713
> Scale_Factor: 0.999924
> Latitude_Of_Origin: 7.000472
> Linear Unit: Meter (1.000000)
>
> Please tell me how I could change the map server to display correct coordinate
>
> Thank You
> Gayani Edirisnghe

Hello Gayani,

Projections are a difficult issue. The easy way to avoid this problem
is to have all of your data in this same projection, and then you don't
have to define any projection objects in your mapfile.

But if you want to reproject your data, either through MapServer or
through something like the ogr2ogr utility, then you'll either need the
projection's EPSG code or specify its PROJ.4 parameters.

I have checked MS4W's epsg file (/ms4w/proj/nad/epsg) and I don't see
your exact projection.

A nice (and relatively new) resource for finding existing projection
definitions is spatialreference.org For example, if I search for "sri
lanka" these are the results:
http://spatialreference.org/ref/?search=sri+lanka&srtext=Search

The first result (http://spatialreference.org/ref/sr-org/6684/mapfile/)
seems somewhat similar to your projection. Using that as a start, and
the PROJ.4 reference page for what each parameter stands for
(http://trac.osgeo.org/proj/wiki/GenParms) my guess of your projection
definition is:

PROJECTION
"proj=utm"
"zone=44"
"a=6377276.345"
"b=6356075.41314024"
"lat_0=7.000472"
"lon_0=80.771713"
"k_0=0.999924"
"x_0=200000"
"y_0=200000"
"rf=300"
"units=m"
"no_defs"
END

You would place that in the LAYER section of your mapfile.

I am not sure of how to specify the "Inverse Flattening" value, so I
have guessed that it is the "rf" parameter, but I am not sure.
Hopefully someone else can correct me here. Also, the experts live on
the Proj mailing list (http://lists.maptools.org/mailman/listinfo/proj)
so if no one else can help you, you should ask there also.

Hope this helps a little, or gets you started in the right direction.

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: Coordinate Projects

2009-11-11T09:20:35Z

Gayani Edirisinghe wrote:

Gayani,

Presuming that the projection method is Transverse Mercator you could use
a PROJECTION block like:

PROJECTION
"+proj=tmerc +lon_0=80.771713 +k=0.999924 +lat_0=7.000472 +x_0=200000
+y_0=20000 +units=m +a=6377276.3449999997 +b=6356075.4131402401"
END

I am not familiar with your coordinate system but a simplistic attempt to look
it up in the EPSG coordinate system failed. So it might be hard to deploy
a WMS based on it since that depends on knowing an EPSG code.

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Coordinate Projects

2009-11-11T02:03:31Z

Dear all,
I am using maps of sri Lanka UTM 44 Kadawala Projection values are below.
Semimajor Axis: 6377276.344999999700000000
Semiminor Axis: 6356075.413140240100000000
Inverse Flattening: 300.801699999999980000
False_Easting: 200000.000000
False_Northing: 200000.000000
Central_Meridian: 80.771713
Scale_Factor: 0.999924
Latitude_Of_Origin: 7.000472
Linear Unit: Meter (1.000000)

Please tell me how I could change the map server to display correct coordinate

Thank You
Gayani Edirisnghe
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [mapserver-dev] Re: MS4W Beta 7 -- Python-Mapscript -- queryByRect strange behavior

2009-11-09T14:59:18Z

Hi Daniel,

Thanks for the note: of course I ran into the issue a little bit later
(I simply had not reached yet the part of my program that deals with
PostGIS layers), and I was quite happy to be aware of that!

Now I really tried to figure how to upgrade my < 5.6 code with the new
query mechanism that you added in 5.6, but (1) I couldn't find enough
documentation/example about the issue (I understand it is pretty new)
and (2) couldn't make enough sense of what I read in the MS 5.6 C
source that I downloaded. I cannot even figure out the exact arguments
to the method (as they are not explictly stated in the SWIG generated
code).

If you would have time to provide a little example showing how it
works, it would be greatly appreciated!

Thanks,

Christian

On Mon, Nov 9, 2009 at 2:46 PM, Daniel Morissette
<dmorissette@...> wrote:

> Christian Jauvin wrote:
>> if succ == MS_SUCCESS:
>> n_res = layer.getNumResults()
>> for j in range(n_res):
>> res = layer.getResult(j)
>> shp = layer.getFeature(res.shapeindex)
>> features.append(shp)
>>
>
> Note that starting with MapServer 5.6, when reading shapes out of a
> resultset, you should use the new layer.resultsGetShape() method instead
> of layer.getShape() or layer.getFeature().
>
> Your script creates and queries inline features, and in this case the
> old method still works, but for PostGIS, Oracle and SDE data sources
> that is an important change to make.
>
> More info in the 5.6 migration guide (draft) at
> http://trac.osgeo.org/mapserver/browser/trunk/mapserver/MIGRATION_GUIDE.TXT
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
> _______________________________________________
> MS4W-Users mailing list
> MS4W-Users@...
> http://lists.maptools.org/mailman/listinfo/ms4w-users
>

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error

2009-11-09T12:50:38Z

Could you attach your mapfile and C# code sample along with this
ticket? It would be extremely helpful.

Best regards,

Tamas

2009/11/9 Tiemens, Gerben <Gerben.Tiemens@...>:

>
> Bug filed with mapserver:
>
> http://trac.osgeo.org/mapserver/ticket/3201#preview
>
>
> Grontmij
> Gerben Tiemens
> GIS adviseur/ontwikkelaar GIS & ICT
> Grontmij Nederland B.V.
> B De Holle Bilt 22, 3732 HM De Bilt
> P Postbus 203, 3730 AE De Bilt
> M +31 61 334 5944
> T +31 30 220 7440
> F +31 30 220 1923
> E Gerben.Tiemens@...
> W http://www.grontmij.nl
> Handelsregister 30129769
>
>
> -----Oorspronkelijk bericht-----
> Van: ms4w-users-bounces@... [mailto:ms4w-users-bounces@...] Namens Jeff McKenna
> Verzonden: Thursday, November 05, 2009 8:03 PM
> Aan: ms4w-users@...
> Onderwerp: Re: [MS4W-Users] [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error
>
> G. Tiemens wrote:
>> I am testing 5.6.0 beta 1,2 and 3.
>>
>> As I understand, I can copy the 5.6.0 beta's over the 3.0 beta 7?
>>
>> When I apply this, and rebuild my C# mapscript application with the
>> new csharp library, I get memory errors on creating a new imageObj.
>>
>> In 3.0 beta 7, all is good and working. When I apply beta 1 over it,
>> and rebuild, then imediately an error occurs on creating an imageobj.
>> Creating a mapobj is not a problem, so path to dll's is good.
>>
>
> Hello,
>
> It could be a problem with the earlier betas. If the recent beta works, then why go back to an earlier version?
>
> -jeff
>
> --
> Jeff McKenna
> FOSS4G Consulting and Training Services
> http://www.gatewaygeomatics.com/
>
>
> _______________________________________________
> MS4W-Users mailing list
> MS4W-Users@...
> http://lists.maptools.org/mailman/listinfo/ms4w-users
>
> << Please read our E-mail Disclaimer at: Emaildisclaimer.Grontmij.com >>
> _______________________________________________
> MS4W-Users mailing list
> MS4W-Users@...
> http://lists.maptools.org/mailman/listinfo/ms4w-users
>

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [mapserver-dev] Re: MS4W Beta 7 -- Python-Mapscript -- queryByRect strange behavior

2009-11-09T11:46:11Z

Christian Jauvin wrote:
> if succ == MS_SUCCESS:
> n_res = layer.getNumResults()
> for j in range(n_res):
> res = layer.getResult(j)
> shp = layer.getFeature(res.shapeindex)
> features.append(shp)
>

Note that starting with MapServer 5.6, when reading shapes out of a
resultset, you should use the new layer.resultsGetShape() method instead
of layer.getShape() or layer.getFeature().

Your script creates and queries inline features, and in this case the
old method still works, but for PostGIS, Oracle and SDE data sources
that is an important change to make.

More info in the 5.6 migration guide (draft) at
http://trac.osgeo.org/mapserver/browser/trunk/mapserver/MIGRATION_GUIDE.TXT

Daniel
--
Daniel Morissette
http://www.mapgears.com/
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: MS4W Beta 7 -- Python-Mapscript -- queryByRect strange behavior

2009-11-09T09:45:11Z

Hi Jeff,

I tried the MS 5.6 beta 5 patch for MS4W and it solves the problem (if
there was one!). I guess my diagnostic test case was not relevant on
the other hand, because although my framework now behaves correctly,
the behavior I observed and reported in the previous message (with the
test Python script) is again the same (distinct features that share
the same pointer). I don't know what it means, but it now works.

Thanks for the suggestion, I can now resume working on my framework.

Christian

On Mon, Nov 9, 2009 at 7:34 AM, Jeff McKenna
<jmckenna@...> wrote:

> Christian Jauvin wrote:
>> Hi,
>>
>> Following the problem description I posted last week, I have created a
>> very simple test case: the attached Python script creates first a map
>> by reading the attached mapfile, and then add five distinct point
>> features to its only layer. It then performs a queryByRect that
>> encompasses the whole layer (certain to retrieve the five features)
>> and prints the results. On a Linux box running Python-MS 5.0, the
>> results are:
>>
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8cf600> >
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d28a0> >
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2a30> >
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2c00> >
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2dd0> >
>>
>> Five distinct objects, which is what is expected, whereas the same
>> script running on Windows with the latest version of MS4W (3b7, thus
>> running Python-MS 5.4), I get:
>>
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DAE0> >
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DAE0> >
>> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >
>>
>> The problem I was describing is apparent here: the five features seem
>> to be sharing in fact only two different objects (based on their
>> pointer values).
>>
>> I am not familiar enough with the bowels of MapServer to be able to
>> debug this problem by myself, so again, any help would be greatly
>> appreciated.
>>
>
> Hello Christian,
>
> You might also test with MapServer 5.6 beta5, which you can also find on
> the MS4W downloads page, as an add-on package.
>
> Also, you could try another MapServer package on Windows (such as
> http://fwtools.maptools.org/).
>
> If you only see your issue when using MS4W, then you can file a ticket
> in MS4W's tracker
> (http://bugzilla.maptools.org/query.cgi?GoAheadAndLogIn=1).
>
> Thanks.
>
> -jeff
>
>
>
>
> --
> Jeff McKenna
> FOSS4G Consulting and Training Services
> http://www.gatewaygeomatics.com/
>
>
>
>
>
> _______________________________________________
> MS4W-Users mailing list
> MS4W-Users@...
> http://lists.maptools.org/mailman/listinfo/ms4w-users
>

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Label cut by tile

2009-11-09T09:27:16Z

Hi all,
I have been working with labels and have found that the label is cut at the tile boundry. I have used "force" to display the labels, but as the image is drawn the labels that cross the tile boundry get cut. I also have "Partials" set to true.

Is there a way to show the labels over the tile boundry so there is no cut off of the label?

Re: MS4W Beta 7 -- Python-Mapscript -- queryByRect strange behavior

2009-11-09T04:34:08Z

Christian Jauvin wrote:

> Hi,
>
> Following the problem description I posted last week, I have created a
> very simple test case: the attached Python script creates first a map
> by reading the attached mapfile, and then add five distinct point
> features to its only layer. It then performs a queryByRect that
> encompasses the whole layer (certain to retrieve the five features)
> and prints the results. On a Linux box running Python-MS 5.0, the
> results are:
>
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8cf600> >
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d28a0> >
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2a30> >
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2c00> >
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2dd0> >
>
> Five distinct objects, which is what is expected, whereas the same
> script running on Windows with the latest version of MS4W (3b7, thus
> running Python-MS 5.4), I get:
>
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DAE0> >
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DAE0> >
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >
>
> The problem I was describing is apparent here: the five features seem
> to be sharing in fact only two different objects (based on their
> pointer values).
>
> I am not familiar enough with the bowels of MapServer to be able to
> debug this problem by myself, so again, any help would be greatly
> appreciated.
>

Hello Christian,

You might also test with MapServer 5.6 beta5, which you can also find on
the MS4W downloads page, as an add-on package.

Also, you could try another MapServer package on Windows (such as
http://fwtools.maptools.org/).

If you only see your issue when using MS4W, then you can file a ticket
in MS4W's tracker
(http://bugzilla.maptools.org/query.cgi?GoAheadAndLogIn=1).

Thanks.

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error

2009-11-09T01:48:58Z

Bug filed with mapserver:

http://trac.osgeo.org/mapserver/ticket/3201#preview

Grontmij
Gerben Tiemens
GIS adviseur/ontwikkelaar GIS & ICT
Grontmij Nederland B.V.
B De Holle Bilt 22, 3732 HM De Bilt
P Postbus 203, 3730 AE De Bilt
M +31 61 334 5944
T +31 30 220 7440
F +31 30 220 1923
E Gerben.Tiemens@...
W http://www.grontmij.nl
Handelsregister 30129769

-----Oorspronkelijk bericht-----
Van: ms4w-users-bounces@... [mailto:ms4w-users-bounces@...] Namens Jeff McKenna
Verzonden: Thursday, November 05, 2009 8:03 PM
Aan: ms4w-users@...
Onderwerp: Re: [MS4W-Users] [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error

G. Tiemens wrote:

> I am testing 5.6.0 beta 1,2 and 3.
>
> As I understand, I can copy the 5.6.0 beta's over the 3.0 beta 7?
>
> When I apply this, and rebuild my C# mapscript application with the
> new csharp library, I get memory errors on creating a new imageObj.
>
> In 3.0 beta 7, all is good and working. When I apply beta 1 over it,
> and rebuild, then imediately an error occurs on creating an imageobj.
> Creating a mapobj is not a problem, so path to dll's is good.
>

Hello,

It could be a problem with the earlier betas. If the recent beta works, then why go back to an earlier version?

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

<< Please read our E-mail Disclaimer at: Emaildisclaimer.Grontmij.com >>
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: MS4W Beta 7 -- Python-Mapscript -- queryByRect strange behavior

2009-11-08T15:21:32Z

Hi,

Following the problem description I posted last week, I have created a
very simple test case: the attached Python script creates first a map
by reading the attached mapfile, and then add five distinct point
features to its only layer. It then performs a queryByRect that
encompasses the whole layer (certain to retrieve the five features)
and prints the results. On a Linux box running Python-MS 5.0, the
results are:

<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8cf600> >
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d28a0> >
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2a30> >
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2c00> >
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x8d2dd0> >

Five distinct objects, which is what is expected, whereas the same
script running on Windows with the latest version of MS4W (3b7, thus
running Python-MS 5.4), I get:

<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DAE0> >
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DAE0> >
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at 0x00B6DB40> >

The problem I was describing is apparent here: the five features seem
to be sharing in fact only two different objects (based on their
pointer values).

I am not familiar enough with the bowels of MapServer to be able to
debug this problem by myself, so again, any help would be greatly
appreciated.

Christian

On Fri, Nov 6, 2009 at 11:20 AM, Christian Jauvin <cjauvin@...> wrote:

> Hi everyone,
>
> I am currently developing a Python-Mapscript based web-mapping
> framework (http://dracones.surveillance.mcgill.ca) that worked very
> well with earlier versions of MS (MS4W < 3 on Windows, and MS ~ 5.2 on
> Linux). This week I started playing with Python 2.6, and so it lead me
> to the latest beta of MS4W, which I read has a version of Python-MS
> built for it. I am currently using the Beta 7.
>
> I have noticed a strange behavior with the queryByRect function,
> different than what was before: when I programmatically add features
> to a point layer and then try to retrieve a subset of them with
> queryByRect, getNumResults gives the correct number of retrieved
> features, but then the set of shapes returned by
> layer.getFeature(layer.getResult(i).shapeindex) is not right. The best
> way to explain in what way is isn't right is this example: when I
> query for three very distinct features, what I get is this:
>
> [<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at
> 0x01EC71E0> >,
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at
> 0x01EC71C0> >,
> <mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at
> 0x01EC71E0> >]
>
> The first and third objects seem to be the same, according to their
> pointers. No matter what query I try to perform, there is always a
> similar problem occurring: some pointers seem to be pointing to shared
> objects, whereas they shouldn't (at least from what I understand).
>
> I understand that this problem description may not be terribly helpful
> since it may be hard to reproduce, but since it would take time to
> abstract away the suspicious code in my framework, I thought that I
> would go for the high-level first, in case I am missing something
> obvious.
>
> Thanks in advance for any help,
>
> Christian
>

from mapscript import *

m = mapObj('querybyrect_problem.map')
layer = m.getLayerByName('point_layer')

def addPoint(layer, x, y):
pt_shape = shapeObj(MS_SHAPE_POINT)
pt_shape.index = 0
line = lineObj()
line.add(pointObj(x, y))
pt_shape.add(line)
layer.addFeature(pt_shape)

addPoint(layer, 270000.0, 5030000.0)
addPoint(layer, 270001.0, 5030001.0)
addPoint(layer, 270002.0, 5030002.0)
addPoint(layer, 270003.0, 5030003.0)
addPoint(layer, 270004.0, 5030004.0)

rect = rectObj(200000.0, 5000000.0, 400000.0, 5500000.0)
succ = layer.queryByRect(m, rect)
features = []
if succ == MS_SUCCESS:
n_res = layer.getNumResults()
for j in range(n_res):
res = layer.getResult(j)
shp = layer.getFeature(res.shapeindex)
features.append(shp)

for f in features: print f

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

querybyrect_problem.map (238 bytes) Download Attachment

Re: MS4W Beta 7 -- Python-Mapscript -- queryByRect strange behavior

2009-11-06T08:50:42Z

Christian Jauvin wrote:
> Hi everyone,
>
> I am currently developing a Python-Mapscript based web-mapping
> framework (http://dracones.surveillance.mcgill.ca)

Interesting! When your new framework is ready for distribution please
email me directly and we'll add it to the MS4W downloads page.

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

MS4W Beta 7 -- Python-Mapscript -- queryByRect strange behavior

2009-11-06T08:20:18Z

Hi everyone,

I am currently developing a Python-Mapscript based web-mapping
framework (http://dracones.surveillance.mcgill.ca) that worked very
well with earlier versions of MS (MS4W < 3 on Windows, and MS ~ 5.2 on
Linux). This week I started playing with Python 2.6, and so it lead me
to the latest beta of MS4W, which I read has a version of Python-MS
built for it. I am currently using the Beta 7.

I have noticed a strange behavior with the queryByRect function,
different than what was before: when I programmatically add features
to a point layer and then try to retrieve a subset of them with
queryByRect, getNumResults gives the correct number of retrieved
features, but then the set of shapes returned by
layer.getFeature(layer.getResult(i).shapeindex) is not right. The best
way to explain in what way is isn't right is this example: when I
query for three very distinct features, what I get is this:

[<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at
0x01EC71E0> >,
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at
0x01EC71C0> >,
<mapscript.shapeObj; proxy of <Swig Object of type 'shapeObj *' at
0x01EC71E0> >]

The first and third objects seem to be the same, according to their
pointers. No matter what query I try to perform, there is always a
similar problem occurring: some pointers seem to be pointing to shared
objects, whereas they shouldn't (at least from what I understand).

I understand that this problem description may not be terribly helpful
since it may be hard to reproduce, but since it would take time to
abstract away the suspicious code in my framework, I thought that I
would go for the high-level first, in case I am missing something
obvious.

Thanks in advance for any help,

Christian
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error

2009-11-05T12:33:21Z

Hi,

I'd be curious to know which use case requires to create an image
object directly. Normally you create the image obj implicitly by
calling mapObj.draw() or something.

You could also do a test with these recent build packages at
http://vbkto.dyndns.org/sdk/ where the C# interface have also been
tested along with the builds.

Best regards,

Tamas

2009/11/5 Tiemens, Gerben <Gerben.Tiemens@...>:

> No,
>
> I forgot to mention that it is in beta 1, 2 and 3.
>
> But I probably have the fix already:
> making an imageobject not anymore via the method:
>
> imageobj image = new imageobj(500,500,null,null)
> but via method prepareImage() of the mapobj
> imageobj image = mapobj.prepareImage()
>
> Have tot test it, not done yet.
>
> Greetings.
> ________________________________________
> Van: ms4w-users-bounces@... [ms4w-users-bounces@...] namens Jeff McKenna [jmckenna@...]
> Verzonden: donderdag 5 november 2009 20:02
> Aan: ms4w-users@...
> Onderwerp: Re: [MS4W-Users] [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error
>
> G. Tiemens wrote:
>> I am testing 5.6.0 beta 1,2 and 3.
>>
>> As I understand, I can copy the 5.6.0 beta's over the 3.0 beta 7?
>>
>> When I apply this, and rebuild my C# mapscript application with the new
>> csharp library, I get memory errors on creating a new imageObj.
>>
>> In 3.0 beta 7, all is good and working. When I apply beta 1 over it, and
>> rebuild, then imediately an error occurs on creating an imageobj. Creating a
>> mapobj is not a problem, so path to dll's is good.
>>
>
> Hello,
>
> It could be a problem with the earlier betas. If the recent beta works,
> then why go back to an earlier version?
>
> -jeff
>
> --
> Jeff McKenna
> FOSS4G Consulting and Training Services
> http://www.gatewaygeomatics.com/
>
>
> _______________________________________________
> MS4W-Users mailing list
> MS4W-Users@...
> http://lists.maptools.org/mailman/listinfo/ms4w-users
>
> << Please read our E-mail Disclaimer at: Emaildisclaimer.Grontmij.com >>
> _______________________________________________
> MS4W-Users mailing list
> MS4W-Users@...
> http://lists.maptools.org/mailman/listinfo/ms4w-users
>

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [ms4w-users] agg + transparency + quantize not working

2009-11-05T11:28:10Z

Thanks,

I already found out. The mapfile with quantization options and transparency and agg renderer works if i put it in the cgi (mapserv.exe).

But if I use the mapscript on the same mapfile:
mapobj.draw()
The resulting image is not good.

Greetings
Gerben
________________________________________
Van: ms4w-users-bounces@... [ms4w-users-bounces@...] namens Jeff McKenna [jmckenna@...]
Verzonden: donderdag 5 november 2009 20:01
Aan: ms4w-users@...
Onderwerp: Re: [MS4W-Users] [ms4w-users] agg + transparency + quantize not working

G. Tiemens wrote:
> I am busy writing a application with mapscript in C#.
>
> Currently I am facing the earlier mentioned problems of agg + transparent
> images + quantization.
> Is the new MS4W compiled with the quantization options?
>

Hello,

MS4W 3.0 is compiled with the '-DUSE_RGBA_PNG' option, which enables
support for quantization of RGBA PNGs.

Does that answer your question properly?

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

<< Please read our E-mail Disclaimer at: Emaildisclaimer.Grontmij.com >>
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error

2009-11-05T11:24:51Z

No,

I forgot to mention that it is in beta 1, 2 and 3.

But I probably have the fix already:
making an imageobject not anymore via the method:

imageobj image = new imageobj(500,500,null,null)
but via method prepareImage() of the mapobj
imageobj image = mapobj.prepareImage()

Have tot test it, not done yet.

Greetings.
________________________________________
Van: ms4w-users-bounces@... [ms4w-users-bounces@...] namens Jeff McKenna [jmckenna@...]
Verzonden: donderdag 5 november 2009 20:02
Aan: ms4w-users@...
Onderwerp: Re: [MS4W-Users] [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error

G. Tiemens wrote:

> I am testing 5.6.0 beta 1,2 and 3.
>
> As I understand, I can copy the 5.6.0 beta's over the 3.0 beta 7?
>
> When I apply this, and rebuild my C# mapscript application with the new
> csharp library, I get memory errors on creating a new imageObj.
>
> In 3.0 beta 7, all is good and working. When I apply beta 1 over it, and
> rebuild, then imediately an error occurs on creating an imageobj. Creating a
> mapobj is not a problem, so path to dll's is good.
>

Hello,

It could be a problem with the earlier betas. If the recent beta works,
then why go back to an earlier version?

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

<< Please read our E-mail Disclaimer at: Emaildisclaimer.Grontmij.com >>
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

MapServer 5.6.0-beta5 upgrade available

2009-11-05T11:07:42Z

MS4W v3.0 users interested in testing the recent MapServer 5.6.0-beta5
release can download it at:
http://www.maptools.org/dl/ms4w/mapserver_ms4w-5.6.0-beta5.zip (extract
it at existing MS4W root)

Release notes are available at:
http://www.maptools.org/ms4w/index.phtml?page=RELEASE_mapserver_ms4w3.x_dev-5.6.0.html

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [ms4w-users] Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error

2009-11-05T11:02:44Z

G. Tiemens wrote:

Re: [ms4w-users] agg + transparency + quantize not working

2009-11-05T11:01:28Z

G. Tiemens wrote:
> I am busy writing a application with mapscript in C#.
>
> Currently I am facing the earlier mentioned problems of agg + transparent
> images + quantization.
> Is the new MS4W compiled with the quantization options?
>

Hello,

MS4W 3.0 is compiled with the '-DUSE_RGBA_PNG' option, which enables
support for quantization of RGBA PNGs.

Does that answer your question properly?

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: Error building mapserver - windows vista

2009-11-05T10:58:06Z

joel ml wrote:
> cl /nologo /Ox /MD /W3 /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE -IC:\Projects\mapserver-5.4.2\..\gd-2.0.35 -IC:\Projects\mapserver-5.4.2\..\jpeg-6b -IC:\Projects\mapserver-5.4.2\..\proj-svn-04222009/src -IC:\Projects\mapserver-5.4.2\..\regex-0.12 -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/gcore -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/alg -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/ogr -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/port -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/ogr/ogrsf_frmts -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/ogr -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/port -IC:\Projects\mapserver-5.4.2\..\curl-7.19.4/include -IC:\Projects\mapserver-5.4.2\..\PDFlib-Lite-7.0.4p1/libs/pdflib -IC:\Projects\mapserver-5.4.2\..\postgresql-8.3.7/src/interfaces/libpq -IC:\Projects\mapserver-5.4.2\..\postgresql-8.3.7/src/include
> -IC:\Projects\mapserver-5.4.2\..\libiconv-1.9.1\include -IC:\Projects\mapserver-5.4.2\..\geos-06232009/source/headers -IC:\Projects\mapserver-5.4.2\..\geos-06232009/capi -IC:\Projects\mapserver-5.4.2\..\zlib-1.2.3 -IC:\Projects\mapserver-5.4.2\..\libxml2-2.7.3.win32/include -IC:\Projects\mapserver-5.4.2\..\agg-2.4\include -IC:\Projects\mapserver-5.4.2\..\agg-2.4\include\platform\win32 -IC:\Projects\mapserver-5.4.2\..\freetype-2.3.9\include -IC:\Projects\mapserver-5.4.2\..\agg-2.4\font_freetype -IC:\Projects\mapserver-5.4.2\..\libpng-1.2.35 -IC:\Projects\mapserver-5.4.2\..\fribidi-0.19.1\lib -IC:\Projects\mapserver-5.4.2\..\fribidi-0.19.1\charset -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRLCAT -DNEED_STRRSTR -DNEED_STRCASESTR -DUSE_POSTGIS -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_GIF -DGD_HAS_GDIMAGEGIFPTR -DUSE_GD_FT -DGD_HAS_GETBITMAPFONT -DGD_HAS_FTEX_XSHOW -DUSE_OGR
> -DUSE_WMS_SVR -DUSE_THREAD -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DUSE_GDAL -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_PDF -DUSE_GD_ANTIALIAS -DUSE_ICONV -DUSE_GEOS -DUSE_ZLIB -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_AGG -DUSE_RGBA_PNG -DUSE_FRIBIDI -DWIN32 -D_WIN32 /c maphttp.c /Fomaphttp.obj
> maphttp.c
> C:\Projects\mapserver-5.4.2\..\curl-7.19.4/include\curl/curl.h(64) : fatal error C1083: No se puede abrir el archivo incluir: 'winsock2.h': No such file or directory
>
> ........................................................................
> help!
>

Hello,

It looks like you need to point your build to the Microsoft SDK (I use
v6.1), which does include the file 'winsock2.h'

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: Rv: Nuevo proyecto basado en ms4w - New project based on ms4w

2009-11-05T10:53:21Z

joel ml wrote:

>>
>> English:
>> ----------------------------------------------------------------------
>> Hello throughout the community of users of ms4w, my name is
>> Joel Mamani Lopez from Bolivia, i write to invite lowered
>> the project that i am Sourceforge.net
>> "EvSIG MapServer Java"
>> https://sourceforge.net/projects/evsigmapserverj/
>> Is an editor of MapFiles this developed with Mapscript
>> Java, i hope that could be considered as a "Applications
>> Packaged for MS4W" any suggestion of the project is
>> welcome!
>>
>>
>> visit blog:
>> http://mapscript.blogspot.com/
>

Hello Joel,

Yes of course it would be great if we could list your application on the
MS4W downloads page. Please email directly and we'll do this together.
Thanks!

-jeff

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

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [ms4w-users] agg + transparency + quantize not working

2009-11-05T09:01:06Z

Further research drills down to where the problem may occur:

If i test my saved mapfile from mapscript into the apache/cgi-bin/mapserv.exe
The image is coming out as it should be.
Transparent background, features like it should be, and text also as it should be.

Am i doing something wrong in mapscript? Are there configurations that I may miss in mapscript that are default in mapserv.exe?

I also don't know if this is a problem of Mapserver or MS4W, therefore crossposting it.

Greetings

Gerben

Grontmij
Gerben Tiemens
GIS adviseur/ontwikkelaar GIS & ICT
Grontmij Nederland B.V.
B De Holle Bilt 22, 3732 HM De Bilt
P Postbus 203, 3730 AE De Bilt
M +31 61 334 5944
T +31 30 220 7440
F +31 30 220 1923
E Gerben.Tiemens@...
W http://www.grontmij.nl
Handelsregister 30129769

-----Oorspronkelijk bericht-----
Van: Tiemens, Gerben
Verzonden: Thursday, November 05, 2009 4:21 PM
Aan: Tiemens, Gerben; ms4w-users@...
Onderwerp: RE: [MS4W-Users] [ms4w-users] agg + transparency + quantize not working

In addition to previous email : further testing revealed that the transparent color is always black.
So if I set

imagecolor 99 99 99
transparent = true

And outputformat to:
OUTPUTFORMAT
NAME "PNG_mapscript"
MIMETYPE "image/png"
DRIVER "GD/PNG"
EXTENSION "PNG"
IMAGEMODE "RGBA"
TRANSPARENT TRUE
FORMATOPTION "QUANTIZE_FORCE=on"
FORMATOPTION "QUANTIZE_COLORS=256"
FORMATOPTION "QUANTIZE_NEW=on"
END

The image appears grey.
The black labels with white backgroundcolor and black shadowcolor in original image are mapped to: white background with gray outline characters and transparent filling and the shadow is grayoutlined with transparent filling. Probably the antialiasing generates the grey outline, the black filling is converted to transparent.

Something is going wrong.

If I set output format to:

OUTPUTFORMAT
NAME "PNG_mapscript"
MIMETYPE "image/png; mode=24bit"
DRIVER "AGG/PNG"
EXTENSION "PNG"
IMAGEMODE "RGBA"
TRANSPARENT TRUE
FORMATOPTION "QUANTIZE_FORCE=on"
FORMATOPTION "QUANTIZE_DITHER=off"
FORMATOPTION "QUANTIZE_COLORS=256"
END

The same applies for the text/labels, but background of the image is now black in all circumstances (no matter what color of imagecolor setting.

Greetings
Gerben

-----Oorspronkelijk bericht-----
Van: ms4w-users-bounces@... [mailto:ms4w-users-bounces@...] Namens G. Tiemens
Verzonden: Thursday, November 05, 2009 1:46 PM
Aan: ms4w-users@...
Onderwerp: [MS4W-Users] [ms4w-users] agg + transparency + quantize not working

I am busy writing a application with mapscript in C#.

Currently I am facing the earlier mentioned problems of agg + transparent images + quantization.
Is the new MS4W compiled with the quantization options?

The image background is now Black. The labels are dissapearing.
It should be an image wich is completly transparent with some colored lines and some black labels.

Setting the imagecolor will not help me.
Images without quantization options on, are perfect and beautiful png's.

What I am using now is this:
MS4W 3.0 Beta 7
C# mapscript

Mapfile is completely written in C#, so all default options apply.
I saved

MAP
EXTENT 104952 495303 105452 495803
IMAGECOLOR 255 255 255
IMAGETYPE gif
SIZE 2000 2000
STATUS ON
UNITS METERS
NAME "MS"

OUTPUTFORMAT
NAME "PNG_mapscript"
MIMETYPE "image/png; mode=24bit"
DRIVER "AGG/PNG"
EXTENSION "PNG"
IMAGEMODE "RGBA"
TRANSPARENT TRUE
FORMATOPTION "QUANTIZE_FORCE=on"
FORMATOPTION "QUANTIZE_DITHER=off"
FORMATOPTION "QUANTIZE_COLORS=256"
END

SYMBOL
NAME "circle"
TYPE ELLIPSE
FILLED TRUE
POINTS
1 1
END
END
--
*snip*
--
END

--
View this message in context: http://old.nabble.com/agg-%2B-transparency-%2B-quantize-not-working-tp26213640p26213640.html
Sent from the ms4w-users mailing list archive at Nabble.com.

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

<< Please read our E-mail Disclaimer at: Emaildisclaimer.Grontmij.com >>
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Re: [ms4w-users] agg + transparency + quantize not working

2009-11-05T07:20:44Z

In addition to previous email : further testing revealed that the transparent color is always black.
So if I set

imagecolor 99 99 99
transparent = true

And outputformat to:
OUTPUTFORMAT
NAME "PNG_mapscript"
MIMETYPE "image/png"
DRIVER "GD/PNG"
EXTENSION "PNG"
IMAGEMODE "RGBA"
TRANSPARENT TRUE
FORMATOPTION "QUANTIZE_FORCE=on"
FORMATOPTION "QUANTIZE_COLORS=256"
FORMATOPTION "QUANTIZE_NEW=on"
END

The image appears grey.
The black labels with white backgroundcolor and black shadowcolor in original image are mapped to: white background with gray outline characters and transparent filling and the shadow is grayoutlined with transparent filling. Probably the antialiasing generates the grey outline, the black filling is converted to transparent.

Something is going wrong.

If I set output format to:

OUTPUTFORMAT
NAME "PNG_mapscript"
MIMETYPE "image/png; mode=24bit"
DRIVER "AGG/PNG"
EXTENSION "PNG"
IMAGEMODE "RGBA"
TRANSPARENT TRUE
FORMATOPTION "QUANTIZE_FORCE=on"
FORMATOPTION "QUANTIZE_DITHER=off"
FORMATOPTION "QUANTIZE_COLORS=256"
END

The same applies for the text/labels, but background of the image is now black in all circumstances (no matter what color of imagecolor setting.

Greetings
Gerben

-----Oorspronkelijk bericht-----
Van: ms4w-users-bounces@... [mailto:ms4w-users-bounces@...] Namens G. Tiemens
Verzonden: Thursday, November 05, 2009 1:46 PM
Aan: ms4w-users@...
Onderwerp: [MS4W-Users] [ms4w-users] agg + transparency + quantize not working

I am busy writing a application with mapscript in C#.

Currently I am facing the earlier mentioned problems of agg + transparent images + quantization.
Is the new MS4W compiled with the quantization options?

The image background is now Black. The labels are dissapearing.
It should be an image wich is completly transparent with some colored lines and some black labels.

Setting the imagecolor will not help me.
Images without quantization options on, are perfect and beautiful png's.

What I am using now is this:
MS4W 3.0 Beta 7
C# mapscript

Mapfile is completely written in C#, so all default options apply.
I saved

MAP
EXTENT 104952 495303 105452 495803
IMAGECOLOR 255 255 255
IMAGETYPE gif
SIZE 2000 2000
STATUS ON
UNITS METERS
NAME "MS"

OUTPUTFORMAT
NAME "PNG_mapscript"
MIMETYPE "image/png; mode=24bit"
DRIVER "AGG/PNG"
EXTENSION "PNG"
IMAGEMODE "RGBA"
TRANSPARENT TRUE
FORMATOPTION "QUANTIZE_FORCE=on"
FORMATOPTION "QUANTIZE_DITHER=off"
FORMATOPTION "QUANTIZE_COLORS=256"
END

SYMBOL
NAME "circle"
TYPE ELLIPSE
FILLED TRUE
POINTS
1 1
END
END
--
*snip*
--
END

--
View this message in context: http://old.nabble.com/agg-%2B-transparency-%2B-quantize-not-working-tp26213640p26213640.html
Sent from the ms4w-users mailing list archive at Nabble.com.

_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

<< Please read our E-mail Disclaimer at: Emaildisclaimer.Grontmij.com >>
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Testing ms4w + 5.6.0 beta 3, c# mapscript: imageobj error

2009-11-05T05:02:49Z

I am testing 5.6.0 beta 1,2 and 3.

As I understand, I can copy the 5.6.0 beta's over the 3.0 beta 7?

When I apply this, and rebuild my C# mapscript application with the new csharp library, I get memory errors on creating a new imageObj.

In 3.0 beta 7, all is good and working. When I apply beta 1 over it, and rebuild, then imediately an error occurs on creating an imageobj. Creating a mapobj is not a problem, so path to dll's is good.

Greetings
Gerben

agg + transparency + quantize not working

2009-11-05T04:46:12Z

I am busy writing a application with mapscript in C#.

Currently I am facing the earlier mentioned problems of agg + transparent images + quantization.
Is the new MS4W compiled with the quantization options?

The image background is now Black. The labels are dissapearing.
It should be an image wich is completly transparent with some colored lines and some black labels.

Setting the imagecolor will not help me.
Images without quantization options on, are perfect and beautiful png's.

What I am using now is this:
MS4W 3.0 Beta 7
C# mapscript

Mapfile is completely written in C#, so all default options apply.
I saved

MAP
EXTENT 104952 495303 105452 495803
IMAGECOLOR 255 255 255
IMAGETYPE gif
SIZE 2000 2000
STATUS ON
UNITS METERS
NAME "MS"

OUTPUTFORMAT
NAME "PNG_mapscript"
MIMETYPE "image/png; mode=24bit"
DRIVER "AGG/PNG"
EXTENSION "PNG"
IMAGEMODE "RGBA"
TRANSPARENT TRUE
FORMATOPTION "QUANTIZE_FORCE=on"
FORMATOPTION "QUANTIZE_DITHER=off"
FORMATOPTION "QUANTIZE_COLORS=256"
END

SYMBOL
NAME "circle"
TYPE ELLIPSE
FILLED TRUE
POINTS
1 1
END
END
--
*snip*
--
END

Error con ShapeObj in mapscript java - ms4w 2.3

2009-11-02T16:38:42Z

-----------------------------------------------------
import java.io.IOException;
import edu.umn.gis.mapscript.mapObj;
import edu.umn.gis.mapscript.shapeObj;
public class PruebasShapes {

/**
* @param args
* @throws IOException
*/
public static void main(String[] args) throws IOException {
mapObj m=new mapObj("");
shapeObj s=shapeObj.fromWKT("LINE((2000 2500, 70 4322))");
System.out.print(""+s.getCentroid().toString());
}

}
--------------------------------------------------------
Error:
--------------------------------------------------------
Exception in thread "main" java.lang.UnknownError: msGEOSShapeFromWKT(): GEOS library error. Error reading WKT geometry "LINE((2000 2500, 70 4322))".;msGEOSError(): GEOS library error. ParseException: Unknown type: 'LINE'
at edu.umn.gis.mapscript.mapscriptJNI.shapeObj_fromWKT(Native Method)
at edu.umn.gis.mapscript.shapeObj.fromWKT(shapeObj.java:108)
at PruebasShapes.main(PruebasShapes.java:12)
--------------------------------------------------------
Help!

Yahoo! Cocina

Encontra las mejores recetas con Yahoo! Cocina.

http://ar.mujer.yahoo.com/cocina/
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users

Error building mapserver - windows vista

2009-11-02T16:05:31Z

cl /nologo /Ox /MD /W3 /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE -IC:\Projects\mapserver-5.4.2\..\gd-2.0.35 -IC:\Projects\mapserver-5.4.2\..\jpeg-6b -IC:\Projects\mapserver-5.4.2\..\proj-svn-04222009/src -IC:\Projects\mapserver-5.4.2\..\regex-0.12 -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/gcore -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/alg -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/ogr -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/port -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/ogr/ogrsf_frmts -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/ogr -IC:\Projects\mapserver-5.4.2\..\gdal-svn-06232009/port -IC:\Projects\mapserver-5.4.2\..\curl-7.19.4/include -IC:\Projects\mapserver-5.4.2\..\PDFlib-Lite-7.0.4p1/libs/pdflib -IC:\Projects\mapserver-5.4.2\..\postgresql-8.3.7/src/interfaces/libpq -IC:\Projects\mapserver-5.4.2\..\postgresql-8.3.7/src/include
-IC:\Projects\mapserver-5.4.2\..\libiconv-1.9.1\include -IC:\Projects\mapserver-5.4.2\..\geos-06232009/source/headers -IC:\Projects\mapserver-5.4.2\..\geos-06232009/capi -IC:\Projects\mapserver-5.4.2\..\zlib-1.2.3 -IC:\Projects\mapserver-5.4.2\..\libxml2-2.7.3.win32/include -IC:\Projects\mapserver-5.4.2\..\agg-2.4\include -IC:\Projects\mapserver-5.4.2\..\agg-2.4\include\platform\win32 -IC:\Projects\mapserver-5.4.2\..\freetype-2.3.9\include -IC:\Projects\mapserver-5.4.2\..\agg-2.4\font_freetype -IC:\Projects\mapserver-5.4.2\..\libpng-1.2.35 -IC:\Projects\mapserver-5.4.2\..\fribidi-0.19.1\lib -IC:\Projects\mapserver-5.4.2\..\fribidi-0.19.1\charset -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRLCAT -DNEED_STRRSTR -DNEED_STRCASESTR -DUSE_POSTGIS -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_GIF -DGD_HAS_GDIMAGEGIFPTR -DUSE_GD_FT -DGD_HAS_GETBITMAPFONT -DGD_HAS_FTEX_XSHOW -DUSE_OGR
-DUSE_WMS_SVR -DUSE_THREAD -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DUSE_GDAL -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_PDF -DUSE_GD_ANTIALIAS -DUSE_ICONV -DUSE_GEOS -DUSE_ZLIB -DUSE_SOS_SVR -DUSE_LIBXML2 -DUSE_AGG -DUSE_RGBA_PNG -DUSE_FRIBIDI -DWIN32 -D_WIN32 /c maphttp.c /Fomaphttp.obj
maphttp.c
C:\Projects\mapserver-5.4.2\..\curl-7.19.4/include\curl/curl.h(64) : fatal error C1083: No se puede abrir el archivo incluir: 'winsock2.h': No such file or directory

........................................................................
help!

Yahoo! Cocina

Encontra las mejores recetas con Yahoo! Cocina.

http://ar.mujer.yahoo.com/cocina/
_______________________________________________
MS4W-Users mailing list
MS4W-Users@...
http://lists.maptools.org/mailman/listinfo/ms4w-users