URN Support
- Dominant language
- Julia
- Stars
- 33
- Forks
- 20
- Avg merge
- 22h 11m
- Merged PRs (30d)
- 1
Description
I just want to point out that RFC 3986 covers both URLs and URNs under the umbrella of URIs. But there is no mention of URNs anywhere in this project. Granted, it is possible to parse a URN as a URI. But the data types still have fields that are URL specific (_e.g.,_ `host`, `path`) which are URL specific and don't contain any of the terms associated with URNs from [RFC 8141](https://datatracker.ietf.org/doc/html/rfc8141) (_e.g.,_ `NID` or `NSS`).
Also, the `isvalid` function isn't actually performing the checks from RFC 8141 relating to valid URNs. The result is that invalid URNs (_e.g.,_ `urn:--name:foo`) are considered valid by the `isvalid` function and valid URNs (_e.g.,_ `urn:example:weather?=op=map&lat=39.56&lon=-104.85&datetime=1969-07-21T02:56:15Z`) are considered invalid by the `isvalid` function.
In short, I think in order to really claim RFC 3986 compatibility, some work needs to be done to add support for RFC 8141 _or_ the documentation should be updated to reflect that the library is really meant for supporting only URLs.
Thoughts?
Contributor guide
No contributing guide indexed for this repository
Research direction
The issue centers on the URI data types and the isvalid function; start by reviewing those entry points and the RFC 3986 and RFC 8141 behavior described here. Clarify whether the goal is RFC 8141 URN support or documentation limiting the library to URLs, then define completion around that decision.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- julia
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100