We have 2 integrations that generate PDFs from an add-in in Geotab Drive, and to do it, we leverage this kind of link: https://my.geotab.com/test_database/#hosLogs,dateRange:(endDate:'2019-10-28T17:46:00.885Z',startDate:'2019-10-14T04:00:00.000Z'),driver:b12345,includeExemptions:!f,includeIntermediateLogs:!f,token:('userName':'johndoe','sessionId':'asdasdasdasdasdasdasd','database':'test_database') This has worked for 6+ years. Today when we generate the PDFs, customers have started getting blank pages. When I try to replicate in chromium locally, I am directed to the login screen. Has support for this kind of link been revoked?I tried to workaround the issue by setting geotabAPI_credentials and geotabAPI_server in localStorage, then navigating to the base URL, but still I am getting directed back to login. This might be related to the move to CIAM and oauth, but there was no communication around this change and support being removed. We use this daily and 30K+ drivers depend on it for compliance. Please advise.

Support for passing session token in URL removed??

I am trying to understand what determines the placement of the label for a zone on the map. We have a customer that uses these zones to easily locate assets according to their internal sectors. It's not practical for this northernmost zone's label to be way up there near the northernmost point, yet it always is (in 2 different environments). I thought it might be uneven point density skewing the geometric centroid point north, but a drastically simplified polygon (~900 points instead of ~23000) positions the label at exactly the same spot. It doesn't seem to be related to the arithmetic mean point either (for the same reasons). So how does Geotab decide where the label goes? How can I help nudge it down near the arithmetic or geometric centers?

Zone label placement logic

page-user page-user-lppapillon-lppapillon-2124 template-account-profile page-status-200 theme-harmony user-guest

Company

Title

["Insiders Group"]

A broadcast-only group for receiving Geotab integrations news and updates!

Integrators Group

The exclusive spot for members of the Geotab Community Insiders Program - users who stand out for their willingness to help others and the Geotab Community mission.

Insiders Group

I'm on the same with failures. 11.123.501-acd8adccb4e6

For me this exact same procedure fails now on both databases I've tested. I have an open case with Geotab support to confirm if moving to CIAM progressively breaks this kind of thing.

When you tested the link, were you in a private browsing window? Otherwise in a browser, it might just be re-using your previous session from that browser. If it does indeed work for you in a private browser, and it stopped working for me, maybe it's because your database or user has not been migrated yet. For us it was working up until yesterday. Thanks for stepping in to help btw.

No message, just a redirect to login. As if session information was never sent.

We have 2 integrations that generate PDFs from an add-in in Geotab Drive, and to do it, we leverage this kind of link: https://my.geotab.com/test_database/#hosLogs,dateRange:(endDate:'2019-10-28T17:46:00.885Z',startDate:'2019-10-14T04:00:00.000Z'),driver:b12345,includeExemptions:!f,includeIntermediateLogs:!f,token:('userName':'johndoe','sessionId':'asdasdasdasdasdasdasd','database':'test_database') This has worked for 6+ years. Today when we generate the PDFs, customers have started getting blank pages. When I try to replicate in chromium locally, I am directed to the login screen. Has support for this kind of link been revoked?I tried to workaround the issue by setting geotabAPI_credentials and geotabAPI_server in localStorage, then navigating to the base URL, but still I am getting directed back to login. This might be related to the move to CIAM and oauth, but there was no communication around this change and support being removed. We use this daily and 30K+ drivers depend on it for compliance. Please advise.

Thanks for your suggestion Cristian, but no it does not. That's the problem, really, because nothing really ever happens (for this fleet) that far north, so they never pan the map that high and the result is that the label is never visible at all. Normally this would not matter that much, because on mouseover event, there is another popover that follows the cursor and identifies the zone, but here this customer has smaller sectors overlaid on top of these regions, so the label that gets shown is for the sector (which is good), but the region is not visible at all unless we zoom way out, of pan way up. <img src="/forum/plugins/gcs-uploads/files/069Pd000011AlREIA0.png" alt="image" />

I am trying to understand what determines the placement of the label for a zone on the map. We have a customer that uses these zones to easily locate assets according to their internal sectors. It's not practical for this northernmost zone's label to be way up there near the northernmost point, yet it always is (in 2 different environments). I thought it might be uneven point density skewing the geometric centroid point north, but a drastically simplified polygon (~900 points instead of ~23000) positions the label at exactly the same spot. It doesn't seem to be related to the arithmetic mean point either (for the same reasons). So how does Geotab decide where the label goes? How can I help nudge it down near the arithmetic or geometric centers?<img src="/forum/plugins/gcs-uploads/files/069Pd000011949nIAA.png" alt="image" />

The easy way to proceed is to Get the existing device, then update the licensePlate property, then Set it back. The reason this is failing is that there is no licensePlate property in a standard Device object, however as you mentioned it is present for CustomVehicleDevice or other entities that derive from Device (like Go9 for instance). You can see the properties of the Device object here:https://developers.geotab.com/myGeotab/apiReference/objects/Device/I believe if you were to just add the deviceType property in your object, that would allow the system on Geotab's end to recognize that this is in fact a subclass of Device which has these properties, and then the validator would let you through for the update. In all cases, Get, change, Set will work.

Viimane tegevus

Support for passing session token in URL removed??

Zone label placement logic