5

I'm new to Corpus Linguistics and I'm writing a paper about the English and Portuguese "because noun", a type of construction such as "I'm going home because GTA5".

However, when I try to search this type of structure on corpora, I find mainly VPs, such as "I'm going home because GTA5 is a great game".

Is it possible to filter my search results with because + NP + punctuation mark (period or exclamation mark)? This would avoid undesirable results containing whole VPs.

enter image description here

5
  • 1
    Sure, this is usually done for amongst others the reasons you mentioned. What the exact tag names for punctuation marks are of course depends on the individual tagger that you use. Which is the one in your screenshot? Commented Oct 11, 2016 at 16:20
  • @lemontree Sorry, I don't know what exactly the tagger is. I'm using the "Corpus of Global Web-Based English" corpus.byu.edu/glowbe Trying to work with the following string: "because [j*]", but it's too troublesome without the ponctuation marks.
    – Matt
    Commented Oct 12, 2016 at 0:50
  • The tagger is the algorithm that assigns the tags. Different taggers may use different tag sets (e.g., some more elaborate taggers provide different tags for different verb forms, like indicative or participle forms, more simple ones would subsume everything under "verb"), therefore it is crucial for answering the question what tagger/tag set is being used. Looks like what you're looking for is PUNC for "punctuation" (last entry in the drop-down list). Commented Oct 12, 2016 at 16:23
  • Because of what Lefty G Balogh wrote in his answer, I'm afraid you probably won't be able to do your search with this tool: The parser won't accept two POS tags without a space in between, but obviously inserting whitespace between the last word in a sentence and the punctiation mark won't yield any results, so apparently you can't query for because [n*][y*]. Try another corpus instead, e.g. the web and chat text corpus that comes with Python NLTK, a great NLP library which provides various tools for POS extraction as well. Commented Oct 16, 2016 at 16:03
  • ""because x" is only colloquial, spoken English and quasi-slang.
    – Lambie
    Commented Dec 20, 2023 at 16:20

4 Answers 4

2

I'd say if you are trying to limit yourself to noun phrases, you are probably better off with "because of NP". I'd suggest you use the following in the search bar, and limit yourself based on the resulting table:

because of [n*]

The tagger, as pointed out above seems glitchy as it does not interpret the punctuation tag properly. This because of [n*][y*] fails badly, and I could not squeeze out a reasonable output with any variation at all.

PUNC would be the punctuation mark, but it does not seems to parse correctly: enter image description here

3
  • 1
    I think that the OP was in fact interested in because [n*]. rather than because of [n*], where inserting punctuation is crucial so as to exclude constructions like because [n*] was a ... - see his other question. Anyway, yes, [n*][y*] seems to fail: The parser won't accept two POS tags without a space in between, but obviously inserting whitespace between the last word in a sentence and the punctiation mark won't yield any results. Commented Oct 16, 2016 at 15:03
  • Roger that. Out of context, I automatically corrected it. But even if I take that into consideration, I agree with your response to that other question. I'd probably even be hesitant to use social media as a reliable corpus. Commented Oct 16, 2016 at 15:45
  • 1
    Thanks for the help, guys! I'm having success so far with the string [code]because ADJ .[/code] on COCA. I haven't tried any other POS though, but I guess they should work the same way.
    – Matt
    Commented Oct 16, 2016 at 18:31
1

In my experience, it is pretty standard in corpus linguistics to include punctuation as tokens and give them appropriate part-of-speech tags, e.g. in the UPENN tagset, there is a tag SENT for the full stop closing a sentence.

Note that automatic tokenisers and POS taggers aren't infallible, in your scenario you may encounter false positives because abbreviations unknown to the tools come out as spurious end-of-sentence.

0

These both mostly work in GloWbE and any of the other supported corpora:

  • because NOUN PUNC — A single noun followed by any punctuation. Much of this isn't end punctuation, but it does give you an idea of what punctuation options you have to refine your search.
  • because NOUN .|! — A single noun followed by either . (period) or ! (exclamation mark). This also returns a few false positives like "because E! News..." but there's nothing you can do about that other than manually filtering it out.

Note: There must always be spaces between tokens in your search, even when there is no space between the tokens when written out. Contractions and other punctuation are separate tokens (e.g., ca n't).

There's not a good way to search for multiword NPs that I know of since everything is too common for a collocates search, but you could try replacing NOUN with * NOUN or some other variation with multiple wildcards in a regular search. If you're not sure what other wildcards to use, select them from the dropdown next to the input box.

0

Somewhat depends on your corpus manager. For example, the ARANEA family of corpora uses the NoSketchEngine that implements arbitrary structures of the text. Customarily, <s> </s> is used to mark sentences ­– thus your search in CQL would be [word="porque"] [tag="N.*"] </s> or something.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.