Adding a prefix to the new attribute results in the new attribute not to have any values.
Running with prefix:
Running without prefix:
Also if I add a prefix, for example _, and have a new field I wish to extract, i.e. “ID” which should result in a new column “_ID” with values, it instead replaces the original id field with the new values, totally ignoring the requested “_” prefix.
Workaround is to rename the original values with a prefix before extracting second set of values from nested json.
Best answer by ecx
todd_davis wrote:
Hi,
I understand the first one. Safe could potentially add the prefix to any attribute to expose. There might be a reason why they don’t, but also maybe it is just overlooked. As it stands, you need to prefix the attributes to expose with the same prefix you put in the input above.
For the _id example, I was not able to replicate the issue you mentioned around it not honoring the prefix in 2024.0 or 2023.2
Could you provide an example?
Ah yes, I think I understand now.
I initially thought the ‘prefix new attributes with’ and the ‘attributes to expose’ were related, i.e. a newly exposed attribute would have the prefix applied to it. But I imagine that is not how it works.
That helps answer the second question as well. If a field named ID exists, and then another field with name ID is exposed, the original ID is replaced with the newly exposed ID. The prefix has nothing to do with the newly exposed attributes, only the attributes spat out by the json query will have a prefix.
I understand the first one. Safe could potentially add the prefix to any attribute to expose. There might be a reason why they don’t, but also maybe it is just overlooked. As it stands, you need to prefix the attributes to expose with the same prefix you put in the input above.
For the _id example, I was not able to replicate the issue you mentioned around it not honoring the prefix in 2024.0 or 2023.2
I understand the first one. Safe could potentially add the prefix to any attribute to expose. There might be a reason why they don’t, but also maybe it is just overlooked. As it stands, you need to prefix the attributes to expose with the same prefix you put in the input above.
For the _id example, I was not able to replicate the issue you mentioned around it not honoring the prefix in 2024.0 or 2023.2
Could you provide an example?
Ah yes, I think I understand now.
I initially thought the ‘prefix new attributes with’ and the ‘attributes to expose’ were related, i.e. a newly exposed attribute would have the prefix applied to it. But I imagine that is not how it works.
That helps answer the second question as well. If a field named ID exists, and then another field with name ID is exposed, the original ID is replaced with the newly exposed ID. The prefix has nothing to do with the newly exposed attributes, only the attributes spat out by the json query will have a prefix.
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.
