Add link to GMT full option list for grdproject, grdsample and project

[weiji14]

Description of proposed changes

Adds missing link to GMT doc page for grdproject, grdsample and project. Also standardize to use 'Full option list' across all modules (some were using 'Full parameter list' before).

Patches #1377, #1380, #1122.

Closes#1621.

Reminders

• Run make format and make check to make sure the code follows the style guide.
• Add tests for new features or tests that would have caught the bug that you're fixing.
• Add new public functions/methods/classes to doc/api/index.rst.
• Write detailed docstrings for all functions/methods.
• If wrapping a new module, open a 'Wrap new GMT module' issue and submit reasonably-sized PRs.
• If adding new functionality, add an example to docstrings or tutorials.

Slash Commands

You can write slash commands (/command) in the first line of a comment to perform
specific operations. Supported slash commands are:

• /format: automatically format and lint the code
• /test-gmt-dev: run full tests on the latest GMT development version

[maxrjones]

I think all options for grdimage and grdproject have aliases in PyGMT. For these and others with completed aliases, I think Based on <module-link> would make more sense than Full option list at <module-link>.

[weiji14]

I think all options for grdimage and grdproject have aliases in PyGMT. For these and others with completed aliases, I think Based on <module-link> would make more sense than Full option list at <module-link>.

Fair point. What do others think about having fully aliased PyGMT modules use 'Based on <module-link>'?

That said, this change is only worth it if we can make sure Paul doesn't add new options to those modules in the future 😆

[seisman]

I think all options for grdimage and grdproject have aliases in PyGMT. For these and others with completed aliases, I think Based on <module-link> would make more sense than Full option list at <module-link>.

Sounds good to me.

[maxrjones]

The current wording is fine with me.