We appreciate your interest in contributing to this project. To maintain high quality and consistency across the site, please follow these guidelines when submitting changes.
The easiest way to contribute is to let our 4D Seismic Agent do the work for you. Simply submit a URL to a paper or case study, and the Agent will automatically extract technical parameters, perform fact-checks, and generate a draft for the Hub.
- New resources – Add papers, presentations or tutorials that are publicly available on the web. Update the
/_data/papers.ymlfile with a new entry containingid,title,authors,year, a concise description, alinkto the landing page and a list oftags. Only link to open materials; do not upload proprietary PDFs or slides. The description should summarise the essence of the work in your own words—think of it as a one‑sentence abstract. - Case studies and cards – Share examples where 4D data influenced reservoir decisions. Create or update the
pages/case-studies.mdfile or add a new Markdown page underpages/. Follow the Problem–Approach–Outcome template and anonymise sensitive details. In addition to full case write‑ups, you can create case cards summarising the question, workflow and outcome, as well as design checklists and pitfall notes. These card templates are described in the About page. - Documentation – Improve the README, About page or other documentation. Clarify instructions, fix typos or translate content (for example, adding a Chinese version under
/zh/). - Infrastructure – Help improve the Jekyll layout, add continuous integration workflows or fix build issues.
- Fork the repository on GitHub and clone your fork locally.
- Create a branch for your changes. Use a descriptive name such as
add-new-paperorupdate-case-study-xyz. - Make your changes following the guidelines in this document and the
pages/contribute.mdfile. - Commit your changes with a meaningful commit message.
- Push the branch to your fork and open a pull request against the
mainbranch of the upstream repository. - A member of the working group will review your pull request. They may request changes or clarification. Once approved, your contribution will be merged.
- Write in English using clear, concise language.
- Use standard Markdown syntax. Keep tables narrow; avoid long sentences inside tables.
- For YAML files, ensure proper indentation and quoting. Each paper entry should use hyphens for lists.
- Provide accurate and neutral descriptions. Do not include marketing language or exaggerations.
By contributing, you agree that your code and prose will be released under the MIT License (for code) and the Creative Commons Attribution 4.0 International License (for documentation and content). Ensure that you have the right to contribute any material you submit.
Please review the Code of Conduct. We are committed to providing a welcoming and harassment‑free experience for everyone. Inappropriate behaviour will not be tolerated.