Position : Maritime Digital Library Content Editor
1. Technical Knowledge Library
This to create a centralized technical library that will become the knowledge base used by the The documents themselves should be stored in a controlled company repository, preferably Microsoft SharePoint, with proper permissions, revision control and document ownership.
I propose the following main folders:
- IMO / International Maritime Regulations
- SOLAS
- MARPOL
- relevant IMO Codes and circulars
- fire safety requirements
- lifesaving requirements
- pollution prevention requirements
- Classification Society Rules
- ABS
- DNV
- Lloyd’s Register
- Bureau Veritas
- IACS Unified Requirements / Unified Interpretations
- U.S. Navy / NAVSEA
- NAVSEA Standard Items
- JFMM requirements
- applicable NAVSEA technical manuals
- MIL-SPEC
- MIL-STD
- Qualified Products / approved material requirements where applicable
- welding, NDT, piping, electrical, coatings and preservation requirements
- MARAD / U.S. Government Maritime
- applicable MARAD vessel specifications
- USCG requirements
- 46 CFR requirements
- vessel-specific technical specifications
- ABS requirements applicable to government vessels
- contract-specific requirements
- Engineering Standards
- ASME
- ASTM
- AWS
- ISO
- IEC
- IEEE
- NFPA
- API standards where relevant
- NACE / AMPP where relevant for corrosion and coatings
- Manufacturer Technical Documentation
- valve manufacturers
- pump manufacturers
- HVAC manufacturers
- electrical equipment
- automation
- piping systems
- GRE/GRP
- steel
- cables
- switchboards
- sensors
- motors
- heat exchangers
- filters
- sewage systems
- BWTS
All standards and controlled documents must be obtained legally from the official publisher, classification society or approved subscription service.
We should not build the system around uncontrolled PDF copies from the internet.
2. Technical Requirement Matrices
Uploading standards is not enough.
We need to convert engineering knowledge into structured rules.
For every major material category, we should create a Technical Requirement Matrix.
For example, for a valve, the system should know that “3-inch valve” is not enough information.
Before procurement can proceed, it should check for information such as:
- valve type
- nominal diameter
- pressure rating
- design pressure
- operating pressure
- design temperature
- operating temperature
- fluid/service
- material of body
- trim material
- seat material
- end connection
- flange standard
- actuator/manual operation
- fail-open/fail-close requirement
- fire-protected requirement
- class approval
- marine approval
- testing requirements
- certification requirement
- applicable standard
- quantity
- delivery location
- required delivery date
If mandatory fields are missing, the AI should automatically return questions to the Project Manager or Engineer.