From marco.lechner at geographie.uni-freiburg.de Mon Nov 19 19:06:14 2007 From: marco.lechner at geographie.uni-freiburg.de (Marco Lechner) Date: Mon, 19 Nov 2007 19:06:14 +0100 Subject: [GRASS-de] Subgroups mit r.out.gdal exportieren Message-ID: <4741D096.3050104@geographie.uni-freiburg.de> Hallo ich versuche mit r.out.gdal eine subgroup (created by i.group) zu exportieren (als GeoTiff). Ich schaffe es aber nur groups zu exportieren. Gibt es eine Möglichkeit r.out.gdal den Zugriff auf subgroups zu ermöglichen? Im übrigen fällt mir gerade auf, das auch QGIS nicht auf subgroups, sondern nur auf groups eines GRASS-mapsets zugreifen kann. Hm, ist die Verwendung von subgroups dann überhaupt sinnvoll? Marco P.S. grass6.3.cvs on Debian ------------ Department of Physical Geography University of Freiburg Werthmannstr. 4 D-79085 Freiburg Germany -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : marco.lechner.vcf Dateityp : text/x-vcard Dateigröße : 327 bytes Beschreibung: nicht verfügbar URL : http://grass-verein.de/pipermail/grass-de/attachments/20071119/3e243df7/marco.lechner.bin From hoge6b01 at uni-trier.de Mon Nov 19 19:16:02 2007 From: hoge6b01 at uni-trier.de (Carsten Hogertz) Date: Mon, 19 Nov 2007 19:16:02 +0100 Subject: [GRASS-de] v.db.join & v.db.dropcol Message-ID: <4741D2E2.2020000@uni-trier.de> Hi, ich benutze die GRASS-Toolbox, eingebettet in QGIS und hab eine Frage zur Funktionsweise der im Betreff genannten Module. Es geht quasi um eine Umstrukturierung von einer mit einem Grass-Map verbundenen Attribut-Tabelle. Ich müsste einige Spalten löschen, bzw. mit einer .csv-Datei verbinden (und somit neue Spalten hinzufügen). Ich denke, dass dafür die Module v.db.dropcol und v.db.join geeignet sind. Versuche ich jedoch diese beiden Module zu öffnen, kommt es zur Fehlermeldung "Module v.db.join not found" bzw. v.db.dropcol not found. Was kann ich denn nun machen? gruß carsten From otto.dassau at gmx.de Tue Nov 20 12:01:20 2007 From: otto.dassau at gmx.de (Otto Dassau) Date: Tue, 20 Nov 2007 12:01:20 +0100 Subject: [GRASS-de] v.db.join & v.db.dropcol Message-ID: <20071120120120.17441456@nature> Hallo Carsten, du benutzt QGIS wahrscheinlich unter Windows? Das Problem gibt es eigentlich eher, wenn man das native GRASS installiert http://geog-pc40.ulb.ac.be/grass/wingrass/, da die Module v.db.join und v.db.dropcol Shell Skripte sind und sie teilweise Programme wie awk benutzen (z.B. in v.db.dropcol). Deshalb muss man in dem Fall auch Msys installieren (siehe Hilfe): http://geog-pc40.ulb.ac.be/grass/wingrass/README Für das Modul v.db.join muss ausserdem SQLite3 als Standard DB definiert sein, unter DBase funktioniert es nicht. Ansonsten habe ich es mal mit der (0.9.0) Windows Version von QGIS probiert. Beide Module sind hier vorhanden, muessen aber über die GRASS-Shell in der Toolbox angesprochen werden. Und bei mir gab es auch noch das Problem, dass man in das Verzeichnis C:/Programme/Quantum GIS/grass/scripts wechseln musste, damit sie funktionieren, weil es ansonsten ein Problem mit dem Leerzeichen in "Quantum GIS" gab. Sonst bekommt man eine fogende Fehlermeldung: C:/Programme/Quantum: no such file or directory Aber Eigentlich sollte es also funktionieren :-). Für v.db.dropcol könnte man auch db.execute benutzen mit den SQL-Befehl: ALTER TABLE DROP COLUMN . Denn genau das macht auch das Skript auch. Gruesse Otto On Mon, 19 Nov 2007 19:16:02 +0100 Carsten Hogertz wrote: > Hi, > ich benutze die GRASS-Toolbox, eingebettet in QGIS und hab eine Frage > zur Funktionsweise der im Betreff genannten Module. > Es geht quasi um eine Umstrukturierung von einer mit einem Grass-Map > verbundenen Attribut-Tabelle. Ich müsste einige Spalten löschen, bzw. > mit einer .csv-Datei verbinden (und somit neue Spalten hinzufügen). Ich > denke, dass dafür die Module v.db.dropcol und v.db.join geeignet sind. > Versuche ich jedoch diese beiden Module zu öffnen, kommt es zur > Fehlermeldung "Module v.db.join not found" bzw. v.db.dropcol not found. > Was kann ich denn nun machen? > gruß > carsten > > _______________________________________________ > grass-de mailing list > grass-de at grass-verein.de > https://grass-verein.de/mailman/listinfo/grass-de From thomasgeo at gmx.de Fri Nov 23 13:21:28 2007 From: thomasgeo at gmx.de (Thomas Becker) Date: Fri, 23 Nov 2007 13:21:28 +0100 Subject: [GRASS-de] Problem bei der Projektion In-Reply-To: References: Message-ID: <4746C5C8.5000700@gmx.de> Hallo, ich arbeite mich gerade in GRASS ein und habe nat. mit den ueblichen Problemchen zu kaempfen. Ich habe aus einem ESRI Datenset die Flaechen der Laender der Welt nach GRASS importiert und dabei den Schalter 'Override projection (use locations projection)' gesetzt. Frage ich die Region ab (g.region), dann bekomme ich wie gewuenscht utm wgs84 zone 36 zurueck. Die Projektion der importierten Vektordatei zeigt mir aber (v.info) das sich der Spass in der Zone 0 befindet. Wie kann ich denn das Problemchen umschiffen? Danke, Thomas From otto.dassau at gmx.de Sat Nov 24 08:35:58 2007 From: otto.dassau at gmx.de (Otto Dassau) Date: Sat, 24 Nov 2007 08:35:58 +0100 Subject: [GRASS-de] Problem bei der Projektion In-Reply-To: <4746C5C8.5000700@gmx.de> References: <4746C5C8.5000700@gmx.de> Message-ID: <20071124083558.07196918@nature> Hallo Thomas, On Fri, 23 Nov 2007 13:21:28 +0100 Thomas Becker wrote: > Hallo, > > ich arbeite mich gerade in GRASS ein und habe nat. mit den ueblichen > Problemchen zu kaempfen. > Ich habe aus einem ESRI Datenset die Flaechen der Laender der Welt nach > GRASS importiert und dabei den Schalter 'Override projection (use > locations projection)' gesetzt. Frage ich die Region ab (g.region), dann > bekomme ich wie gewuenscht utm wgs84 zone 36 zurueck. Der Parameter 'Override projection' führt keine Konvertierung oder ähnliches der Vektordaten durch. Er wird nur dann benutzt, wenn man sich sicher ist, dass die zu importierenden Daten auch wirklich zur Projektion der Location passen, dies aber nicht aus den "Metadaten" (z.B.: .prj Datei) ersichtlich ist. Wenn du also weisst, dass der ESRI Datensatz der Projektion UTM Zone 36 mit WGS84 entspricht und deine GRASS location ebenso, dann braucht dich die Information über v.info nicht mehr zu kümmern. Das Modul v.info liest schlicht die Textinfos aus, die beim Import der Karte an dieser Stelle abgelegt wurden: $GISDBASE/$LOCATION_NAME/$MAPSET/vector/kartenname/head Und beim Import gab es keine korrekten Informationen, daher auch keine korrekten Daten in dem head file. Du kannst die Informationen aber nachträglich manuell mit dem Modul v.support verändern, genau wie alle anderen Infos auch, z.B.: v.support map=karte zone=36 v.info karte dadurch hast du die Metainformationen korrigiert, aber mit der eigentlichen Projektion der Karte hat das aber nichts zu tun, die entspricht dem, was du mit mit g.proj bzw. g.region erfährst. Denn alle Daten in einer Location sind immer einer Projektion zugewiesen, das geht nicht anders. Gruesse Otto > Die Projektion der > importierten Vektordatei zeigt mir aber (v.info) das sich der Spass in > der Zone 0 befindet. > > Wie kann ich denn das Problemchen umschiffen? > > Danke, Thomas > > _______________________________________________ > grass-de mailing list > grass-de at grass-verein.de > https://grass-verein.de/mailman/listinfo/grass-de