Skip to content

[BUG] UMAP: incorrect reproduciblity description for random_state python docs #5147

@cjnolet

Description

@cjnolet

The original implementation of reproduciblity brought closer matching results, but it still did not full address the associativity of floating point operations. This has been fixed since the original implementation, yielding an exact match. The description of reproducibilty in the random_state argument of the UMAP Python docs is outdated, as it still describes a 3 decimal point match where it's actually exact.

Metadata

Metadata

Assignees

Labels

algo: umapbugSomething isn't workingdocDocumentation

Type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions