aaronpk!tell jeena my parser is getting confused by your markup. is there a reason you have e-content on an element way outside where your actual text is? It's including your image alt text and such in the content this way. It would be much nicer if you had "e-content p-name" on the same element. see: https://xray.p3k.io/parse?url=https%3A%2F%2Fjeena.net%2Fphotos%2F265&pretty=true
Zegnataaronpk, I think your Jeena-parsing-problem is just another prime example of the question whether the photo of a photopost (marked up as u-photo) should be seen as - and included in - the post content (marked up as e-content)
petermolnarpeople who downsize images: are you using any specific filter? (not the instagram, I mean the lanczos, roboidux, bicubic, etc filters) or do you sharpen the downsized images? If yes, may I ask the settings? I'm trying to compare methods, because right now my images look a little oversharpened and I'm yet to find the balance.
Zegnatvoxpelli. Possibly. The discussion is between putting img.u-photo inside the .e-content of outside and that is still ongoing. I am not even sure if it makes sense to support both formats or if the community should settle for one.
aaronpkpetermolnar: yeah XRay doesn't support feeds yet. XRay is more than an mf2 parser, it's aware of vocabularies, and I haven't decided how I want feeds to be parsed yet
aaronpkand because you have two top-level h-* objects it looks like a feed unless the URL of one of the objects matches the URL of the page it's retrieved from
aaronpkbasically it comes down to: some people publish multiple h-* objects on a page. in some cases that's a post with an author like yours, in other cases it's a list of posts. in order to distinguish that case, I check for whether the URL of one of the h-* objects matches the URL I retrieved,and if so, then that page represents a single object
tantekthat sounds like it is not solving any use-cases particularly well, and thus perhaps it needs to be redesigned from a re-analysis of the use-cases
snarfedhey micropub experts (eg aaronpk), if a micropub server receives a create or update with unrecognized properties, is it expected to still store them and return them to queries, even if it does nothing with them?
Loqisnarfed: ben_thatmustbeme left you a message on 2016-12-03 at 10:03pm UTC: the way i am going to have inkstone image working, its storing them internally as a data URL, then when it hits the inkstone server, it checks for a media endpoint and posts them all there, if not, it will just try sending them as a data URL
Loqisnarfed: ben_thatmustbeme left you a message on 2016-12-03 at 10:03pm UTC: but thats just as an initial step, i'd prefer to get it working much better than that
Loqisnarfed: tantek left you a message 1 day, 14 hours ago: just successfully used Bridgy Publish to post an RSVP "yes" http://tantek.com/2017/015/t2/yoga-journal-market-towel-bars to the same event that the previous RSVP "interested" post got errors as discussed. Makes me think something may be going wrong on the Bridgy end (might have been the first test of Bridgy Pubilsh "interested"?)
tantekonly found out by actually implementing ALL of the p-rsvp values (and a UI for them) and testing them with real world content (and POSSE with Bridgy Publish)
tantek!tell gRegorLove want to figure out 2017 Q1 dates for HWC meetups and create some stubs? or at least for February and then we can iterate based on actual meetings held from there?