[ChristianK]

JohnPercy schrieb:

@Christian
Please note that Menion writes in the LoMaps forum:
„If DB contains pois or addresses is defined inside this database by versiondbaddress and versiondbpoi keys in MetaData table“
Could you please try changing the value of versiondbaddress to 0 in that table for better compatibility with Locus.

THANKS JOHN!
This solves many of the current issues.
All poi-files are updated and ready for download.

HOWEVER, all old files and artefacts have to be removed:

Switch to a ONLINE map in Locus
Delete ALL *.oam.osm.db and map files
Go to the map manager and refresh the OfflineMap-list.
(stay with the OnlineMap active)
Empty Locus Cache
Restart Locus
add new poi and then map file(s)

For me this solved problems with LongTap address search.

still on TODO list: in the metadata table the bounding POLYGON have to be defined.

EDIT: I tried this on 3 devices and its finally working – the LongTap address search too.
######

DANKE JOHN!
Damit sind viele der aktuellen Probleme gelöst.
Alle Poi-Dateien sind aktualisiert und stehen zum Download bereit.

JEDOCH müssen alle alten Dateien und Artefakte entfernt werden:

Wechseln Sie zu einer ONLINE-Karte in Locus
Löschen ALLER *.oam.osm.db- und Kartendateien
Gehen Sie zum Kartenmanager und aktualisieren Sie die OfflineMap-Liste.
(lassen Sie die OnlineKarte aktiv)
Locus-Cache leeren
Locus neu starten
neue Poi und dann Karten Datei(en) hinzufügen

Für mich löste dies Probleme mit der LongTap-Adressensuche.

noch auf der TODO-Liste: in der Metadaten-Tabelle muss das Grenz-POLYGON definiert werden.

EDIT: Ich habe nun auf 3 Geräten die Poi/Karten ausgetauscht und alles funktionert, auch die LongTap Addresssuche

2 users thanked author for this post.

LocusUser1, Mapper

[ChristianK]

ORUX: Wer die neuen poi-Datein mit den enthaltenen Relations-Pois testen möchte der findet die am GWDG Server:
https://ftp5.gwdg.de/pub/misc/openstreetmap/openandromaps/pois/

Dateimaske: [Name].poi.zip

#####

ORUX: If you want to test the new poi files with the included relation-pois you can find them on the GWDG server:
https://ftp5.gwdg.de/pub/misc/openstreetmap/openandromaps/pois/

file mask: [Name].poi.zip

[Mapper]

I’ve got it working now and I am impressed with the possibilities of such a nice POI database. Congratulations ChristianK with your work!

What I did to get it working:
First of all I downloaded the latest db files dated 30-04-2020.
I have several Freizeitkarten for Locus inside the Locus/mapsVector folder.
I now placed the OAM + db files inside a subfolder: Locus/mapsVector/Openandromaps.
First I also placed the Elevate-theme inside this subfolder but that didn’t work. It appeared that the theme must be placed in Locus/_themes, together with all my other themes for Freizeitkarte,

1 Teilnehmer(n) gefällt dieser Beitrag

ChristianK

[JohnPercy]

@Christian
[EN] Thanks for your quick response! Clearing the cache was the key step I’d overlooked. I think Locus appears fairly forgiving on the rest of the procedure, once the data and maps have been updated.

[DE] Danke für die schnelle Antwort! Das Löschen des Caches war der wichtigste Schritt, den ich übersehen hatte. Ich denke, Locus scheint im Rest des Verfahrens ziemlich nachsichtig zu sein, sobald die Daten und Karten aktualisiert wurden.

Voluntary and Velocity themes - https://voluntary.nichesite.org

1 Teilnehmer(n) gefällt dieser Beitrag

ChristianK

[ChristianK]

Status Update:

## German ##
Warum ist die Datenbank in der neuesten Version kleiner? ==

Die Datenbankgröße wuchs als ich die OSM_ID eingearbeitet habe = den Link zur OSM Website.

Hier wird im Preprozessing per Tagransform eine Wertepaar hinzugefügt als osm_id=typ/id
In Orux steht das dann ganz einfach unter den Tags, in Locus wird aus dem Tag/Value der Link in der points-table gebildet und anschliessend der Tag selbst gelöscht.

Nun muss dann auch ein „VACUUM“ ausbeführt werden um den temporär für den Tag erforderlichen Space freizugeben.

Dabei ist mir immer die Datenbank zerfallen = Falsche Tags zu den falschen Objekten werden angezeigt.
= die unnützen Bereiche in der DB sind geblieben = massive Vergrößerung der Datenbank.

