Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Transfer of repository information

Open
#132 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
3/5
Estimated time
1-2 days
Newbie friendliness
35/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
python
Domain
backend

Research direction

Start with the Document repository attribute and the retrieval path described in the issue, using the example from #74. Trace how a fetched terminology and sections retrieved from it are constructed, then verify that the repository URI is retained on each retrieved object.

Written by the indexing model from the issue text.

Description

terminology

As far as I understood, repository should return the actual used terminology-location (uri/url) of the odML object. Currently these attributes/functions behave in the following way (note: the code example is based on the example in #74):

# for Documents
doc1.repository
# output: 'http://portal.g-node.org/odml/terminologies/v1.0/terminologies.xml'
# BUT doc2 which is the fetched terminology using the repo stated in doc1 does not include the repository attribute (the same holds for sections retrieved from a terminology)
doc2.repository
# output: nothing

The used repository information should be automatically transferred retrieved objects.

Dominant language
Python
Stars
25
Forks
30
PR merge metrics
No merged PRs in 30d

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from G-Node/python-odml

All issues in G-Node/python-odml

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.