-
Notifications
You must be signed in to change notification settings - Fork 24
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
Add support for PostgreSQL HSTORE #32
base: master
Are you sure you want to change the base?
Conversation
Cool. |
Thank you for pointing that out. I have added a function |
Using a global similar to the name type was the simplest way I could come up with for disabling tag filtering. This makes we wonder if we should still have a |
The first filtering reduces the data in the imposm cache files (cache only tags you're using later). In the PostGIS package it decides which tag needs to be inserted into the actual tables. You still need to do that. But only by disabling the first filter, you're able to insert all tags into the hstore column of a table. |
@@ -24,6 +24,7 @@ | |||
createdb -E UTF8 -O ${user} ${dbname} | |||
createlang plpgsql ${dbname} | |||
${postgis} | |||
echo "CREATE EXTENSION hstore;" | psql -d ${dbname} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You should put that at the end and comment it out with a comment, that you need to add it for hstore support.
I'm not sure if a global variable and use_hstore is the best solution. E.g:
HStore.extra_fields could return a special key to signal the _tag_filter that it wants all tags. |
This adds a
use_hstore
parameter that will cause all OSM tags to be added to a hstoretags
column. This can be useful when you want to query the features for all available data.