topic Re: near distance always -1 in Geoprocessing Questions

near distance always -1

AndreasDaim — Thu, 15 Nov 2012 09:16:18 GMT

hey,

when I use NEAR with the black point Input feature to the black striped traget feature I always get Near_DIST -1.

If i uses another target feature it works.
If i use more target features for NEAR I get the distance value to the other features but not of the black striped one - which is incorrect.
I even made a new feature class and drawed the black striped polygon via trace manually again. Using this new feature class I also get -1?

[ATTACH=CONFIG]19318[/ATTACH]

gz
andreas

Re: near distance always -1

DanPatterson_Retired — Thu, 15 Nov 2012 11:09:51 GMT

Do you have a selection?
Are all the files in the same coordinate system? (preferably a projected one)
See the discussion in the help files
http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//00080000001q000000

Re: near distance always -1

AndreasDaim — Thu, 15 Nov 2012 13:22:12 GMT

Do you have a selection?
Are all the files in the same coordinate system? (preferably a projected one)
See the discussion in the help files
http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//00080000001q000000

I took care not to have a selection and all features have the same coordinate system.

I ve to mention, that a view days ago the NEAR calculation worked with this feature. Just a view points had -1 which I also couldnt figure out why in fact, they dont intercept each other.
On further runs now I also got -1 using the points on other features?
The run now also takes plenty of time. Before it worked very fast?

Ist there some kind of cache? Any validating possibility to figure out an error?

king regards
andreas

Re: near distance always -1

AndreasDaim — Fri, 16 Nov 2012 17:21:49 GMT

Even if I try NEAR with another feature to the black striped traget feature -1 is my result or a more distance feature is choosen when using a combination with other target features?

Re: near distance always -1

AndreasDaim — Fri, 16 Nov 2012 19:42:32 GMT

I recognized, that after this NEAR run, when starting an editing session I always get this warning including also the Input Feature for the NEAR run "Bruchfl_S":

[ATTACH=CONFIG]19387[/ATTACH]
Text on doublekl:
"This layer or table is read-only, or you lack the proper permissions to edit it.

Solution: Check the file properties in Windows Explorer to make sure you have write access to the geodatabase, files that compose the shapefile, or the folder that contains the data you want to edit. This can commonly happen if you have copied data from a DVD or CD-ROM.

If you are using data from an ArcSDE geodatabase, ensure that the data is registered as versioned and you have write access to the version."

Re: near distance always -1

DanPatterson_Retired — Fri, 16 Nov 2012 20:49:24 GMT

try running it on a local machine with files in a folder in a new project

Re: near distance always -1

AndreasDaim — Sun, 18 Nov 2012 10:10:20 GMT

try running it on a local machine with files in a folder in a new project

hm, I'm running my data just on my local machine and also tried before to copy the project folder to another location running the NEAR process out of this.

The problem with the permission just appears after running NEAR or now also occurs after I copied some selected rows of the attribute table in a new feature class to append afterwards to another. Than I have to save and restart ArcInfo to get editing permission again.

Re: near distance always -1

AndreasDaim — Thu, 06 Dec 2012 19:00:13 GMT

try running it on a local machine with files in a folder in a new project

hey,

now it worked after copying the project folder to the other hdd partition.
but after copying it back again to the orignal directory the -1 error again appears. I use relativ paths in my geodatabase. Is there some kind of cache which could influence this?

regards
andreas

Re: near distance always -1

AndreasDaim — Thu, 03 Jul 2014 00:32:40 GMT

started the same project after 2 yrs again - and again the same problem as described above.

Dan_Patterson: why did you mention copying the file? What's the idea behind this workaround?
This helped, but after some process runs, the problem is the same.

Also: If I'm using NEAR with two near features - x and y - just the distance to "x" is calculated and "y" is completely ignored?

best regards