Error - called `Option::unwrap()` on a `None` value about vrp HOT 6 CLOSED

Yes, adding different skills/compatibility will prevent jobs to be clustered.

I'll will fix the issue to avoid panic by preventing jobs from relation to be clustered.

from vrp.

Forgot to mention, but error seems to be different from #140.

It fails with manhattan distances as well, no need to use a custom matrix.

from vrp.

Hi, thanks for feedback!

Just to note: vicinity clustering is pretty an experimental feature.

I've briefly checked the problem and seems related to relation feature usage with vicinity feature. The root cause (most likely, still investigating) is that job1 and job2 are merged into one job in preprocessing step and this new job is used in internal job registry, not old ones. Possible solutions so far:

• add validation rule to disallow usage of these two features together (no my favorite)
• do not cluster jobs which are defined in relations (so far, preferable)

I guess you want to have two jobs to be clustered and then assigned to specific vehicle. I would need to think how to make this possible if you don't want upfront which jobs can be clustered together (otherwise you can use skills to lock them to specific vehicle)

from vrp.

Interesting, thanks for the info.
So, the clustering logic does take "skills" into account, but not yet "relations".
I also got it working by using "compatibility" to prevent clustering of those jobs, but I will probably change to use skills, like you suggested.

from vrp.

I've added the fix into the current master, will take some time to release all the changes

from vrp.

Thanks for the improvement.
Ideally, the configured relations should separate jobs in different clusters, instead of preventing them from clustering.

I will stop using clustering for now. Just realized I don't need it. I was using it mostly to group the same location into a single stop, but I believe this is done already even without clustering.

from vrp.