Skip to main content
Powered by ShareScore

Find research datasets worth reusing

Search datasets from major research repositories and use ShareScore to quickly assess how well each record supports discovery, access, and reuse.

59

datasets available to search

ShareScore release 0.7.1

Reset

Dataset results

59 results for “Urban Driving”

Learn how ShareScore rates datasets ↗
zenodo44/100

Urbanization drives an early spring for plants but not for pollinators

<p>These files include data and code used in the article titled: &quot;Urbanization drives an early spring for plants but not for pollinators&quot;. Data files are .txt with tab-separated values, and include abundances of pollinators captured and total floral cover estimated in each site (1-12) at each sampling event (6 events), in the three urban classes (low, medium, high).</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Versailles, Urban driving, Automated Driving and VRU detection

<p>Scenario description: cyclist and pedestrian detection during automated driving.</p> <p>Session description: Automated Driving part of the trip only. Two rounds: the first one without IoT (VRUs not connected) then with IoT (pedestrian with smartphone/watch and cyclist with connected bike).</p> <p>Datasets descriptions:</p> <p><strong>AUTOPILOT_Versailles_UrbanDriving_Vehicle: </strong>Data generated from the vehicle sensors</p> <p>Vehicle datasets generated by the vehicle sensors during urban driving at Versailles. This includes the data coming from the CAN bus and GPS. It includes following kind of datasets: Vehicle: general data (speed, battery), PositioningSystem: data from GPS, VehicleDynamics: data about dynamic (acceleration...), Accel: acceleration data, EnvironmentSensorsAbsolute: environment sensors in absolute coordinates</p> <p><strong>AUTOPILOT_Versailles_UrbanDriving_V2X: </strong>V2X messages during uraban driving sessions</p> <p>Data exchanged with other vehicles and pedestrian during urban driving. SortOfCam: messages sent or received from bicycles</p> <p><strong>AUTOPILOT_Versailles_UrbanDriving_IoT: </strong>Data extracted from IoT oneM2M platform</p> <p>This dataset refers to messages exchanged by urban driving and car sharing application with vehicle, across oneM2M platform. oneM2M: car sharing status data</p> <p><strong>AUTOPILOT_Versailles_UrbanDriving_CAM: </strong>CAM messages</p> <p>This dataset refers to messages captured inside the vehicle during car sharing.</p>

opencc-by-4.0Dec 2019View details →
zenodo40/100

Versailles, Urban driving, complete sessions

<p>Scenario description: Car sharing and urban driving with cyclist and pedestrian detection</p> <p>Session description: Booking of a vehicle at the car sharing station, manual driving through the city until reaching the part where the AD mode can be switched on. Then there are two rounds: the first one without IoT (VRUs not connected) then with IoT (pedestrian with smartphone/watch and cyclist with connected bike). Then manual driving back to car sharing station.</p> <p>Datasets descriptions:</p> <p><strong>AUTOPILOT_Versailles_UrbanDriving_Vehicle: </strong>Data generated from the vehicle sensors</p> <p>Vehicle datasets generated by the vehicle sensors during urban driving at Versailles. This includes the data coming from the CAN bus and GPS. It includes following kind of datasets: Vehicle: general data (speed, battery), PositioningSystem: data from GPS, VehicleDynamics: data about dynamic (acceleration...), Accel: acceleration data, EnvironmentSensorsAbsolute: environment sensors in absolute coordinates</p> <p><strong>AUTOPILOT_Versailles_UrbanDriving_V2X: </strong>V2X messages during uraban driving sessions</p> <p>Data exchanged with other vehicles and pedestrian during urban driving. SortOfCam: messages sent or received from bicycles</p> <p><strong>AUTOPILOT_Versailles_UrbanDriving_IoT: </strong>Data extracted from IoT oneM2M platform</p> <p>This dataset refers to messages exchanged by urban driving and car sharing application with vehicle, across oneM2M platform.</p> <p>oneM2M: car sharing status data</p> <p><strong>AUTOPILOT_Versailles_UrbanDriving_CAM: </strong>CAM messages</p> <p>This dataset refers to messages captured inside the vehicle during car sharing.</p> <p>&nbsp;</p>

opencc-by-4.0Dec 2019View details →
zenodo40/100

Livorno, Urban driving, basic session with detection

<p>Scenario description:</p> <p>Detect a pedestrian crossing with the red light and send DENM message to warn vehicles of the presence of the pedestrian</p> <p>Applicable datasets:</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_Vehicle_all</strong>: Data generated from the vehicle sensors</p> <p>This dataset refers to the vehicle datasets generated from the vehicle sensors during Urban Driving in Livorno. This includes the data coming from the CAN bus and GPS. It includes following kind of dataset: Vehicle: general data (speed, battery); PositioningSystem: data from GPS; VehicleDynamics: data about dynamic (acceleration...); LateralControl: steering and lane control data</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_V2X_all</strong>: V2V messages during platooning sessions</p> <p>This dataset refers to the V2V messages exchanged between ITS stations (vehicles and RSUs) during the Urban Drining in Livorno.</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_IoT_all</strong>: Data extracted from IoT oneM2M platform</p> <p>This dataset refers to messages exchanged by Urban Driving devices, applications and services across the oneM2M platform.</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Livorno, Urban driving, Connected vehicle detects fallen bicyle

<p><strong>Scenario description</strong>:</p> <p>Test session for fallen bicycle with connected but not automated vehicle</p> <p><strong>Session description</strong>:</p> <p>The fallen bicycle use case aims to demonstrate the possibility for a vehicle to detect in advance, using V2X communication, the presence of a fallen bicycle on the road. In case of fall, the bicycle signals its presence to the other vehicles using DENM messages.</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_Vehicle_all</strong>: Data generated from the vehicle sensors</p> <p>This dataset refers to the vehicle datasets generated from the vehicle sensors during Urban Driving in Livorno. This includes the data coming from the CAN bus and GPS. It includes following kind of dataset: Vehicle: general data (speed, battery); PositioningSystem: data from GPS; VehicleDynamics: data about dynamic (acceleration...); LateralControl: steering and lane control data</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_V2X_all</strong>: V2V messages during platooning sessions</p> <p>This dataset refers to the V2V messages exchanged between ITS stations (vehicles and RSUs) during the Urban Drining in Livorno.</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_IoT_all</strong>: Data extracted from IoT oneM2M platform</p> <p>This dataset refers to messages exchanged by Urban Driving devices, applications and services across the oneM2M platform.</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Livorno, Urban driving, Pedestrian detection

<p><strong>Scenario description</strong>:</p> <p>The pedestrian detection use case aims to demonstrate the possibility for a vehicle to be informed, using V2X communication, of the presence of a pedestrian crossing the road when the traffic light is green for the vehicle. In case of&nbsp; presence of a pedestrian, the RSU with detection capabilities signals the presence of the pedestrian to the vehicles using DENM messages.</p> <p><strong>Session description</strong>:</p> <p>Pedestrian detection</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_Vehicle_all</strong>: Data generated from the vehicle sensors</p> <p>This dataset refers to the vehicle datasets generated from the vehicle sensors during Urban Drining in Livorno. This includes the data coming from the CAN bus and GPS. It includes following kind of dataset: Vehicle: general data (speed, battery); PositioningSystem: data from GPS; VehicleDynamics: data about dynamic (acceleration...); LateralControl: steering and lane control data</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_V2X_all</strong>: V2V messages during platooning sessions</p> <p>This dataset refers to the V2V messages exchanged between ITS stations (vehicles and RSUs) during the Urban Drining in Livorno.</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_IoT_all</strong>: Data extracted from IoT oneM2M platform</p> <p>This dataset refers to messages exchanged by Urban Driving devices, applications and services across the oneM2M platform.</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Brainport, Urban driving, route request, VRU detection

<p><strong>Scenario description</strong>:</p> <p>Smartphone 3120 sends request, route 2 is being blocked by crowd (depending on run this changes), vehicle receives correct route and drives from west to east. Underway 2 VRU (3121 &amp; 3122) crosses the road.</p> <p><strong>Session description</strong>:</p> <p>Complete use case: Request vehicle, choose route on CEMA and GeoFenching VRU detection with 2 smartphone detection</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_DriverVehicleInteraction</strong>: Data extracted from the CAN of the vehicle</p> <p>Dataset Description This dataset contains e.g. throttlestatus, clutchstatus, brakestatus, brakeforce, wipersstatus, steeringwheel for the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EAI2Mobile</strong>: Data from the service to the mobile</p> <p>Dataset Description This dataset contains information sent to the mobile about the Estimated Arrival time and position</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsAbsolute</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with absolute coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsRelative</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with relative coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_CEMA_Message</strong>: Data from the service to the vehicle</p> <p>Dataset Description This dataset contains information from the Crowd Estimation and Mobility Analytics service</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_FlowRadar_Message</strong>: Data from the vehicle to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IotVehicleMessage</strong>: Data sent between all devices, vehicles and services</p> <p>Dataset Description Each sensor data submission is a Message. A Message has an Envelope, a Path, and optionally (but likely) Path Events and optionally Path Media. The envelope bears fundamental information about the individual sender (the vehicle) but not to a level that owner of the vehicle can be identified or different messages can be identified that originate from a single vehicle.</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_VehicleStatus</strong>: Data sent from the vehicle to the service</p> <p>Dataset Description This dataset contains the current status of the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_PositioningSystem</strong>: Data from GPS on the vehicle</p> <p>Dataset Description This dataset contains speed,longitude,latitude,heading from the GPS</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneGPS</strong>: Data sent by the mobile to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneStatus</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the current status of the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_TaxiRequest</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the requests for a taxi from the mobile phones</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_Vehicle</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o temperature and battery state of the vehicles</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_VehicleDynamics</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o accelerations and speedlimit of the vehicle, as observed from the CAN and the external sensors</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Brainport, Urban driving, VRU smartphone detection, camera detection

<p><strong>Scenario description</strong>:</p> <p>Only GeoFenching VRU detection with 3 smartphone detection<br> Test detection of multiple VRUs close to each other and compare with camera detections.<br> Test different size GeoFence area (20m wide x 50m long) of detection with different pedestrian walking paths (for pedestrian prediction) see Test plan Table 4</p> <p><strong>Session description</strong>:</p> <p>Route is fixed, vehicle drives north - south. Underway 1 group of 3 VRU crosses the road.</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_DriverVehicleInteraction</strong>: Data extracted from the CAN of the vehicle</p> <p>Dataset Description This dataset contains e.g. throttlestatus, clutchstatus, brakestatus, brakeforce, wipersstatus, steeringwheel for the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EAI2Mobile</strong>: Data from the service to the mobile</p> <p>Dataset Description This dataset contains information sent to the mobile about the Estimated Arrival time and position</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsAbsolute</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with absolute coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsRelative</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with relative coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_CEMA_Message</strong>: Data from the service to the vehicle</p> <p>Dataset Description This dataset contains information from the Crowd Estimation and Mobility Analytics service</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_FlowRadar_Message</strong>: Data from the vehicle to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IotVehicleMessage</strong>: Data sent between all devices, vehicles and services</p> <p>Dataset Description Each sensor data submission is a Message. A Message has an Envelope, a Path, and optionally (but likely) Path Events and optionally Path Media. The envelope bears fundamental information about the individual sender (the vehicle) but not to a level that owner of the vehicle can be identified or different messages can be identified that originate from a single vehicle.</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_VehicleStatus</strong>: Data sent from the vehicle to the service</p> <p>Dataset Description This dataset contains the current status of the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_PositioningSystem</strong>: Data from GPS on the vehicle</p> <p>Dataset Description This dataset contains speed,longitude,latitude,heading from the GPS</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneGPS</strong>: Data sent by the mobile to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneStatus</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the current status of the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_TaxiRequest</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the requests for a taxi from the mobile phones</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_Vehicle</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o temperature and battery state of the vehicles</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_VehicleDynamics</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o accelerations and speedlimit of the vehicle, as observed from the CAN and the external sensors</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Brainport, Urban driving, baseline test, camera detection

<p><strong>Scenario description</strong>:</p> <p>Base line test: no CEMA, no GeoFencing enabled. Vehicle only brakes on camera detection, when vehicle is blocked on its route by a crowd</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_DriverVehicleInteraction</strong>: Data extracted from the CAN of the vehicle</p> <p>Dataset Description This dataset contains e.g. throttlestatus, clutchstatus, brakestatus, brakeforce, wipersstatus, steeringwheel for the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EAI2Mobile</strong>: Data from the service to the mobile</p> <p>Dataset Description This dataset contains information sent to the mobile about the Estimated Arrival time and position</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsAbsolute</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with absolute coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsRelative</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with relative coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_CEMA_Message</strong>: Data from the service to the vehicle</p> <p>Dataset Description This dataset contains information from the Crowd Estimation and Mobility Analytics service</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_FlowRadar_Message</strong>: Data from the vehicle to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IotVehicleMessage</strong>: Data sent between all devices, vehicles and services</p> <p>Dataset Description Each sensor data submission is a Message. A Message has an Envelope, a Path, and optionally (but likely) Path Events and optionally Path Media. The envelope bears fundamental information about the individual sender (the vehicle) but not to a level that owner of the vehicle can be identified or different messages can be identified that originate from a single vehicle.</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_VehicleStatus</strong>: Data sent from the vehicle to the service</p> <p>Dataset Description This dataset contains the current status of the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_PositioningSystem</strong>: Data from GPS on the vehicle</p> <p>Dataset Description This dataset contains speed,longitude,latitude,heading from the GPS</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneGPS</strong>: Data sent by the mobile to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneStatus</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the current status of the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_TaxiRequest</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the requests for a taxi from the mobile phones</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_Vehicle</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o temperature and battery state of the vehicles</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_VehicleDynamics</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o accelerations and speedlimit of the vehicle, as observed from the CAN and the external sensors</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Brainport, Urban driving, route request, rerouting reception, VRU detection

<p><strong>Scenario description</strong>:</p> <p>Smartphone 3120 sends request, route 2 is being blocked by crowd (depending on run this changes), vehicle receives correct route and drives from west to east. Underway 1 VRU crosses the road.</p> <p><strong>Session description</strong>:</p> <p>Complete use case: Request vehicle, choose route on CEMA and GeoFenching VRU detection with 1 smartphone detection</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_DriverVehicleInteraction</strong>: Data extracted from the CAN of the vehicle</p> <p>Dataset Description This dataset contains e.g. throttlestatus, clutchstatus, brakestatus, brakeforce, wipersstatus, steeringwheel for the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EAI2Mobile</strong>: Data from the service to the mobile</p> <p>Dataset Description This dataset contains information sent to the mobile about the Estimated Arrival time and position</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsAbsolute</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with absolute coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsRelative</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with relative coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_CEMA_Message</strong>: Data from the service to the vehicle</p> <p>Dataset Description This dataset contains information from the Crowd Estimation and Mobility Analytics service</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_FlowRadar_Message</strong>: Data from the vehicle to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IotVehicleMessage</strong>: Data sent between all devices, vehicles and services</p> <p>Dataset Description Each sensor data submission is a Message. A Message has an Envelope, a Path, and optionally (but likely) Path Events and optionally Path Media. The envelope bears fundamental information about the individual sender (the vehicle) but not to a level that owner of the vehicle can be identified or different messages can be identified that originate from a single vehicle.</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_VehicleStatus</strong>: Data sent from the vehicle to the service</p> <p>Dataset Description This dataset contains the current status of the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_PositioningSystem</strong>: Data from GPS on the vehicle</p> <p>Dataset Description This dataset contains speed,longitude,latitude,heading from the GPS</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneGPS</strong>: Data sent by the mobile to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneStatus</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the current status of the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_TaxiRequest</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the requests for a taxi from the mobile phones</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_Vehicle</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o temperature and battery state of the vehicles</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_VehicleDynamics</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o accelerations and speedlimit of the vehicle, as observed from the CAN and the external sensors</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Brainport, Urban driving, car rebalancing, VRU detection, rerouting

