{
  "id": 230908,
  "title": "Using keywords to search for dataset titles",
  "url": "/competitions/coleridgeinitiative-show-us-the-data/discussion/230908",
  "author_name": "",
  "post_date": "2021-04-06T05:24:37.702136500Z",
  "votes": 10,
  "comment_count": 5,
  "views": 0,
  "content": "<p>To save time in the model runs, it may be a good idea to pre-select pieces of the articles text that contain the dataset titles. It could be sections, regular length slices or sentences. This is especially important since the documents that we get are sometimes very long. For example <code>c12a3ad2-17bc-4b8b-8779-77ba2680ae96</code> is over 11 million characters.</p>\n<p>A very simple way to pre-select title candidates may be to search for keywords that occur in the titles, like \"survey\".  <a href=\"https://www.kaggle.com/poedator/coleridge-words-in-titles\" target=\"_blank\">This notebook</a> illustrates that 11 keywords are enough to cover 88.5% of the titles resent in the train set. </p>\n<p><a href=\"https://www.kaggle.com/bowdenjr/coleridge-publication-titles-eda\" target=\"_blank\">Another notebook by </a><a href=\"https://www.kaggle.com/bowdenjr\" target=\"_blank\">@bowdenjr</a> also looks at words in the titles, but without elimination of the stopwords. However it adds analysis of bi- tri- and quad-grams.</p>\n<p>Next step: research words occurring in the vicinity of the titles. </p>",
  "messages": [
    {
      "id": "1264362",
      "postDate": "04/06/2021 05:24:37",
      "content": "<p>To save time in the model runs, it may be a good idea to pre-select pieces of the articles text that contain the dataset titles. It could be sections, regular length slices or sentences. This is especially important since the documents that we get are sometimes very long. For example <code>c12a3ad2-17bc-4b8b-8779-77ba2680ae96</code> is over 11 million characters.</p>\n<p>A very simple way to pre-select title candidates may be to search for keywords that occur in the titles, like \"survey\".  <a href=\"https://www.kaggle.com/poedator/coleridge-words-in-titles\" target=\"_blank\">This notebook</a> illustrates that 11 keywords are enough to cover 88.5% of the titles resent in the train set. </p>\n<p><a href=\"https://www.kaggle.com/bowdenjr/coleridge-publication-titles-eda\" target=\"_blank\">Another notebook by </a><a href=\"https://www.kaggle.com/bowdenjr\" target=\"_blank\">@bowdenjr</a> also looks at words in the titles, but without elimination of the stopwords. However it adds analysis of bi- tri- and quad-grams.</p>\n<p>Next step: research words occurring in the vicinity of the titles. </p>",
      "rawMarkdown": "To save time in the model runs, it may be a good idea to pre-select pieces of the articles text that contain the dataset titles. It could be sections, regular length slices or sentences. This is especially important since the documents that we get are sometimes very long. For example `c12a3ad2-17bc-4b8b-8779-77ba2680ae96` is over 11 million characters.\n\nA very simple way to pre-select title candidates may be to search for keywords that occur in the titles, like \"survey\".  [This notebook](https://www.kaggle.com/poedator/coleridge-words-in-titles) illustrates that 11 keywords are enough to cover 88.5% of the titles resent in the train set. \n\n[Another notebook by @bowdenjr](https://www.kaggle.com/bowdenjr/coleridge-publication-titles-eda) also looks at words in the titles, but without elimination of the stopwords. However it adds analysis of bi- tri- and quad-grams.\n\nNext step: research words occurring in the vicinity of the titles.",
      "votes": null
    },
    {
      "id": "1264383",
      "postDate": "04/06/2021 05:51:12",
      "content": "<p>I like your idea about using a subset of sentences (those which reference data).</p>\n<p>However, in addition to keywords 'Survey', 'Dataset', 'Data', there are several other words such as <br>\n'Study', 'Census', 'Genome Sequences', etc which are not easy to identify.</p>\n<p><code>11 keywords are enough to cover 88.5% of the titles</code><br>\nIn my experience in Kaggle, discarding 11.5% of \"important\" data may not help in getting medals!</p>\n<p>I recommend directly starting with NLP deep learning models, instead of attempting solutions based on keywords.</p>",
      "rawMarkdown": "I like your idea about using a subset of sentences (those which reference data).\n\nHowever, in addition to keywords 'Survey', 'Dataset', 'Data', there are several other words such as \n'Study', 'Census', 'Genome Sequences', etc which are not easy to identify.\n\n`11 keywords are enough to cover 88.5% of the titles`\nIn my experience in Kaggle, discarding 11.5% of \"important\" data may not help in getting medals!\n\nI recommend directly starting with NLP deep learning models, instead of attempting solutions based on keywords.",
      "votes": null
    },
    {
      "id": "1264440",
      "postDate": "04/06/2021 06:51:45",
      "content": "<p><a href=\"https://www.kaggle.com/sirishks\" target=\"_blank\">@sirishks</a> You made a few good points. To be clear, my post was just to open discussion of ways to pre-filter text before running heavier models.<br>\n88% may be high or low depending on context. <br>\nSome keywords may look relevant but overlap with others. Keeping them is OK if it is not slowing the processing. </p>",
      "rawMarkdown": "sirishks You made a few good points. To be clear, my post was just to open discussion of ways to pre-filter text before running heavier models.\n88% may be high or low depending on context. \nSome keywords may look relevant but overlap with others. Keeping them is OK if it is not slowing the processing.",
      "votes": null
    },
    {
      "id": "1266415",
      "postDate": "04/07/2021 18:16:18",
      "content": "<p>There's also the issue of identifying phrases such as \"csv data\" or \"txt data\". We get heavily penalized for stuff like that.</p>",
      "rawMarkdown": "There's also the issue of identifying phrases such as \"csv data\" or \"txt data\". We get heavily penalized for stuff like that.",
      "votes": null
    },
    {
      "id": "1266875",
      "postDate": "04/08/2021 06:21:40",
      "content": "<p>Do you mean that phrases such as \"csv data\" cause False Positives? I tend to agree, but how to test for that precesely? Do you think that a custom list of stopwords (like <code>csv</code> and <code>txt</code>) may help here ?</p>",
      "rawMarkdown": "Do you mean that phrases such as \"csv data\" cause False Positives? I tend to agree, but how to test for that precesely? Do you think that a custom list of stopwords (like `csv` and `txt`) may help here ?",
      "votes": null
    },
    {
      "id": "1267563",
      "postDate": "04/08/2021 15:40:50",
      "content": "<p>Following this strategy, I think the only thing you can do is to visually inspect the values. I just think the only way to do this correctly is going to be using the typical suspects: Bert, transformers, spacy, et.al.</p>",
      "rawMarkdown": "Following this strategy, I think the only thing you can do is to visually inspect the values. I just think the only way to do this correctly is going to be using the typical suspects: Bert, transformers, spacy, et.al.",
      "votes": null
    }
  ],
  "comments": [
    {
      "id": 1264383,
      "author_name": "sirishks",
      "author_url": "",
      "post_date": "04/06/2021 05:51:12",
      "content": "<p>I like your idea about using a subset of sentences (those which reference data).</p>\n<p>However, in addition to keywords 'Survey', 'Dataset', 'Data', there are several other words such as <br>\n'Study', 'Census', 'Genome Sequences', etc which are not easy to identify.</p>\n<p><code>11 keywords are enough to cover 88.5% of the titles</code><br>\nIn my experience in Kaggle, discarding 11.5% of \"important\" data may not help in getting medals!</p>\n<p>I recommend directly starting with NLP deep learning models, instead of attempting solutions based on keywords.</p>",
      "votes": null,
      "replies": [
        {
          "id": 1264440,
          "author_name": "poedator",
          "author_url": "",
          "post_date": "04/06/2021 06:51:45",
          "content": "<p><a href=\"https://www.kaggle.com/sirishks\" target=\"_blank\">@sirishks</a> You made a few good points. To be clear, my post was just to open discussion of ways to pre-filter text before running heavier models.<br>\n88% may be high or low depending on context. <br>\nSome keywords may look relevant but overlap with others. Keeping them is OK if it is not slowing the processing. </p>",
          "votes": null,
          "replies": []
        },
        {
          "id": 1266415,
          "author_name": "verracodeguacas",
          "author_url": "",
          "post_date": "04/07/2021 18:16:18",
          "content": "<p>There's also the issue of identifying phrases such as \"csv data\" or \"txt data\". We get heavily penalized for stuff like that.</p>",
          "votes": null,
          "replies": []
        },
        {
          "id": 1266875,
          "author_name": "poedator",
          "author_url": "",
          "post_date": "04/08/2021 06:21:40",
          "content": "<p>Do you mean that phrases such as \"csv data\" cause False Positives? I tend to agree, but how to test for that precesely? Do you think that a custom list of stopwords (like <code>csv</code> and <code>txt</code>) may help here ?</p>",
          "votes": null,
          "replies": []
        },
        {
          "id": 1267563,
          "author_name": "verracodeguacas",
          "author_url": "",
          "post_date": "04/08/2021 15:40:50",
          "content": "<p>Following this strategy, I think the only thing you can do is to visually inspect the values. I just think the only way to do this correctly is going to be using the typical suspects: Bert, transformers, spacy, et.al.</p>",
          "votes": null,
          "replies": []
        }
      ]
    }
  ],
  "raw_markdown_by_id": {
    "1264362": "To save time in the model runs, it may be a good idea to pre-select pieces of the articles text that contain the dataset titles. It could be sections, regular length slices or sentences. This is especially important since the documents that we get are sometimes very long. For example `c12a3ad2-17bc-4b8b-8779-77ba2680ae96` is over 11 million characters.\n\nA very simple way to pre-select title candidates may be to search for keywords that occur in the titles, like \"survey\".  [This notebook](https://www.kaggle.com/poedator/coleridge-words-in-titles) illustrates that 11 keywords are enough to cover 88.5% of the titles resent in the train set. \n\n[Another notebook by @bowdenjr](https://www.kaggle.com/bowdenjr/coleridge-publication-titles-eda) also looks at words in the titles, but without elimination of the stopwords. However it adds analysis of bi- tri- and quad-grams.\n\nNext step: research words occurring in the vicinity of the titles.",
    "1264383": "I like your idea about using a subset of sentences (those which reference data).\n\nHowever, in addition to keywords 'Survey', 'Dataset', 'Data', there are several other words such as \n'Study', 'Census', 'Genome Sequences', etc which are not easy to identify.\n\n`11 keywords are enough to cover 88.5% of the titles`\nIn my experience in Kaggle, discarding 11.5% of \"important\" data may not help in getting medals!\n\nI recommend directly starting with NLP deep learning models, instead of attempting solutions based on keywords.",
    "1264440": "sirishks You made a few good points. To be clear, my post was just to open discussion of ways to pre-filter text before running heavier models.\n88% may be high or low depending on context. \nSome keywords may look relevant but overlap with others. Keeping them is OK if it is not slowing the processing.",
    "1266415": "There's also the issue of identifying phrases such as \"csv data\" or \"txt data\". We get heavily penalized for stuff like that.",
    "1266875": "Do you mean that phrases such as \"csv data\" cause False Positives? I tend to agree, but how to test for that precesely? Do you think that a custom list of stopwords (like `csv` and `txt`) may help here ?",
    "1267563": "Following this strategy, I think the only thing you can do is to visually inspect the values. I just think the only way to do this correctly is going to be using the typical suspects: Bert, transformers, spacy, et.al."
  },
  "source": "meta"
}