Why does GEDCOMpare remove a slash in my URL links so they don't work?

Question

Profile Andersson-12538 shows examples. It is a profile created by add from GEDCOMpare. For example the link:

https://app.arkivdigital.se/volumev72422?image=182

was in the GEDCOM file (exported from Gramps):

https://app.arkivdigital.se/volume/v72422?image=182

The last slash was removed by GEDCOMpare. Similarly with the other links, and other profiles created the same way, so it seems to be a systematic error.

Please get that bug corrected. Is it a known bug someone is working on already? If I can be of any assistance with debugging, I will gladly volunteer.

Comments

Confirmed on https://www.wikitree.com/wiki/Driehuizen-73

https://www.wiewaswie.nl/nl/detail27777062 should have a slash between detail and the number.

---

I have just tested this using a GEDCOM file exported from Family Tree Maker and it looks like the slash has been included in the correct place - see source 2 on Downer-931

It therefore seems the issue is something specific to the format of the GEDCOM file exported from Gramps (hopefully that might help to track down where the bug is).

---

The line that defines the link in the GEDCOM file, in my example, is the following:

0 @N0426@ NOTE https://app.arkivdigital.se/volume/v72422?image=182

If the whole GEDCOM file is needed for the debugging, it can be accessed here:

https://drive.google.com/file/d/1Cs6rHAPbZEhANaaZWi3Q0yorpYAmSdKC/view?usp=sharing

---

I have a note number as well (note the slash in the URL).

0 @N3164@ NOTE https://www.wiewaswie.nl/nl/detail/27777062

Paul, can you find that link in your Gedcom file? Comparing it could help creating a well documented issue for Abbie.

---

In my GEDCOM where it works correctly the link appears as:

3 _LINK https://app.arkivdigital.se/volume/v72422?image=182

Answer 1

I don't think this has been reported before.

I haven't used Gramps very much -- are all the broken links contained in notes that are attached to sources?