Heute hab‘ ich nun den Fehler entdeckt.
Das Python Script von Github das die Mapsforge.Pois nach Locus konvertiert (+ Postprozessing des OSM_Links in Perl von mir) hat einen kleinen aber verhängnisvollen Fehler.
Die Tabellen in der LocusPoi.db sind alle mit „not null“ bei der ID initialisiert, Python arbeitet aber bei Arrays prinzipiell mit „OptionBase 0“ !!!! == Bei 2 Tabellen begann der Index (Point_ID) mit NULL.
Das die Db überhaupt konsistent war ist reiner Zufall, beim Bereinigen+neu indizieren ist sie aber zerfallen.

OK, ist erledigt – beim Schreiben kommt eben jetzt ein „+1“ bei den Array[index]->point_ids hinzu, nun kann ich auch optimieren ohne das die DB inkosistent wird.
Was heißt das nun die DB wieder um ca. 5-30% kleiner ist.

## English ##

Why is the database smaller in the latest version? ==

The size of the database grew when I added the OSM_ID = the link to the OSM website.

Here a value pair is added in preprocessing by tagransform as osm_id=type/id
In Orux this is simply written under the tags, in Locus the link in the points-table is created from the tag/value and then the tag itself is deleted.

Now a „VACUUM“ must be executed to free the space temporarily required for the tag.

Thereby the database always disintegrated = Wrong tags for the wrong objects are displayed.
So the blank areas in the database are left = massive increase of the database.

Today I discovered the error.
The Python script from Github that converts Mapsforge.Pois to Locus (+ postprocessing of the OSM_link in Perl by me) has a small but fatal error.
The tables in LocusPoi.db are all initialized with „not null“ in the ID, but Python works with arrays in principle with „OptionBase 0“ !!! == With 2 tables the index (Point_ID) started with NULL.
The fact that the db was consistent at all is pure coincidence, but when cleaning+re-indexing it has decayed.

OK, that’s done – when writing, a „+1“ is added to the array[index]->point_ids, now I can optimize without the DB becoming inconsistent.
Which means that in the current version the DB is smaller by 5-30%.

6 users thanked author for this post.

JohnPercy, mictie, vsa, mbe57, LocusUser1, Mapper

[mbe57]

Great news, Christian!
Will there be a run for those POI DBs for all countries in the near future ?
TXs and cheers
Michael

[ChristianK]

mbe57 schrieb:

Will there be a run for those POI DBs for all countries in the near future ?

… should be already online (Creation Date is 5.5.2020) …
😉

2 users thanked author for this post.

mbe57, JohnPercy

[mbe57]

Cool, Christian!
I only looked for the dates given in the download pages, but the POI DB dates are not visible there …
Overall, the overhead was 25% (9.5 GB -> 12 GB), or savings of 20%, if you look from the top number. I.e. 2.5 GB saved for WW DB set.
TXs again
Cheers
Michael

[Mapper]

@Christian
I was playing with some additional maps and db files (dated 5-5-2020) and found some minor things:

When opening a db file through the LoPoints menu item there is no Country-flag anymore left to the db-name. Earlier this week I have seen some flags if I remember well.

All categories within the db are nicely translated into Dutch (my system language), there is one item however that isn’t translated and also has no icon: Accomodatie > Guest house

[ChristianK]

For the OAM-Pois there are no Flags available – these Flags are attached by Locus and not stored in the PoiDB

Icons for Pois and Categories:
Same as Flags: If I stay with the Cat/Pois included in LocusPois everything is OK cause Locus translates these Pois internal. If I add Cat/Pois not included in Locus there are no Icons/Translations.

There is nothing I can do to solve this.

1 Teilnehmer(n) gefällt dieser Beitrag

Mapper

[steffen]

Christian,
wenn du in der Tabelle MetaData 2 neue Einträge ‚regionid‘ und ‚country‘ anlegst und da die offiziellen Bezeichnungen aus den Lomaps reinschreibst, werden die Flaggen automatisch angezeigt, Bsp:
country=Iceland
regionid=wo.eu.iceland

3 users thanked author for this post.

ChristianK, JohnPercy, mbe57

[ChristianK]

Wird gemacht.
Nur sind das 280 Karten, das dauert….

Wenn mir jemand dabei helfen würde – so mit einem Excel der OAM-KArten mit den Names + RegionIDs wäre das fein 😉
Ein Excel mit den Kartennamen kann ich zur Verfügung stellen.

LG, Christian

[Mapper]

I would love to help you but my lack of knowledge may be an obstacle.
Where can I find all Names + RegionID’s?

[ChristianK]

Mapper schrieb:

Where can I find all Names + RegionID’s?

Thats the Question !

😉

[Mapper]

OK, I didn’t realize that, just thought it was a matter of time consuming labour of copy and paste from some source… 🙂

[Autor]

Beiträge