#[cleverdevil]Cool. MongoDB compatible managed service from AWS.
#@PinoBatch↩️ Currently it's a protocol (microformats2 and Webmention over HTTPS). It needs indexing and recommendation ("Related" stuff) to make a complete platform, as one job of a platform is to surface thoughts written by other users. (twitter.com/_/status/1083152671786369024)
#jeremycherfasWell, that's a drag. The Comments plugin on Grav seems to have vanished all previous comments. None in backups either. I'm somewhat peeved.
#[grantcodes]Yeah, I do need to separate it out to just the auth part at some point
[tantek], snarfed and [schmarty] joined the channel
#[schmarty]cleverdevil++ thanks for this proof-of-concept on overcast export! i was inspired to start pulling listen posts out of it.
#Loqicleverdevil has 41 karma in this channel over the last year (85 in all channels)
#aaronpkyeah I need to look at that too! that might be enough of a reason for me to stick with overcast instead of using overcast and castro half the time right now which is really annoying
#[schmarty]!tell cleverdevil what details of your overcast listens are you sending to your site (over micropub)?
#[schmarty]my site is very pull-based when it comes to responses. e.g. i would expect a listen-of property to be a URL, and the build process would look up the details of that URL.
#[schmarty]but (not for the first time) i am interested in sending more detail about that listen-of directly via micropub
[cleverdevil] joined the channel
#[cleverdevil]So I’d advise against actually using the script until we hear from Marco 😉
#[cleverdevil]I’ve been rate limited for a long while now.
#Loqi[cleverdevil]: [schmarty] left you a message 1 minute ago: what details of your overcast listens are you sending to your site (over micropub)?
#Loqi[cleverdevil]: [schmarty] left you a message 1 minute ago: what details of your overcast listens are you sending to your site (over micropub)?
#[schmarty][cleverdevil] oh yeah, i'm not hitting the website constantly. i grabbed a single export and have been poking at it with my own code.
#[cleverdevil]I’m sending directly to a custom endpoint because I find extending Known’s Micropub implementation to be maddening :P
#[schmarty]my endpoint already needs to look for nested h-cards in tags, so maybe i will generalize that. i'm really tempted to model how X-Ray turns everything into a URL and then includes a "refs" property w/ the nested info.
#[schmarty](ownyourswarm sends nested tag info when you check in to a place with someone)
#ZegnatI wish the whole gpodder thing had caught on in podcast land. So my player could talk directly to my website.
#[schmarty]cleverdevil: oh yeah i forgot about the internals of the known micropub handler. it's not the most extensible. 😆
#[cleverdevil]The entire Known Micropub and Indieauth implementation honestly needs to be rewritten.
#jeremycherfas[cleverdevil] I'm a bit lost. Are you still talking about the Listen plugin you modified? Not seeing how it connects to the Overcast OPML
#[cleverdevil]I wrote a script that can publish Listen records on my site based upon my Overcast history.
#jeremycherfasAh. So it publishes Listen records but does not necessarily use the Listen plugin?
#jeremycherfasI know no Python, but your script is useful and informative. I'm guessing I could try to use it as the basis for a PHP version, maybe sending to Grav rather than Known.
#aaronpk:sigh: instagram changed something again and now posts with photos and videos aren't showing up right in XRay
#aaronpkbecause right now the photo property is treated as a poster image for the video, so it's not clear how to represent a post with both a photo and a video
#aaronpkhah adding that to the wiki shows up in the github history because there's a git commit that matches it
#sknebel(something along the lines of proposals for hMedia in mf1, although h-entry might work too)
#aaronpkoh hm, so like if you have a list of media where the order is important and is a mix of photos and videos, then you don't use the "photo" and "video" property in h-entry at all?
#sknebelhm. might be necessary. but what I remember was more along the lines of having an object instead of an url in the video property, and that object has the video url, the poster url, potentially an author, ...
#sknebelno good idea right now, especially none that parses neutrally (no specific features in the parsers, does something useful for existing implementations)
#sknebelwell, I guess you could add a new property to both in addition, and ignore the others if it exists
#aaronpkand then separately also add the poster image thing
#aaronpkwhere the value of one of the "media" properties might be a fancier object with a poster image
#sknebelalthough if you add objects you still end up with objects in the u-video then too... but at least it could have a reasonable "value". not sure how many consumers can handle that though (they should in a way, but it's an easy enough shortcut to take...)
#[tantek]At some pong you’re trying to pack too much into one h-entry and should really be using a collection post, especially with mixing media and caring about ordering etc
#LoqiA collection is a type of post that explicitly lists and/or embeds multiple other posts chosen by the author https://indieweb.org/collection
#sknebelhm, markup for that is also still "brainstorming"
#ZegnatIt does lists examples that people have already published though, which may be more telling than any markup brainstorming (ie: how have people actually done it)
snarfed, krychu and [kevinmarks] joined the channel
#aaronpkstarts poking around alt text in instagram
#aaronpkneed to figure out how to represent this in jf2 now
#aaronpk[eddie] [grantcodes] and others, how would you expect to find alt text of a photo when writing a microsub client?
#aaronpkone of the goals of the jf2 format was to have values not change type all the time, so i'm hesitant to switch the `photo` values to objects when there is alt text
#[eddie]if you don't want it to change from the photo url, I think the second most intuitive (to me) would be to store info about the photo url in the refs array by the photo url
#[davidmead]I did open an issue in idno/Known about this too
#aaronpk[eddie]: i'm thinking a new property "meta" next to "refs", which uses the URL as the key and the value is an object, and for now I will only include "alt", so e.g.:
#aaronpkthe one thing is that, like refs, it's a property that exists in the same namespace as the microformats vocabulary properties, so that means this can never represent a mf2 property called "meta"
#[davidmead]ok. this is weird [aaronpk] . I disabled a plugin (InstagramShim 0.1) and I got 2 photos in OYG to post to my site. The third and fourth fail.
#aaronpkbut I think that's fine given tantek's dislike of the term "meta" ;-)
#[davidmead]plugin still disabled, and I had tried with that plugin disabled before, but it didn’t have any effect
#aaronpk[davidmead]: I did just change stuff so that could be why
#[eddie]ahhhh that makes sense. As you said though, that's probably a safe bet, anything on an actual h-entry called meta would probably be ambiguous and have a better descriptor.
#[davidmead]well it worked for those couple of minutes 🙂
#snarfedclever, but i'll stick with string matching
#aaronpkI think i'm actually going to leave the autogenerated captions in xray
#aaronpki'm going to remove the 'No photo description available.' one tho
#sknebelverified, they respect accept-language headers
#sknebelso you can just send one for us-english and be sure to always get that
#aaronpkspeaking of headers, I seem to be getting different CDN URLs depending on whether I fetch from my browser or from curl, but these are both from my laptop
[schmarty] joined the channel
#[schmarty]aaronpk, eddie: interesting choice to have X-Ray pass along "meta"! i have a bunch of "filemeta" stuff from the early days of my jekyll site when i wanted to indicate caption files for videos, whether a photo was a 360 panorama, etc. kind of excited to see some movement on this for jf2.
#[schmarty]it's an interesting difference of pattern, though. e.g. ownyourgram sends person-tags as nested h-cards in the tags array, and the mf2 spec calls for a nested object in the photo array when alt text is present.
#[schmarty]whereas jf2 seems to be heading towards parallel structures with lookups.
#aaronpkdoes it? It looks like OYG is only sending the URL for a person tag
#[schmarty]i'll need to find and re-send one to check it out, but back in the day i had to write special handling on my micropub endpoint to deal with the nested objects.
#snarfedthese in particular follow the pattern of "Image may contain: one or more persons, hat, sunset"
#snarfedmaybe useful sometimes, particularly for visually imparied people, but personally i plan to omit them in granary, since i'd rather draw a clear bright line between user-provided and auto-generated
[kevinmarks], eli_oat, snarfed and [tantek] joined the channel
#[tantek]I can respect that too. Since granary does it's own format etc., maybe consider "auto-alt" as a secondary property?
#[kevinmarks]Given that we are changing mf2 parsing to nest alt text, making jf2 match seems reasonable, though by default that would create a "children" property in jf2
#[kevinmarks]As jf2 was a battle against multivalued defaults, not sure how that works
#snarfed[kevinmarks]: sorry, re tantek, not re you
#aaronpk[kevinmarks]: the other motivation of jf2 is to have values be a consistent type instead of switching between strings and objects
j12t joined the channel
#Zegnatmf2 is pretty consistent to, basically whenwver you run into an object that you didn't expect you can use the object's "value" property to get it's string value instead.
#aaronpkneed to settle on a jf2 representation in order to be able to update monocle for it too
[tantek], j12t and klez joined the channel
#[tantek]have you figured out a methodology to evolve jf2 that doesn't involve one-off design decisions for every new feature? or is that going to be just the way jf2 operates moving forward?
[cleverdevil] joined the channel
#[tantek](I respect that it's a hard problem, which is why I'm asking)
#aaronpkit's not exactly a one-off for every new feature
#aaronpkmf2 also developed a new thing for alt text that doesn't exist anywhere else in mf2
#[tantek]not really a unique thing, as we considered the lang implications simultaneously so we came up with an approach, both re-using a pattern from e-* properties, and more broadly handling a class of features, rather than just a one-off
#[tantek]I do think the "use URLs as a key into a flat array" thing is interesting
#aaronpkthat's basically the same thing that jf2 is doing, except it's just doing it differently
#aaronpkthere's been some talk about helping out apps by providing things like dimensions of images or duration of audio files, so the same place that alt text lives can also hold those
#[tantek]huh? I don't get any of "basically the same thing" - looks completely different
#[tantek]the approach is quite different, a mechanism for extra info about things with URLs, vs. just extra info about things in general