You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 1, 2024. It is now read-only.
Please fill out the below template as best you can.
Description of Issue
I am not sure if this is WAI or a bug.
I am using Bunsen for converting HAPI FHIR objects to Avro GenericRecords using resourceToAvro. The id field of the converted records have the full URL of the original server from which the resources are fetched. It seems to me that according to the FHIR documentation this is not correct (e.g., invalid characters). In my particular use case, I am only interested in the logical ID (getIdPart()) of the resource IDs.
After some debugging, it seems that the issue is here which eventually ends up calling getValue() which calls IdType.getValue(). I wonder if there is any way to have the IdType.getIdPart() of an ID element in the converted record instead?
Please fill out the below template as best you can.
Description of Issue
I am not sure if this is WAI or a bug.
I am using Bunsen for converting HAPI FHIR objects to Avro GenericRecords using resourceToAvro. The
id
field of the converted records have the full URL of the original server from which the resources are fetched. It seems to me that according to the FHIR documentation this is not correct (e.g., invalid characters). In my particular use case, I am only interested in the logical ID (getIdPart()
) of the resource IDs.After some debugging, it seems that the issue is here which eventually ends up calling
getValue()
which callsIdType.getValue()
. I wonder if there is any way to have theIdType.getIdPart()
of an ID element in the converted record instead?System Configuration
Project Version
0.5.7
Additional Details (optional)
Steps to Reproduce the Issue
Expected Outcomes
I was expecting to only get the logical ID in the
id
fields of generated records, not the fully qualified URLs.The text was updated successfully, but these errors were encountered: