<div dir="ltr"><div>Strictly speaking you don't have to re-project all of the data.  Mapserver can resample rasters on the fly into new projections.  You can build a map file that references your different UTM zones as layers and serves up one WMS response as a jpeg image etc.<br>
<br></div>However, this could be very slow depending on how much source data Mapserver needs to look at to do the resample and projection.  The fact that it is jp2 is nice from a less storage perspective, but will slow this process down. I think we would need to know more about what your application requirements are to help you on this.  For example if you are just serving this data up to a few people for an internal app you might not be worth the trouble of re-projecting the data.  If you are serving to many, and are not doing cached tiled requests, you may want to output to tiled jpeg compressed tifs, then create a few subsample layers, then finally serve those up.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 7, 2013 at 1:35 PM, James_in_Utah <span dir="ltr"><<a href="mailto:James.Evans@hill.af.mil" target="_blank">James.Evans@hill.af.mil</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
I have the NAIP imagery for CONUS, and it's rather large.  About 4.2TBs, of<br>
JP2 files.  It's projected in 10 UTM zones across the country.  If I'm going<br>
to offer a single layer with Mapserver, I think I have to reproject all of<br>
the files into a single projection, say WGS84.  I'm trying to figure out a<br>
good way to do that.  GlobalMapper seems to have this function.  I loaded up<br>
all the data from Alabama, and told it to convert the projection.  It's been<br>
working at it for about 8 hours and I see no sign of progress.  I tried<br>
creating a batch file to call GdalWarp, but for some reason that's getting<br>
an error.  Here's the line from my batch:<br>
<br>
for %%f in (*.jp2) do gdalwarp -t_srs EPSG:4326 %%f c:\out\%%f<br>
<br>
The error is saying 4326 can't be found in the GSC.CSV, even though it is<br>
plainly in there.  Even if I get this working, this wiill still be very<br>
tedious.  The data is divide up by states, and under the state directory,<br>
there are dozens of subdirectories.  I would need some sort of script to<br>
walk through the directories.<br>
<br>
If anyone has a suggestion on how to efficiently reproject this large amount<br>
of data it would be greatly appreciated!<br>
Thanks,<br>
James<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Best-way-to-do-a-batch-reprojection-on-windows-tp5071365.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Best-way-to-do-a-batch-reprojection-on-windows-tp5071365.html</a><br>

Sent from the Mapserver - User mailing list archive at Nabble.com.<br>
_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
</blockquote></div><br></div>