Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Starting coordinates are not good for some maps #123

Open
drserajames opened this issue Mar 24, 2022 · 0 comments
Open

Starting coordinates are not good for some maps #123

drserajames opened this issue Mar 24, 2022 · 0 comments

Comments

@drserajames
Copy link
Member

My understanding is that the randomisation step before optimisation is the same as the default behaviour of randomizeCoords(); "The maximum table distance is calculated then points are randomized in a box with side length equal to maximum table distance multiplied by table_dist_factor" where table_dist_factor=2. I tried relaxing a map with different table_dist_factor and found that 2 was not good (both in terms of stress and how the map looks - I have some not very well coordinated points that were getting hemisphered). table_dist_factor=0.1 had the lowest stress. table_dist_factor=0.01 had the next lowest (0.2% higher) and the map looked more consistent.

opt_stress_table_dist_factor

My ideal behaviour would be allowing the user to set the table_dist_factor when running optimizeMap(), perhaps as part of RacOptimizer.options. I don't know if the default should change, or if it's particular to large maps/those with lots of missing titres/this map. I expect a default based on the average distance would be better, as the maximum is affected by outliers.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant