Hi Geotab Community,I'm integrating with the MyGeotab API using JSON-RPC over HTTP POST to:https://my.geotab.com/apiv1​I would like to know the server-side timeout for MyGeotab API requests.Specifically, does MyGeotab terminate API requests after a fixed amount of time on the server side, API gateway, or backend?For example, if I call methods such as:AuthenticateGet for DeviceGet for LogRecordGet for StatusDatais there a documented maximum request processing time before the server returns an error or closes the connection?I checked the MyGeotab API documentation, but I could not find a clear statement about the server-side timeout value for /apiv1.Any official reference or guidance would be appreciated.Thanks!

What is the server-side timeout for MyGeotab API (&#x2F;apiv1) requests?

What is the server-side timeout for MyGeotab API (/apiv1) requests?

Hello,We are developing a system that periodically retrieves vehicle data using the MyGeotab API (mainlyLogRecordandStatusData).To design our data collection and polling strategy properly, we would like to understand how frequently these data points are generated by GO devices and stored in the Geotab database.Specifically, we would like to know the trigger conditions and typical update frequency/interval for the following data:LogRecord.LatitudeLogRecord.LongitudeLogRecord.SpeedIsDeviceCommunicatingIsDrivingDiagnosticPositionValidId / DiagnosticPositionValidAtDeviceIdDiagnosticBatteryVoltageIdDiagnosticIgnitionIdDiagnosticRawOdometerIdDiagnosticStateOfChargeId (Code: 2118)DiagnosticParkingBrakeIdDiagnosticElectricVehicleChargingStateIdDiagnosticOnBoardChargerAcInputVoltageId (Code: 3290)aFGR6Q9guoUeiaAZI1fD6oQ (Code: 2659)DiagnosticOutsideTemperatureIdaCiOQmMpe702NzD3cVCx4oA (Code: 3255)az2JRiedliES6bw7pEe_UZg (Code: 3256)anZTfpLFXgUq_iOB1Q-S9oA (Code: 3268)aiC3laRAhVEOzOSvicbN9og (Code: 3254)For example, we are trying to understand things like:Are these diagnostics reported periodically (e.g., every few seconds/minutes), or only when the value changes?Are they triggered by specific events (e.g., ignition change, distance traveled, charging state change, etc.)?Are there documented intervals or thresholds for when GO devices send these values to the server?If there is documentation that describes the recording logic or reporting frequency for these diagnostics, we would greatly appreciate being pointed to it.Thank you in advance for your help.

What are the trigger conditions and reporting frequency for LogRecord and EV diagnostics (SOC, charging state, etc.) in MyGeotab?

Hello,I have a question about how EV SOC (State of Charge) data is reported by the GO device.As I understand it, SOC data is typically recorded and sent when the value changes (for example, when SOC changes by about 1%).I am concerned about the following scenario:The device temporarily loses cellular connectivity.During this offline period, the SOC changes (for example due to driving or charging).However, the device cannot send the data because there is no connectivity.Later, the cellular connection is restored.In this situation, will the GO device send the SOC changes that occurred during the offline period once the connection is restored?Also, if the SOC happens to return to the same value as before the connectivity loss (for example, charging and then driving back to the same percentage), is it possible that no new SOC record will be sent?In that case, it seems that MyGeotab might continue to show the old SOC value from before the connectivity loss, even though the actual SOC may have changed during that time.Could you please clarify how SOC reporting works in this situation?Thank you very much.

MyGeotab EV SOC reporting behavior after temporary connectivity loss

Hello Geotab Community,We are currently working on real-time device health monitoring for EV vehicles using the MyGeotab API.Our goal is to detect device failures immediately (for example, if the GO device is unplugged or stops communicating), even when the vehicle is stationary for a long period of time at a charging station.We are reviewing the following properties from the DeviceStatusInfo entity:isDeviceCommunicatingisDrivingWe would like to understand:Can isDeviceCommunicating be reliably used as a real-time heartbeat indicator?Under what conditions would isDeviceCommunicating return false for a device that is actually healthy (for example, EV sleep mode)?What is the recommended best practice for distinguishing between:A device that is offline due to failureA device that is simply not transmitting because the vehicle is stationary or sleeping?We are especially interested in EV use cases where vehicles may remain parked and inactive for extended periods.Any guidance or recommended monitoring approach would be greatly appreciated.Thank you in advance.

Using DeviceStatusInfo for Real-Time Device Health Monitoring in EVs

Hi Geotab Community,I'd like to confirm the maximum number of assets (devices/vehicles) that can be registered in a single MyGeotab database.Is there a hard system limit (technical maximum) for the number of assets/devices per database?Are there any licensing/subscription limits that vary by plan/contract?Where can I check the limit for my own account/contract (e.g., in MyGeotab or in an official document)?Any official references or guidance would be appreciated. Thank you!

Maximum number of assets&#x2F;devices per single MyGeotab database?

Maximum number of assets/devices per single MyGeotab database?

page-user page-user-大地-三浦-2136 template-account-profile page-status-200 theme-harmony user-guest

Company

Title

Thank you for the detailed explanation and for putting the sources together. I understand that there is no publicly documented server-side timeout value for standard /apiv1 requests, and that the 300-second value is a client-side timeout in the Python SDK. I also understand that GetFeed is the exception where a 180-second per-request timeout is documented, and that for LogRecord and StatusData, we should design around result size limits and OverLimitException rather than relying on a specific timeout value. Thank you again for your support.

Hi Geotab Community,I'm integrating with the MyGeotab API using JSON-RPC over HTTP POST to:https://my.geotab.com/apiv1​I would like to know the server-side timeout for MyGeotab API requests.Specifically, does MyGeotab terminate API requests after a fixed amount of time on the server side, API gateway, or backend?For example, if I call methods such as:<ul><li>Authenticate</li><li>Get for Device</li><li>Get for LogRecord</li><li>Get for StatusData</li></ul>is there a documented maximum request processing time before the server returns an error or closes the connection?I checked the MyGeotab API documentation, but I could not find a clear statement about the server-side timeout value for /apiv1.Any official reference or guidance would be appreciated.Thanks!

Hello,We are developing a system that periodically retrieves vehicle data using the MyGeotab API (mainlyLogRecordandStatusData).To design our data collection and polling strategy properly, we would like to understand how frequently these data points are generated by GO devices and stored in the Geotab database.Specifically, we would like to know the trigger conditions and typical update frequency/interval for the following data:<ul><li>LogRecord.Latitude</li><li>LogRecord.Longitude</li><li>LogRecord.Speed</li><li>IsDeviceCommunicating</li><li>IsDriving</li><li>DiagnosticPositionValidId / DiagnosticPositionValidAtDeviceId</li><li>DiagnosticBatteryVoltageId</li><li>DiagnosticIgnitionId</li><li>DiagnosticRawOdometerId</li><li>DiagnosticStateOfChargeId (Code: 2118)</li><li>DiagnosticParkingBrakeId</li><li>DiagnosticElectricVehicleChargingStateId</li><li>DiagnosticOnBoardChargerAcInputVoltageId (Code: 3290)</li><li>aFGR6Q9guoUeiaAZI1fD6oQ (Code: 2659)</li><li>DiagnosticOutsideTemperatureId</li><li>aCiOQmMpe702NzD3cVCx4oA (Code: 3255)</li><li>az2JRiedliES6bw7pEe_UZg (Code: 3256)</li><li>anZTfpLFXgUq_iOB1Q-S9oA (Code: 3268)</li><li>aiC3laRAhVEOzOSvicbN9og (Code: 3254)</li></ul>For example, we are trying to understand things like:<ul><li>Are these diagnostics reported periodically (e.g., every few seconds/minutes), or only when the value changes?</li><li>Are they triggered by specific events (e.g., ignition change, distance traveled, charging state change, etc.)?</li><li>Are there documented intervals or thresholds for when GO devices send these values to the server?</li></ul>If there is documentation that describes the recording logic or reporting frequency for these diagnostics, we would greatly appreciate being pointed to it.Thank you in advance for your help.

Hello,I have a question about how EV SOC (State of Charge) data is reported by the GO device.As I understand it, SOC data is typically recorded and sent when the value changes (for example, when SOC changes by about 1%).I am concerned about the following scenario:<ol><li>The device temporarily loses cellular connectivity.</li><li>During this offline period, the SOC changes (for example due to driving or charging).</li><li>However, the device cannot send the data because there is no connectivity.</li><li>Later, the cellular connection is restored.</li></ol>In this situation, will the GO device send the SOC changes that occurred during the offline period once the connection is restored?Also, if the SOC happens to return to the same value as before the connectivity loss (for example, charging and then driving back to the same percentage), is it possible that no new SOC record will be sent?In that case, it seems that MyGeotab might continue to show the old SOC value from before the connectivity loss, even though the actual SOC may have changed during that time.Could you please clarify how SOC reporting works in this situation?Thank you very much.

Hello Geotab Community,We are currently working on real-time device health monitoring for EV vehicles using the MyGeotab API.Our goal is to detect device failures immediately (for example, if the GO device is unplugged or stops communicating), even when the vehicle is stationary for a long period of time at a charging station.We are reviewing the following properties from the DeviceStatusInfo entity:<ul><li>isDeviceCommunicating</li><li>isDriving</li></ul>We would like to understand:<ol><li>Can isDeviceCommunicating be reliably used as a real-time heartbeat indicator?</li><li>Under what conditions would isDeviceCommunicating return false for a device that is actually healthy (for example, EV sleep mode)?</li><li>What is the recommended best practice for distinguishing between:</li></ol><ul><ul><li>A device that is offline due to failure</li><li>A device that is simply not transmitting because the vehicle is stationary or sleeping?</li></ul></ul>We are especially interested in EV use cases where vehicles may remain parked and inactive for extended periods.Any guidance or recommended monitoring approach would be greatly appreciated.Thank you in advance.

Thanks for sharing that — it's really helpful to hear a real-world reference. Knowing there's a database out there with 20,000+ vehicles (active and archived) running without issues is reassuring. Appreciate it!

Hi Eishi, Thank you for your reply and for clarifying this. That's very helpful, and it's good to know there's no practical limit I need to worry about for typical fleet sizes.Thanks again, and I appreciate your support.

Hi Geotab Community,I'd like to confirm the maximum number of assets (devices/vehicles) that can be registered in a single MyGeotab database.<ul><li>Is there a hard system limit (technical maximum) for the number of assets/devices per database?</li><li>Are there any licensing/subscription limits that vary by plan/contract?</li><li>Where can I check the limit for my own account/contract (e.g., in MyGeotab or in an official document)?</li></ul>Any official references or guidance would be appreciated. Thank you!

Recent Activity

What is the server-side timeout for MyGeotab API (/apiv1) requests?

What are the trigger conditions and reporting frequency for LogRecord and EV diagnostics (SOC, charging state, etc.) in MyGeotab?

MyGeotab EV SOC reporting behavior after temporary connectivity loss