<p><strong>Scenario description</strong>:</p> <p>Precondition:<br> - AD Vehicle (3177) is at starting position<br> - VRU with Smartphone (3120) is at end position<br> - VRU with Smartphone (3121) and FlowRadar (3175) is positioned halfway the vehicle track<br> - CEMA device is on route 2 and detecting crowd<br> <br> Initiate Rebalancing phase:<br> 1. Smartphone 3120: send taxi request (send end location to vehicle (lon / lat))<br> Initiate Routing phase:<br> 2. CEMA devices detect crowds on route 1 or route 2 --&gt; dynamically change routes base on CEMA<br> 3. Motion planning: Vehicle uses CEMA detection and call taxi request as input for choosing one of the two routes<br> Initiate Urban Driving phase (incl. VRU detection)<br> 4. Vehicle starts driving<br> 5. Underway VRU (3121) is detected using smartphone and FlowRadar ITS-G5<br> 6. With GeoFenching, vehicle starts slowing down on smartphone<br> 7. With camera detection vehicle brakes when VRU is inline of camera<br> 8. After VRU passes, vehicle continues journey<br> 9. Vehicle arrives at requested end point (at VRU 3120).</p> <p><strong>Session description</strong>:</p> <p>Rebalancing:<br> - relocate the vehicle on request<br> Urban Driving:<br> - rerouting on crowd estimation (CEMA)<br> - VRU detection with GeoFenching in vehicle (speed reduction) and warning on VRU smartphone</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_DriverVehicleInteraction</strong>: Data extracted from the CAN of the vehicle</p> <p>Dataset Description This dataset contains e.g. throttlestatus, clutchstatus, brakestatus, brakeforce, wipersstatus, steeringwheel for the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EAI2Mobile</strong>: Data from the service to the mobile</p> <p>Dataset Description This dataset contains information sent to the mobile about the Estimated Arrival time and position</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsAbsolute</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with absolute coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsRelative</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with relative coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_CEMA_Message</strong>: Data from the service to the vehicle</p> <p>Dataset Description This dataset contains information from the Crowd Estimation and Mobility Analytics service</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_FlowRadar_Message</strong>: Data from the vehicle to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IotVehicleMessage</strong>: Data sent between all devices, vehicles and services</p> <p>Dataset Description Each sensor data submission is a Message. A Message has an Envelope, a Path, and optionally (but likely) Path Events and optionally Path Media. The envelope bears fundamental information about the individual sender (the vehicle) but not to a level that owner of the vehicle can be identified or different messages can be identified that originate from a single vehicle.</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_VehicleStatus</strong>: Data sent from the vehicle to the service</p> <p>Dataset Description This dataset contains the current status of the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_PositioningSystem</strong>: Data from GPS on the vehicle</p> <p>Dataset Description This dataset contains speed,longitude,latitude,heading from the GPS</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneGPS</strong>: Data sent by the mobile to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneStatus</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the current status of the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_TaxiRequest</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the requests for a taxi from the mobile phones</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_Vehicle</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o temperature and battery state of the vehicles</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_VehicleDynamics</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o accelerations and speedlimit of the vehicle, as observed from the CAN and the external sensors</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Brainport, Urban driving, request route, VRU detection, route correction

