Replies: 2 comments 2 replies
-
please note that there are 2 types of metadata sheet mechanisms supported:
see https://www.hlx.live/docs/bulk-metadata#additional-metadata |
Beta Was this translation helpful? Give feedback.
1 reply
-
We did discuss an object structure for the mapping definition with freedom to specify the path to the metadata sheet here, but decided to start with the simplest possible solution with an automatically derived path to the metadata sheet. Looks like we reached a point where we need to add support for both. @tripodsan @davidnuescheler wdyt? |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
The context: At Adobe Express, we have large batches of pages that share the same page structure & block configuration with different content. With the metadata combination feature originally discussed here, we were able to optimize and maintain our templates/ pages with much ease.
Now, as we add the colors pages, which is another category of large amount of SEO pages using the same default.docx + default/metadata.xlsx structure, we are starting to manage 3 different metadata.xlsx files. It's been flagged by our authors that it starts to get confusing for them. Sometimes they have a hard time realizing they are looking a metadata file that's not the one they are looking for.
The ask: Instead of just the implied metadata location, would it be possible to add a way in the fstab file for use to designate a different file other than the (
${resource-path}/metadata.json
) to be the metadata source?Thanks!
Beta Was this translation helpful? Give feedback.
All reactions