[GRASS5] Re: Partial fix for GRASS " PNT_TO_AREA failed " e00 import errors

Bernhard Reiter bernhard at intevation.de
Fri Apr 12 09:37:07 EDT 2002


Did you check the development group archive?
I am not sure if I'd saw a solution to this.
Google's databases are not always up to date.

In article <s2uq8.158940$ZR2.72075 at rwcrnsc52.ops.asp.att.net>,
	"cheg" <cheg at NoSpAmattbi.com> writes:
> 
> "Bernhard Reiter" <bernhard at abnoba.intevation.de> wrote in message
> news:a8d92o$r6q0t$2 at ID-89274.news.dfncis.de...
>> In article <wGop8.163204$702.28298 at sccrnsc02>,
>> "cheg" <cheg at NoSpAmattbi.com> writes:
>> > I have written a couple of awk programs to diagnose and fix many
> of
>> > the "PNT_TO_AREA failed" error that occur when importing ARC/INFO
> E00
>> > transfer files into GRASS.
>>
>> Thanks for sharing your code.
>> Can you elaborate on the version of GRASS you were using?
>>
>> The GRASS developers are always eager to learn about GRASS bugs.
>>
>> http://grass.itc.it/bugtracking/bugreport.html
> 
> Well, this has been kicked around before, according to Google, and
> the prevailing opinion seems to be that the bug is in the ARC/INFO
> export format rather than in GRASS. GRASS simply won't accept
> incorrectly defined polygons with stray interior arcs in the polygon
> definition. My code just supresses the extra (seemingly useless)
> arcs. Of course, ESRI is not bound to follow any particular rules of
> logic in their proprietary file formats.
> 
> I have not tested the fix program against any double precision files,
> so I don't know if it will work on them.
> 
> FWIW, I'm using GRASS 5.0pre3 built from source with gcc under
> Solaris 8.
> 
> 

-- 
Professional Service for Free Software                 (intevation.net)  
The FreeGIS Project                                       (freegis.org)
Association for a Free Informational Infrastructure          (ffii.org)
FSF Europe                                              (fsfeurope.org)



More information about the grass-dev mailing list