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

Python port #1

Open
machawk1 opened this issue Jun 7, 2017 · 8 comments
Open

Python port #1

machawk1 opened this issue Jun 7, 2017 · 8 comments

Comments

@machawk1
Copy link

machawk1 commented Jun 7, 2017

Hi @Kubuxu, I needed the functionality of this package in https://github.com/oduwsdl/ipwb, so ported it to Python at https://github.com/machawk1/piskg but was not sure how else to contact you beyond filing a GitHub issue. I plan on testing this further a la ipfs/kubo#3397 (comment) .

@hmeine
Copy link

hmeine commented Jul 24, 2017

Thanks for sharing!

@hmeine
Copy link

hmeine commented Jul 24, 2017

(I must admit, though, that I did not get the relation to the wayback machine.)

@Kubuxu
Copy link
Owner

Kubuxu commented Jul 24, 2017

@machawk1 I looked at what you sent when you sent it and it looked good. Thanks for sharing it here.

@machawk1
Copy link
Author

@hmeine Thanks for the feedback. I can make that more clear in the docs. OpenWayback indexes WARCs to CDX then on client access, reads the index for the source and offset of the payload in a WARC. ipwb does something similar but with CDXJ and the WARC contents extracted, pushed to, and pulled from IPFS.

The appeal of the IPFS swarm implementation is for collaboratively and more securely sharing WARCs' contents among a set of peers with the key, among a few other approaches I am investigating.

@Kubuxu Thank you! I am hoping to integrate it a bit further and to keep the Python version as to close to parallel with the original Golang version.

@Kubuxu
Copy link
Owner

Kubuxu commented Jul 24, 2017

The schema right now is very simple, in future if updated version is created the first line of the key will be updated.

This also means that we plan supporting this version of a key for quite a while (at least I hope so).

@0zAND1z
Copy link

0zAND1z commented Aug 14, 2018

@machawk1 & team, did you have any success with bridging multiple swarms having different swarm key? Would love to have your input on that. Thx

@machawk1
Copy link
Author

@kggp1995 I have not tested the use case you mentioned but can imagine it being applicable to my own scenarios (involving private sharing of archival collections), so may look further into it.

@0zAND1z
Copy link

0zAND1z commented Aug 14, 2018

Thanks for the revert @machawk1 .

Please feel free to share your thoughts in this registered issue: #3

Your inputs would be helpful in the implementation.

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

No branches or pull requests

4 participants