@funnymaus
Ich weis jetzt nicht wie und womit du die Checksumwerte auslesen tust, aber wie ducateur schon sagt die ausschlaggebenden Werte sind die SHA1. Diese scheinen in den div. Files auf. Und unter Source ist die Quelle der Datei angegeben, auf welche sich der entsprechende Hashwert bezieht. FileSize ist die Filegröße in Bytes. Die kannst du unter rechteMaustaste und Eigenschaften auslesen. Es gibt aber auch div. Hashcalculatoren welche dir die Filesize anzeigen.
Es gibt aber auch Files wie z.B. die metainfo2.txt im Hauptverzeichnis, da ist für die dort angegebene MetaFileChecksum keine Source, also Quelle angegeben und da weis der Himmel woher diese Daten kommen. Ebenso die Signature-Werte im gleichen File. Die Signature-Werte wären aber das kleinere Übel, diese bleiben, soweit ich das bisher mitbekommen habe, statisch.
Wenn jetzt diese div. Metainfo2.txt wirklich in den POI-Ladeprozess als Referenzwerte/Vergleichswerte-Listen involviert sind, haben wir die A...Karte. Oder man kann das System irgendwie überlisten.
@funnymaus und ducateur
Ich hab euch per PN Links zu 3 Files gesendet, welch nur mal so zur Übersicht zusammengestellt wurden, und bei diesen Files sind in den div. Metafiles die Änderungen
ersichtlich, welche sich durch eine Änderung der *.db3 ergeben.
Zu den Files, da ist ein POI Paket ohne Aktivierung der Meldedistanz:
1x mit Meldedistanz 200:
1x mit 400:
Diese Files sollten sich auch problemlos laden lassen.
Überprüfen und Einsicht in die Files bekommst ihr wie gehabt mittels Editor bzw. SQLite.
Vielleicht könnt ihr da auch die Ladefunktion überprüfen. Aber Priorität hätte einmal die Kontrolle mit den geänderten Checksumwerten, damit wir da nicht ins schleudern kommen