Re: [mapserver-users] Problems with getting geojson running as WFS response

2014-07-24 Thread Lime, Steve D (MNIT)
How many features are being returned in your work? The template driver builds 
the response in memory, maybe there's a way to periodically flush the response, 
although that would require code changes.

Steve

From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Jacob Mendt
Sent: Thursday, July 24, 2014 6:13 AM
To: mapserver-users@lists.osgeo.org
Subject: Re: [mapserver-users] Problems with getting geojson running as WFS 
response

Hi List,

I dig a bit further in the Mapserver WFS behavior with GeoJSON. After removing 
the "MAXFEATURES" parameter from my WFS Request I got the GeoJSON response 
running with the DRIVER "OGR/GEOJSON" and "TEMPLATE". With my actual setup the 
GeoJSON response with "OGR/GEOJSON" driver is >4 times faster than the response 
with the "TEMPLATE" driver. But the problem is, I need an id attribute for my 
features (like gml:id in a gml wfs response), and I find no solution to get one 
with the "OGR/GEOJSON" driver solution (I tried "gml_featureid", 
"wfs_featureid", DATA ".. (Select ...) as gid using unique id ..", ..). With 
the "TEMPLATE" driver I can handle this in my template file, but the response 
is than much slower. So is there a way to improve the  response performance 
with the "TEMPLATE" driver or to define a ID property for the "OGR/GEOJSON" 
driver?

Kind regards,

JM

Von: Jacob Mendt [mailto:jacobme...@googlemail.com]
Gesendet: Mittwoch, 23. Juli 2014 10:31
An: 'Rahkonen Jukka (Tike)'; 
mapserver-users@lists.osgeo.org
Betreff: AW: [mapserver-users] Problems with getting geojson running as WFS 
response

Hi List,

i did some further testing and meet some unexpecting behavior. If I doesn't use 
"MAXFEATURES" in my WFS-Request I get back a GeoJSON Response. Is that wanted 
behavior or do I miss something?

Kind regards,

JM

Von: Jacob Mendt [mailto:jacobme...@googlemail.com]
Gesendet: Dienstag, 22. Juli 2014 09:51
An: 'Rahkonen Jukka (Tike)'; 
mapserver-users@lists.osgeo.org
Betreff: AW: [mapserver-users] Problems with getting geojson running as WFS 
response

Hi Jukka,

yes i tried this. But the behavior stays the same.

JM

Von: Rahkonen Jukka (Tike) [mailto:jukka.rahko...@mmmtike.fi]
Gesendet: Dienstag, 22. Juli 2014 09:30
An: Jacob Mendt; 
mapserver-users@lists.osgeo.org
Betreff: Re: [mapserver-users] Problems with getting geojson running as WFS 
response

Hi,

Have you tried to request geojson with its MIMETYPE as 
&format=application/json; subtype=geojson ?

-Jukka Rahkonen-

Jacob Mendt wrote:
> Hey List,

> i am right now trying to bring get my Mapserver (Version 6.0.0) WFS running 
> with GeoJSON. But I always get back an empty response. I tried several 
> approaches and my WFS runs with a GML response. So maybe somebody could give 
> me hint. Here is my mapfile:

MAP
...
PROJECTION
"init=epsg:4314"
END
EXTENT 5.8301544189 47.207629395 23.019073486 56

...
#  OUTPUTFORMAT
#NAME "geojson"
#DRIVER "OGR/GEOJSON"
#MIMETYPE "application/json; subtype=geojson"
#FORMATOPTION "STORAGE=stream"
#FORMATOPTION "FORM=SIMPLE"
#  END

OUTPUTFORMAT
  NAME "geojson"
  DRIVER "TEMPLATE"
  FORMATOPTION "FILE=/home/test/messtischblatt.js"
  MIMETYPE "application/json; subtype=geojson"
END

