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

skater spanning tree weights properties incorrect #1765

Closed
lanselin opened this issue Nov 28, 2018 · 8 comments
Closed

skater spanning tree weights properties incorrect #1765

lanselin opened this issue Nov 28, 2018 · 8 comments

Comments

@lanselin
Copy link
Collaborator

See also #1763 and #1764. The properties of the skater weights file are not correct in the weights manager. In part, this is because the lack of symmetric entries (#1764), and the lack of an id variable (#1763), but also the type is given as "custom" and the symmetry is given as "unknown".

To keep consistency with the other weights files, the type should be given as "skater" and the symmetry should be given as symmetric (and the id variable listed). This then would allow the information to be saved in a project file for future use.

screen shot 2018-11-27 at 7 45 51 pm

lixun910 added a commit to lixun910/geoda that referenced this issue Dec 4, 2018
skater spanning tree weights properties incorrect GeoDaCenter#1765
skater spanning tree gwt format incorrect GeoDaCenter#1764
no id variable for gwt skater spanning tree GeoDaCenter#1763
@lixun910 lixun910 mentioned this issue Dec 7, 2018
@Ashitacarl
Copy link

GeoDa 1.12.1.181 (macOS Mojave, 10.14.1). Dec. 10 build.

In the weights manager, the saved skater gwt weight now is identified as "symmetric".
But the type is "custom" which should be changed into "skater".

1765

@lixun910
Copy link
Member

@Ashitacarl This is correct: when you create the skater.gwt, GeoDa knows it is symmetric -- just like when you create any distance based weights. However, when you load skater.gwt from an external file, GeoDa doesn't detect if it's symmetric or not, so it will be marked as "custom".

@Ashitacarl
Copy link

@lixun910 But this one is saved from "Saving Spinning Tree" rather than "Loaded" from an external file. So, the type should be "skater" rather than "custom". The "symmetric" label is correct!

@lixun910
Copy link
Member

@Ashitacarl oh, sorry. I see now. We don't have a type "skater", which is basically a name of a spatially constrained clustering method.

@lanselin
Copy link
Collaborator Author

lanselin commented Dec 18, 2018 via email

@lixun910
Copy link
Member

Got it. What about the "save spanning tree" function in "Redcap"? Do you want to name it as "redcap" or "skater"? since they are actually the same -- a spanning tree saved in the format of GWT.

@lanselin
Copy link
Collaborator Author

lanselin commented Dec 19, 2018 via email

@jkoschinsky jkoschinsky removed the bug label Dec 19, 2018
lixun910 added a commit to lixun910/geoda that referenced this issue Dec 19, 2018
@Ashitacarl
Copy link

GeoDa 1.12.1.183 (macOS Mojave, 10.14.1). Dec. 19 build.
Dataset: Guerry sample data.

Fix verified. "Tree" now included as the type for both skater and redcap.

1765v2-1

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

No branches or pull requests

4 participants