search

ErwinKomen / RU-passim

0 stars 0 forks source link

AF overlap network: size and time bug?? #688

Closed ErwinKomen closed 1 year ago

ErwinKomen commented 1 year ago

Possible bug

Can you see what happened to the overlap networks? They are too big (there should only be a couple of linked authority files displayed here), take ages to load (at least on my desktop 😉) and show PASSIM codes (whereas they previously showed Gryson ones). The colours have also disappeared.

ErwinKomen commented 1 year ago

Discussion on this:

  1. Je hebt het nu over functionaliteit van iets waar ik 12 september 2022 voor het laatst aan gewerkt heb (#579, #578). Sindsdien is er volgens mij niets aan gewijzigd.
  2. Wanneer had jij er voor het laatst aan gewerkt (vóór maandag)? Wanneer werkte het nog op de manier zoals jij beschrijft?
    1. Goede vraag – begin februari heb ik het zeker nog gedemonstreerd aan een collega (8 feb.); maar ook daarna had het me moeten opvallen, omdat ik het netwerk regelmatig openklik om te bekijken. Ik heb niet meer systematisch links toegevoegd (zeker niet aan deze Authority File, die compleet is).
  3. Bij grote aantallen werkt overlap inderdaad bijzonder traag.
    1. Het vreemde is dat, in het voorbeeld dat ik noem, de ‘degree’ van het netwerk op twee staat, en er dus maar zo’n 10-15 links zouden moeten zijn, maximaal. D.w.z. er zou helemaal geen groot aantal links moeten zijn. Zou het kunnen dat het probleem in die ‘degree’ functie zit (d.w.z. dat de applicatie automatisch het volledige, immense netwerk probeert weer te geven)? Dan nog is het vreemd dat ‘ie er zo lang over doet (voorheen werden netwerken van degree 5-6 ook gemakkelijk en snel geladen), en dat de lay-out opties (kleuren, mogelijkheid om kleuren toe te voegen, labels bij nodes) verdwenen zijn.
  4. Wat ik me nu bedenk: zou het kunnen komen door de toevoeging van HUWA? Als dat zo is, dan zou een oplossing zijn om HUWA-project-only items niet mee te laten doen.
    1. Dit zou qua tijd misschien kloppen, maar er zou aan de dataset van de voorbeelden die ik noem niets veranderd moeten zijn. Is er in de code iets verschoven of veranderd?

Ik testte het netwerk nu ook op deze preek https://passim.rich.ru.nl/ssg/details/3371/, waarbij momenteel helemaal niets weergegeven wordt (of duurt het gewoon zo lang om te laden?)

ErwinKomen commented 1 year ago

Checking

  1. Checking the indicated SSG in the development environment...
    1. Ah, an error in seeker/visualizations.py line 215.
      1. This is about the contents of table EqualGoldLink
      2. Somehow there are some links that have spectype set to 0, instead of one of the regular choices
      3. This has been done on EqualGoldLink ids: 8401, 8402. These are the last links in this table. Done when?
        1. SSG src id: 1238, SSG dst id: 4655
      4. This is unclear, but when I go to the Edit view of /ssglink/details/8402/ it is clear that it is possible to select spectype '-----', and that one apparently has a value '0'
        1. This comes down to form EqualGoldLinkForm: what is being done with spectype there?
      5. Well, it is unclear how this happened. But what I did is:
        1. Add a function check_links() to model EqualGold
        2. Call this function from the view EqualGoldDetails every time a user manouvres to a particular AF (SSG)
        3. The function checks all links and makes sure that a '0' is changed into None properly
      6. Result: The AF overlap network of 3371 shows regularly