Posts by loblo

Geht mir auch so in QVX.

Immer, wenn ich mal versucht habe auf QVX umzusteigen läuft irgend etwas nicht mehr so wie in QV7.

Habe mich auch seit längerem entschieden, weiter bei QV7 zu bleiben.

Stürzt halt öfter mal ab, aber was soll's.

Viele Grüße

Lothar

Hallo,

hatte mir auch vor einigen Wochen ein neuen Rechner mit Windows 11 gegönnt.

QV7 kam natürlich wieder drauf (nutze ich nach wie vor fast ausschließlich, QVX eigentlich nicht).

Installation der letzten Version von der Website und natürlich das von Horst beschriebene aktivieren von NetFramewok 3.5 (Das mußte ich unter Windows 10 aber auch schon machen), dann läuft es.

Da ich alle Daten auf einer extra Platte habe, konnte ich diese nach der kommunizierten Registry Änderung auch wieder direkt komplett nutzen.

Also QV 7 ist für die nächsten Jahre gesichert. Was wird wohl bei Windows 12 ??

Viele Grüße

Lothar

Hallo Maximilian,

Danke für den Tipp, hat problemlos funktioniert.

Hatte etwas Bedenken, ob die Lizenz problemlos übernommen wird. War aber unbegründet, geht alles.

Viele Grüße

Lothar

Zum Testen wird mir die Zeit zu knapp.

Trotzdem Danke für den Hinweis.

Habe ja zum Glück auch noch ein Smartphone mit Locus und problemlos ganz Skandinavien von open Andromaps geladen.

QV dient unterwegs im wesentlichen zum Zwischenspeichern von Tracks. Da reicht als Karte sicher eine Online Karte aus.

Viele Grüße

Lothar

Hallo,

auf meinem Windows Tablet wollte ich nach längerer Zeit vor dem nächsten Urlaub mal wieder ein Update machen.

Bei der Suche nach online Updates kommt die Meldung:

> Error in HttpRequest: Die Anfrage wurde abgebrochen: Es konnte kein geschützter SSL/TLS-Kanal erstellt werden<

Installiert ist derzeit QV 7.3.0.41

Auf dem PC hat das Update problemlos funktioniert. Die vorher installierte Version war da allerdings deutlich jünger.

Wer weiß Rat?

Viele Grüße

Lothar

Hallo,

für eine bevorstehende Finnland Reise wollte ich mir eine Karte aus

> Download Palete - QV OSM Maps - Finland < runterladen.

Der Import bricht mit der angefügten Fehlermeldung ab.

Wer weiß Rat?

Viele Grüße

Lothar

Hallo,

ich steh bei QVX mal wieder auf dem Schlauch.

In QV 7 kann man problemlos beliebig viele (bis zum Programmabsturz ) Tabellen oder auch Datenbanken im rechten Explorerfenster markieren und in die Karte laden, über einen eigenen Button auch ohne Assistenten.

In der QVX Anleitung steht zum Thema:

Quote

Tracks, Routen und WPs in das Kartenfenster laden

