Dezimalstellen gehen verloren

Gespeichert von jochen2000 am
im Forum ArcGIS
Hi Leute,

beim Einladen einer XY-Tabelle mit Länge und Breite, gehen mir einfach die Stellen hinterm Komma bei der Breite verloren. Somit habe ich schöne Streifen im Grad-Abstand. Keine Ahnung warum. Bei der Länge übernimmt GIS die Dezimalzahlen ohne Probleme. In der Originaltabelle steht sowohl bei Länge und Breite alles sauber drin als Dezimalzahlen. Hab jetzt schon mal auf der ESRI Support Seite geschaut und nix gefunden.

Hat jemand ne Idee?

Gespeichert von Daniel ANUVA am Mo., 19.03.2007 - 18:28

Permalink
Hallo Jochen,
kontrollier doch mal in der Excel-Tabelle die Formatierungen der Spalten (Anzahl der Nachkommastellen).
Vielleicht gibt es dort Unterschiede die den Verlust verursachen können.
Gruß
Daniel

Gespeichert von jochen2000 am Di., 20.03.2007 - 09:45

Permalink
Hi Daniel,

das Problem ist, dass die Nachkommastellen in der exportierten Tabelle drinstehen, aber von ArcGis einfach ignoriert werden! Mit der Access-Tabelle hat das nix zu tun

Gespeichert von Obiwan am Di., 20.03.2007 - 09:50

Permalink
Welches Format hat Deine Tabelle?
Bei *.dbf, musst Du (damit ArcGis die Dezimalstellen nicht ignoriert!!!) das Format für die einzelnen Spalten explizit angeben (Rechtsklick auf den Spaltenkopf Zahl - 2 oder 4 oder mehr Dezimalstellen)! Dann wird diese Formatierung beim Import auch übernommen!

Gespeichert von jochen2000 am Di., 20.03.2007 - 10:15

Permalink
es handelt sich um eine ganz normale text-datei, durch semikolon getrennt. das ist ja das seltsame - den rechtswert mag er, den hochwert nicht. obwohl beides in dezimalstellen...

Gespeichert von jochen2000 am Di., 20.03.2007 - 10:17

Permalink
bzw den hochwert liest gis schon, aber eben ohne dezimalstellen...

Gespeichert von Obiwan am Di., 20.03.2007 - 10:26

Permalink
Punkt oder Komma als Trenner?

Gespeichert von jochen2000 am Di., 20.03.2007 - 10:33

Permalink
punkt. wie gesagt, bei der einen spalte liest er es, bei der anderen nicht, obwohl beiedes exakt gleich. das ist mal seltsam...

Gespeichert von Obiwan am Di., 20.03.2007 - 10:43

Permalink
Nimm mal Komma. Arc Gis übernimmt die allgemeinen Ländereinstellungen des Rechners. Wenn bei Dir 'deutsch', dann Dezimaltrenner = Komma.

Gespeichert von Gast am Di., 20.03.2007 - 10:48

Permalink
Oder poste doch mal Zeile 1 bis 3

Gespeichert von jochen2000 am Di., 20.03.2007 - 11:05

Permalink
das problem ist folgendes:

die original-access datei beiinhaltet punkte als dezimaltrenner. damit kann access aber nicht umgehen, bzw. ich kann nicht "zahl" als spaltenformat zuordnen, somit fällt der weg über eine .dbf-tabelle aus. (manuell ändern geht nicht, weil es 3,6 millionen punkte sind).

ich muss es also per text-datei machen. ich versuchs tatsächlich mal die daten mit kommas aus access zu exportierenund mit der entsprechenden ländereinstellung und meld mich dann.

danke erstmal!!

Gespeichert von jochen2000 am Di., 20.03.2007 - 11:18

Permalink
mist, das haut nicht hin. access kann die daten nicht als textdatei mit komma-dezimalzahlen exportieren. vermutlich, weil der originaldatensdatz punkte beiinhaltet und die spalten als "text" formatiert sind. das ist ein teufelskreis.

ich glaube, da hilft nur noch ersetzen der punkte durch kommas per suchen/ersetzen.

Gespeichert von KEngelberg am Mi., 21.03.2007 - 22:51

Permalink
access benutzt genau wie excel das Dezimaltrennzeichen zur Anzeige, das in Windows XP/NT/95 derzeit unter Systemsteuerung -> Regions- und Sprachoptionen eingestellt ist. Du Kannst bei offenem Excell-Fenster umschalten und mit dem nächsten redraw werden die neuen Einstellungen benutzt -> aber auch bei Import ASC, TAB, CSV erwartet!!! Gehört Deine XY-Tabelle zu diesem Datentyp, dann musst Du das System vor'm Import auf Deine Datei anpassen. Innerhalb von access und excel werden garkeiene kommas zur Speicherung von floats benutzt. da ist es also egal. Auch bei dbf, die nutzen immer "."