Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Occurrence page processed values are not always split as expected #602

Closed
adam-collins opened this issue Jun 6, 2024 · 3 comments
Closed
Assignees
Milestone

Comments

@adam-collins
Copy link
Contributor

The processed recordedByID is not is not split when value|value. It is expected to be split in the same way as a raw recordedByID value | value.

For example https://biocache-test.ala.org.au/occurrences/1f1c4c09-3788-4c8a-ad10-27246d6c67f0

This splitting of raw and processed fields is probably generic and applies to other fields as well.

I think the data is from https://biocache-ws-test.ala.org.au/ws/occurrences/compare/1f1c4c09-3788-4c8a-ad10-27246d6c67f0.

@adam-collins
Copy link
Contributor Author

Probably only an issue when there are multiple URLs that fail to split because the a tag created is then wrong.

@kylie-m
Copy link

kylie-m commented Jul 23, 2024

Hi Adam, looks good to me on the UI - spaces are coming through on the main record pages below:
https://biocache-test.ala.org.au/occurrences/1f1c4c09-3788-4c8a-ad10-27246d6c67f0
https://biocache-test.ala.org.au/occurrences/a2cc12f8-7eb3-4216-8b57-2932bed5cbe3

FYI in the Compare "original vs processed" values modal, I noticed the processed values don't have spaces, eg "https://www.wikidata.org/wiki/Q108765728|https://orcid.org/0000-0001-7368-013X"

@adam-collins
Copy link
Contributor Author

I think it is acceptable to present the "original vs processed" without additional interpretation. This is consistent with other comparison values displayed.

@nickdos nickdos closed this as completed Aug 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants