Beiträge von electroluchs

Dann gibt es 3 Möglichkeiten
- der Hashwert stimmt nicht überein
- copy&paste macht nicht was es soll
- 7zip macht nicht unter Linux das, was es auf anderen OS macht

f29399ebd1b0ea57b9d8474c94feb9b5 eu-dem.7z

Stimmt mit deinem Wert überein.
Dann ist der Fall für mich fast klar, das Passwort muss unbedingt von Hand eingegeben werden Oder hast du das auch probiert?

Ich hatte die PDF ausgehend von einer ODF-Datei gewandelt. Kann vlt sein dass nicht sichtbare Zeichen generiert werden, die bei copy&paste immer mit im Spiel sind.

@Pinin
Ich habe sie geöffnet bekommen. Mit copy&paste ging es aber nicht. Erst als ich den Satz händisch eingegeben habe, wurde entpackt.
Habe dann mal per copy&paste den Text in eine Textdatei kopiert. Wahrscheinlich geht es nicht, weil ein zusätzlicher Zeilenvorschub hinten angehängt wird. Ich benutze den PDF-Viewer Okular, da kann es sein, dass andere Viewer nichts hinten anhängen, aber denkbar wäre es oder ähnliches. Mach doch auch mal ein einfügen in eine Textdatei.

Den Hashwert deiner verschlüsselten Datei ermittel ich gerade noch...

Danke Ray!

Hier doch noch den md5-Hash der Datei, wenns noch jemanden interessiert...

52081d10e32aa39ae3fb4f383c05e0cf eu-dem_converted.7z

Danke Pinin, dann ist der Fehler für mich einfach unerklärlich. Ich könnte nun noch den md5-Hash posten, aber lass das mal. Werde mich heute oder morgen dran machen, das ohne Passwort zu machen, mit einem geteilten RAR-Archiv.

Sorry für die Umstände!

Gruß Detlef

Wäre mal gut von jemand zu hören, bei dem alles geklappt hat.

Es gibt noch die Möglichkeit, über die Konsole zu entzippen. Dann werden meist Fehlermeldungen ausgegeben, wenn was nicht stimmt.

www.dotnetperls.com/7-zip-examples

Zitat

Opening password-protected archives. This next console output shows what happens when you try to open the password-protected archive. The password here is SECRET. I am so clever.
Header encryption:
Add -mhe to encrypt headers. The password command will automatically deal with encrypted headers.
Tip:
Remember, encrypted headers will hide the names of the files in your archive.
C:\Users\Sam>7za x pw.7z
7-Zip (A) 4.60 beta Copyright (c) 1999-2008 Igor Pavlov 2008-08-19
Processing archive: pw.7z
Enter password:

Alles anzeigen

Hey Tom,
hab es selber nochmal entpackt, keine Probleme hier (78 Dateien). Das Passwort muss auch die Leerzeichen enthalten, aber das hast du wahrscheinlich schon probiert. Siehst du denn die Dateiliste, wenn du einfach nur die verschlüsselte Datei öffnest, aber sie nicht entpackst?
Habe 7z in Ark unter KDE-Linux 64 bit (Manjaro).
Grüße

Bliebe vlt noch die Möglichkeit einen portablen Browser zu nehmen.

Gruß
Detlef

Hab mal gegooglt und als "Lösung" das gefunden

Zitat

Try using a different browser. I got the same message on Chrome, but then I switched to Microsoft Edge and the download worked.

...und noch das gefunden

http://www.redbottledesign.com…and-mega-download-service

Zitat

On Windows, the system is a huge "C:\Users\\AppData\Local\Google\Chrome\User Data\Default\File System" folder. To fix it, you have to open up the Chrome "Clear Browsing Data" dialog (CTRL + SHIFT + DELETE) and select "Cookies and other site and plug-in data" from the "Beginning of time". That will tame local storage, though you'll lose any active sessions you might have open.

Wie schon angedeutet, hier die konvertierten EU-DEM Daten.
Habe sie doppelt gezippt, also eine gezippte Datei in einer zip-Datei, wobei die innere Datei mit einem Passwort versehen ist, welches sich in einer ebenso vorhandenen PDF befindet. Sinn+Zweck soll sein, dass ein jeder die Rechte der angebotenen Daten kennt und halt gelesen hat.

https://mega.nz/#!LANVEbbJ!NXG…sZn3TmRHWa9EO5SKR8NGhEDEI

Genauer gesagt, handelt es sich um 7zip-Archive. Der Packer kann hier runtergeladen werden:

http://www.7-zip.org/

Leider muss das Mega-Addon in Firefox installiert werden, da die Datei über 1 GB groß ist. Beim Aufruf in Firefox wird die Installation des Addons aber gleich angeboten, dürfte also ganz fix gehen. Mit Chrome(ium) ist ein Addon offenbar nicht nötig.

Viel Erfolg beim saugen
Falls die Daten aus irgendeinem Grund unbrauchbar sind, dann ist es eure verschwendete Zeit, euer Aufwand - macht mir bitte keine Vorwürfe!
Desweiteren hoffe ich, keine Fehler bei der DEM-Umwandlung gemacht zu haben - die Benutzung der Daten erfolgt auf eigene Gefahr und eigene etwaige Kosten, d.h. ich übernehme keine Garantie für die Richtigkeit!

Gruß Detlef

Man kann eine Sache aus Idealismus tun und hoffen, dass sich andere anschließen und sich ähnlich einbringen. Geschieht das nicht, wird man sich irgendwann die Sinnfrage stellen müssen.
Wenn man von vornherein (recht gut) wüsste, auf wieviel Interesse eine bereitgestellte Leistung stoßen würde, wäre das anders. Das sind dann die lohnenswerten Projekte, die man aus wirtschaftlichem Interesse ins Leben ruft. Diese decken sich aber eher selten mit den Projekten, die man einfach so aus Spaß und Idealismus tun würde.

Die Leute sind, was Kartenanwendungen angeht, heutzutage wohl recht verwöhnt. Dinge, die früher eine Kleinigkeit/Selbstverständlichkeit zu tun waren, damit es letztlich funktioniert, werden nun als nicht mehr akzeptabler Zeitaufwand gesehen. Programme sind nun nur noch eine andere Bezeichnung für Apps - und Apps sollten bitteschön innerhalb von 10 Minuten durchschau-und bedienbar sein

Das wird wohl so sein, dass eben bisher noch niemand so recht bereit und/oder in der Lage war, den Aufwand zu betreiben, wo es doch schon Lösungen gibt. Und klar, die Bekanntheit der Website wird nicht allzu hoch sein, wo doch ein direkter Nutzen der Originaldateien sich in Grenzen hält.

Gute Möglichkeiten, 4 GB Daten anzubieten gäbe es aber vlt doch. Spontan fällt mir da "Mega" ein, für eher kleine Downloadzahlen, ansonsten wäre ja noch ein Torrent denkbar, ausgehend davon, dass anfangs eine handvoll Seeder genügend lange den Rechner laufen lassen.
Ich werde es mir mal überlegen. Die Lagegenauigkeit hab ich stichprobenmäßig überprüft, geht ja gut anhand von Gipfelpunkten von amtlichen Karten oder deren Gewässerrändern. Irgendwelche bekannte Schwachstellen des Geländemodells habe ich nicht aber gecheckt.

Gruß Detlef

Danke für die Erläuterungen!
Die Bedingungen dürften ja leicht zu erfüllen sein. Die Verpflichtung, gemachte Änderungen anzugeben wäre wohl gegeben, wenn man die Daten in ein anderes Format konvertiert, vlt um dadurch entstandene Fehler von sich zu weisen?
Und warum wohl hat sich noch niemand um eine Konvertierung gekümmert, ist die Existenz der Daten so wenig bekannt?

Nein, wirklich wichtig ist es nicht. Hab da mal eine Konvertieraktion gemacht mit einer TOP10 und deren Höhendaten. Da passte es nicht so schön übereinander, erst mit einem UTM32-System war es dann gut. Und alles läßt sich in CGPSL oder Twonav nutzen.

