snarfedso i'm trying to understand a bridgy bug/feature request from someone who wants to use fragment urls for entries inside a feed as permalinks to backfeed to
snarfedi honestly don't fully understand the request, and it doesn't help that i can't find his markup example on his site...but i'd love input if anyone knows of precedent or has ideas!
aaronpka file format for how you'd put an md5 hash of a data set, and you want people to access it randomly, so instead of downloading the whole thing people could download the metadata and then download only the range they want
aaronpkdownload the metadata and hashes from the primary webserver, but then you can download the actual content from other web servers and you can still verify it
tantekclients can pickup a pokemon, or use the spinny thing that generates items that you can optionally pickup, or you can install a lure module on a stop
tantekthen when you view my indie venue while being physically near that venue (via my site using W3C Geolocation API), then that indie venue post reveals the additional geofenced notes!
tantekthen if you bookmark one of those geofenced notes, my geofenced note when receiving the bookmark-of webmention, could decided to disappear from the geofence, while maintaining its permalink, thus only allowing one person to "collect" that geofenced note
[chrisaldrich]GWG: there isn't a chance that one of the IndieWeb plugins for WordPress throws in <link rel="webmention" href="http://sitename.com/?webmention=endpoint" /> into headers to automatically identify a webmention endpoint is there?
[chrisaldrich]A ha! I was losing my mind trying to find where it was coming from as I thought I'd put it in manually. I'm guessing it also throws in <link rel="http://webmention.org/" href="http://boffosocko.com/?webmention=endpoint" /> too?
[chrisaldrich]I'd had put in <a rel="webmention" href="https://www.brid.gy/webmention/wordpress"></a> manually ages ago and it was apparently causing issues with Brid.gy sending webmentions properly since the endpoint was specified multiple times.
[chrisaldrich]Smart thinking for moving forward, but be aware in the near term that it may cause people with the bridgy snippet above to have webmentions failing sproradically until it's fixed.
snarfedi only added it to the docs (https://brid.gy/about#endpoint) maybe a few weeks ago. before then, the only place it showed up was in the wordpress.com signup flow
[chrisaldrich]It's been a really long month... I know the code actually looked really familiar and I'd discussed something similar with you a while back about it in relation to the FAQ page.
rMdesmy setup is 200 tweets at each sync, every 5 minutes. you can sync 1000 tweets every 5 minutes, but this is where your data plan is going to spike
aaronpkI started bundling some of the parsing logic into XRay so that it's all handled there and exposes a simplified/normalized version of peoples' posts
voxpelliyeah, getting a good presentation will probably take some while and is somewhat of a moving target, but getting content in there at all should be fairly simple :)
aaronpkmy main concern is that you show someone who's building an app the mf2 JSON (not even the HTML), and there's so many different ways you have to look for the equivalent information there, that it's way offputting compared to say the twitter API
voxpellitrue, Superfeedr kind of services would be good, but should perhaps also try to see if there can be some best practice or convergence for at least the data needed for a a minimal reader experience
voxpelliaaronpk: if one could somehow select a subset of that test html that would be just standalone h-entries or similar webmentionable content, then I could pull it into my testpinger right away
aaronpkbut as soon as i'm building a reader app, or whatever, then i'm in the domain, and i end up doing the same algorithm/transforms of the mf2 again and again
aaronpksure but that needs tests, and test data, and we might as well all be using the same test data which means we might as well be using the same representation of the transformations
aaronpki'm trying to make an argument for making a thing, (whatever it's called, possibly jf2 but maybe it's something else), that multiple implementations can use
snarfedif there are indeed common utils for a domain like readers, sounds like aaronpk is advocating for doing them once, lang independent, instead of once per lang
voxpelliI think the first step would be test data and then having each implementation themselves figure out if they are successfully parsing them or not
voxpelliaaronpk: the testdata I have in testpinger is real worl data and is not implying a spec but rather implying that the world is far from perfect and clients needs to expect that :)
aaronpkvoxpelli: right but what i'm saying is that there can be a thing (spec with implementations) that converts the real world mess into something actually useful for readers and consumers
tantekso you'll have to come up with a pretty tight definition for what jf2 means and what it is for in order to have it maintain that kind of "easy to consume" design
voxpellibut exposing test data will make plenty of people implement their own solutions and then, when they find a need, they will maybe converge on sharing some solutions between them
tantekotherwise you'll get feature creep again, by people who think the feed is the thing, instead of realizing the feed is just a summary from what's on the HTML
aaronpkthe problem with not having this consistent mapping of mf2 feeds to what you need when actually rendering the posts in a reader is that everyone ends up doing it slightly differently and then learning the edge cases individually instead of having this all documented
voxpelliyeah, hard when a discussion transforms :) I think we've reached a good conclusion though – starting on sharing some test data for h-entries, if aaronpk can take the lead there that would be great :)
aaronpkif I want to make a page that looks like that, but is generated by parsing the data on tantek.com, how do I find what profile info to include for the page?
voxpelliif the h-feed is a child of an h-card then just like an h-entry is connected to the h-feed by being a child of that, wouldn't the h-feed be connected to the h-card? else why is it a child?
tantekaaronpk, according to http://microformats.org/wiki/h-feed you can look for a p-author on the h-feed, and if there is none, then there is no explicit author of the feed. that seems pretty simple.
voxpellitantek: so if it shows up without an avatar in a Twitter like indieweb reader then that's how you prefer it to be shown? because most people would assume that to be an errenous presentation of your posts
voxpelliso basically: all consuming code should always fetch the u-url of he h-entries and rely on the data there as the data in the feed should not be considered enough for a good presentation of that feed?
voxpellitantek: but you're saying that an h-feed that's a child of an h-card that someone follows doesn't inherit the profile data of the h-card? so it doesn't matter if I follow a profile or a feed?
tantekperhaps the heart of where the RSS / Atom wars went wrong was what they agreed on, the very battleground they were fighting for, was the wrong battleground
aaronpkbut in that case each entry has a different author, and it doesn't really make sense for the feed to have its own author since ethe feed isn't anything except a collection of other posts
voxpellitantek: I'm not complaining, I'm just saying that I would expect there to be an avatar as that's the expectation that has been set by current social media clients
voxpellithat the fact that the feed is a child of the h-card doesn't convey any meaning is a bit weird though :/ so a feed can be a child of one h-card but the entries within it would still inherit author from the representative h-card on the page
kbsKevinMarks / (anyone else in the know) was talking in a recent twig podcast about unifying various content-addressable storage protocols - any references to ongoing efforts here?
kbsKevinMarks - interested as a consumer of it - but not sure yet about concrete projects. It seems potentially a handy way to publishing binary transparency logs (basically, merkle trees with published hashes of binary artifacts) - the nodes of the tree are content-addressable in principle..
KevinMarksConverging Merkle DAGs is a possible next step with this thinking, kbs, but converging hashes of discrete content seems both a good entry point and something practically useful
KevinMarksRight, Aaron. Feeds as lists of entries area a useful thing to represent more than just a person's entries. You have consumption feeds as well as production feeds, (what am I reading, who replied etc) so multi author is common
tantekKevinMarks, agreed about aspects, but that should be a UI where you pick that from the profile, not where you offload "feed management" onto the user (as feed readers do)
Loqimarked safe is a notification feature that tells you when those you follow have marked themselves as safe in an area affected by a disaster or other physical emergency within a geographical area https://indieweb.org/marked_safe
[chrisaldrich]aaronpk, my address is in my h-card on www.boffosocko.com; let me know the price, shipping, and preferred method of payment and we'll send you everything with loads of extra appreciation
[chrisaldrich]I looked around and didn't see any HWC logos, has anyone considered making one? I do love the fact that google image searches for the term give back lots of photos of people though.