When I was first playing with this, I actually really expected you to be using an expensive performant solution like neo4j. When I read that you were using sqlite, I didn't believe it at first and thought it was a mistype from dev until I looked over the source.
That's an impressive and well thought out performance enhancement, and that the app runs so blazingly fast on sqlite is very impressive.
My thoughts exactly. It's impressive that despite relying on BFS, the tool manages to be so fast on a tiny node on google cloud. Even when there's a depth of >= 5 !
Especially SQLite is often overlooked. A marvelous library that should be part of every personal toolkit.
Neo4j is not necessarily more performant, especially for a particular use case like this.
The downside of bidirectional seems to be that things like place names are linked via short paths through boring articles like "Census designated place" or "City"
The bi-directional nature of the search does not change the end result. It is simply a performance improvement.
Re:Show HN: Six Degrees of Wikipedia
by solarkraft on Tuesday February 27, 2018 @12:08PM
(#16475439)
Still - It can be annoying. Maybe there could be an option to exclude articles with specific text/link ratios?
[1] https://github.com/jwngr/sdow/blob/a2699dc95d884ec64a4641630... [2] https://github.com/jwngr/sdow/blob/a2699dc95d884ec64a4641630...