Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

Tooling for doing data "imports" from other social networks #787

Closed
pfrazee opened this issue Apr 11, 2023 · 2 comments
Closed

Tooling for doing data "imports" from other social networks #787

pfrazee opened this issue Apr 11, 2023 · 2 comments

Comments

@pfrazee
Copy link
Collaborator

pfrazee commented Apr 11, 2023

Some folks have been wanting to build importers of posts and data from other networks.

There are a lot of tricks to that but a very basic import has some blockers that we'd need to address:

  1. The timestamps are going to be based on index time, not create time. This can be fixed by using a "blended" timestamp where, depending on the view, we use either created or indexed times. Eg on a reverse-chron timeline you choose the lower of the two.This technique only works contextually though, and may be purely a client design choice.
  2. The posts will be treated as normal posts by the indexer, meaning they'll blast/swap the followers' timelines as new objects. There would need to be some way to signal that the post is an import and should somehow get indexed "silently".

This is somewhat challenging and I don't think we can prioritize it now. Also these are only 2 issues that occurred to me at first glance, there may be more issues.

@ianklatzco
Copy link
Contributor

I'm curious if the WIP importRepo would still cause posts to render based on indexedAt.

Also curious where the code is that decides whether to use indexedAt vs createdAt -- in the UI? or in the getTimeline?

image

@kcchu
Copy link

kcchu commented May 3, 2023

I would like to spend some time on AT Protocol's code. I am interested in working on this task. Are there anyone already started working on this or some prior work?

@bluesky-social bluesky-social locked and limited conversation to collaborators Jun 3, 2023
@bnewbold bnewbold converted this issue into discussion #1152 Jun 3, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants