{
  "id": 323530,
  "title": "I can't understand about train data... help me!",
  "url": "/competitions/smartphone-decimeter-2022/discussion/323530",
  "author_name": "",
  "post_date": "2022-05-07T01:19:11.449051100Z",
  "votes": 3,
  "comment_count": 2,
  "views": 0,
  "content": "<p>When I saw train data, there are folders that I couldn't understand.<br>\nFor many newbies, could you explain about data and data-structure?</p>\n<ol>\n<li>In \"../input/smartphone-decimeter-2022/train/2020-05-15-US-MTV-1\", what is MTV-1 means?</li>\n<li>What is differences between \"GooglePixel4\" and \"GooglePixel4XL\"? What they mean?</li>\n<li>Are \"Supplimental\" folders useful? Can I ignore it? What they mean?</li>\n<li>Can I regard gnss and imu as X, and ground_truth as y? what imu means?</li>\n</ol>\n<p>I believe many experts help me…and Thanks for your reading.</p>",
  "messages": [
    {
      "id": "1779972",
      "postDate": "05/07/2022 01:19:11",
      "content": "<p>When I saw train data, there are folders that I couldn't understand.<br>\nFor many newbies, could you explain about data and data-structure?</p>\n<ol>\n<li>In \"../input/smartphone-decimeter-2022/train/2020-05-15-US-MTV-1\", what is MTV-1 means?</li>\n<li>What is differences between \"GooglePixel4\" and \"GooglePixel4XL\"? What they mean?</li>\n<li>Are \"Supplimental\" folders useful? Can I ignore it? What they mean?</li>\n<li>Can I regard gnss and imu as X, and ground_truth as y? what imu means?</li>\n</ol>\n<p>I believe many experts help me…and Thanks for your reading.</p>",
      "rawMarkdown": "When I saw train data, there are folders that I couldn't understand.\nFor many newbies, could you explain about data and data-structure?\n\n1. In \"../input/smartphone-decimeter-2022/train/2020-05-15-US-MTV-1\", what is MTV-1 means?\n2. What is differences between \"GooglePixel4\" and \"GooglePixel4XL\"? What they mean?\n3. Are \"Supplimental\" folders useful? Can I ignore it? What they mean?\n4. Can I regard gnss and imu as X, and ground_truth as y? what imu means?\n\nI believe many experts help me...and Thanks for your reading.",
      "votes": null
    },
    {
      "id": "1780275",
      "postDate": "05/07/2022 08:58:45",
      "content": "<ol>\n<li>\"MTV\" means the city of Mountain View, and the \"-1\" means it's the first run in Mountain View for that day<br>\n(for reference, here are all the cities in the list):</li>\n</ol>\n<p>MTV: Mountain View<br>\nSJC: San Jose<br>\nSFO: San Francisco<br>\nSVL: Sunnyvale<br>\nLAX: Los Angeles<br>\nOAK: Oakland</p>\n<ol>\n<li><p>GooglePixel4 and GooglePixel4XL are two types of phones (the Pixel4XL is the larger version of the Pixel4) - all the folder names are the different phone manufacturers and models (e.g., XiaomiMi8 is a phone from Xiaomi called the Mi8)</p></li>\n<li><p>The supplemental files contain the (mostly) same information as the _gnss and _imu files, with these differences (as I understand it):</p></li>\n</ol>\n<ul>\n<li>the _log.txt file is the raw log from the Android phone; the imu and gnss data is pulled from this log file</li>\n<li>the .20o (or .21o or .22o) file is the gnss data in RINEX format (a standard gnss format). It's derived from the _gnss file (as far as I understand), and you actually lose just a little bit of precision if you read the rinex file because it only has timestamps down to 1e-9 seconds.</li>\n</ul>\n<p>So: yes, you can safely ignore the supplemental files if you want, since they should contain the same information as the other files.</p>\n<ol>\n<li>yes, gnss and imu data are the \"X\", and ground_truth is the \"Y\". IMU means \"inertial measurement unit\", which is readings of the phone accelerometer, gyro, magnetometer. </li>\n</ol>\n<p>If you're just starting out, I'd ignore the imu data to start as it can be a bit tricky to match up to the gnss data. Instead, take a look at some of the great notebooks already here: <a href=\"https://www.kaggle.com/competitions/smartphone-decimeter-2022/code?competitionId=35779&amp;sortBy=scoreAscending\" target=\"_blank\">https://www.kaggle.com/competitions/smartphone-decimeter-2022/code?competitionId=35779&amp;sortBy=scoreAscending</a> to get started with the GPS locations.</p>\n<p>good luck!</p>",
      "rawMarkdown": "1. \"MTV\" means the city of Mountain View, and the \"-1\" means it's the first run in Mountain View for that day\n(for reference, here are all the cities in the list):\n\nMTV: Mountain View\nSJC: San Jose\nSFO: San Francisco\nSVL: Sunnyvale\nLAX: Los Angeles\nOAK: Oakland\n\n2. GooglePixel4 and GooglePixel4XL are two types of phones (the Pixel4XL is the larger version of the Pixel4) - all the folder names are the different phone manufacturers and models (e.g., XiaomiMi8 is a phone from Xiaomi called the Mi8)\n\n3. The supplemental files contain the (mostly) same information as the _gnss and _imu files, with these differences (as I understand it):\n\n- the _log.txt file is the raw log from the Android phone; the imu and gnss data is pulled from this log file\n- the .20o (or .21o or .22o) file is the gnss data in RINEX format (a standard gnss format). It's derived from the _gnss file (as far as I understand), and you actually lose just a little bit of precision if you read the rinex file because it only has timestamps down to 1e-9 seconds.\n\nSo: yes, you can safely ignore the supplemental files if you want, since they should contain the same information as the other files.\n\n4. yes, gnss and imu data are the \"X\", and ground_truth is the \"Y\". IMU means \"inertial measurement unit\", which is readings of the phone accelerometer, gyro, magnetometer. \n\nIf you're just starting out, I'd ignore the imu data to start as it can be a bit tricky to match up to the gnss data. Instead, take a look at some of the great notebooks already here: https://www.kaggle.com/competitions/smartphone-decimeter-2022/code?competitionId=35779&sortBy=scoreAscending to get started with the GPS locations.\n\ngood luck!",
      "votes": null
    },
    {
      "id": "1780478",
      "postDate": "05/07/2022 13:08:49",
      "content": "<p>WOW! Thanks for your help!! Now I can start my work with your help.</p>",
      "rawMarkdown": "WOW! Thanks for your help!! Now I can start my work with your help.",
      "votes": null
    }
  ],
  "comments": [
    {
      "id": 1780275,
      "author_name": "chris62",
      "author_url": "",
      "post_date": "05/07/2022 08:58:45",
      "content": "<ol>\n<li>\"MTV\" means the city of Mountain View, and the \"-1\" means it's the first run in Mountain View for that day<br>\n(for reference, here are all the cities in the list):</li>\n</ol>\n<p>MTV: Mountain View<br>\nSJC: San Jose<br>\nSFO: San Francisco<br>\nSVL: Sunnyvale<br>\nLAX: Los Angeles<br>\nOAK: Oakland</p>\n<ol>\n<li><p>GooglePixel4 and GooglePixel4XL are two types of phones (the Pixel4XL is the larger version of the Pixel4) - all the folder names are the different phone manufacturers and models (e.g., XiaomiMi8 is a phone from Xiaomi called the Mi8)</p></li>\n<li><p>The supplemental files contain the (mostly) same information as the _gnss and _imu files, with these differences (as I understand it):</p></li>\n</ol>\n<ul>\n<li>the _log.txt file is the raw log from the Android phone; the imu and gnss data is pulled from this log file</li>\n<li>the .20o (or .21o or .22o) file is the gnss data in RINEX format (a standard gnss format). It's derived from the _gnss file (as far as I understand), and you actually lose just a little bit of precision if you read the rinex file because it only has timestamps down to 1e-9 seconds.</li>\n</ul>\n<p>So: yes, you can safely ignore the supplemental files if you want, since they should contain the same information as the other files.</p>\n<ol>\n<li>yes, gnss and imu data are the \"X\", and ground_truth is the \"Y\". IMU means \"inertial measurement unit\", which is readings of the phone accelerometer, gyro, magnetometer. </li>\n</ol>\n<p>If you're just starting out, I'd ignore the imu data to start as it can be a bit tricky to match up to the gnss data. Instead, take a look at some of the great notebooks already here: <a href=\"https://www.kaggle.com/competitions/smartphone-decimeter-2022/code?competitionId=35779&amp;sortBy=scoreAscending\" target=\"_blank\">https://www.kaggle.com/competitions/smartphone-decimeter-2022/code?competitionId=35779&amp;sortBy=scoreAscending</a> to get started with the GPS locations.</p>\n<p>good luck!</p>",
      "votes": null,
      "replies": [
        {
          "id": 1780478,
          "author_name": "wonwooj",
          "author_url": "",
          "post_date": "05/07/2022 13:08:49",
          "content": "<p>WOW! Thanks for your help!! Now I can start my work with your help.</p>",
          "votes": null,
          "replies": []
        }
      ]
    }
  ],
  "raw_markdown_by_id": {
    "1779972": "When I saw train data, there are folders that I couldn't understand.\nFor many newbies, could you explain about data and data-structure?\n\n1. In \"../input/smartphone-decimeter-2022/train/2020-05-15-US-MTV-1\", what is MTV-1 means?\n2. What is differences between \"GooglePixel4\" and \"GooglePixel4XL\"? What they mean?\n3. Are \"Supplimental\" folders useful? Can I ignore it? What they mean?\n4. Can I regard gnss and imu as X, and ground_truth as y? what imu means?\n\nI believe many experts help me...and Thanks for your reading.",
    "1780275": "1. \"MTV\" means the city of Mountain View, and the \"-1\" means it's the first run in Mountain View for that day\n(for reference, here are all the cities in the list):\n\nMTV: Mountain View\nSJC: San Jose\nSFO: San Francisco\nSVL: Sunnyvale\nLAX: Los Angeles\nOAK: Oakland\n\n2. GooglePixel4 and GooglePixel4XL are two types of phones (the Pixel4XL is the larger version of the Pixel4) - all the folder names are the different phone manufacturers and models (e.g., XiaomiMi8 is a phone from Xiaomi called the Mi8)\n\n3. The supplemental files contain the (mostly) same information as the _gnss and _imu files, with these differences (as I understand it):\n\n- the _log.txt file is the raw log from the Android phone; the imu and gnss data is pulled from this log file\n- the .20o (or .21o or .22o) file is the gnss data in RINEX format (a standard gnss format). It's derived from the _gnss file (as far as I understand), and you actually lose just a little bit of precision if you read the rinex file because it only has timestamps down to 1e-9 seconds.\n\nSo: yes, you can safely ignore the supplemental files if you want, since they should contain the same information as the other files.\n\n4. yes, gnss and imu data are the \"X\", and ground_truth is the \"Y\". IMU means \"inertial measurement unit\", which is readings of the phone accelerometer, gyro, magnetometer. \n\nIf you're just starting out, I'd ignore the imu data to start as it can be a bit tricky to match up to the gnss data. Instead, take a look at some of the great notebooks already here: https://www.kaggle.com/competitions/smartphone-decimeter-2022/code?competitionId=35779&sortBy=scoreAscending to get started with the GPS locations.\n\ngood luck!",
    "1780478": "WOW! Thanks for your help!! Now I can start my work with your help."
  },
  "source": "meta"
}