-
Notifications
You must be signed in to change notification settings - Fork 14.7k
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
Organize Amazon provider docs index #30541
Conversation
The A in AWS already stands for Amazon, “Amazon AWS” simply does not make sense. |
I agree but this is the current title so I mentioned it... |
fac84cb
to
62491ad
Compare
I personally think we should still drop the Amazon. As @uranusjr mentioned, it does not really make sense to me |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall:
- I really like this change, to me moving all transfer docs to its own package makes sense and make it easier to read (as a user and as a dev)
- I like the idea of creating index file for services which have multiple docs (EMR, Redshift, ...)
- I'd vote for AWS as prefix
docs/apache-airflow-providers-amazon/transfer/dynamodb_to_s3.rst
Outdated
Show resolved
Hide resolved
docs/apache-airflow-providers-amazon/operators/redshift_cluster.rst
Outdated
Show resolved
Hide resolved
I love a good housekeeping PR ❤️ I'll weigh in on the A thing, FWIW IMHO IANAL and any other caveats that may be applicable: When in doubt, I use this as the Source of Truth for official service names (some are Amazon {Foo} while others are AWS {Bar} and there doesn't seem to be any pattern to the decisions) and they refer to is as |
Nope, it's not. Just the unofficial abbreviation because who wants to say/type that whole thing out every time :P |
I have to agree with Dennis on this one I think. The AWS vs Amazon prefix for each individual service is a very intentional decision and it is used everywhere across our docs, blogs, etc. It really is considered part of the service name to a strong degree here at Amazon (and some services have neither AWS or Amazon as a prefix!). |
NP. will modify accordingly |
Sorry, I accidentally clicked... something... that wasn't intentional. I think I've fixed it. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some AWS --> Amazon name changes
docs/apache-airflow-providers-amazon/operators/emr/emr_serverless.rst
Outdated
Show resolved
Hide resolved
docs/apache-airflow-providers-amazon/operators/redshift/index.rst
Outdated
Show resolved
Hide resolved
docs/apache-airflow-providers-amazon/operators/redshift/redshift_data.rst
Outdated
Show resolved
Hide resolved
docs/apache-airflow-providers-amazon/operators/redshift/redshift_data.rst
Outdated
Show resolved
Hide resolved
docs/apache-airflow-providers-amazon/operators/redshift/redshift_sql.rst
Outdated
Show resolved
Hide resolved
docs/apache-airflow-providers-amazon/operators/redshift/redshift_sql.rst
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like one more `../' missing but other than that - LGTM. Glad that you sorted out AWS vs. Amazon vs. ... namings :)
Yes due to #28338 that added new rst fix is coming |
Changes involved:
I couldn't find a way to present the list by titles.. we can only present in the order of the files names.
cc @o-nikolas @vincbeck @ferruzzi @shubham22 suggestions will be appreciated!
TODO:
Before:

After (not final!):