<p><strong>Scenario description</strong>:</p> <p>Complete use case: Request vehicle, choose route on CEMA and GeoFenching VRU detection with 4 smartphone detections<br> Test detection of multiple VRUs close to each other and compare with camera detections.<br> Test GeoFence area of detection with different pedestrian walking paths (for pedestrian prediction)<br> Make comparison with GeoFenching enabled (runs 1-12) and with GeoFencing disabled (runs 13-25)</p> <p><strong>Session description</strong>:</p> <p>Smartphone 3120 sends request, route 2 is being blocked by crowd (depending on run this changes), vehicle receives correct route and drives from west to east. Underway 2 groups of each 2 VRU crosses, or walk alongside the road (see Test Plan Table 3 for exact walking patterns).</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_DriverVehicleInteraction</strong>: Data extracted from the CAN of the vehicle</p> <p>Dataset Description This dataset contains e.g. throttlestatus, clutchstatus, brakestatus, brakeforce, wipersstatus, steeringwheel for the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EAI2Mobile</strong>: Data from the service to the mobile</p> <p>Dataset Description This dataset contains information sent to the mobile about the Estimated Arrival time and position</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsAbsolute</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with absolute coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsRelative</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with relative coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_CEMA_Message</strong>: Data from the service to the vehicle</p> <p>Dataset Description This dataset contains information from the Crowd Estimation and Mobility Analytics service</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_FlowRadar_Message</strong>: Data from the vehicle to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IotVehicleMessage</strong>: Data sent between all devices, vehicles and services</p> <p>Dataset Description Each sensor data submission is a Message. A Message has an Envelope, a Path, and optionally (but likely) Path Events and optionally Path Media. The envelope bears fundamental information about the individual sender (the vehicle) but not to a level that owner of the vehicle can be identified or different messages can be identified that originate from a single vehicle.</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_VehicleStatus</strong>: Data sent from the vehicle to the service</p> <p>Dataset Description This dataset contains the current status of the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_PositioningSystem</strong>: Data from GPS on the vehicle</p> <p>Dataset Description This dataset contains speed,longitude,latitude,heading from the GPS</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneGPS</strong>: Data sent by the mobile to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneStatus</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the current status of the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_TaxiRequest</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the requests for a taxi from the mobile phones</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_Vehicle</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o temperature and battery state of the vehicles</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_VehicleDynamics</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o accelerations and speedlimit of the vehicle, as observed from the CAN and the external sensors</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Brainport, Urban driving, fixed route, VRU detection

<p><strong>Scenario description</strong>:</p> <p>Only GeoFenching VRU detection with 3 smartphone detection<br> Test detection of multiple VRUs close to each other and compare with camera detections.<br> Test different size GeoFence area (20m wide x 50m long) of detection with different pedestrian walking paths (for pedestrian prediction)&nbsp;</p> <p><strong>Session description</strong>:</p> <p>Route is fixed, vehicle drives north - south. Underway 1 group of 3 VRU crosses the road.</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_DriverVehicleInteraction</strong>: Data extracted from the CAN of the vehicle</p> <p>Dataset Description This dataset contains e.g. throttlestatus, clutchstatus, brakestatus, brakeforce, wipersstatus, steeringwheel for the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EAI2Mobile</strong>: Data from the service to the mobile</p> <p>Dataset Description This dataset contains information sent to the mobile about the Estimated Arrival time and position</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsAbsolute</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with absolute coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_EnvironmentSensorsRelative</strong>: Data extracted from the vehicle environment sensors</p> <p>Dataset Description This dataset contains information about detected object, with relative coordinates</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_CEMA_Message</strong>: Data from the service to the vehicle</p> <p>Dataset Description This dataset contains information from the Crowd Estimation and Mobility Analytics service</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_FlowRadar_Message</strong>: Data from the vehicle to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IotVehicleMessage</strong>: Data sent between all devices, vehicles and services</p> <p>Dataset Description Each sensor data submission is a Message. A Message has an Envelope, a Path, and optionally (but likely) Path Events and optionally Path Media. The envelope bears fundamental information about the individual sender (the vehicle) but not to a level that owner of the vehicle can be identified or different messages can be identified that originate from a single vehicle.</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_IOT_VehicleStatus</strong>: Data sent from the vehicle to the service</p> <p>Dataset Description This dataset contains the current status of the vehicle</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_PositioningSystem</strong>: Data from GPS on the vehicle</p> <p>Dataset Description This dataset contains speed,longitude,latitude,heading from the GPS</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneGPS</strong>: Data sent by the mobile to the service</p> <p>Dataset Description This dataset contains the GPS informaton (speed,position,heading) from the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_SmartphoneStatus</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the current status of the mobile</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_TaxiRequest</strong>: Data sent from the mobile to the service</p> <p>Dataset Description This dataset contains the requests for a taxi from the mobile phones</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_Vehicle</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o temperature and battery state of the vehicles</p> <p><strong>AUTOPILOT_BrainPort_UrbanDriving_VehicleDynamics</strong>: Data from the CAN and sensors about the state of the vehicle</p> <p>Dataset Description This dataset contains a.o accelerations and speedlimit of the vehicle, as observed from the CAN and the external sensors</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Livorno, Urban driving, Automated vehicle detects fallen bicycle

