Closed ArmyGuy62 closed 7 years ago
diff
directly operates on -dbschema-production
. So, you only call import
and -deployproduction
once.
Thanks olt How can I position the db to accept a diff call after I have done a -deployproduction command? Since the deploy action moves the tables from import to public....is there a way to copy the data as opposed to moving it out of import?
I'm not sure what you mean. You basically do:
imposm3 import -read x -write -diff
imposm3 import -deployproduction
imposm3 diff y
So these are my steps:
diff
directly operates on the public
schema (or whatever your -dbschema-production
is). So, It should just work™.
I'm closing this issue since it seems that this is a configuration/usage issue and we use GitHub only for bugs. Please write to the mailing list for support. Make sure to include your configs, command lines and any error output.
When I run the -deployproduction command I am expecting the db to populate the public and backup tables. See syntax below Imposm can deploy all imported tables by updating the schema of the tables. To move all tables form import to the default schema public: imposm3 import -config on.json -connection postgis://osm:osm@localhost/on -deployproduction This will also remove all existing Imposm tables from backup and it will moves tables from the public to the backup schema. Is this the way it should work? I am trying to create a workflow using the -diff but running the diff to update the db will not work because when you do a deployproduction the tables move from import to public and the diff requires the tables to be in import in order to do an update. Tried to do a revert but that does not work since there are no tables in the backup. Can anyone shed some light on a procedure that will work through these issues. Thanks