use some sort of `self` construct to allow blueprint index to survive renames?
Open
Nobody has claimed this yet.
feature
- Dominant language
- C++
- Stars
- 248
- Forks
- 72
- Avg merge
- 1d 16h
- Merged PRs (30d)
- 15
Description
blueprint_index:
mesh:
state:
time: 0.0
path: "mesh/state"
number_of_domains: 1
partition_pattern: "example_yaml.root:/"
coordsets:
coords:
type: "uniform"
coord_system:
axes:
x:
y:
z:
type: "cartesian"
path: "mesh/coordsets/coords"
topologies:
topo:
type: "uniform"
coordset: "coords"
path: "mesh/topologies/topo"
protocol:
name: "yaml"
version: "0.9.2"
number_of_files: 1
number_of_trees: 1
file_pattern: "example_yaml.root"
tree_pattern: "/"
When someone renames example_yaml.root to something else, the patterns are broken.
Ideas?
partition_pattern: "{self}:/"
file_pattern: "{self}"
or empty refers to self?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how blueprint_index handles partition_pattern and file_pattern in the YAML example, especially the references to example_yaml.root. Determine how a self-reference should behave when the file is renamed, then define tests showing that both patterns remain valid after renaming.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp, yaml
- Domain
- data-engineering
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100