<p><strong>Scenario description</strong>:</p> <p>Test session for AD+connected car and connected cars approaching a fallen bicycle.</p> <p><strong>Session description</strong>:</p> <p>The fallen bicycle use case aims to demonstrate the possibility for a vehicle to detect in advance, using V2X communication, the presence of a fallen bicycle on the road. In case of fall, the bicycle signals its presence to the other vehicles using DENM messages. The AD car publishes the detected event to the oneM2M and safely reduces its speed until to stop. Goal is to record data for the technical evaluation.</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_Vehicle_all</strong>: Data generated from the vehicle sensors</p> <p>This dataset refers to the vehicle datasets generated from the vehicle sensors during Urban Driving in Livorno. This includes the data coming from the CAN bus and GPS. It includes following kind of dataset: Vehicle: general data (speed, battery); PositioningSystem: data from GPS; VehicleDynamics: data about dynamic (acceleration...); LateralControl: steering and lane control data</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_V2X_all</strong>: V2V messages during platooning sessions</p> <p>This dataset refers to the V2V messages exchanged between ITS stations (vehicles and RSUs) during the Urban Drining in Livorno.</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_IoT_all</strong>: Data extracted from IoT oneM2M platform</p> <p>This dataset refers to messages exchanged by Urban Driving devices, applications and services across the oneM2M platform.</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Livorno, Urban driving, detection of fallen bicycle

<p><strong>Scenario description</strong>: Test session for fallen bicycle with AD and connected vehicle</p> <p><strong>Session description</strong>: The fallen bicycle use case aims to demonstrate the possibility for a vehicle to detect in advance, using V2X communication, the presence of a fallen bicycle on the road. In case of fall, the bicycle signals its presence to the other vehicles using DENM messages. The AD car safely reduces its speed and stops.</p> <p><strong>Datasets descriptions</strong>:</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_Vehicle_all</strong>: Data generated from the vehicle sensors</p> <p>This dataset refers to the vehicle datasets generated from the vehicle sensors during Urban Driving in Livorno. This includes the data coming from the CAN bus and GPS. It includes following kind of dataset: Vehicle: general data (speed, battery); PositioningSystem: data from GPS; VehicleDynamics: data about dynamic (acceleration...); LateralControl: steering and lane control data</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_V2X_all</strong>: V2V messages during platooning sessions</p> <p>This dataset refers to the V2V messages exchanged between ITS stations (vehicles and RSUs) during the Urban Drining in Livorno.</p> <p><strong>AUTOPILOT_Livorno_UrbanDriving_IoT_all</strong>: Data extracted from IoT oneM2M platform</p> <p>This dataset refers to messages exchanged by Urban Driving devices, applications and services across the oneM2M platform.</p>