WEB
METADATA
"wfs_srs" "epsg:900913 epsg:4314 EPSG:3857 EPSG:4326 EPSG:3978"
"wfs_getfeature_formatlist" "geojson"
END
END # WEB



  # geojson layer
  LAYER
TEMPLATE "messtischblatt.js"
STATUS ON
NAME "test"
TYPE POLYGON
EXTENT 649304.652862922 6090078.57976033 2559975.30438738 7538210.86255982

DATA "boundingbox from (SELECT * FROM layer ORDER BY titel, time) as foo 
using unique id using srid=900913"
CONNECTIONTYPE postgis
CONNECTION "dbname=*** user=***  password=*** host=*** "

#DATA "messtischblatt"
#CONNECTIONTYPE OGR
#CONNECTION "PG: dbname=*** user=*** password=*** host=***"

PROJECTION
"init=epsg:900913"
END
METADATA
"wfs_title" "Test WFS"
"wfs_srs" "EPSG:4326 EPSG:4314 EPSG:900913 "
"wfs_enable_request" "*"
"wfs_getfeature_formatlist" "geojson"
END
  END

END # MAP#  Tile Index

I test it with a couple of approaches. It tried both Outputformats and both 
ways of defining a postgis data source. But in any case I get back an empty 
response. With the template approach I used the following template:

