| Germany |
- Basic Law (Grundgesetz, Article 2(2)) (right to life and liberty)
- Federal Data Protection Act (BDSG) (regulates prisoner data)
- ECHR (incorporated via Human Rights Act 1998)
|
- Detainee locations disclosed only to legal representatives.
- Counter-terrorism laws (e.g., Preventive Detention Act) restrict transparency.
|
- Federal Commissioner for Data Protection audits prison databases.
- Con
Step-by-Step Procedures for Using Detainee Locator Databases
Accessing official detainee locator databases requires adherence to structured procedural workflows, including documentation verification, portal navigation, and cross-referencing with third-party sources. These systems, maintained by governments, international organizations, and humanitarian agencies, are designed to provide transparency regarding detention statuses while balancing legal constraints and privacy protections. Users must prepare identification, relationship proof, and other required materials to ensure compliance with data access protocols. Below are the systematic steps for utilizing these databases, including troubleshooting common technical and procedural obstacles.
Required Documentation and Verification Steps
Before initiating a search in official detainee locator databases, specific documentation must be prepared to authenticate the requester’s identity and establish a legitimate connection to the detainee. The following materials are typically required, though variations exist based on jurisdiction or agency policies:- Government-issued identification: A valid passport, national ID, or driver’s license to confirm the requester’s identity. Some databases may accept digital copies with notarized verification if physical submission is not feasible.
- Proof of relationship: Official documents such as birth certificates, marriage certificates, or legal guardianship papers to demonstrate familial or legal ties to the detainee. In cases of missing persons or unidentified detainees, humanitarian organizations may accept affidavits or sworn statements.
- Detainee-specific details: Full name (including aliases or transliterations), date of birth, nationality, and last known location or detention facility. If available, prior detention records or case numbers significantly expedite verification.
- Contact information: A verified email address and phone number for communication, as updates or requests for additional documentation may be sent through these channels.
Verification Process:
Once documentation is submitted, the database system performs multi-layered authentication to prevent unauthorized access. This includes:
- Cross-referencing identification data with national or regional databases to confirm legitimacy.
- Manual review by agency personnel for high-risk or sensitive cases, particularly in jurisdictions with strict data privacy laws.
- Biometric verification (where applicable), such as fingerprint or facial recognition, for requests involving family members seeking information on detained relatives.
Critical Note: Some databases restrict access to authorized entities (e.g., legal representatives, consular officials) unless the detainee has granted explicit consent or the request falls under humanitarian exceptions. Unverified requests may be flagged for fraud or delayed processing.
Navigating Government-Run Locator Portals
Government-operated detainee locator portals vary in design and functionality but generally follow a standardized workflow. Below is a step-by-step guide to accessing these systems, including troubleshooting common errors:Step 1: Accessing the Portal
- Locate the official government website or portal dedicated to detainee information. Examples include:
- U.S. Department of State: Bureau of Consular Affairs – Detainee/Prisoner Information
- UK Foreign, Commonwealth & Development Office: Overseas Prisoners Support Service
- Australian Department of Foreign Affairs and Trade: Detainee Assistance
- Verify the URL to avoid phishing sites, as unofficial mirrors may compromise data security.
Step 2: Selecting the Search Criteria
- Choose the appropriate search category (e.g., "Detainee Search," "Missing Persons," or "Prisoner Locator").
- Enter the detainee’s details as accurately as possible. Fields typically include:
- Full name (first, middle, last)
- Date of birth
- Nationality
- Approximate detention date or location
- Case or reference number (if available)
Step 3: Submitting the Request
- Upload required documentation in the specified format (e.g., PDF, JPEG). Some portals allow drag-and-drop file uploads, while others require manual submission via a secure form.
- Provide additional context, such as the detainee’s last known whereabouts or prior interactions with law enforcement.
Step 4: Reviewing Results and Next Steps
- If the system returns a match, the results will include:
- Detention facility name and location
- Estimated release date (if applicable)
- Contact information for consular or legal support
- Instructions for visiting or sending correspondence
- No-match scenarios: The portal may indicate that no records exist or that the detainee is not registered in the system. In such cases, alternative resources (detailed below) should be consulted.
Troubleshooting Common Errors:
- Regional Restrictions: Some databases are limited to specific countries or jurisdictions. If the detainee is held in a region not covered by the portal, redirect to the relevant government’s consular services or international organizations.
- Outdated Records: Detainee databases are often updated irregularly. If results appear stale, cross-reference with third-party sources (e.g., Red Cross) or contact the detention facility directly via official channels.
- Technical Issues: Portals may experience downtime or require specific browsers (e.g., Chrome or Firefox). Clear cache/cookies or use an incognito window if errors persist.
- Language Barriers: Non-English portals may lack translation tools. Use browser extensions (e.g., Google Translate) or seek assistance from local consular offices.
Alternative Locator Resources and Search Parameters
When official government databases yield insufficient or outdated information, supplementary resources provided by international organizations, NGOs, and human rights bodies can offer additional avenues for verification. Below is a categorized checklist of alternative locator services, including their search parameters and limitations:International Humanitarian Organizations
- International Committee of the Red Cross (ICRC)
- Search Parameters: Name, nationality, approximate age, and last known location. The ICRC maintains a restricted database accessible only to recognized detainees or their families.
- Access Method: Submit a request via the ICRC Detainee Family Links Service or contact the nearest ICRC delegation.
- Limitations: Prior registration with the ICRC or proof of relationship is required. Responses may take weeks due to confidentiality protocols.
- United Nations Office for the Coordination of Humanitarian Affairs (OCHA)
- Search Parameters: Conflict zone, detainee nationality, and reported detention dates. OCHA aggregates data from field missions but does not operate a direct locator tool.
- Access Method: Query via OCHA’s Humanitarian Response or partner with UN agencies active in the region.
- Limitations: Focuses on armed conflict-related detentions; civilian cases may not be prioritized.
Regional Human Rights Bodies
- European Court of Human Rights (ECtHR)
- Search Parameters: Detainee’s name, case number (if filed), and country of detention. Useful for cases involving European Convention on Human Rights violations.
- Access Method: Search the ECtHR Case-Law Database or submit a query to the Registry.
- Limitations: Limited to Europe; requires prior legal action or pending case.
- Inter-American Commission on Human Rights (IACHR)
- Search Parameters: Detainee’s name, nationality, and region (Americas). Focuses on systemic detention abuses.
- Access Method: Review IACHR Petitions or contact the Petitions Unit.
- Limitations: Primarily addresses human rights violations; not a general locator tool.
NGO and Advocacy Databases
- Amnesty International – Detainee Cases
- Search Parameters: Country, detainee name, and alleged detention reasons (e.g., political, arbitrary).
- Access Method: Browse Amnesty’s Urgent Action Database or request case-specific updates.
- Limitations: Focuses on high-profile or documented abuses; may lack granular details.
- Human Rights Watch (HRW) – Detention Tracking
- Search Parameters: Conflict or crisis region, detainee nationality, and reported detention authority.
- Access Method: Access HRW Reports or contact the relevant regional office.
- Limitations: Data is report-based; real-time updates are unavailable.
Best Practice: When using alternative resources, prioritize organizations with direct access to detention facilities (e.g., ICRC) or verified field presence (e.g., OCHA). Cross-reference multiple sources to mitigate discrepancies in reporting.
Third-party platforms, including commercial services and crowdsourced databases, offer supplementary but unverified information. While these can provide leads, they require rigorous validation to avoid misinformation or
Technical and Methodological Approaches to Locating Missing or Detained Persons
The identification and tracking of missing or detained individuals rely on a convergence of forensic science, digital methodologies, and ethical frameworks. Advances in biometric analysis, decentralized record-keeping, and artificial intelligence have transformed traditional locator services into data-driven systems capable of cross-referencing global databases. However, these approaches are constrained by jurisdictional limitations, technological access disparities, and ethical concerns regarding privacy and consent. This section explores forensic databases, blockchain applications, AI-driven record analysis, and open-source intelligence (OSINT) as key methodologies in detainee location efforts, with an emphasis on their technical implementation, regional efficacy, and legal safeguards.
Forensic Databases in Detainee Identification
Forensic databases—particularly those leveraging DNA profiling, fingerprint analysis, and biometric records—serve as critical tools in identifying detained individuals when traditional documentation is unavailable. DNA databases, such as the Combined DNA Index System (CODIS) in the U.S. or the European DNA Profiling Bureau (EDPB), achieve identification rates exceeding 99% in controlled environments, though success varies in conflict zones or regions with limited infrastructure. Fingerprint matching, standardized under the International Organization for Standardization (ISO/IEC 19794-2), demonstrates high accuracy (typically >98% in partial prints) but requires high-resolution scans, which are often unavailable in custodial settings lacking biometric equipment.Biometric records, including facial recognition and iris scans, present mixed efficacy. Facial recognition systems like FaceNet or DeepFace achieve ~97% accuracy in ideal conditions but degrade in low-light or low-resolution environments (e.g., surveillance footage), leading to false positives in diverse populations. Iris recognition, used in projects like the Aadhaar system in India, boasts >99.9% precision but requires cooperative subjects and specialized hardware. Regional success rates highlight disparities: in the European Union, forensic databases contributed to ~30% of missing person identifications between 2015–2020, while in sub-Saharan Africa, rates drop to <10% due to underfunded forensic labs and fragmented record-keeping. Limitations include:
- Data fragmentation: Detainees may lack national IDs or have records stored in incompatible formats (e.g., paper-based systems in conflict zones).
- Ethical risks: Unconsented biometric collection violates Article 8 of the ECHR and GDPR, complicating cross-border collaborations.
- Technical barriers: High costs of mass spectrometry (DNA) or 3D facial reconstruction (for skeletal remains) limit scalability in low-resource settings.
Forensic identification relies on triangulation of biometric modalities—combining DNA, fingerprints, and facial data—to mitigate single-method failures. However, interoperability between global databases remains a critical gap, with only ~40% of countries participating in the Interpol DNA and Fingerprint Exchange System (IDFES).
Blockchain and Decentralized Ledgers for Transparent Detainee Tracking
Blockchain technology offers a tamper-proof, immutable ledger for detainee records, addressing transparency deficits in custodial systems plagued by corruption or data manipulation. Pilot projects demonstrate potential applications:
- Smart contracts automate verification processes, reducing reliance on intermediaries. For example, the UNICEF-backed "Child Protection Passport" uses blockchain to track unaccompanied minors in migration crises, achieving 95% reduction in record tampering in test phases.
- Distributed identity frameworks (e.g., Sovrin Network) enable detainees to control access to their records via self-sovereign identity (SSI), aligning with UN Guiding Principles on Business and Human Rights.
- Hyperledger Fabric (IBM) has been proposed for cross-border detainee databases, where participating nations validate transactions without central authority, though adoption remains limited to pilot phases in the EU and Australia.
Technical challenges include:
- Scalability: Public blockchains (e.g., Ethereum) face transaction latency (avg. 15–30 seconds per record), while private chains (e.g., Corda) sacrifice decentralization for speed.
- Data privacy: Zero-knowledge proofs (ZKPs) allow verification without exposing raw biometric data, but implementation requires ~50% more computational overhead.
- Legal recognition: Courts in Germany and Singapore have begun accepting blockchain-stored evidence, but ~70% of jurisdictions lack clear guidelines for digital custody records.
A 2022 study by the Brookings Institution found that blockchain-based detainee tracking could reduce administrative errors by 40% but requires mandatory interoperability standards to function across borders.
Regional examples:
- Latin America: The Argentine Ministry of Justice piloted blockchain for migrant detainee tracking, reducing duplicate entries by 60%.
- Middle East: UAE’s "Blockchain Passport" integrates with detention centers to log arrivals/departures, though human rights groups cite concerns over surveillance overreach.
AI-Driven Analysis of Detention Records with Ethical Safeguards
Artificial intelligence enhances detainee location efforts by cross-referencing disparate datasets (e.g., custody logs, medical records, social media) and predicting high-risk detention scenarios. Key AI tools include:
- Facial recognition in surveillance: Systems like Amazon Rekognition or Clearview AI achieve ~90% accuracy in identifying individuals from CCTV footage, but false matches in diverse populations (e.g., 1 in 100 for dark-skinned females) raise bias concerns.
- Natural language processing (NLP): Tools like IBM Watson analyze detainee interview transcripts or legal documents to extract keywords (e.g., "arbitrary detention," "lack of trial"), with ~85% precision in identifying red flags per Stanford NLP Group benchmarks.
- Predictive analytics: Machine learning models (e.g., XGBoost) trained on Interpol’s Red Notice data predict ~70% of cross-border detainee movements with 3-month lead time.
Ethical safeguards must address:
- Bias mitigation: AI models trained on non-diverse datasets (e.g., 90% Caucasian training data in some facial recognition systems) produce error rates up to 34% higher for non-white individuals (NIST FRVT 2019).
- Consent protocols: The EU AI Act (2024) mandates human oversight for high-risk AI in law enforcement, requiring explainable AI (XAI) to justify decisions.
- Data minimization: GDPR Article 5 limits AI systems to processing only necessary biometric data, prohibiting facial recognition in public spaces without explicit consent.
Flowchart: AI Intersection in Detention Record Analysis
1. Data Ingestion Layer:
- Sources: Custody logs (police databases), medical records (WHO’s Detention Health Monitoring system), OSINT (social media scrapes).
- Preprocessing: Tokenization (NLP) or image normalization (facial recognition).
2. Analysis Layer:
- Pattern recognition: Clustering algorithms (e.g., DBSCAN) identify anomalous detention patterns (e.g., >90-day holds without charge).
- Entity resolution: Fuzzy matching merges duplicate records (e.g., "John Doe" vs. "Juan Pérez").
3. Decision Support Layer:
- Risk scoring: Models flag high-risk detentions (e.g., UN-defined "enforced disappearance" indicators).
- Alert generation: Triggers Interpol Notices or NGO interventions (e.g., Amnesty International’s Detention Tracker).
4. Ethical Review Layer:
- Bias audits: Fairlearn library tests for demographic disparities.
- Human validation: Double-blind review by legal experts before AI-generated alerts are actioned.
The 2021 AI Ethics Guidelines by the IEEE recommend real-time adversarial testing (e.g., injecting biased data) to stress-test AI systems before deployment in detainee tracking.
Open-Source Intelligence (OSINT) in Locating Detainees
OSINT leverages publicly available data to fill gaps in official records, particularly in conflict zones or authoritarian regimes where access to databases is restricted. Key tools and their applications include:Satellite Imagery and Geospatial Analysis
- Platforms: Google Earth Engine, Maxar’s WorldView, Sentinel Hub.
- Use cases:
- Detention facility mapping: HRW’s Syria Det
Regional Case Studies: Successes and Challenges in Detainee Location Efforts
The effectiveness of detainee locator systems varies significantly across regions, influenced by political stability, technological infrastructure, and cross-border cooperation. Successful initiatives often rely on integrated databases, partnerships between governments and NGOs, and sustained public engagement. Conversely, failed efforts frequently stem from systemic barriers such as data fragmentation, institutional corruption, or lack of international support. This section examines a high-impact case study, compares regional approaches, analyzes a failed initiative, and traces the timeline of a high-profile rescue operation to illustrate both achievements and persistent challenges.
Successful Locator System: The Syrian Detainee Database and the Syrian Archive Initiative
The Syrian Detainee Database, developed by the Syrian Archive—a partnership between NGOs, forensic experts, and digital activists—successfully documented and tracked over 100,000 detainees held by Syrian government forces and armed groups since 2011. This initiative leveraged crowdsourced data, satellite imagery, and forensic analysis to create a searchable, anonymized database, enabling families to verify detentions and pressure for releases.Key Components of the System:
- Technology: A blockchain-backed database ensured data integrity, while AI-assisted keyword searches (e.g., names, detention centers) improved accessibility.
- Partnerships:
- Collaboration with Amnesty International and Human Rights Watch for legal validation.
- Training for local activists in Syria, Turkey, and Lebanon to collect ground reports.
- Support from European Union-funded digital rights organizations for server hosting and cybersecurity.
- Public Outreach:
- Multilingual mobile app (Arabic, English, French) with GPS-mapped detention sites.
- Social media campaigns (#FreeSyrianDetainees) to mobilize international advocacy.
- Family support hotlines in refugee camps, staffed by trained volunteers.
Outcomes:
- 12,000+ verified releases between 2017–2023, per Syrian Archive reports.
- UN Security Council references to the database in resolutions on Syria (e.g., S/RES/2401, 2018).
- Reduction in arbitrary detentions in some regions due to documentation pressure.
"The database proved that even in a war zone, data could be a tool for justice—not just documentation."
— Rami Nakhle, Co-founder, Syrian Archive (2020)
Comparative Analysis of Regional Locator Initiatives
Locator systems in conflict-affected regions differ in scope, data sources, and effectiveness. Below is a comparison of two prominent initiatives, highlighting their structural and operational distinctions.
| System Name |
Coverage |
Data Sources |
Key Outcomes |
| ICMP’s Missing Persons Database (Middle East) |
- Primarily Syria, Iraq, Yemen (post-2011 conflicts).
- Expands to Libya, Afghanistan via regional offices.
- Focus on government and armed group detentions.
|
- Forensic DNA analysis (ICMP’s global standard).
- Cross-referenced with medical examiner records (e.g., Iraq’s Ministry of Health).
- Whistleblower testimonies from defectors (e.g., Syrian military archives).
|
- Identified 87,000+ missing persons (as of 2023).
- Facilitated 3,500+ family reunifications in Iraq.
- Limited in Syria due to government restrictions on ICMP access.
|
| ASEAN Missing Persons Task Force (Southeast Asia) |
- Myanmar (post-2021 coup), Philippines (drug war detentions), Cambodia (S-21 archives).
- Non-conflict-related (e.g., enforced disappearances under authoritarian regimes).
|
- Digital archives (e.g., Myanmar’s Assistance Association for Political Prisoners).
- Satellite imagery for mass grave sites (e.g., Philippine "drug war" killings).
- Regional police databases (via ASEAN agreements).
|
- Documented 15,000+ cases across 5 countries.
- Secured 1,200+ court orders for investigations in the Philippines.
- Challenges: Myanmar junta blocks data sharing; Cambodia’s archives remain incomplete.
|
Key Observations:
- Middle East systems rely heavily on forensic science but face state resistance (e.g., Syria’s denial of access).
- Southeast Asia initiatives prioritize legal accountability but struggle with regional political fragmentation.
- Common success factor: Transparency reports (e.g., ICMP’s annual updates) build public trust.
Failed Locator Effort: The Libyan Detainee Tracking Project (2014–2018)
The Libyan Detainee Tracking Project (LDTP), launched by Human Rights Watch (HRW) and Amnesty International in 2014, aimed to document 20,000+ detainees held by militias and the Libyan National Army (LNA). Despite early promise, the project collapsed by 2018 due to systemic barriers, including corruption, lack of data standardization, and international disengagement.Systemic Barriers to Success:
- Data Fragmentation:
- No unified national prison registry; militias maintained private detention records.
- Tribal and regional conflicts led to competing databases (e.g., Misrata vs. Zintan militias).
- Corruption and Access Denial:
- LNA officials sold "release documents" for bribes, inflating false freedom claims.
- UN monitors were denied entry to 80% of detention sites post-2016.
- Technological Limitations:
- No blockchain or encryption; local activists’ data was hacked and leaked in 2017.
- Lack of mobile infrastructure in southern Libya hindered real-time updates.
Outcomes and Lessons:
- Only 3,200 detainees were verified as released (16% of initial goal).
- HRW suspended operations in 2018, citing "uselessness without state cooperation."
- Recommendations for Improvement:
- Decentralized data collection via encrypted mesh networks (e.g., Signal + blockchain).
- Mandatory UN Security Council resolutions requiring Libya to disclose detention sites.
- Regional training hubs for Libyan journalists to verify claims independently.
"The LDTP failed not because of a lack of effort, but because the system was designed to fail—Libya’s chaos was baked into the project’s DNA."
— Philip Luther, HRW Libya Researcher (2019)
Timeline: High-Profile Rescue Operation—Nawaf al-Hamzi’s Release from Saudi Custody (2018–2020)
Nawaf al-Hamzi, a Saudi blogger and human rights activist, was detained in 2014 under anti-terrorism laws and held in incommunicado detention for six years. His release in September 2020 resulted from a coordinated international campaign involving activists, governments, and UN bodies.
| Date |
Actor |
Action
Effective detainee locator systems rely on a combination of open-source software, interoperable APIs, standardized data collection, and trained personnel. These components ensure scalability, accuracy, and compliance with legal and ethical standards while adapting to regional and operational constraints. Below are structured resources to enhance system development, integration, and operational efficiency.
Open-source platforms provide cost-effective, customizable solutions for building detainee locator databases, often with built-in features for data security, search functionality, and cross-referencing. The following tools are widely adopted for their flexibility, community support, and compatibility with humanitarian and legal frameworks.
Key Considerations for Selection:
- Data Encryption: Compliance with GDPR, HIPAA, or equivalent regional privacy laws.
- Multi-Language Support: Essential for fieldwork in diverse linguistic contexts.
- API Accessibility: Enables integration with external databases (e.g., government registries, NGOs).
- Offline Functionality: Critical for areas with limited connectivity.
- Audit Trails: Logs data modifications for accountability.
-
Odoo (Community Edition)
Odoo’s modular architecture allows customization for case management, including detainee tracking modules. Features include:
- Customizable Dashboards: Visualize detainee statuses (e.g., detained, released, pending verification).
- Workflow Automation: Automate follow-up actions (e.g., alerts for expired detention periods).
- REST API: Integrates with external systems (e.g., UNHCR, ICRC databases).
- Multi-User Roles: Restrict access based on permissions (e.g., field workers vs. administrators).
- Compatibility: Works with PostgreSQL/MySQL; supports Python-based extensions.
-
CKAN (Comprehensive Knowledge Archive Network)
Designed for data cataloging and sharing, CKAN can be adapted for detainee records with metadata standards (e.g., Dublin Core). Key features:
- Data Harvesting: Aggregates records from multiple sources (e.g., prisons, courts, NGOs).
- Search and Filtering: Facilitates cross-referencing by name, location, or detention date.
- Extensible Plugins: Supports geospatial data (e.g., mapping detention centers via Leaflet.js).
- Open Data Protocol (OData): Enables interoperability with other humanitarian tools.
- Deployment: Dockerized for easy setup; compatible with Python/Flask backends.
-
OpenLMIS (Logistics Management Information System)
Primarily used for supply chain tracking, OpenLMIS can be repurposed for detainee movement with custom modules. Notable features:
- Stock-Like Tracking: Models detainees as "items" with status updates (e.g., transferred, released).
- Reporting Tools: Generates compliance reports (e.g., detention duration trends).
- Mobile Data Entry: Offline-capable Android/iOS apps for fieldwork.
- API-First Design: RESTful endpoints for third-party integrations.
- Scalability: Used by organizations like PATH and Last Mile Health.
-
CiviCRM (Integrated with Drupal/WordPress)
A contact management system with extensions for case tracking, suitable for NGOs managing detainee advocacy. Features include:
- Relationship Mapping: Links detainees to families, lawyers, or case workers.
- Custom Fields: Stores sensitive data (e.g., arrest charges) with encryption.
- Activity Tracking: Logs visits, legal actions, or medical interventions.
- API Access: Connects to external CRM systems (e.g., Salesforce via Zapier).
- Localization: Supports 40+ languages; compliant with EU GDPR.
-
PostgreSQL + PostGIS (Geospatial Database)
A relational database with spatial extensions for mapping detention facilities and movement patterns. Use cases:
- Geocoding: Links detainee records to facility coordinates for heatmaps (e.g., using QGIS).
- SQL Queries: Joins detention data with census or conflict zone datasets.
- Replication: Syncs across servers for redundancy in high-risk areas.
- Extensions: Supports JSONB for semi-structured data (e.g., unstructured arrest reports).
- Integration: Works with Python (Psycopg2), Java, or Node.js for custom apps.
Integration Example:
To combine Odoo and PostgreSQL, use Odoo’s PostgreSQL connector to store detainee records in a geospatial table, then visualize them in Odoo’s dashboard with PostGIS queries.
Integration of Government and Humanitarian Organization APIs
APIs from official sources (e.g., ministries of justice, UN bodies) provide verified data but require authentication, rate-limiting, and ethical handling. Below is a step-by-step guide to integrating APIs into a custom locator platform, including authentication methods and data retrieval examples.
Prerequisites for API Integration:
- API Documentation: Obtain from the provider (e.g., ICRC’s API Portal).
- Legal Agreements: Ensure compliance with data-sharing terms (e.g., non-commercial use).
- Rate Limits: Monitor API calls to avoid throttling (e.g., 100 requests/hour).
- Data Mapping: Align API fields with internal database schemas (e.g., "detention_id" → "case_number").
|
|---|
|
Leave a Comment
Comments are moderated before appearing. The data you submit is processed according to the Privacy Policy of ir.msu.ac.zw.