wieso ist flashearth VIEL schneller als Tileproxy ?
 

Noch ne Frage:

warum ist das so ? wenns in flashearth innerhalb von wenigen sekunden alles hochauflösend ist, warum läd sich tileprox dann zu tode ???

2.) Frage:

unter flashearth (mit GE) ist z.b Mallorca sehr gut aufgelöst, wie bekomme ich das denn in der gleichen auflösung mit Tileproxy hin ?

Das habe ich mich auch schon gefragt... Habe teilweise Ladezeiten von 15 - 20 Minuten, und das Ergebnis ist dann äußerst mager, matschige, niedrigaufgelöste Texturen, Texturen werden nicht (oder zumindest außerhalb des sichtbaren Bereiches) nachgeladen, ...

Ist mir für Süd-England passiert - ich habe dann mal bei GE den Link geprüft. In meiner INI-Datei stand als parameter irgendwo ein parameter v=17 in dem HTTP-String stehen - damit habe ich nur "alte" niedrig aufgelöste Bilder erhalten. Aktuell steht Google Earth auf v=18 - probiers doch einfach mal...

Andreas

danke für den tipp. funktioniert leider nicht. habe gerade mal versucht, von "interlaken" aus zu starten, aber mit v=18 kommen lauter fehlermeldungen. denke, dass es dafür nur v=17 gibt.

P.S.: wie kannst du den link prüfen, ob v=18 der v=17 ?

Geht auf maps.google.de, such den Ort Deiner Wahl und schalte auf Satelitenansicht. Dann schaust Du Dir den Quelltext der Seite an und suchst nach "http://kh" - das Ergebnis:

http://kh0.google.de/kh?n=404&v=18&

Das sollte Dir ja aus der Proxyuser.ini bekannt vorkommen ;) - inzwischen tauchen bei mir nur noch v=18 Referenzen auf... ich werde jetzt mal Interlaken anfliegen (mit v=18) und Dir ein Bild posten...

Ich hätte den v= Parameter gerne weggelassen, in der Hoffnung dass man dann das AKTUELLSTE Material kriegt.

Aber nix da, dann gibts einen 404 not found zurück ;-(

Re: wieso ist flashearth VIEL schneller als Tileproxy ?
 

Zwei Gründe:

Ich muss für den Flusi rund 25000 BMP Files generieren. Also die JPGs vom Server in Stücke hacken... Und für die hochaufgelösten Fliesen brauche ich teilweise bis zu 24 JPG pro Fliese. Die muss ich dann zusammenkitten. So einfach ist das alles nicht ;-)

Und dann ist dann noch die begrenzte Ladegeschwindigkeit des Flusis mit Fotoszenerie im FS9 Format...

Hallo,

also muesste eigentlich der FS11 anders programmiert werden, damit er mit Tileproxy harmoniert.

Dann muessten doch die tiles nicht in kleine Stueckchen zerteilt und dann wieder zusammen gesetzt werden.

Also sollte dann die scenery so schnell - oder wenigstens nicht viel langsamer - geladen werden als die snery bei Google Earth.

Tipp: Google Earth kann man als Moving Map mit dem FS mitlaufen lassen, indem man es ueber FS Earth mit dem Flusi verbindet.

Das geht super, kostet allerdings maechtig frames per second.

Da wuerde ich die Google Earth Anzeige gerne ueber einen Client machen. Merkwuerdigerweise bekomme ich bei Google Earth auf dem Client keine Verbindung zu Google, um die Daten liefern zu lassen.


Adios

Arry

Naja, soooo schlimm ist das ja nun wieder auch nicht - und den Parameter anpassen können wir dank der INI-Datei ja selbst :)

PS: Kein Foto von Interlaken aber es funzt einwandfrei - da muss was in Deiner INI falsch sein, wenn Du nur Fehler bekommst...

Die Gegend ist sehenswert - vor allem mit nem guten Mesh :)

Andreas