Dead Script? #548
-
I started this last night and I'm not sure what the hell. I know it can take a while, but this is a but much I think It is now 04:46 in my time zone, log timestamped processor is barely moving, ram barely touched, it made a flat nodes file, which seems to have stopped at 90GB or so. I'm not seeing any lines about US post code import either... is the 4.4 dockerfile messed up somewhere? I only think it might be doing something with the top screen and the pg_wal folder of the data volume keeps having its modified updted, but I don't know shit about Postgress.
I'm just checking it while awake, gonna take action in a few hours when it's actually time to get up. I don't want to kill it if it's suddenly gonna start going through steps. compose for reference as well
|
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
How many hours is that?
The osm2pgsql step imports the *.pbf file into the postgres tables planet_osm_rels, planet_osm_ways, planet_osm_nodes. If a flatnode file is requested then the data for table planet_osm_nodes goes into that file instead. osm2pgsql initialises the file with the full size and then starts adding data. It neither grows or shrinks. That's why it's only useful for big imports (continents, the whole planet).
That step is much later in the setup. If in doubt import a small region first, like a small US state, so get accustomed to the import steps. I'm surprised you didn't configure to import the US TIGER address data. It's additional data useful with US imports.
Let's start with the assumption that the Dockerfile works for others users. Can you list what hardware you're using? Is the storage network mounted, inside a VM itself (e.g. VMware) or such?
The Readme file lists "Half the size of your available RAM is recommended". If you have only 8GB RAM then the import will likely not work. Setting the values listed in "PostgreSQL Tuning" helps with the osm2pgsql step. The osm2pgsql step used to be much more verbose, now it only prints when it finishes. You should be able to see records being inserted into the planet_* tables ("select count(*) from $tablename;"). osm2pgsql first works on the nodes, then ways, then relations. |
Beta Was this translation helpful? Give feedback.
How many hours is that?
The osm2pgsql step imports the *.pbf file into the postgres tables planet_osm_rels, planet_osm_ways, planet_osm_nodes. If a flatnode file is requested then the data for table planet_osm_nodes goes into that file instead.
osm2pgsql initialises the file with the full size and then starts adding data. It neither grows or shrinks. That's why it's only useful for big imports (continents, the whole planet).
That step is much lat…