ckan / ckan/ckanext-scheming

Default composite separator conflicts with spatial extension

Open
#294 0 comments 0 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.