Hatte ich schon letztes mal geschrieben *g
> -----Ursprüngliche Nachricht-----
> Von: opengeodb-bounces-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> [mailto:opengeodb-bounces-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx] Im
> Auftrag von Daniel Rieper
> Gesendet: Sonntag, 6. Februar 2005 15:54
> An: 'Mailingliste OpenGeoDB'
> Betreff: AW: [opengeodb] Wohin mit attachments
>
> Habe mal für diesen Zweck ein Upload--Bereich auf bei meinem Web-Hoster
> eingerichtet.
> Zufinden unter: http://geodb.qdaniel.de
>
> > -----Ursprüngliche Nachricht-----
> > Von: opengeodb-bounces-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> > [mailto:opengeodb-bounces-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx] Im
> > Auftrag von Andreas von der Heide
> > Gesendet: Sonntag, 6. Februar 2005 14:43
> > An: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> > Betreff: [opengeodb] Wohin mit attachments
> >
> > Hallo,
> > also irgendwie scheine ich das mit "mushaake" nicht richtig verstanden
> zu
> > haben: Wenn ich eine Mail mit Attachment schreibe, wird offensichtlich
> > nicht
> > nur das Attachment, sondern auch alles übrige verpapierkorbt.
> >
> > An wen kann nicht denn Dateien schicken? Gibt es irgendwo eine
> > ftp/ssh-upload-Möglichkeit?
> >
> > Andreas
> >
> > Hier nochmals meine Mails als purer Text:
> > ------------------------------------------------------------------------
> --
> > --
> > --------
> > Hallo Stefan,
> > eigentlich wollte ich mich ja nicht mit der geo-Klasse beschäftigen, wo
> > ich
> > doch meinen UMN-Mapserver so schön mit php mapscript an opengeodb
> > angebunden
> > habe. Trotzdem habe ich mal ausprobiert, ob es sich ohne größeren
> Aufwand
> > erreichen läßt, mit der geo-Klasse auch esri-shape files zu verarbeiten.
> > Und
> > siehe da, es klappt auf Anhieb ganz gut, alles mit heißer Nadel
> gestrickt
> > und auch noch mit ein paar Haken und Ösen (siehe z. B. bei den lakes und
> > rivers den einen langen Strich am Rhein)
> >
> > Grundlage ist die Klasse "Shape File Reader" von Juan Carlos Gonzalez
> > Ulloa,
> > die ich auf www.phpclasses.org gefunden habe (abgelegt unter
> > geo/helpers/ShapeFile.inc.php). Der Einfachheit halber habe ich die
> > Funktion, die von dieser Klasse abhängt und über draw_clipped in die
> Karte
> > zeichnet, in der Datei geo/helpers/e00.php untergebracht (dort gibt es
> > jetzt
> > neben draw() für e00s, also auch eine shpdraw() für shapes). Die
> Funktion
> > addDataFile() in der geo/map.php habe ich so angepaßt, dass Dateien mit
> > der
> > Endung shp an shpdrw(), e00s an draw() übergeben werden. Im aufrufenden
> > Programm (z. B. opengeodb.php) gibt es zwischen der Handhabung von shp
> bzw
> > e00-Dateien keine Abweichungen.
> >
> > Meine Änderungen an der Original-0.3.1a-Version der Geo-Klasse habe ich
> > mit
> > !!!NEW zum Auffinden gekennzeichnet. Die verwendeten shape-Dateien
> liegen
> > wie die e00s im Ordner geo/maps.
> >
> > Wie die Arrays in einer .shp (bzw. .dbf) geschachtelt und benannt sind,
> > läßt
> > sich ganz gut anhand der shpexample.php nachvollziehen.
> >
> > Beste Grüße
> >
> > Andreas von der Heide
> >
> > Wilhelm-Raabe-Str. 63b
> > 26131 Oldenburg
> > Tel: (0441) 3401984
> > Email: vdheide-LiZAQ9n6CrE@xxxxxxxxxxxxxxxx
> >
> > ------------------------------------------------------------------------
> --
> > --
> > ------------
> > Hallo,
> > anbei eine zum Einsatz für die geo-Klasse geeignete (d. h. mit
> > lat/long-Koordinaten vorliegende) D, A, CH (und Luxemburg)-e00 mit
> > Bundesländern/Kantonen. Weil die Bundesland/Kantonsgrenzen in dieser e00
> > eine erheblich höhere Auflösung als die "staatsline-e00" haben, bringt
> sie
> > auch erheblich mekr kb auf die Waage. Ich habe diese e00 ziemlich
> lieblos
> > zusammengeschustert (z. B. nicht auf die Meta-Informationen geachtet),
> es
> > geht auf jeden Fall noch eine ganze Menge besser.
> >
> > Und so wird's gemacht:
> > Alternative a) fme, mapinfo oder ähnliches für ein paar hundert/tausend
> €
> > kaufen.
> > Alternative b) grass besorgen (bis auf den download kostenlos) und ein
> > paar
> > Tage lang das Manual lesen :) Linuxer können sofort loslegen, windoofer
> > (so
> > wie ich) müssen grass unter cygwin laufen lassen (Installation ist etwas
> > haarig, da für das gui tcltkgrass auch ein X-Terminal unter cygwin
> > eingerichtet werden muss). Vielleicht gibt es mittlerweile aber auch
> schon
> > eine native windows-grass-version? Wer ein paar € über hat, sollte sich
> > auch
> > mal einige "komfortablere", z. T. recht günstige gis-Programme wie z. B.
> > GlobalMapper anschauen (my alltime favourite).
> >
> > Grass erzeugt e00's ausschließlich (glaub ich wenigstens) im "ARC
> > 3"-Format (14 Nachkommastellen). Damit die geo-Klasse damit etwas
> > anfangen
> > kann, muss die helpers/e00.php entsprechend Thomas früherer bzw. meiner
> > Anweisung (von heute morgen) gepatcht werden.
> >
> > In einer regulären e00 (an den staatline-e00s ist offensichtlich
> erheblich
> > manipuliert worden) stehen auch immer irgendwo die XMIN, YMIN, XMAX und
> > YMAX-Werte, im vorliegenden Fall in Zeile 26172: 5.8635374E+00
> > 4.5821654E+01
> > 1.7162729E+01 5.5054959E+01 (Achtung die geo-Klasse verwendet als
> > Reihenfolge XMIN, XMAX, YMIN, YMAX). Ich persönlich werde mich mit der
> > geo-Klasse nicht näher beschäftigen, denn wozu gibt es den UMN-Mapserver
> > und
> > um diesen zu programmieren z. B. php mapscript? Meiner Erfahrung nach,
> > lassen sich damit nach einer gewissen Einarbeitungszeit die schönsten
> > Ergebnisse erzielen (und der Code ist auch nicht viel schwerer zu
> > durchblicken als die geo-Klasse ;)
> >
> > Tschüß
> >
> > Andreas
> > ------------------------------------------------------------------------
> --
> > --
> > ---------------------------------------------
> > Hallo Thomas,
> > also eigentlich habe ich gedacht, dass ihr die Schweizer Kirchspitz-
> Daten
> > schon längst von eurem Alpenbüro bekommen habt. Ich habe sie für Niko
> > schon
> > im letzten Sommer aufgestöbert, aufbereitet und an Ihn übermittelt. Er
> > hatte
> > auch einen ftp-Server zum Upload/Download eingerichtet, von dem sich
> jeder
> > bedienen hätte können sollen (darauf habe ich jetzt allerdings auch
> keinen
> > Zugang mehr, offensichtlich ist das Passwort geändert).
> >
> > Die Kirchspitz-Daten waren dabei nur ein kleiner Teil von dem, was ich
> ihm
> > sonst noch so (besonders aus Österreich) zur Verfügung gestellt habe.
> >
> > Anbei Kirchspitz01 als escri-shape-file. Die zugehörige dbf-Datei
> enthält
> > als Spalten id, gem_name, dd_lon, dd_lat [dd für decimal degrees],
> > elevation
> > [Höhe des Gemeindehauptorts], einw[ohner]_2001, PC (eine
> > Größenklasseneinstufung anhand der Einwohnerzahl um Orte je nach Maßstab
> > mit
> > dem UMN-Mapserver auf einer Karte ein- bzw. auszublenden), kant(ons)_nr,
> > bez(irks)_nr, gem(einde)_nr sowie eine Spalte Bemerkung, in der die
> > Änderungen zwischen 2001-04 festgehalten sind (anhand der ebenfalls
> > beiliegenden pdf). Ich verzichte deshalb darauf, auch die kirchspitz03
> > mitzuschicken (wenn es richtig in Erinnerung habe, sind "neue"
> > Gemeindenamen
> > nur dadurch entstanden, dass zwei oder meherere zusammengelegt wurden).
> >
> > Weil es mir auch schon mal passiert ist: damit die shp funktionstüchtig
> > bleibt, dürfen keine Datensätze aus der dbf gelöscht bzw. neue
> hinzugefügt
> > werden (an den Feldinhalten kann man rumspielen, auch neue Spalten
> > einfügen).
> >
> > Ich habe mich nicht darum gekümmert, ob man mit den Kirchspitz-Daten
> > tatsächlich machen kann, was man möchte (oder ob sie eventuell doch mit
> > einem Copyright behaftet sind).
> >
> > So ich es denn mit der/die/das mushaake (japanisches Gericht?) richtig
> > verstanden habe, sollte hier ein zip-File angefügt sein!
> >
> > Tschüß
> >
> > Andreas
> > ------------------------------------------------------------------------
> --
> > --
> > ------------------------------------------------
> >
> >
> >
> >
> > -----Ursprüngliche Nachricht-----
> > Von: opengeodb-bounces-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> > [mailto:opengeodb-bounces-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx]Im
> > Auftrag von opengeodb-request-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> > Gesendet: Sonntag, 6. Februar 2005 12:00
> > An: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> > Betreff: opengeodb Nachrichtensammlung, Band 19, Eintrag 8
> >
> >
> > Um e-Mails an die Liste opengeodb zu schicken, nutzen Sie bitte die
> > Adresse
> >
> > opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> >
> > Um sich via Web von der Liste zu entfernen oder draufzusetzen:
> >
> > http://lists.phpbar.de/mailman/listinfo/opengeodb
> >
> > oder, via Email, schicken Sie eine Email mit dem Wort 'help' in
> > Subject/Betreff oder im Text an
> >
> > opengeodb-request-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> >
> > Sie koennen den Listenverwalter dieser Lister unter der Adresse
> >
> > opengeodb-owner-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> >
> > erreichen
> >
> > Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
> > sinnvollen Inhalt der spezifischer ist als "Re: Contents of opengeodb
> > digest..."
> >
> > --
> > Mailingliste OpenGeoDB
> > Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> > Informationen: http://opengeodb.de
> > Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
>
> --
> Mailingliste OpenGeoDB
> Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
> Informationen: http://opengeodb.de
> Mit freundlicher Untersttztung von php::bar (http://phpbar.de)
|
