Default composite separator conflicts with spatial extension
- Dominant language
- Python
- Stars
- 102
- Forks
- 182
- PR merge metrics
- No merged PRs in 30d
Description
While working with scheming, spatial, harvester, composite, and repeating extensions I noticed that the default separator of '-' for composite fields caused some problems. This was mostly due to the default field names in the spatial extension containing the same character. I had previously forked the composite extension and added a config setting to set the separator used on composite fields to a custom character.
Now that scheming supports this functionality directly I suggest adding a config setting to allow users to set the separator character to something other than a dash if needed. Pull request https://github.com/ckan/ckanext-scheming/pull/295 addresses this suggestion.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reviewing the issue's description of scheming, spatial, composite, and repeating extensions, then inspect pull request #295. Done means users can configure the composite-field separator to a character other than the default dash without conflicts with spatial field names.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 20/100