[Geomoose-users] ND Aerial Photo WMS

Brent Fraser bfraser at geoanalytic.com
Mon Apr 12 14:22:36 EDT 2010


Paul,

   I'm not sure why it fails with the webmercator demo.  It seems that mapserver 
is not re-projecting the image from the WMS server; maybe it thinks the image it 
requests from the WMS server is returned in EPSG:900913 (it's in 4326).

I ran the map file in shp2img.  pj_transform issues a message, which could be a 
clue (or not):


shp2img -m ND_Aerial2005.map -all_debug 5 -e -11585782.520684 6098659.6770264 
-11573528.70959 6108133.0912178   -o test5.tif

msLoadMap(): 0.078s
HTTP: Starting to prepare HTTP requests.
HTTP request: id=0, 
http://web.apps.state.nd.us/wmsconnector/com.esri.wms.Esrimap?ServiceName=NDWMS_aerialimages&LAYERS=ND05&REQUEST=GetMap&SERVICE=WMS&FORMAT=image/jpeg&STYLES=&HEIGHT=650&VERSION=1.1.1&SRS=EP
G:4326&WIDTH=800&BBOX=-104.076924052919,47.9492262382038,-103.966708425441,48.0091711632289&TRANSPARENT=TRUE&EXCEPTIONS=application/vnd.ogc.se_inimage
HTTP: Before download loop
msHTTPWriteFct(id=0, 1304 bytes)

msHTTPWriteFct(id=0, 6016 bytes)
HTTP: After download loop
msHTTPExecuteRequests() timing summary per layer (connect_time + 
time_to_first_packet + download_time = total_time in seconds)
Layer 0: 0.532 + 2.593 + 1.439 = 4.564s
msDrawRasterLayerLow(ND05): entering.
msTransformMapToSource(): pj_transform() failed.  Out of bounds?  Loading whole 
image.
msResampleGDALToMap in effect: cellsize = 0.000138
msDrawGDAL(ND05): using RAW_WINDOW=0 0 800 650, dst=0,0,800,650
msDrawGDAL(): red,green,blue,alpha bands = 1,2,3,0
msDrawMap(): Layer 0 (ND05), 1.469s
msDrawMap(): Drawing Label Cache, 0.000s
msDrawMap() total time: 5.609s
msSaveImage() total time: 0.219s
msFreeMap(): freeing map at 018FAD90.
freeLayer(): freeing layer at 02034860.
shp2img total time: 5.968s


At this point I'm at a loss....

Brent

Wirth, Paul wrote:
> Brent,
> 
> I can get the ND Aerial image to reproject corectly in UTM zone 15N in the regular geomoose 2.2 version, but not in the webmercator version. 
> 
> Any Ideas why this is happening?
> 
> Paul 
> 
> -----Original Message-----
> From: Brent Fraser [mailto:bfraser at geoanalytic.com] 
> Sent: Monday, April 12, 2010 11:27 AM
> To: Wirth, Paul
> Cc: geomoose-users at lists.sourceforge.net
> Subject: Re: [Geomoose-users] ND Aerial Photo WMS
> 
> Paul,
> 
>    I added the air photo layer to my World Mercator Geomoose site.  It looks 
> like the layer is squished in the Y direction with the center of the image being 
> in the right place.  My guesss is for some reason mapserver is not reprojecting 
> the raster from EPSG:4326 to EPSG:900913 even though your map file is set up to 
> do this.
> 
> Strange...
> 
> Brent Fraser
> 
> Brent Fraser wrote:
>> What does your map file and your mapbook look like?
>>
>> Brent
>>
>>> I have been trying to add the North Dakota aerial photo via WMS to the web
>>> Mercator project.  The WMS url is:
>>>
>>> http://web.apps.state.nd.us/wmsconnector/com.esri.wms.Esrimap?ServiceName=NDWMS_aerialimages&
>>>
>>> The images are natively in WGS 1984 (EPSG:4326).  When I add it to a web
>>> Mercator project, it shows up, but looks like it isn't reprojecting
>>> properly.  I am reprojecting the image in a mapfile.  The MN aerial photo
>>> WMS reprojects just perfectly.
>>>
>>> Any thoughts?
>>>
>>> Paul
>>> ------------------------------------------------------------------------------
>>> Download Intel® Parallel Studio Eval
>>> Try the new software tools for yourself. Speed compiling, find bugs
>>> proactively, and fine-tune applications for parallel performance.
>>> See why Intel Parallel Studio got high marks during beta.
>>> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
>>> Geomoose-users mailing list
>>> Geomoose-users at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Geomoose-users mailing list
>> Geomoose-users at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geomoose-users
>>
> 
> 





More information about the Geomoose-users mailing list