[resultset layer=test]
{
"type": "FeatureCollection",
"features": [
   [feature trimlast=","]
   {
   "type": "Feature",
   "id": "[id]",
   

Re: [mapserver-users] WMS Client changes slightly BBOX

2014-07-24 Thread Lime, Steve D (MNIT)
There's a difference between the extent models used by MapServer and OGC. The 
WMS code adjusts for that difference so the input extent will definitely see 
adjustment to account for that. OGC uses the UL corner of the UL pixel and the 
LR corner of the LR pixel. MapServer uses pixel centers consistently. Do your 
scale computations account for this difference?

Steve

From: mapserver-users-boun...@lists.osgeo.org 
[mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Peter Hopfgartner
Sent: Thursday, July 24, 2014 7:20 AM
To: mapserver-users@lists.osgeo.org
Subject: Re: [mapserver-users] WMS Client changes slightly BBOX

Hi Worth,

thanks for your quick reply. Anyway, the ratio of the extent and of the image 
seem to match al least up to 10 digits. Playing with the numbers, the error is 
in the same order of magnitude as if I change image size by one pixel. I would 
guess, that there is a "off by 1" error somewhere in the MapServer code.

Regards,

Peter

On 07/24/2014 01:30 PM, Worth Lutz wrote:
Peter,

I have found that if the map size (width and height in pixels) aspect ratio 
does not exactly match the map extents (map units) aspect ratio the map extents 
are adjusted.

I'm working with MapScript and to get exact scale pdf map I have to set map 
size first and then extent and then scale to get good results.

I hope this helps.


Worth Lutz
--
On 07/24/2014 06:49 AM, Peter Hopfgartner wrote:
I'm generating dynamically Map Object, with with a certain extent, in the 
concrete example
629396.05065523,4984079.9894638,655192.92565523,5019084.3644638

In generated Map object uses the WMS client functionality to call WMS services. 
Anyway, the BBOX get's slightly changed, so that the original scale of 1:10 
gets changed to approx 1:100103, since it calls the WMS services with
629382.807906257,4984062.02007212,655206.168404203,5019102.33385548
as can be taken from the web server log files:

mmm.mmm.mmm.mmm - - [24/Jul/2014:12:25:58 +0200] "GET 
/author/services/ows.php?PROJECT=ancitel&MAP=catasto_reti&LANG=xw&OGSTAT=ot3cp0i7qmph4guuof75702m70&RESOLUTION=96&LAYERS=dtm,uso_lombardia,strade_lombardia,g_limiti_amministrativi,g_label,g_0707,g_0704&REQUEST=GetMap&SERVICE=WMS&FORMAT=image/png%3B+mode%3D8bit&STYLES=,,&HEIGHT=1323&VERSION=1.1.1&SRS=EPSG:32632&WIDTH=975&BBOX=629382.807906257,4984062.02007212,655206.168404203,5019102.33385548&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage
 HTTP/1.1" 200 678803 "-" "MapServer/6.4.1 libcurl/7.19.7"

This change in scale is beyound te axpected tolerance in this particular use 
case, where technical data must be plotted in a PDF file.

Any help is appreciated. Obvioulsly, I can fetch the WMS services in my code 
and overlay them "by hand". Anyway, for a couple of reasons this was the 
preferred approach.

Regards,

Peter





___

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




--

Peter Hopfgartner

R3 GIS Srl - GmbH

Via Johann Kravogl-Str. 2

I-39012 Meran/Merano (BZ)

web  : www.r3-gis.com

mail : peter.hopfgart...@r3-gis.com

phone: +39 0473 494949

fax  : +39 0473 069902



ATTENZIONE! Le informazioni contenute nella presente e-mail e nei documenti 
eventualmente allegati sono confidenziali. La loro diffusione, distribuzione 
e/o riproduzione da parte di terzi, senza autorizzazione del mittente è vietata 
e può violare il D. Lgs. 196/2003. In caso di ricezione per errore, Vogliate 
immediatamente informare il mittente del messaggio e distruggere la e-mail.



ACHTUNG! Die in dieser Nachricht oder in den beigelegten Dokumenten 
beinhalteten Informationen sind streng vertraulich. Ihre Verbreitung und/oder 
ihre Wiedergabe durch Dritte ist ohne Erlaubnis des Absenders verboten und 
verstößt gegen das Legislativdekret 196/2003. Sollten Sie diese Mitteilung 
irrtümlicherweise erhalten haben, bitten wir Sie uns umgehend zu informieren 
und anschließend die Mitteilung zu vernichten.



WARNING! This e-mail may contain confidential and/or privileged information. If 
you are not the intended recipient (or have received this e-mail in error) 
please notify the sender immediately and destroy this e-mail. Any unauthorised 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden and could be against the law (D. Lgs. 196/2003)


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

Re: [mapserver-users] WMS Client changes slightly BBOX

2014-07-24 Thread Peter Hopfgartner

Hi Worth,

thanks for your quick reply. Anyway, the ratio of the extent and of the 
image seem to match al least up to 10 digits. Playing with the numbers, 
the error is in the same order of magnitude as if I change image size by 
one pixel. I would guess, that there is a "off by 1" error somewhere in 
the MapServer code.


Regards,

Peter

On 07/24/2014 01:30 PM, Worth Lutz wrote:

Peter,

I have found that if the map size (width and height in pixels) aspect 
ratio does not exactly match the map extents (map units) aspect ratio 
the map extents are adjusted.


I'm working with MapScript and to get exact scale pdf map I have to 
set map size first and then extent and then scale to get good results.


I hope this helps.


*Worth Lutz*
--

On 07/24/2014 06:49 AM, Peter Hopfgartner wrote:
I'm generating dynamically Map Object, with with a certain extent, in 
the concrete example

629396.05065523,4984079.9894638,655192.92565523,5019084.3644638

In generated Map object uses the WMS client functionality to call WMS 
services. Anyway, the BBOX get's slightly changed, so that the 
original scale of 1:10 gets changed to approx 1:100103, since it 
calls the WMS services with

629382.807906257,4984062.02007212,655206.168404203,5019102.33385548
as can be taken from the web server log files:

mmm.mmm.mmm.mmm - - [24/Jul/2014:12:25:58 +0200] "GET 
/author/services/ows.php?PROJECT=ancitel&MAP=catasto_reti&LANG=xw&OGSTAT=ot3cp0i7qmph4guuof75702m70&RESOLUTION=96&LAYERS=dtm,uso_lombardia,strade_lombardia,g_limiti_amministrativi,g_label,g_0707,g_0704&REQUEST=GetMap&SERVICE=WMS&FORMAT=image/png%3B+mode%3D8bit&STYLES=,,&HEIGHT=1323&VERSION=1.1.1&SRS=EPSG:32632&WIDTH=975&BBOX=629382.807906257,4984062.02007212,655206.168404203,5019102.33385548&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage 
HTTP/1.1" 200 678803 "-" "MapServer/6.4.1 libcurl/7.19.7"


This change in scale is beyound te axpected tolerance in this 
particular use case, where technical data must be plotted in a PDF file.


Any help is appreciated. Obvioulsly, I can fetch the WMS services in 
my code and overlay them "by hand". Anyway, for a couple of reasons 
this was the preferred approach.


Regards,

Peter



___
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



--
Peter Hopfgartner
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
web  : www.r3-gis.com
mail : peter.hopfgart...@r3-gis.com
phone: +39 0473 494949
fax  : +39 0473 069902

ATTENZIONE! Le informazioni contenute nella presente e-mail e nei documenti 
eventualmente allegati sono confidenziali. La loro diffusione, distribuzione 
e/o riproduzione da parte di terzi, senza autorizzazione del mittente è vietata 
e può violare il D. Lgs. 196/2003. In caso di ricezione per errore, Vogliate 
immediatamente informare il mittente del messaggio e distruggere la e-mail.

ACHTUNG! Die in dieser Nachricht oder in den beigelegten Dokumenten 
beinhalteten Informationen sind streng vertraulich. Ihre Verbreitung und/oder 
ihre Wiedergabe durch Dritte ist ohne Erlaubnis des Absenders verboten und 
verstößt gegen das Legislativdekret 196/2003. Sollten Sie diese Mitteilung 
irrtümlicherweise erhalten haben, bitten wir Sie uns umgehend zu informieren 
und anschließend die Mitteilung zu vernichten.

WARNING! This e-mail may contain confidential and/or privileged information. If 
you are not the intended recipient (or have received this e-mail in error) 
please notify the sender immediately and destroy this e-mail. Any unauthorised 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden and could be against the law (D. Lgs. 196/2003)

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

Re: [mapserver-users] WMS Client changes slightly BBOX

2014-07-24 Thread Worth Lutz

Peter,

I have found that if the map size (width and height in pixels) aspect 
ratio does not exactly match the map extents (map units) aspect ratio 
the map extents are adjusted.


I'm working with MapScript and to get exact scale pdf map I have to set 
map size first and then extent and then scale to get good results.


I hope this helps.


*Worth Lutz*
--

On 07/24/2014 06:49 AM, Peter Hopfgartner wrote:
I'm generating dynamically Map Object, with with a certain extent, in 
the concrete example

629396.05065523,4984079.9894638,655192.92565523,5019084.3644638

In generated Map object uses the WMS client functionality to call WMS 
services. Anyway, the BBOX get's slightly changed, so that the 
original scale of 1:10 gets changed to approx 1:100103, since it 
calls the WMS services with

629382.807906257,4984062.02007212,655206.168404203,5019102.33385548
as can be taken from the web server log files:

mmm.mmm.mmm.mmm - - [24/Jul/2014:12:25:58 +0200] "GET 
/author/services/ows.php?PROJECT=ancitel&MAP=catasto_reti&LANG=xw&OGSTAT=ot3cp0i7qmph4guuof75702m70&RESOLUTION=96&LAYERS=dtm,uso_lombardia,strade_lombardia,g_limiti_amministrativi,g_label,g_0707,g_0704&REQUEST=GetMap&SERVICE=WMS&FORMAT=image/png%3B+mode%3D8bit&STYLES=,,&HEIGHT=1323&VERSION=1.1.1&SRS=EPSG:32632&WIDTH=975&BBOX=629382.807906257,4984062.02007212,655206.168404203,5019102.33385548&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage 
HTTP/1.1" 200 678803 "-" "MapServer/6.4.1 libcurl/7.19.7"


This change in scale is beyound te axpected tolerance in this 
particular use case, where technical data must be plotted in a PDF file.


Any help is appreciated. Obvioulsly, I can fetch the WMS services in 
my code and overlay them "by hand". Anyway, for a couple of reasons 
this was the preferred approach.


Regards,

Peter



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


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

Re: [mapserver-users] Problems with getting geojson running as WFS response

2014-07-24 Thread Jacob Mendt
Hi List,

 

I dig a bit further in the Mapserver WFS behavior with GeoJSON. After
removing the "MAXFEATURES" parameter from my WFS Request I got the GeoJSON
response running with the DRIVER "OGR/GEOJSON" and "TEMPLATE". With my
actual setup the GeoJSON response with "OGR/GEOJSON" driver is >4 times
faster than the response with the "TEMPLATE" driver. But the problem is, I
need an id attribute for my features (like gml:id in a gml wfs response),
and I find no solution to get one with the "OGR/GEOJSON" driver solution (I
tried "gml_featureid", "wfs_featureid", DATA ".. (Select .) as gid using
unique id ..", ..). With the "TEMPLATE" driver I can handle this in my
template file, but the response is than much slower. So is there a way to
improve the  response performance with the "TEMPLATE" driver or to define a
ID property for the "OGR/GEOJSON" driver?

Kind regards,


JM 

 

Von: Jacob Mendt [mailto:jacobme...@googlemail.com] 
Gesendet: Mittwoch, 23. Juli 2014 10:31
An: 'Rahkonen Jukka (Tike)'; mapserver-users@lists.osgeo.org
Betreff: AW: [mapserver-users] Problems with getting geojson running as WFS
response

 

Hi List,

 

i did some further testing and meet some unexpecting behavior. If I doesn't
use "MAXFEATURES" in my WFS-Request I get back a GeoJSON Response. Is that
wanted behavior or do I miss something?

 

Kind regards,


JM

 

Von: Jacob Mendt [mailto:jacobme...@googlemail.com] 
Gesendet: Dienstag, 22. Juli 2014 09:51
An: 'Rahkonen Jukka (Tike)'; mapserver-users@lists.osgeo.org
Betreff: AW: [mapserver-users] Problems with getting geojson running as WFS
response

 

Hi Jukka,

 

yes i tried this. But the behavior stays the same.

 

JM

 

Von: Rahkonen Jukka (Tike) [mailto:jukka.rahko...@mmmtike.fi] 
Gesendet: Dienstag, 22. Juli 2014 09:30
An: Jacob Mendt;  
mapserver-users@lists.osgeo.org
Betreff: Re: [mapserver-users] Problems with getting geojson running as WFS
response

 

Hi,

Have you tried to request geojson with its MIMETYPE as
&format=application/json; subtype=geojson ?

-Jukka Rahkonen-

  _  

Jacob Mendt wrote:

> Hey List,

 

> i am right now trying to bring get my Mapserver (Version 6.0.0) WFS
running with GeoJSON. But I always get back an empty response. I tried
several approaches and my WFS runs with a GML response. So maybe somebody
could give me hint. Here is my mapfile:

 

MAP

.

PROJECTION

"init=epsg:4314"

END

EXTENT 5.8301544189 47.207629395 23.019073486 56



.

#  OUTPUTFORMAT

#NAME "geojson"

#DRIVER "OGR/GEOJSON"

#MIMETYPE "application/json; subtype=geojson"

#FORMATOPTION "STORAGE=stream"

#FORMATOPTION "FORM=SIMPLE"

#  END

 

OUTPUTFORMAT

  NAME "geojson"

  DRIVER "TEMPLATE"

  FORMATOPTION "FILE=/home/test/messtischblatt.js"

  MIMETYPE "application/json; subtype=geojson"

END

 

WEB

METADATA

"wfs_srs" "epsg:900913 epsg:4314 EPSG:3857 EPSG:4326
EPSG:3978"

"wfs_getfeature_formatlist" "geojson"

END

END # WEB

 

  

 

  # geojson layer

  LAYER

TEMPLATE "messtischblatt.js"

STATUS ON

NAME "test"

TYPE POLYGON

EXTENT 649304.652862922 6090078.57976033 2559975.30438738
7538210.86255982

 

DATA "boundingbox from (SELECT * FROM layer ORDER BY titel, time) as foo
using unique id using srid=900913"

CONNECTIONTYPE postgis

CONNECTION "dbname=*** user=***  password=*** host=*** "

 

#DATA "messtischblatt"

#CONNECTIONTYPE OGR

#CONNECTION "PG: dbname=*** user=*** password=*** host=***"

 

PROJECTION

"init=epsg:900913"

END

METADATA

"wfs_title" "Test WFS"

"wfs_srs" "EPSG:4326 EPSG:4314 EPSG:900913 "

"wfs_enable_request" "*"

"wfs_getfeature_formatlist" "geojson"

END

  END

 

END # MAP#  Tile Index

 

I test it with a couple of approaches. It tried both Outputformats and both
ways of defining a postgis data source. But in any case I get back an empty
response. With the template approach I used the following template:

 

[resultset layer=test]

{

"type": "FeatureCollection",

"features": [

   [feature trimlast=","]

   {

   "type": "Feature",

   "id": "[id]",

   .

   }

   [/feature]

]

}

[/resultset]

 

I run my mapserver also with DEBUG level 5. I got the following log output:

 

[Mon Jul 21 18:10:21 2014].528584 msFreeMap(): freeing map at 0x19447b0.

[Mon Jul 21 18:10:22 2014].387718 CGI Request 1 on process 4362

[Mon Jul 21 18:10:22 2014].521952 mapserv request processing time (msLoadMap
not incl.): 0.134s

 

My test request is:

 

http://loc

Re: [mapserver-users] Fwd: no oracle access with ogr

2014-07-24 Thread Jeff McKenna
Did you set those as System Environment Variables (not only at the
commandline)?.  I usually set my environment variables and give the
machine a reboot.

-jeff

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


On 2014-07-24, 3:03 AM, Dietmar Stolz wrote:
> No one with an idea?
> Authorization trouble in iis?
> Why it works in command line but not via http in my iis?
> 
> 
>  Original-Nachricht 
> 
> I have a problem with the oracle access via ogr.
> Beforehand: with orginfo and shp2img everthing works fine. I get my
> geometries as well as images. Examples:
> 
> /orginfo --formats shows -> "OCI" (read/write)/
> /ogrinfo -al oci:usr/pwd@gspp:table -geom=SUMMARY/
> /shp2img -m test.map -o output.png -all_debug 5 -e 523600 5549800
> 581900 5639700 -l strom/
> 
> With mapserver via getmap request i get the following error:
> 
> /[Fri Jul 18 10:21:13 2014].5
> msOGRFileOpen(OCI:xxx/xxx@GSPP:TAALBF_NETZGEBIET).../
> /[Fri Jul 18 10:21:13 2014].5
> OGROPen(OCI:xxx/xxx@GSPP:TAALBF_NETZGEBIET)/
> /[Fri Jul 18 10:21:13 2014].51000 msOGRFileOpen(): OGR error. Open
> failed for OGR connection in layer `strom'.  File not found or
> unsupported format./
> /[Fri Jul 18 10:21:13 2014].55000 msDrawMap(): Image handling error.
> Failed to draw layer named 'strom'./
> 
> My mapfile (partial):
> 
> / LAYER/
> / DEBUG 5/
> /  NAME "strom"/
> /  TYPE POLYGON/
> /  CONNECTIONTYPE OGR/
> /  CONNECTION "OCI:///:usr/pwd/@GSPP"/
> /  DATA "TAALBF_NETZGEBIET"/
> /  METADATA/
> /   "ows_title" "xxx"/
> /   "ows_abstract" "xxx"/
> /   "ows_extent"   "523600 5549800 581900 5639700"/
> /  END/
> /  CLASS/
> /   STYLE/
> /OUTLINECOLOR 0 0 0/
> /COLOR 255 0 0/
> /WIDTH 2/
> /   END/
> /  END/
> / END/
> 
> I work on Windows Server 2012 Datacenter with Mapserver 6.4.1 and GDAL
> 1.11.0 (from release-1600-x64-gdal-1-11-mapserver-6-4).
> I have also tested older versions. without success.
> 
> I set a lot of system variables:
> set path=C:\Apps\Oracle.112.x64\bin;
> set ORACLE_HOME=C:\Apps\Oracle.112.x64
> set GDAL_DRIVER_PATH=D:\webgis\mapserver-6-4-1\bin\gdal\plugins
> set GDAL_DATA=D:\Temp\mapserver-6-4-1\bin\gdal-data
> set LD_LIBRARY_PATH=C:\Apps\Oracle.112.x64\lib;
> set TNS_ADMIN=C:\Apps\Oracle.112.x64\network\ADMIN
> set ORACLE_SID=GSPP
> set ORACLE_BASE=C:\Apps\Oracle.112.x64
> 
> Why the mapserver gives me no bitmap?
> 
> Thanks a lot
> 
> Dietmar
> 
> 
> 

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


[mapserver-users] WMS Client changes slightly BBOX

2014-07-24 Thread Peter Hopfgartner
I'm generating dynamically Map Object, with with a certain extent, in 
the concrete example

629396.05065523,4984079.9894638,655192.92565523,5019084.3644638

In generated Map object uses the WMS client functionality to call WMS 
services. Anyway, the BBOX get's slightly changed, so that the original 
scale of 1:10 gets changed to approx 1:100103, since it calls the 
WMS services with

629382.807906257,4984062.02007212,655206.168404203,5019102.33385548
as can be taken from the web server log files:

mmm.mmm.mmm.mmm - - [24/Jul/2014:12:25:58 +0200] "GET 
/author/services/ows.php?PROJECT=ancitel&MAP=catasto_reti&LANG=xw&OGSTAT=ot3cp0i7qmph4guuof75702m70&RESOLUTION=96&LAYERS=dtm,uso_lombardia,strade_lombardia,g_limiti_amministrativi,g_label,g_0707,g_0704&REQUEST=GetMap&SERVICE=WMS&FORMAT=image/png%3B+mode%3D8bit&STYLES=,,&HEIGHT=1323&VERSION=1.1.1&SRS=EPSG:32632&WIDTH=975&BBOX=629382.807906257,4984062.02007212,655206.168404203,5019102.33385548&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage 
HTTP/1.1" 200 678803 "-" "MapServer/6.4.1 libcurl/7.19.7"


This change in scale is beyound te axpected tolerance in this particular 
use case, where technical data must be plotted in a PDF file.


Any help is appreciated. Obvioulsly, I can fetch the WMS services in my 
code and overlay them "by hand". Anyway, for a couple of reasons this 
was the preferred approach.


Regards,

Peter

--
Peter Hopfgartner
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
web  : www.r3-gis.com
mail : peter.hopfgart...@r3-gis.com
phone: +39 0473 494949
fax  : +39 0473 069902

ATTENZIONE! Le informazioni contenute nella presente e-mail e nei documenti 
eventualmente allegati sono confidenziali. La loro diffusione, distribuzione 
e/o riproduzione da parte di terzi, senza autorizzazione del mittente è vietata 
e può violare il D. Lgs. 196/2003. In caso di ricezione per errore, Vogliate 
immediatamente informare il mittente del messaggio e distruggere la e-mail.

ACHTUNG! Die in dieser Nachricht oder in den beigelegten Dokumenten 
beinhalteten Informationen sind streng vertraulich. Ihre Verbreitung und/oder 
ihre Wiedergabe durch Dritte ist ohne Erlaubnis des Absenders verboten und 
verstößt gegen das Legislativdekret 196/2003. Sollten Sie diese Mitteilung 
irrtümlicherweise erhalten haben, bitten wir Sie uns umgehend zu informieren 
und anschließend die Mitteilung zu vernichten.

WARNING! This e-mail may contain confidential and/or privileged information. If 
you are not the intended recipient (or have received this e-mail in error) 
please notify the sender immediately and destroy this e-mail. Any unauthorised 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden and could be against the law (D. Lgs. 196/2003)

MAP
  CONFIG "MS_ERRORFILE" 
"/data/sites/ancitel.r3-gis.com/author/config/debug//mapfile.debug"
  DEBUG 5
  EXTENT 629396.05065523 4984075.26282109 655192.92565523 5019089.09110651
  FONTSET "../../fonts/fonts.list"
  IMAGETYPE "png"
  NAME "MS"
  RESOLUTION 96
  SIZE 975 1323
  STATUS ON
  UNITS METERS

  OUTPUTFORMAT
NAME "PNG"
MIMETYPE "image/png"
DRIVER "AGG/PNG"
EXTENSION "png"
IMAGEMODE RGBA
TRANSPARENT TRUE
FORMATOPTION "INTERLACE=OFF"
  END # OUTPUTFORMAT

  PROJECTION
"init=epsg:32632"
  END # PROJECTION
  LEGEND
KEYSIZE 20 10
KEYSPACING 5 5
LABEL
  SIZE MEDIUM
  OFFSET 0 0
  SHADOWSIZE 1 1
  TYPE BITMAP
END # LABEL
STATUS OFF
  END # LEGEND

  QUERYMAP
SIZE -1 -1
STATUS OFF
STYLE HILITE
  END # QUERYMAP

  SCALEBAR
BACKGROUNDCOLOR 100 100 100
COLOR 250 250 250
IMAGECOLOR 255 255 255
INTERVALS 4
LABEL
  FONT "verdana"
  SIZE 9
  OFFSET 0 0
  SHADOWSIZE 1 1
  TYPE TRUETYPE
END # LABEL
OUTLINECOLOR 0 0 0
POSTLABELCACHE TRUE
SIZE 267 4
STATUS OFF
TRANSPARENT TRUE
UNITS METERS
  END # SCALEBAR

  WEB
IMAGEPATH "/tmp/"
IMAGEURL "/tmp/"
  END # WEB

  LAYER
CONNECTION 
"http://ancitel.r3-gis.com/author/services/ows.php?PROJECT=ancitel&MAP=catasto_reti&LANG=xw&OGSTAT=ot3cp0i7qmph4guuof75702m70&RESOLUTION=96";
CONNECTIONTYPE WMS
DEBUG 5
METADATA
  "wms_srs" "EPSG:32632"
  "wms_name""dtm"
  "wms_format"  "image/png; mode=8bit"
  "wms_server_version"  "1.1.1"
END # METADATA
NAME "print_layer_0"
PROCESSING "CLOSE_CONNECTION=NORMAL"
PROJECTION
  "init=epsg:32632"
END # PROJECTION
STATUS ON
TILEITEM "location"
TRANSFORM FALSE
TYPE RASTER
UNITS METERS
  END # LAYER

  LAYER
CONNECTION 
"http://ancitel.r3-gis.com/author/services/ows.php?PROJECT=ancitel&MAP=catasto_reti&LANG=xw&OGSTAT=ot3cp0i7qmph4guuof75702m70&RESOLUTION=96";
CONNECTIONTYPE WMS
DEBUG 5
METADATA
  "wms_srs" "EPSG:32632"
  "wms_name""uso_lombardia"
  "wms_format"  "image/png; mode=8bit"
  "wms_server_version"