To-dos

Anahita Project

Anahita Project's To-dos

Rastin Mehr

Rastin Mehr

December 12 2017

Ability to follow a hashtag or location

it would be nice to be able to follow nodes other than actors. Hashtags and locations are good starts. Rather than hammering the features in Anahita we want to make sure it would work seamlessly with the graph architecture and Anahita's philosophy. Also how would they play with the stories. #idea
  • Priority: normal
Rajkumar Mundel liked this
James Imani
James Imani
December 12 2017 Permalink
Is following hashtags a twitter thing? Does the concept work?
Let's say people are tagging a global event from the news: #stormirma #storm_irma #hurricane #hurricaneirma #floridairma
Now, do I have to follow each hashtag in case people are tagging differently? I also hope that the performance will not suffer from this concept.
Rastin Mehr liked this
Rastin Mehr
Rastin Mehr
December 12 2017 Permalink
Yes, I have so many questions myself. It seems like one of those cases that a behaviour is imposed on the graph architecture. Hashtags are filters, they don't create stories of their own like actors do. Dashboard aggregates stories coming from the followed actors. Unless we create a new type of news feed that selectively combines items from the story feed and hashtag list based on an algorithm.
Rastin Mehr
Rastin Mehr
December 12 2017 Permalink
Although, it could be interpreted as: follow ALL actors but filter the stories based on viewer’s hashtags.
Rastin Mehr
Rastin Mehr
December 13 2017 Permalink
Then an algorithm has to combine the results from social graph and hashtags together.
James Imani
James Imani
December 13 2017 Permalink
"follow ALL actors but filter the stories based on viewer’s hashtags"
Oh I see. But hopefully it is not going to replace the current dashboard concept.
Rastin Mehr
Rastin Mehr
December 13 2017 Permalink
In the current implementation we're filtering stories by leader ids. We should be able to extend the query to filter based on location and hashtag graphs too. Another approach would be loading separate pure lists and combining them either in the server side or client side. We need to test all these ideas to see how they'd work out.
Nick Swinford
Nick Swinford
December 13 2017 Permalink
This would be a nice feature to have.

I have a Network component on my website that loads all stories or media that the viewer has access to (leaders, mutuals, public or registered profiles) and I'm starting to realize how slow those queries are. We'll have to look into optimizing them in the future.
Rastin Mehr liked this
Rastin Mehr
Rastin Mehr
December 13 2017 Permalink
Combining it all in one query is perhaps not the best option. Perhaps we'd want to obtain pure lists and then mix and render them based on a logic or algorithm. That's how modern newsfeeds are operating.

Additional Information

Powered by Anahita