<div dir="ltr">Frank - Did you ever sort this? I ve confirmed that this issue is not unique to my system, meaning the GDAL export tools are not functional for anyone that downloads OSGEO4W. - D</div><div class="gmail_extra">
<br clear="all"><div>Dan De Lorenzo<br>917.903.7168</div>
<br><br><div class="gmail_quote">On Mon, Jan 28, 2013 at 8:05 PM, Dan DeLorenzo <span dir="ltr"><<a href="mailto:dandelorenzo@gmail.com" target="_blank">dandelorenzo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">You guys are the most responsive open source software group Ive ever dealt with. THANKS! Frank - I'll try reinstalling numpy and numeric first, and then try modifying the scripts. Look forward to hearing what you find. Thanks again - Dan </div>
<div class="gmail_extra"><br clear="all"><div>Dan De Lorenzo<br><a href="tel:917.903.7168" value="+19179037168" target="_blank">917.903.7168</a></div><div><div class="h5">
<br><br><div class="gmail_quote">On Mon, Jan 28, 2013 at 7:39 PM, Frank Warmerdam <span dir="ltr"><<a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dan,<br>
<br>
Interesting. It may be related to the version of numpy/Numeric that<br>
gets used, but I'd have thought that this was pretty nailed down with<br>
FWTools or OSGeo4W.<br>
<br>
You might try changing Numeric.floor() to math.floor() (and make sure<br>
that math is imported) in the affected scripts.<br>
<br>
I wouldn't mind fixing this is OSGeo4W. I'll try to look at it tonight.<br>
<br>
Best regards,<br>
Frank<br>
<div><div><br>
<br>
On Mon, Jan 28, 2013 at 4:27 PM, Dan DeLorenzo <<a href="mailto:dandelorenzo@gmail.com" target="_blank">dandelorenzo@gmail.com</a>> wrote:<br>
> Matt - Thanks so much for getting back to me. Ive been using FWtools to<br>
> convert rasters for several years with no trouble. I installed FW tools on a<br>
> new machine and the GDAL export has stopped functioning. Specifically, I was<br>
> trying to convert a geo tiff to a USGS DEM.<br>
><br>
> I installed the complete OSGeo4W, and am having the same problem. My data<br>
> loads well into the viewer, but export fails. Fortunately, with OSGeo4W, I<br>
> am able to see some feedback from the command line on screen. This is the<br>
> message I'm getting:<br>
><br>
><br>
> HERE IS THE CONSOLE COPY FROM LOADING THE SOFTWARE, NOT SURE IF ANY OF THE<br>
> SKIPPED TOOLS MIGHT BE THE CULPRIT:<br>
><br>
> -----------------------<br>
><br>
> OSGEO4W home is C:\OSGeo4W<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\calculator.py<br>
> ... failed to load ... skipping.<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\compose.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\fft.py<br>
> ... failed to load ... skipping.<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\gvrastertools.py<br>
> ... failed to load ... skipping.<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\isodata.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\open_raw.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\open_subarea.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\reproject.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\Tool_autopan.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\Tool_BrightContrastGamma.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\Tool_DriverList.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\Tool_Export.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\Tool_ShapesGrid.py<br>
> Loading tools from C:\OSGeo4W\apps\openev\tools\wmstool.py<br>
><br>
><br>
> AND HERE IS THE COPY THAT APPEARS AFTER ATTEMPTED EXPORT:<br>
><br>
><br>
> Traceback (most recent call last):<br>
> File "C:\OSGeo4W\apps\openev\pymod\gtk.py", line 125, in __call__<br>
> ret = apply(self.func, a)<br>
> File "C:\OSGeo4W\apps\openev\tools\Tool_Export.py", line 625, in export_cb<br>
> vrt_tree=vrtutils.serializeDataset(rast,vrt_opts,band_list)<br>
> File "C:\OSGeo4W\apps\openev\pymod\vrtutils.py", line 713, in<br>
> serializeDataset<br>
><br>
> gbase=serializeGeoTransform(indataset,vrt_options)<br>
> File "C:\OSGeo4W\apps\openev\pymod\vrtutils.py", line 467, in<br>
> serializeGeoTran<br>
> sform<br>
> gt1=float(gt[1])*Numeric.floor(xsize)/Numeric.floor(dxsize)<br>
> AttributeError: 'module' object has no attribute 'floor'<br>
><br>
><br>
> ------------------------<br>
><br>
> This is occurring with all data sets and file formats, so I don't think my<br>
> specific data is the issue. Would you be in a position to shed any light on<br>
> my issue? I would greatly appreciate it. Im noticing that my "calculator.py"<br>
> failed to load and the error occurs after and attempted calculation. Am I<br>
> missing a piece of Python? - Dan DeLorenzo<br>
><br>
><br>
> Dan De Lorenzo<br>
> <a href="tel:917.903.7168" value="+19179037168" target="_blank">917.903.7168</a><br>
><br>
><br>
> On Mon, Jan 28, 2013 at 2:59 PM, Matt Wilkie <<a href="mailto:matt.wilkie@gov.yk.ca" target="_blank">matt.wilkie@gov.yk.ca</a>> wrote:<br>
>><br>
>> Hi Daniel,<br>
>><br>
>> FWTools is effectively in stasis. All current Windows development efforts<br>
>> are targeted towards OSGeo4W (<a href="http://trac.osgeo.org/osgeo4w/" target="_blank">http://trac.osgeo.org/osgeo4w/</a>).<br>
>><br>
>> Linux development is a bit more scattered and I'm not well acquainted with<br>
>> it, perhaps someone else will speak up. In any case OSGeo-Live is a good<br>
>> place to start (<a href="http://live.osgeo.org/en/index.html" target="_blank">http://live.osgeo.org/en/index.html</a>).<br>
>><br>
>> cheers,<br>
>><br>
>> matt wilkie<br>
>> --------------------------------------------<br>
>> Geomatics Analyst<br>
>> Information Management and Technology<br>
>> Yukon Department of Environment<br>
>> 10 Burns Road * Whitehorse, Yukon * Y1A 4Y9<br>
>> <a href="tel:867-667-8133" value="+18676678133" target="_blank">867-667-8133</a> Tel * <a href="tel:867-393-7003" value="+18673937003" target="_blank">867-393-7003</a> Fax<br>
>> <a href="http://environmentyukon.gov.yk.ca/geomatics/" target="_blank">http://environmentyukon.gov.yk.ca/geomatics/</a><br>
>> --------------------------------------------<br>
>><br>
>><br>
>> On 28/01/2013 11:14 AM, Daniel Delorenzo wrote:<br>
>>><br>
>>> Hello - Can you offer any advice on why the GDAl export interface might<br>
>>> now function in FW tools? Im trying to convert a GEOtiff to USGS raster, or<br>
>>> any other format and it simply is not creating a file and providing no<br>
>>> feedback. Hope you can help - Dan<br>
>>> _______________________________________________<br>
>>> FWTools mailing list<br>
>>> <a href="mailto:FWTools@lists.maptools.org" target="_blank">FWTools@lists.maptools.org</a><br>
>>> <a href="http://lists.maptools.org/mailman/listinfo/fwtools" target="_blank">http://lists.maptools.org/mailman/listinfo/fwtools</a><br>
>>> <a href="http://fwtools.maptools.org/" target="_blank">http://fwtools.maptools.org/</a><br>
>>><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> FWTools mailing list<br>
> <a href="mailto:FWTools@lists.maptools.org" target="_blank">FWTools@lists.maptools.org</a><br>
> <a href="http://lists.maptools.org/mailman/listinfo/fwtools" target="_blank">http://lists.maptools.org/mailman/listinfo/fwtools</a><br>
> <a href="http://fwtools.maptools.org/" target="_blank">http://fwtools.maptools.org/</a><br>
><br>
<br>
<br>
<br>
</div></div><span><font color="#888888">--<br>
---------------------------------------+--------------------------------------<br>
I set the clouds in motion - turn up | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>
light and sound - activate the windows | <a href="http://pobox.com/~warmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>
and watch the world go round - Rush | Geospatial Software Developer<br>
</font></span></blockquote></div><br></div></div></div>
</blockquote></div><br></div>