opencc-by-4.0Jan 2020View details →
zenodo40/100

Figure 1 in Seasonality and bait type driving the diversity of dung beetle (Scarabaeidae: Scarabaeinae) communities in urban remnants of the Atlantic Forest

Figure 1. Partial map of the state of Pernambuco, with emphasis on the remnants of the Atlantic Forest (Green) and the urban area (Pink) located on the outskirts of FURB Jaguarana in the municipality of Paulista and APA Aldeia-Beberibe in the municipality of Camaragibe, PE, Brazil.

opencc-by-4.0Nov 2022View details →
zenodo40/100

Figure 3 in Seasonality and bait type driving the diversity of dung beetle (Scarabaeidae: Scarabaeinae) communities in urban remnants of the Atlantic Forest

Figure 3. Canonical Correspondence Analysis (CCA) with group formations related to separation and types of baits used in the collection of dung beetles at FURB Jaguarana (A) and APA Aldeia-Beberibe (B).

opencc-by-4.0Nov 2022View details →
zenodo40/100

Figure 2 in Seasonality and bait type driving the diversity of dung beetle (Scarabaeidae: Scarabaeinae) communities in urban remnants of the Atlantic Forest

Figure 2. Differences between diversity index values (q0, q1, q2) for different types of baits (feces, carrion, millipedes) in the rainy and dry season at FURB Jaguarana (A) and APA Aldeia-Beberibe (B). Meaningfulness: &lt;0.001'***'; &lt;0.01'**'; &lt;0.05'*'.

opencc-by-4.0Nov 2022View details →
dryad40/100

Data from: The city and forest bird flock together in a common garden: Genetic and environmental effects drive urban phenotypic divergence

Open the record for dataset details and reuse information.

publicFeb 2025View details →
dryad40/100

Urbanization drives habitat suitability of the invasive Cuban Knight Anole (<em>Anolis equestris</em>) in Florida, USA

Open the record for dataset details and reuse information.

publicOct 2025View details →

ScienceDex guides

Understand access before you commit

These curated guides explain access requirements, typical timelines, costs, and reuse considerations for widely used research datasets.

Compare curated datasets

Allen Brain Atlas

Allen Brain Atlas is an Allen Institute collection of brain map atlases, datasets, APIs, and analysis tools covering mouse, human, and non-human primate brain resources.

allen-brain-atlas
neuroscienceopenDocumentation, web resources, and API references are available online.
Last verified 2026-04-30Open record

Annotated Behaviour and Observability Dataset (ABODe)

ABODe is a University of Edinburgh DataShare dataset for behavior classification in group-housed mice using home-cage video, identities, bounding boxes, ground-plate positions, and annotator labels.

abode-home-cage
behavioral-neuroscienceopenThe DataShare record exposes download links for annotations, documentation, license text, and the zipped per-snippet data directory.
Last verified 2026-04-30Open record

DANDI Archive for NWB datasets

DANDI is a BRAIN Initiative archive for publishing and sharing neurophysiology data, including electrophysiology, optophysiology, and behavioral data packaged as NWB and related standards.

dandi-nwb
electrophysiologyopenPublished Dandiset metadata and archive endpoints are available through the production DANDI API.
Last verified 2026-04-30Open record

International Brain Laboratory public data

The International Brain Laboratory public data releases expose standardized mouse decision-making experiments, including Neuropixels recordings, widefield calcium imaging, behavior, and session metadata accessed through the ONE API.

ibl
behavioral-neuroscienceopenPublic sessions can be searched and loaded from the IBL public data server through ONE.
Last verified 2026-04-29Open record

OpenNeuro

OpenNeuro is a free, open platform for sharing neuroimaging datasets, with public search, dataset pages, and download paths for web, S3, DataLad, and the OpenNeuro CLI.

openneuro
neuroscienceopenPublished datasets are available on demand over the internet.
Last verified 2026-04-29Open record