Ganz einfach im Xplorer markieren, gerne auch mehrere auf einmal, und einfach ins Kartenfenster ziehen, oder auch mit In Karte anzeigen [Blocked Image: https://wikiqvx1.qvgps.de/lib/exe/fetch.php?media=toolbar:20:showinmap.png].

Das funktioniert aber leider nur bei einzelenen Tracks oder maximal bei einer Tabelle. Ganze Datenbanken lassen sich leider nicht in die Karte ziehen. Der Button "In Karte zeigen" ist deaktiviert.

Das Einblenden mehrerer Datenbanken wird so leider recht mühsam.

Geht das wirklich nicht oder mache ich da was falsch ?

Gruß

Lothar

Hallo,

wollte mich jetzt eigentlich mal mit dem neuen QVX mobile beschäftigen.

Aber wenn die Probleme mit dem Speicherzugriff weiter bestehen, ist das ein no-go. So viel internen Speicher, um mehrere Karten zu installieren (ggf. zu entpacken), habe ich nicht frei.

Wir hatten dies ja hier schon mal für die 3er Version diskutiert (Kartenimport auf SD Karte nicht möglich vom Mai 2020).

Ich habe QV mobile seitdem kaum noch verwendet und bin auf Locus umgestiegen. Dort gibt es keine Probleme mit dem Speicherzugriff auf die SD, es muss programmiertechnisch also eine Lösung geben.

Ein mobiles QV mit guter Anbindung an die Desktop Versionen würde ich mir schon sehr wünschen. Aber es muss halt funktionieren.

Der nervige Trend, nur noch Jahreslizenzen zu verkaufen, macht mir die Kaufentscheidung auch nicht gerade leichter.

Viele Grüße

Lothar

Quote from Tom

dann gibt das Eingabefeld für TZ, wenn keine aus den Exif-Daten bestimmt werden kann

Das überzeugt mich noch nicht.

Es gibt etliche Bilder, da scheint das neue Feld keinen Einfluss zu haben. Bei anderen gibt es zusätzlich zu der TZ einen Zeitversatz von1 oder 2 Stunden

Beispiel mit einer alten Minolta Dimage ohne GPS Tags und ohne sichtbare TZ Tags:

Default Timezone: 0

Time Original: 16:58:44

Zeit im Listenfenster: 18:58:44

Eine Veränderung der Default TZ wird berücksichtigt, d.h. bei TZ = 2 stimmt die Zeit im Listenfenster, aber wo kommen die 2 h Versatz her?

Beispiel mit einer alten Canon DIGITAL IXUS 500 ohne GPS Tags und ohne sichtbare TZ Tags:

Default Timezone: 0

Time Original: 15:18:36

Zeit im Listenfenster: 16:18:36

Eine Veränderung der Default TZ wird berücksichtigt, d.h. bei TZ = 1 stimmt die Zeit im Listenfenster, aber wo kommen die Stunde Versatz her?

Das geht gar nicht, das bei Aufnahmen unterschiedlicher Kameras andere Werte für die Zeit herauskommen.

Beispiel mit meiner Pentax K-1 mit GPS Tags ohne sichtbares TZ Tag im EXIF:

Default Timezone: 0

Time Original: 15:31:37

Zeit im Listenfenster: 15:31:37 (was ja der gewünschte Wert ist)

Eine Änderung des TZ Wertes in den Einstellungen hat hier keine Auswirkungen.

Also einmal hätte ich gern die Möglichkeit, auch bei Bildern mit ermittelter TZ (aus welchen Metadatenfeldern auch immer) die TZ korrigieren zu können. Und zwar nur für dieses Bild und nicht global.

Wo bei den alten Bildern der Zeitversatz herkommt, ist mir nicht klar. Es scheint nichts mit der Rechnerzeit zu tun zu haben, sondern kommt aus irgendwelchen Feldern in den Metadaten, die ich nicht erkennen kann.

Wenn schon ein globaler TZ Wert, dann sollte der Wert auch ohne Offset übernommen werden, d.h. Default TZ=0 und Zeit ist Time Original. Die Einstellung wäre mir im Import Fenster aber wesentlich lieber als in den globalen Einstellungen.

Viele Grüße

Lothar

Quote

Wenn QVX die UTC Zeit braucht, wer liefert die Zeit?

Das hatte Tom doch beschrieben. Original Zeit und Zeitzone liefert UTC. Wenn keine Zeitzone vorhanden, wird es falsch.

Was genau im Rechner gemacht wird, konnte ich nicht nachvollziehen. Bei Antoni ist es eine Stunde, wäre ja ok bei MEZ. Bei mir sind es zwei Stunden. Wäre im Sommer ja ok, aber nicht jetzt. Mir ist auch nicht klar, ob die Sommerzeit als Zeitzone gilt oder separat berücksichtigt wird. In den Kameras ist das meist ein zusätzliches Häkchen. Ob die Sommerzeit in QVX separat bahandelt wird, wurde hier noch nicht beschrieben.

Quote

Wurde das bei QV7 anders gelöst?

Bei den Tracks gibt es ein Feld "Timezone", wo der Offset zur Zeit eingestellt werden kann.

Ich habe recht oft Probleme mit Zeitversatz in Trackaufzeichnungen. Vermeintlich falsche Sommerzeiteinstellung oder auch falsche Zeitzonen im Urlaub.

Habe das nie nachvollzogen, ob die fehlerhaften Zeiten in meinen Tracks nur bei bestimmten Geräten auftreten. Wenn es hier auch so eine Herumrechnerei mit UTC gibt, ist das vielleicht die Ursache für die falschen Zeiten in Tracks.

Das läßt sich in QV7 über das Feld aber komfortabel korrigieren und beim Export der Tracks (z.B. für Geosetter) stimmt es dann.

Die Lösung ist für mich ok. Bei QVX gibt es das Feld anscheinend nicht.

Viele Grüße

Lothar

Quote

Zitat von Tom Ich denke, ich werde ein neues Feld "Zeitzone" im Import-Dialog einbauen. Dann kann der User eine Zeitzone vorgeben, für den Fall, daß die Kamera diesen Wert nicht liefert.

Gute Idee!

Ja, gut. Sollte aber auch die Korrektur einer falsch eingestellten Zone ermöglichen (passiert leider doch immer mal wieder, dass die Kamerazeit nicht stimmt, z.B. Sommerzeit vergessen).

Quote

Zitat von Tom Weiterhin werde ich ein neues Feld "Zeitzone" in Settings-Allgemein einbauen, in welcher Zeitzone ein Datum/Zeit im Xplorer angezeigt werden soll.

Keine gute Idee. Wenn dann jemand z.B. Daten aus Nordamerika, Europa und Australien hat und die über diese globale Einstellung alle auf die gleiche Zeitzone hingebogen würden, wäre da nur noch Chaos. Ich würde einen anderen Weg gehen, nämlich in den Tabellen Spalten für UTC, Zeitzone und Lokalzeit vorsehen, dann kann sich jeder die Anzeige so einstellen, wie er möchte, und du kannst dir die globale Einstellung schenken

Da gibt es anscheinend unterschiedliche Sichtweisen zwischen Progi und Anwender. Tom braucht einen eindeutigen Bezug und trimmt alles auf UTC, das mag notwendig sein. Mich (und Horst und Hans sehen das wohl ähnlich) interessiert bei den Fotos, zu welcher Zeit am Aufnahmeort das Bild gemacht wurde. Die Zeitzone ist dabei egal und verkompliziert das ganze nur unnötig. Wenn man z.B. für eine Zuordnung zu einem Track doch den korrekten UTC Bezug benötigt, muss man halt die Zeitzone überprüfen und ggf. korrigieren.

Für mich wäre es wünschenswert, die Spalten frei aus ALLEN Tags zu belegen (ich nutze einige IPTC Felder, die ich ggf. auch in einer Spalte sehen würde). Dann könnte man sich auch die Time Original ziehen und alles wäre gut.

Ich hatte ja letztens auch schon angemerkt, dass ich einen Abgleich mit einer Rechnerzeit für fehlerträchig halte. Das gilt für ein globales QVX Setting ebenso. Also die Zeitzone in Settings-Allgemein halte ich auch für verzichtbar. Die Befürchtung von Hans (Chaos) habe ich auch und einen globalen Wert ständig zu ändern, finde ich nicht so elegant.

Gruß

Lothar

Hallo zusammen,

also ich kann mich hier Horst anschließen: Ich will eigentlich nur wissen, wann ein Bild in Ortszeit aufgenommen wurde. Die ganze Rumrechnerei mit UTC erschließt sich mir nicht (mag für den Programmierer notwendig sein) und schon die ewige Sommerzeitumstellung nervt auch an anderer Stelle häufig (obwohl ich die Sommerzeit absolut beführworte).

Keine meine Kameras (Pentax K-5, K-1; Canon Ixus 2x, eine alte Minolta) hat den Exif Time-Zone Tag. Tom hat ja geschrieben, dass die Zeit in QVX dann wohl meist falsch sein wird. Das ist Käse!

Den GPS TimeStamp-Tag zu nehmen ist sicher ein Fortschritt (bringt mit aber nur an der Pentax K-1 was). Es bleibt das Problem, das QVX die (vermeintliche) UTC dann wieder mit einer Windows Zeit korrigiert. Das passt dann schon nach Sommerzeitumstellung nicht, geschweige denn bei Bildern aus einer anderen Zeitzone.

Also, wenn es denn schon unbedingt UTC sein muss, dann soll QVX doch bitteschön die UTC Zeit aus den EXIF Tags nehmen (oder das, was es dafür hält) und eine Korrektur anbieten. Einen Abgleich mit irgendeiner Rechnerzeit macht m.E. keinen Sinn und schafft nur noch mehr Fehlerquellen.

Wenn keine TimeZone da ist, sollte das ja dann die OriginalTime sein und ohne Korrektur beim Import bliebe es dann die korrekte Aufnahmezeit. Das dies nicht UTC ist, ist aus meiner Sicht zu verschmerzen. QVX merkt es ja nicht

Gruß

Lothar

Hallo Tom,

so ganz klar ist mit die Vorgehensweise nicht.

Quote

QVX liest das Feld "Date/Time Original" (Ortszeit des Photos) und "Time Zone Original" (Zeitzone)

Die drei Time-Zone Einträge, die im Post von Antoni zu sehen sind, habe ich nicht (habe Bilder von 2 Kameras importiert). Kann es sein, dass nicht alle Kameras diese Felder beschreiben und was macht QVX dann daraus?

Quote

Im Xplorer wird die Zeitzone Deines Rechners addiert.

Das verstehe ich nicht. Warum bekommen die Bilder denn die Zeitzone meines Rechners? Wenn ich Bilder vom Sommer jetzt lade, fehlt die Sommerzeit und wenn es Urlaubsbilder von weit weg sind (es gab eine Zeit vor Corona!), stimmt es erst recht nicht mehr.

Das von mir vorgestern gesendete Beispiel kann ich nicht nachvollziehen. Das passt vorn und hinten nicht.

Also eigentlich wäre es für mich sinnvoll, wenn einfach die Originalzeit übernommen würde. Welche Zeitzone und ob Sommer- oder Wintezeit ist doch eigentlich wurscht, oder?

Eine Korrekturmöglichkeit wäre schon sinnvoll, weil ich in der Kamera manchmal die Zeiteinstellung vergesse. Ich korrigiere solche Dateien bisher immer mit Exifer, aber zurückschreiben kommt ja bald auch in QVX.

Gruß

Lothar

Hallo,

habe das gerade mal geprüft.

Bei mir sieht es so aus (ein Beispiel):

GPS GPS Time-Stamp: 13:31:37 UTC

EXIF IFDO-Date/Time: 2020:10:01 15:31:37

War ja noch Sommerzeit und die Zeitzone in der Kamera korrekt eingestellt.

QVX schreibt jetzt im Feld Datum/Zeit:

10/01/2020 17:31:37

Das macht eigentlich wirklich keinen Sinn.

Das sieht aus, als wenn QVX die EXIF Zeit als UTC interpretiert und nochmal 2h draufsetzt. Ich habe in QVX keine Einstellung für die Timezone gefunden (wie in QV7 bei den Tracks) und weiß nicht, wo das Programm die 2h offset hernimmt. Das EXIF Feld Time-Zone scheint meine Kamera nicht zu befüllen.

Gruß

Lothar

Quote from Horst_H

in der Karte so wie ich andere WPs auch verschiebe, mit "M" .

Danke Horst. Das funktioniert. Kannte ich nicht.

Kann mich Hartmut und Birdman nur anschließen: Bitte einen funkionierenden Export in die Original Bilddateien ermöglichen (Editiermöglichkeit aller EXIF und IPTC Felder wäre toll), bevor womöglich die Kartensichtbarkeit im Geosetter wegen irgendwelcher Lizenzprobleme weiter eingerschränkt wird.

Die beiden von Tom gefixten Stellen mit kleineren Bugs sind jetzt in Ordnung.

Gruß

Lothar

Hallo,

bin gestern abend nicht mehr zum Antworten gekommen.

Einiges hat sich ja schon aufgeklärt.

Quote

Die DB bekommt den Pfad zu den Bildern als Namen, das ist doch OK?

Ja, ist ok.

Quote

Stimmt, Korrekturen werden beim speichern nicht übernommen.

Horst, wie korrigierst Du den die Koordinaten? Ich kann nur unter "Info" im Feld "Koordinate" neue Zahlenwerte eingeben. Ziehen auf der Karte geht nicht, wenn schon Koordinaten im Bild sind. Das ist sehr mühsam.

Quote

Meine RAWs werden von meiner DSLR geschrieben, jedes Programm das mir diese Originale (etwa noch ungefragt) verändert fliegt hochkant vom PC!

Beim Export ist das natürlich etwas anderes.

Mir reichen meist die jpeg Bilder und da möchte ich alle Metadaten (die von der Kamera geschriebenen, ggf. korrigierten und nachträglich zugefügten (Kommentare)) auch in der Originaldatei haben. Natürlich auf keinen Fall ungefragt! Und es MUSS auch klar sein, dass nur die Metadaten geändert werden, aber nicht die Bilddaten, also Auflösung oder Kompression.

Gruß

Lothar

Hallo Horst,

ich habe gerade noch etwas mit Bildern in Testordnern herumgespielt.

Es wird in QVX anscheinend wirklich nur in die Datenbank geschrieben. War hier auf dem falschen Pfad, weil die DB beim ersten Import den Namen des Bilderordners erhalten hat und der dann bei weiteren Importen auch angezeigt wurde.

Bilder ohne Koordinaten lassen sich problemlos in die Karte ziehen und erhalten dann Koordinaten, sehr schön. Korrektur von GPS Daten bei schon referenzierten Bildern habe ich aber nicht hinbekommen.

Ich muss leider die Erfahrunf von Martin bestätigen:

Beim Export verschwinden alle Metadaten in den exportierten Dateien. Jedenfalls sehe ich nichts beim Aufruf im Irfanview und in ACDSee und im Windows Explorer.

Ich finde es schon recht gut, wenn diese Daten auch direkt in der original Bilddatei abgelegt sind. Wenn sie zum schnelleren Zugriff auch in separate Datenbanken kopiert sein müssen, meinetwegen.

Übrigens erhalten die exportierten Dateien anscheinend immer einen Präfix, egal ob der Haken gesetzt ist oder nicht.

Gruß

Lothar

Hallo,

habe mir nach dem Newsletter auch gerade das Update mit der Fotofunktion installiert.

Zuerst einmal vielen Dank, dass hier in dieser Richtung etwas implementiert wurde. Hatte hier ja mal eine längere Diskussion zu dem Thema und mich seitdem mit ACDSee und Geosetter beschäftigt. Wenn ich künftig einiges an Bilderarchivierung effizienter in QV machen könnte, wäre das echt toll.

Was mir nach ersten Tests auch noch nicht klar ist, welche Daten wann in die Original-Bilddatei geschrieben werden und was in der Datenbank gespeichert wird. Möcht da auch nicht wild rumprobieren, mit der Gefahr mein Bildarchiv zu ruinieren. Z.B. ist mir nicht klar, warum beim Importieren die ausgewählte Bilddatei (oder was auch immer) in das bereits zuvor geöffnete Verzeichnis importiert werden soll? Werden da die Dateien tatsächlich verschoben? Habe da abgebrochen, weil ich das auf keinen Fall möchte.

Also es wäre mir wichtig, das QV mir nicht in meinen Bildverzeichnissen rummanscht, wenn ich es nicht explizit auswähle. Da müsste immer eine Warnabfrage kommen.

Gut ist, dass man alle Metadaten anzeigen kann. Allerdings wäre es schön, hier eine Auswahl treffen zu können. Im Listenfenster lassen sich leider auch nur einige Tags auswählen. Genial wäre es, wenn man die Tags auch editieren könnte ( Für mich wichtig bei den IPTC Kommentaren z.B.)

Das mit dem "reinziehen" von Fotos ohne GPS Koordinaten in die Karte habe ich noch nicht probiert. Anscheinend kann man aber vorhandene GPS Koordinaten nicht mehr korrigieren, oder? Das ist schade, da manchmal die gespeicherten Koordinaten in der Datei falsch sind und korrigiert werden müssen.

Übrigens - Bug - : Wenn ich in dem Listenfenster auf den Reiter "Vorschau" klicke, stürzt QVX zuverlässig ab (Macht ja auch keinen Sinn, Thumbnails zu sortieren, nervt aber)

Also, die Erweiterung in QV ist super. Das Handling noch nicht ganz vollendet.

Viele Grüße

Lothar

Hallo Horst,

vielen Dank für die wie immer sehr kompetenten Informationen und Anregungen.

War einige Tage unterwegs und konnte mir das erst jetzt ansehen.

Quote

Also mein GE Pro 7.3.3.7786 (64-bit) macht das nicht. Dementsprechend spielt mein GE auch die mp4 nicht ab.

Ich habe die gleiche GE Version. Es geht auch nur, wenn ich den Pfad, den GE für die mp4 files erzeugt, in der Verzeichnisstruktur nachbilde. Wenn der Ordner mit den "files" (also mp4 Dateien) woanders hingeschoben wird, geht es nicht mehr.

Quote

Meine einzige Idee (außer jeden link einzeln zu ändern) wäre alle MP4s in einen Ordner zu entpacken, die WPs mit QV7 in eine GPX exportieren und mit einem Editor (z.B. Notepad++) alle "href="" gegen "href="C:\xxx\" ersetzten.

Danach die GPX wieder in QV7 importieren und die vorhandenen Daten überschreiben.

Habe das mal exemplarisch probiert und es geht so. Ist leider etwas mühsam. Gibt es eine Möglichkeit, die Links direkt in der kmz Datei zu ändern?

Quote

Links funktionieren in QV7 mit "file:" es muss also z.B. "file:C:\t_20200823_120821_punkt_1_20200823_120849.mp4" heißen.

Es muss wirklich "file:" und nicht "file:///" heißen und der link spielt die Datei nur ab wenn "HTML" deaktiviert ist.

Super Hinweis, vielen Dank.

Ich hatte schon mehrere Pfade eingegeben und bin natürlich gescheitert. Leider geht es wirklich nur bei deaktiviertem HTML.

Auf Deinen Hinweis hin habe ich mal eine alte kmz Datei mit audio Links von meinem Columbus Datenlogger in QV7 importiert. Da wird dann das "file" automatisch erzeugt und wenn der Pfad in den QV7 Verzeichnissen eingestellt ist, geht es. Auch mit file:///

Hatte das früher nie weiter verfolgt, zudem die WP mit den Audiodateien bei den Dateien aus dem Columbus auch nicht einzeln angezeigt werden.

Quote

Eine andere alternative wäre es ein Link zur Datei unter dem Reiter "Link" abzulegen:

Als Link wird die Datei immer geöffnet.

Es geht ja auch, wenn ich in Locus einen Punkt mit Anhang speichere.

Bei der Eingabe auf dem Fahrrad ist es aber viel komfortabler, den Audiopunkt direkt aus dem Trackaufnahmebutton zu starten.

Das werden dann aber die WP mit mp4 Links, die bei Export als kmz und Import in QV7 im Feld "Info" angezeigt werden, mit den diskutierten Problemen. Vielleicht gibt es in Locus da ja auch noch Einstellmöglichkeiten.

Das wird dann wohl mal ein Projekt für lange Winterabende.

Bis dahin werde ich mal pragmatisch so vorgehen:

Die Audio-Wegpunkte aus der Locus kmz Datei zeigen mir in QV7 die exakte Position der Aufnahme. In GE kann ich die Datei durch anklicken dann abhören und die Info in QV eintragen.

Das ist immerhin besser, als die bisherige Vorgehensweise mit den Audiodateien aus dem Columbus Datenlogger, die ich dann parallel zu QV7 in einem Fenster mit GE angezeigt und abgehört hatte.

Viele Grüße

Lothar

Quote

Also im LInk muß grundsätzlich eine Datei mit Pfad und Name stehen, z.b. c: \video.mp4 oder eine url http://..

Es gibt aber doch auch relative Verweise.

hier: ../files/xxx.mp4

GE scheint das so zu machen und in den KML Richtlinien gibt es dazu einiges.

Habe das allerdings in QV noch nicht hinbekommen. Geht wohl auch nicht mit a href ???