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

Export of the product categories in all languages in one product export file #114

Open
CT-Szilvia opened this issue Feb 23, 2016 · 3 comments

Comments

@CT-Szilvia
Copy link

Dear team,

I would like to export the product categories in all possible languages within one product export file.
One of our customer has 5 languages, so my product export template would look like (just as an example):
productType,id,sku,variantId,categories.en,categories.de,categories.it,categories.es,categories.fr.

It would be nice to have this feature, because sometimes we need to map some data by the csv-mapper.
Now I need to export products 5 times in 5 languages to have the slug or the name path. It would be much easier, if I could do this directly in one product file. For the first it would be enough to have the name path like product,xxxx,I00123,1,Men>Pants>Chino, Men>Hosen>Chino,Uomo>Pantaloni>Chino,Hombre>Pantalones>Chino,Homme>Pantalons>Chino

Many thanks and happy about your feedback!

Regards,
Szilvia

@CT-Szilvia CT-Szilvia changed the title Export of the product categories in all languages in one file Export of the product categories in all languages in one product export file Feb 23, 2016
@adnasa
Copy link

adnasa commented Jun 15, 2017

@hisabimbola @wizzy25
Is this still relevant?
close?

@hisabimbola
Copy link
Contributor

I think the issue is still valid though not sure if relevant.

Not sure if we should abandon though

@adnasa
Copy link

adnasa commented Jul 12, 2017

hmmm... exporting category data associated to the product in the product export command,
sounds overkill IMO, since this essentially means that we leverage the expand GET query through product projections. This would end up in a pretty massive request/response to handle.

One thing I'm worried about is that if we do this, we're extending the boundary of product export command, which is not really necessary.


possibility

  1. This would be possible if the product export command leverages our graphql endpoint though
  • 👍🏽 because of the nature of graphql, it should be pretty easy to map the column defined in the template being uploaded to selectable graphql fields.
  • Unfortunately this requires quite the re-factoring on the product export csv package.
  • 👎🏾 this introduces a side effect and expand the boundary of what the product export is built for. Requires a decision before we proceed.
  1. Use the expand GET query
  • 👎🏾 massive request/response, expanding the entire (not only bound to) category reference only to select specific fields that are localized.

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