-
Notifications
You must be signed in to change notification settings - Fork 78
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
Direct linking to graphs #18
Comments
I'll look into it, and report back if I implement it. Data would need to be stored about each expanded node, which I don't think it would be reasonable to store in the URL, especially since which articles are linked is something liable to change in a wiki. On Thu, Apr 21, 2016 at 12:06 PM jon r [email protected] wrote:
|
I've been thinking more about how to do this. I don't want to store data for people's networks on my server, because I have very limited storage. The implementation I'm thinking about now is:
So an example shared URL would look like What do you think? (Sorry I accidentally pressed "close" before, didn't mean to) |
I thought just delivering attached data via the URL would be enough? Why caching a graph on the client side if it can be regenerated at any time? The server could then do optimisations in keeping responses available. Else I believe @remotestorage or @scripting's nodestorage.io could be simple JSON storage options? Or even GitHub Gists. |
I've since given this a little more thought. I think I'll store The reason that the network can't be automatically generated is that:
The reason the data can't be passed in the URL is that large networks can have many hundreds of nodes. Not practical to pass that through a URL, unless I misunderstand what you're saying. |
It sounds reasonable to me to cache parts of the Wikipedia link graph locally. But will I be able to request |
What would your intended behavior be for that? Would it be adding two On Sat, May 7, 2016 at 5:14 PM jon r [email protected] wrote:
|
This is the first step towards implementing #18
I still have to write one to undo it, but this is a step towards #18
This does *not* currently reconstruct "floating edges," or edges that are not between a node and its parent. Floating edges only occur at the intersections between two separate graphs (only in large networks with multiple start nodes). This is pretty much an edge case (no pun intended 😛 This is also a step towards implementing #18
The only thing missing froom #18 is a GUI
In case you hadn't noticed, I implemented this whole thing more than a month ago, I just haven't implemented a UI. I'm working on an interface now. This will replace the twitter button. |
No, I didn't get to running it locally, yet. But am impressed how you On 17 June 2016 at 16:55, Luke Deen Taylor [email protected] wrote:
|
Doesn't actually do anything though. (See #18)
Sorry that I still haven't gotten to this. I've got everything except the button to share it, but I've been pressed for time. Hope to get this finished soon. I'm kind of embarrassed I've taken so long on this. |
@controversial, this tool is amazing, so firstly, thanks for sharing your work with the community! The ability to share predefined graphs would be a very powerful way to share ideas, both general and specific and can be the perfect introduction to a talk or training session to give people a visual idea of the scope of the content being discussed. Can't wait to try it! |
@duncanawerbuck This is entirely implemented except for a physical share button on the GUI. There's a short console command one can type to save one's graph and get a shareable link, and the links work. There's a progress bar for loading and everything. I just have to stick the button on the app. I'll try to get to it at some point soon, I've kind of been prioritizing other projects |
Please take me off the cc list. Thx.
…On Sunday, November 27, 2016, Luke Deen Taylor ***@***.***> wrote:
@duncanawerbuck <https://github.com/duncanawerbuck> This is entirely
implemented except for a physical share button on the GUI. There's a short
console command one can type to save your graph and get a shareable link,
and the links work. There's a progress bar for loading and everything. I
just have to stick the button on the app. I'll try to get to it at some
point soon, I've kind of been prioritizing other things
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#18 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABm9O7LNZIxjpJHAqCGGiimV22ALomIkks5rCfPzgaJpZM4IM1XE>
.
--
Typed on an iPad with fat fingers.
|
I can't do that, this is through github. You can press the "unsubscribe"
button on the issue page.
…On Sun, Nov 27, 2016 at 4:32 PM Dave Winer ***@***.***> wrote:
Please take me off the cc list. Thx.
On Sunday, November 27, 2016, Luke Deen Taylor ***@***.***>
wrote:
> @duncanawerbuck <https://github.com/duncanawerbuck> This is entirely
> implemented except for a physical share button on the GUI. There's a
short
> console command one can type to save your graph and get a shareable link,
> and the links work. There's a progress bar for loading and everything. I
> just have to stick the button on the app. I'll try to get to it at some
> point soon, I've kind of been prioritizing other things
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <
#18 (comment)
>,
> or mute the thread
> <
https://github.com/notifications/unsubscribe-auth/ABm9O7LNZIxjpJHAqCGGiimV22ALomIkks5rCfPzgaJpZM4IM1XE
>
> .
>
--
Typed on an iPad with fat fingers.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#18 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AJ5Yr8A7c4nZPN7StUPFGs0xzxll23bkks5rCfb-gaJpZM4IM1XE>
.
|
Coming from erabug/wikigraph#2 and fedwiki/wiki#63 we know that linking to certain states of the graph would be interesting.
Similar to what CoGraph allows, but by using URL fragments known from @fedwiki lineups.
If I searched for Space and Time, they'd automatically be added to the URL and therefore create a stable view onto the data. Those nodes should be expanded by default on load.
The text was updated successfully, but these errors were encountered: