Da braucht man eine Engelsgeduld 
. Gestern gelang es mir irgendwie, meinen shopping card implodieren 
zu lassen und es dauerte ca. 2 Std. bevor der wieder zugänglich war. Grund war wohl, daß nicht erkennbar war, daß ich mich in einer Warteschleife befand und wild herumklickte. Oft dauert es mehrere Minuten, bis der Server reagiert.
Reales Gelände vereinfacht
-
-
Nichts zu machen, geht bei mir einfach nicht.
-
dies Probleme hatte ich mit der japanischen Seite, bei nasa.gov ging es recht zügig. Hatte allerdings auch nur 8 Kacheln "bestellt" und die Mail mit den Infos für den FTP Server hat nicht mal 10 Minuten gedauert.
Download Speed war auch aktzepatbel mit 250kb/s -
Habe alle Dateien, die man für D benötigt. Lade die 66 Dateien in einem .rar gerade hoch (Megaupload 814 MB). Dauert gut 2 Std. und dann den dl link hier posten.
-
Das wäre natürlich sehr gut ;).
-
-
Hat sich erledigt.
-
Sind das die DE Daten?
-
-
OK, vielen Dank.
-
Hab den ersten Link benutzt und hier funktioniert es nicht. Hab die richtigen Dateien passen zum Ort der Strecke reingepackt und wähle entsprechend im Editor aus und es passiert genau Nichts. Woran kanns liegen? Koordinaten habe ich mehrfach geprüft, Decals liegen da und an richtiger Stelle. Kann es sein dass was mit den Dateien nicht stimmt? Die sind fast komplett schwarz was mir sagt, dass da kaum oder keine Höhendaten drin sein können.
-
-
Hat bei mir beim ersten mal auch nicht funktioniert, da die Koordinaten (Longitude/Lattitude) bei meiner Teststrecke vertauscht waren und es erst dann funktionierte, als ich den kompletten Satz in den Ordner kopierte, was vermutlich an dem bekannten Phaenomen liegt, daß RW-Koordinaten von der realen Mercatorprojection um ca. 30km abweichen.
Probier mal den Megaupload, die tiffs sind direkt aus der Installation und ja, die tiffs sind komplett schwarz.
-
Wenn die um 30km abweichen nutzen die eh nichts mehr. Ich probiers dennoch mal mit dem anderen Satz.
-
Das ist aber selbst auf den Standarstrecken so. Gemäß den Koordinaten von Hagen Hbf im Editor würde er sich in einem Wohngebiet ONO vom tatsächlichen Standpunkt befinden.
-
EDIT EDIT: ooookeeeyyyyy ... der Goltz is einfach zu doof zum lesen .... ich hatte die ganze Zeit die Daten in SRTM Folder statt im ASTGTM .. dann kann das nicht funzen. KLappt wunderbar. Die Abweichungen scheinen minimal zu sein.
Das bedeutet aber doch, dass wenn ich jetzt auf die Decal Koordinaten das DEM draufsetz es nicht stimmt. Wie bekommt man das überein? Ich muss das grad mal probieren obs denn überhaupt funktioniert. Wenns aber um 30km verschoben ist, ist schon klar dass man in den 361km² nix sieht. Wer denkt sich sowas nur aus....
EDIT: also ich muss jetzt leider berichten, dass es mit den Daten gar nicht geht ... nirgendwo, auf keiner Strecke .. mach ich was falsch oder sind die DEM Daten korrupt ? Neulich hatte ich es mit einer anderen Datei die ich leider nicht mehr habe nur probiert und es ging. Das waren aber keine Aster2 Daten (und wie ich grad an dem Dateidatum seh sind die Daten in dem 2. Paket auch nicht Aster2). -
Gut, daß das endlich klappt und vor allen Dingen deine Einschätzung, daß die Abweichung, wenn überhaupt nur minimal sind. Hegte schon die Befürchtung, Gleise trotz reichlich vorhandener Tools pi-mal-Daumen verlegen zu müssen.
-
-
Hy, link zu wist geht bei mir auf, zum Tut nicht, es kommt:
403 - Forbidden
mfG Mumpfi2010
-
Bei mir jetzt auch. Die scheinen daran herum zu basteln und haben den Zugriff gesperrt.
-
-
Ja hab ich auch von 50-13 zu 50-14. Muss man halt wegbügeln.
-
Ok, alles klar, dann per Editor ausgleichen...
Das liegt aber doch an der Auswertung der GeoTiffs von RW, denn wenn ich diese mal in Global Mapper lade, sind die Kanten perfekt. Übrigens wirklich eine sehr hohe Auflösung mit der Version 2.
-