feature request #9111: Handle Malformed URIs - EDIT - EDIT Project Management

Actions

Copy link

feature request #9111

closed

Handle Malformed URIs

Added by Katja Luther almost 4 years ago. Updated about 3 years ago.

Status:

Rejected

Priority:

Highest

Assignee:

Katja Luther

Category:

taxeditor

Target version:

Start date:

Due date:

% Done:

90%

Estimated time:

Severity:

normal

Description

mail WB:

ich habe hier wieder so eine URL die ich nicht als URI abspeichern kann:
https://bioone.org/journals/Cactus-and-Succulent-Journal/volume-78/issue-2/0007-9367(2006)78[66:FKASLA]2.0.CO;2/Finders-Keepers-and-some-Lavranian-Adjustments-in-Mesembryanthema/10.2985/0007-9367(2006)78[66:FKASLA]2.0.CO;2.full

Wenn ich das richtig verstehe, ist der Grund, dass sich bioone.org nicht an die Regeln hält. Das ist aber leider eine wichtige Quelle für botanische Publikationen, open access oder [noch] nicht (siehe https://bioone.org/browse/subject/Plant-Sciences) und meine Browser können alle damit umgehen. Da sie auch eine DOI vergeben, kann ich die URL dort ablegen, aber nur bei der Referenz, nicht als Original Publication in Details.

Related issues

Actions

Copy link

Updated by Katja Luther almost 4 years ago

suggestion of AK:

ich halte es schon für richtig, generell URIs zu verwenden, sollten aber nicht erlaubte Zeichen im hierarchischen Teil der URIs encodieren um Probleme beim erzeugen der URI zu vermeiden.

Wenn new URI(uriStr) scheitert könnten wir vielleicht folgendes machen:

url = new URL(uriStr)
wenn das gut geht: decodedPathElements = url.getPath().split("/").stream().forEach(e -> URIDecoder.encode(e)).collect(Collectors.toList()); für die Fragment und Query Teile der URL entsprechend das selbe
die url neu zusammen bauen und toURI() ausführen.

Actions

Copy link