Aber gut zu wissen, wenn selbst UTM-RMAPs in QMS möglich wären, wenn's denn viele Leute bräuchten.

Hab mir mal die Mühe gemacht, diese frei verfügbaren Höhendaten ins CDEM-Format zu wandeln:

http://www.eea.europa.eu/data-and-maps/data/eu-dem

Zitat

The EU-DEM is a hybrid product based on SRTM and ASTER GDEM data fused by a weighted averaging approach

[Blockierte Grafik: http://i.imgur.com/h6hYwDU.png?1]

Machen zusammen um die 4 GB. Wie sieht das eigentlich mit der Weitergabe solcher Daten aus?

Das ist auf der Website zu finden:

Zitat

Rights:
Access to the data is governed by the draft delegated regulation on Copernicus data and information policy, as approved by the EC on 12th of July 2013, and in the process of decision making by the Council and European Parliament. This delegated act supplements regulation (EU) No 911/2010 of the European Parliament and of the Council on the European Earth monitoring programme (GMES). It establishes registration and licensing conditions for GMES/Copernicus users and defines criteria for restricting access to GMES/Copernicus dedicated data and GMES/Copernicus service information.

The following credit must be displayed when using these data: "Produced using Copernicus data and information funded by the European Union - EU-DEM layers."

Access and use of the data is made on the conditions that:
1. When distributing or communicating Copernicus data and information to the public, users shall inform the public of the source of that data and information.
2. Users shall make sure not to convey the impression to the public that the user's activities are officially endorsed by the Union.
3. Where that data or information has been adapted or modified, the user shall clearly state this.

Alles anzeigen

Grüße
Detlef

RMAPS scheinen für QMapShack kein Problem zu sein.

Zu beachten ist aber

Zitat

Just a very reduced feature set is supported. The tile format must be JPEG. The projection can be Mercator or Gauss Krueger 4/3

Hab versucht RMAPS mit UTM-Koordinatensystem einzubinden, Fehlanzeige.

Dies ist also eine RMAP in QMS (OpenAndro mit unterlegter DEM)

[Blockierte Grafik: http://i.imgur.com/WqWoJLI.jpg?1]

Ich sehe das übrigens auch so, bei Kartenupdates fällt kein lästiger Render-Aufwand mit Mobac an, vom Platzbedarf mal ganz abgesehen.

Hallo Anton,

hab auch eine Weile rumprobiert...

[Blockierte Grafik: http://i.imgur.com/LRn3Pw7.png]

Durch das Anpassen der Open_Street_Browser.tms aus QLandkarte GT, speichern der Datei in einen beliebigen Ordner, mit Angabe in QMS als Kartenordner lief es bei mir.

Falls du noch brauchst, hier die Originaldatei:
http://sourceforge.net/project…oad?use_mirror=netcologne
(Endung .BIN in .TMS ändern ;))

Statt der Zeile

<ServerUrl>http://tiles-base.openstreetbr…basemap_base/%1/%2/%3.png</ServerUrl>

steht jetzt bei mir

<ServerUrl>http://localhost:8080/%1/%2/%3.png</ServerUrl>

Ich hoffe es haut jetzt hin

Gruß, Detlef

Zitat von teleskopix

Freizeitkarte OSM Android http://freizeitkarte-osm.de/android/de/index.html habe ich noch nicht getestet, da ist das Theme etwas anders aufgebaut als bei OpenAndromaps - ist also nicht sicher ob es funzt.

VG Martin

Die Freizeitkarte wird auch korrekt wiedergegeben.
Habe einfach die Ordner patterns + symbols an denselben Ort, wo sich die freizeitkarte.xml befindet, dazu kopiert und halt mit der freizeitkarte.xml den Server gestartet.
Bei mir

java -jar MapsforgeSrv.jar /media/det3/DRIVE_D/AppData/Karten/Freizeitkarte/Freizeitkarte_DEU+WEST.map freizeitkarte.xml

[Blockierte Grafik: http://i.imgur.com/LJdYnLFh.jpg]

Grüße, Detlef