[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