Hello!
I sent a request to connect a new CPO “ITcharge” into your system via OCPI about a week ago on this page: https://openchargemap.org/site/about/datasharing
Would you be so kind to inform me what is the estimated time frame for adding?
I also send token C to connect to our OCPI system. Do I need to send something more?
Thanks in advance!
Hi Alexey,
Thanks, the information has been received and the delay is just with myself - for each OCPI feed we need to verify that it parses OK then add an import provider with any customizations necessary. I’ll let you know here when we have tried an import but I don’t yet know when that will be.
An initial import has been performed for ITcharge.
Christopher, Thank you so much for your prompt assistance!
By the way, did you support pagination during getting Locations list via OCPI? We have limit 50 Locations for single GET Locations request so full list of our Locations can be received on serveral requests (with provided offset param) as described in OCPI docs. X-Total-Count header in response shows the total number of Locations.
At this moment I can see not more than 50 of our Locations on Open Charge Map =(
Thanks, no we don’t currently perform pagination as it hasn’t come up before with OCPI but I’ll have a look.
We have 700+ Locations (of all our tenants) in our system so I believe if we send you full list for single request it will be very very huge pack of data 
But if we have no other options please inform me ASAP and we will make adjustment for your platform requests to send a full list of Locations 
Hi Alexey,
Thanks, reviewing our current code we need to rework how data is fetched in order to support pagination. It would great if we could install fetch all results (even if that requires a non-standard query parameter etc) in the meantime.
Hi Christopher,
There is no need to send additional query parameter, we just embed new logic (to get full Locations list) into your token С which I provided before.
But we definetly need to now how often do you request data? every time user open the map or at intervals? (we need to understand if the cache is needed on our side)
At the moment imports are run periodically and no more frequently than once per month. We may make them more frequent in the future but it would likely be once per day at most.
We don’t attempt to use these feeds for real-time status date.
Ok, in that case we don’t need cache mechanism at the moment and we will make adjustments to return full list of Locations for request with our token C. I will let you know when when we do it.
Hi Christopher,
We have made adjustments and now you can get the full list of our Locations using the previously provided token C. Can you please check? And how soon can we see them on the map?
Thanks Alexey, I’ve run a fresh import now.
You will find some locations are not imported because they are at the same location as other location entries, generally our import expects all equipment at a particular location to be in one location listing, otherwise our map (and any map using the data) will end up stacking multiple markers on top of each other.
OCPI expects non-null entries for connector format, max_amperage and tarrif_ids and tarrif_ids should be an array like ["f902a33c-b33e-4c7b-a5ea-d69f9c9f33c0"] even if it’s empty, like []. Where we encounter problems reading these we skip that field.
Oh, I didn’t know that 
What if have no data about max_amperage ? Should we use 0 instead of null ?
It’s fine to leave it null if you don’t know it, it’s just that the spec expects you to know it. Our own parsing can be more flexible than the spec allows as we are trying to support multiple OCPI versions as well. The one I would fix is the tarriff_ids array (the spec doesn’t really state it’s an array but it’s implied because it can be multiple values).
Thank you for clarification!
We’ve fixed that issue with non array type in tarriff_ids field.
Please check
