Block upload of duplicate sources via API
A duplicate source is one in which a non-blank URL is identical to the URL in another linked source. The Film Viewer's "Attach to Family Tree" feature prevents duplicates from being attached.
Duplicates are not blocked when a source is added via the API. Can the code be changed so that the API uses the Film Viewer's logic?
Comments
-
I consider the blue Attach button's refusal to attach the image again to be a serious flaw. Sometimes, the same image applies to the same profile multiple times. For example, when my ancestor buried four children and his wife within a single week, I do not want to be forced to enter that as a single source entry. It's five events and five sources; they just happen to have the same URL.
1 -
@Julia Szent-Györgyi -- You make a valid point. I don't know the reason for the prohibition against duplicate sources. Is it simply a database hygiene issue, or is there a technical reason why duplicates should be avoided?
If the definition of 'duplicate' were to change to same URL (regardless of length) AND same source title, we could address Julie's Film Viewer issue, and most, but not all duplicates could be blocked when imported via the API.
0 -
I would not find it particularly objectionable to (continue to) allow multiple sources with the same URL as long as they have different titles that indicate that it is referring to different data. I don't want to see that source listed on the sources page fives times with no distinguishing text when in summary mode. Of course, a URL is just a link to an image and whatever possibly multiple items happen to be on that particular image. I also see some advantage in just having the one source, if you can give it an appropriate title (e.g. "Family Deaths in year at place..." and then just link that source to the various appropriate events. Probably, the user should be given the option to do either.
What needs to be removed are the instances of the duplicate sources with the exact same URL, title and event-linking-tags.
0