Select to view content in your preferred language

Depots and Orders is unlocated.

2523
7
05-25-2016 09:28 AM
CloudingSoft
Regular Contributor

Hello

apparently it was sending some bad data,

see here the data I am sending:

http://optimocamino.cloudingsoft.net/tasks/envio_datos_VRP.php

now tells me that the problem was solved but troubled detail here:

http://optimocamino.cloudingsoft.net/tasks/get_status.php

I think I'm sending the coordinates wrong or I may be doing wrong?

0 Kudos
7 Replies
TomSellsted
MVP Regular Contributor

Fabien,

It looks like a couple of the stops failed.  The stop locations must be with in the tolerance provided for the street network.  They must be close enough to the street network to be part of the solution.

Regard,

Tom

CloudingSoft
Regular Contributor

tom

thanks for your prompt response.

2 stops and the deposit are relatively nearby, all within Capital Federal Argentina.

how could know the tolarancia established network of streets?

0 Kudos
TomSellsted
MVP Regular Contributor

Fabien,

You should be able to view the tolerance in the vrp settings.  Here is a similar screenshot:

The default in the above is 5000 meters.

Regards,

Tom

CloudingSoft
Regular Contributor

Tom, I have the equivalent of this configuration documentation?

ArcGIS REST API

0 Kudos
TomSellsted
MVP Regular Contributor

Fabien,

The REST service was created from an ArcMap Project which contains a VRP layer.  You would need to view the properties of this layer to change the tolerance.

You should be able to view the "Finding Network Locations" tolerance of the VRP REST service too if REST directory services are enabled.

Regards,

Tom

0 Kudos
CloudingSoft
Regular Contributor

Hello I still have the same problem.

I have found that with the coordinates of examplehttp://resources.arcgis.com/en/help/arcgis-rest-api/#/Vehicle_Routing_Problem_service/02r3000000n400... the solution works well.

but I'm sending the coordinates you can not solve the problem. https://community.esri.com/external-link.jspa?url=http%3A%2F%2Foptimocamino.cloudingsoft.net%2Ftasks...

0 Kudos
CloudingSoft
Regular Contributor

We found there was a little difference with the coordinates that we sent to REST and so the problem,

but now we have a problem with dates.

thank you very much we have solved the problem.

0 Kudos