Hallo Forum,
ich versuche, Ascii Dateien per
ArcToolbox\Import to Raster\Ascii to Grid
in ein Grid zu konvertieren, erhalte aber bei sämtlichen Datein die Fehlermeldung
"An error occured while running 'Ascii to Grid'. Unloading the tool"
Die Dateien sind IMHO eigentlich korrekt (amtliche Testdaten). Habs auch mal mit kleinen selbst geschriebenen Testdateien in diversesten Varianten versucht, es will aber nicht.
Hat jemand dieses Tool überhaupt schon einmal erfolgreich zum Einsatz gebracht?
Was ist an einer Datei wie:
NCOLS 3
NROWS 3
XLLCorner 1
YLLCorner 1
CELLSIZE 1
NODATA_value -9999
1 1 1 1 2 1 1 3 1 2 1 2 2 2 2 2 3 2 3 1 3 3 2 3 3 3 3
falsch?
Verwende ArcView 8.3
Lieben Dank,
Jörg Ostendorp
ich versuche, Ascii Dateien per
ArcToolbox\Import to Raster\Ascii to Grid
in ein Grid zu konvertieren, erhalte aber bei sämtlichen Datein die Fehlermeldung
"An error occured while running 'Ascii to Grid'. Unloading the tool"
Die Dateien sind IMHO eigentlich korrekt (amtliche Testdaten). Habs auch mal mit kleinen selbst geschriebenen Testdateien in diversesten Varianten versucht, es will aber nicht.
Hat jemand dieses Tool überhaupt schon einmal erfolgreich zum Einsatz gebracht?
Was ist an einer Datei wie:
NCOLS 3
NROWS 3
XLLCorner 1
YLLCorner 1
CELLSIZE 1
NODATA_value -9999
1 1 1 1 2 1 1 3 1 2 1 2 2 2 2 2 3 2 3 1 3 3 2 3 3 3 3
falsch?
Verwende ArcView 8.3
Lieben Dank,
Jörg Ostendorp
- Anmelden oder Registieren, um Kommentare verfassen zu können
Gespeichert von Maxilla am Di., 27.06.2006 - 16:51
Permalinkdas Beispiel ist sicherlich nur ein Ausschnitt, denn das wären ja eigentlich NCOLS 27 (oderwat) und NROWS 1. Wenn ich aber schreibe:
NCOLS 3
NROWS 3
XLLCorner 1
YLLCorner 1
CELLSIZE 1
NODATA_value -9999
1 1 1
1 2 1
1 3 1
liest das Tool das klaglos bei mir ein (benutze allerdings 9.1). Geht das bei dir?
PS. hab's nochmal getestet:
NCOLS 27
NROWS 1
XLLCorner 1
YLLCorner 1
CELLSIZE 1
NODATA_value -9999
1 1 1 1 2 1 1 3 1 2 1 2 2 2 2 2 3 2 3 1 3 3 2 3 3 3 3
funktioniert bei mir auch...
Gespeichert von Gast am Di., 27.06.2006 - 17:44
Permalinkim Süden samma halt deppert...
Hatte gedacht, die rows/colums bezögen sich auf ein Tripplet aus xyz-Werten, alles Space-separiert.
Auf den Gedanken, daß sich die Koordinaten aus den corners-Ursprung und der Zellgröße berechnen und man nur die z-Werte angeben muß, bin ich nicht gekommen.
Jetzt paßt's. Allerherzlichsten Dank! :-)
Grüßle vom Bodensee
Jörg Ostendorp
Gespeichert von Gast am Di., 27.06.2006 - 19:21
PermalinkIch meine so, als würde man z.B. mit einem Polygonshape arbeiten, das jeweilige Polygon anklicken und den dazugehörigen Wert in der Attributtabelle veröndern.
Der Tillemann
Gespeichert von Maxilla am Mi., 28.06.2006 - 09:43
PermalinkGespeichert von Gast am Do., 29.06.2006 - 00:37
Permalinkgenau dieses Tool ist genau das, was ich eigentlich oft gebraucht hätte, aber nie gefunden habe.
Daher mal eine grundlegende Frage: Da sicherlich nicht nur ich dieses Tool gebrauchen könnten, wäre es eine Martlücke. Warum wird dieses Tool oder ähnliches nicht standardmäßig von ESRI im Programmpacket oder als Extension verkauft/angeboten?
Ich meine damit nicht nur dieses Beispiel. Ich meine damit auch viele andere Extensions wie z.B. Xtoos, die definitv das Standardprogrammpacket erweitern.
Eigentlich hätte doch ESRI nach der offenen Schnittstellenumgebung durch die Programmierung mit Avenue abwarten können, welche GeoTools gebrauct werden, indem sie sehen, was ihre Kunden so programmieren. Spätestens ab Version 8 hätte ESRI doch diese Tools standardmäßig in ihren Programmpacketen oder sogar als weitere Extension wie der Spatial Analyst verkaufen können.
Betriebswirtschaftlich würde es doch viel logischer sein, oder? Auch wenn ich schon ein paar Projekte mit ESRI Produkten bearbeitet habe und diese mit diversen Extensions erweitert habe, so habe ich grundsätzlich nicht den logischen Zusammenhang verstanden, warum ESRI als GIS-Marktführer sowas anbietet.