Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Does --reverse-only param still work for import process ? #3374

Closed
felix-geovelo opened this issue Mar 25, 2024 · 2 comments
Closed

Does --reverse-only param still work for import process ? #3374

felix-geovelo opened this issue Mar 25, 2024 · 2 comments

Comments

@felix-geovelo
Copy link

Describe the bug
I can't see any difference in the import process with and without --reverse-only. In both case I have the same logs output.

To Reproduce
I tried to import a small PBF file with and without the --reverse-only param to see the difference in the import logs. But there is apparently none.
I was expecting that with --reverse-only, all logs looking like "Rank ... ETA" would disappear but that was not the case (i.e that all indexing stage would be skipped)
Does this feature still works ? Is it supposed to save a lot of time during the import process for large PBF file ?

Software Environment (please complete the following information):

  • Nominatim version: 4.4.0
  • Postgresql version: 16
  • Postgis version: 3.4.2
  • OS: Ubuntu 22.04.4 LTS

Hardware Configuration (please complete the following information):

  • RAM: 126 Go
  • number of CPUs: 16
  • type and size of disks: 2T of NVME

Postgresql Configuration:

RAS

Nominatim Configuration:

Variable set in .env :
NOMINATIM_DATABASE_DSN & NOMINATIM_DATABASE_WEBUSER

More info:

I'm trying to create a nominatim DB to import into photon after, so --reverse-only could help me to save some time during import process by skipping indexing stages

@mtmail
Copy link
Collaborator

mtmail commented Mar 25, 2024

Indexing by rank is still needed for a reverse-only database. It calcuzwhich streets belong to which city, which city to which state etc. Only the search index creation is skipped. That’s maybe 10% of total import time.

@felix-geovelo
Copy link
Author

Thanks for the quick and clear reply, maybe it could be a useful add to the doc saying that --reverse-only save up to 10% of import time on behalf of 5% disk space.

Thanks again

@osm-search osm-search locked and limited conversation to collaborators Apr 1, 2024
@lonvia lonvia converted this issue into discussion #3381 Apr 1, 2024

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants