<mets:mets OBJID="eprint_1270" LABEL="Eprints Item" xsi:schemaLocation="http://www.loc.gov/METS/ http://www.loc.gov/standards/mets/mets.xsd http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-3.xsd" xmlns:mods="http://www.loc.gov/mods/v3" xmlns:mets="http://www.loc.gov/METS/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xlink="http://www.w3.org/1999/xlink"><mets:metsHdr CREATEDATE="2026-07-01T02:32:11Z"><mets:agent ROLE="CUSTODIAN" TYPE="ORGANIZATION"><mets:name>PublishScience Preprints</mets:name></mets:agent></mets:metsHdr><mets:dmdSec ID="DMD_eprint_1270_mods"><mets:mdWrap MDTYPE="MODS"><mets:xmlData><mods:titleInfo><mods:title>RENDERING NON-EQUIVALENT LEXIS IN FANTASY TEXTS: STRATEGIES AND PROBLEMS IN TRANSLATIN TWILIGHT: A STUDY BASED ON EXAMPLES FROM THE NOVEL</mods:title></mods:titleInfo><mods:name type="personal"><mods:namePart type="given">Sevara</mods:namePart><mods:namePart type="family">Ochilova</mods:namePart><mods:role><mods:roleTerm type="text">author</mods:roleTerm></mods:role></mods:name><mods:abstract>This article explores the problem of lexical non-equivalence in literary translation, with particular focus on fantasy fiction. The study is based on examples from Twilight and its Uzbek translation. Non-equivalent vocabulary, which lacks direct correspondence in the target language, represents one of the most significant challenges in translation studies. The research analyzes different types of non-equivalence, including proper names, realia, and cultural lacunae, and examines the strategies used to render them into Uzbek. Special attention is given to the loss of connotative meaning and cultural specificity in translation. The findings demonstrate that non-equivalent vocabulary in fantasy literature requires a flexible and context-sensitive approach, as a single strategy is often insufficient. The article concludes that effective translation depends on preserving both semantic meaning and the imaginative atmosphere of the original text.</mods:abstract><mods:originInfo><mods:dateIssued encoding="iso8601">2026-01-01</mods:dateIssued></mods:originInfo><mods:genre>Article</mods:genre></mets:xmlData></mets:mdWrap></mets:dmdSec><mets:amdSec ID="TMD_eprint_1270"><mets:rightsMD ID="rights_eprint_1270_mods"><mets:mdWrap MDTYPE="MODS"><mets:xmlData><mods:useAndReproduction>
<p xmlns="http://www.w3.org/1999/xhtml"><strong>For work being deposited by its own author:</strong>
In self-archiving this collection of files and associated bibliographic
metadata, I grant PublishScience Preprints the right to store
them and to make them permanently available publicly for free on-line.
I declare that this material is my own intellectual property and I
understand that PublishScience Preprints does not assume any
responsibility if there is any breach of copyright in distributing these
files or metadata. (All authors are urged to prominently assert their
copyright on the title page of their work.)</p>

<p xmlns="http://www.w3.org/1999/xhtml"><strong>For work being deposited by someone other than its
author:</strong> I hereby declare that the collection of files and
associated bibliographic metadata that I am archiving at
PublishScience Preprints is in the public domain. If this is
not the case, I accept full responsibility for any breach of copyright
that distributing these files or metadata may entail.</p>

<p xmlns="http://www.w3.org/1999/xhtml">Clicking on the <em>Deposit Item Now</em> button indicates your agreement to these
terms.</p>
    </mods:useAndReproduction></mets:xmlData></mets:mdWrap></mets:rightsMD></mets:amdSec><mets:fileSec><mets:fileGrp USE="reference"><mets:file ID="eprint_1270_7388_1" SIZE="887758" OWNERID="https://arxiv.publishscience.uz/1270/1/fulltext.pdf" MIMETYPE="application/pdf"><mets:FLocat LOCTYPE="URL" xlink:type="simple" xlink:href="https://arxiv.publishscience.uz/1270/1/fulltext.pdf"></mets:FLocat></mets:file></mets:fileGrp></mets:fileSec><mets:structMap><mets:div ADMID="TMD_eprint_1270" DMDID="DMD_eprint_1270_mods"><mets:fptr FILEID="eprint_1270_document_7388_1"></mets:fptr></mets:div></mets:structMap></mets:mets>