Hacker Newsnew | past | comments | ask | show | jobs | submit | jabiko's commentslogin

You can also have a Webhook be delivered when you take a new measurement. I wrote a small script that syncs my weight to Garmin using python-garminconnect.

The experience integrating with Withings was really good. Garmin on the other hand seems to be actively hostile if you (as an end user) want to programmatically interact with their ecosystem.


Starting at page 20, the report looks like someone let AI create a HTML page and then just converted it to PDF. There are misplaced "Calendar", "Money Bag" and "Globe" emojis floating above the title of each startup analysis.

I suspect that nobody, including the authors, ever read this 391 page report.


You suspect wrong. We did this report for ourselves to correct the strategy and decided to make it public. All data is accurately checked, all numbers and maths can be easily checked by yourself.


I recently bought something from fahrrad.de and was surprised to see Wero as an payment option. I don't know what I expected, but scanning the QR code and acknowledging the payment in my banking app worked without any issues. The whole process had a very "snappy" feeling without waiting for any of the usual spinners and redirects. So... thumbs up, I guess?


So accidentally hacking a company is now a thing. The blog post seems to imply that the agent didn't have access to the source code of the caching proxy, which makes this even more impressive.


In Mythos testing a number of companies where doing what I call 'two way' testing. You have one set of agents attack the source code and another set attack the binary and running application. And see what exploits are found by each system. Then in a final round you have another set of agents compare both for weaknesses.

They can be really good at tool use and data gathering to find flaws.


Under the current law you already have to pay up to 500€ for a request. That would be a very costly DoS attack.


Also with the planned changes, you have to prove that you have an legitimate interest in the information. Which makes the whole thing very vague. So the government can just say that they don't think you have a legitimate interest in the information and deny your request. You would then have to sue.

Also also want to invoice you for all costs that your request causes. Previously it was capped at 500€. So your request could cost you thousands of euros. You are at the mercy of the government how many people are working on your request and how efficient they process it.


> Previously it was capped at 500€. So your request could cost you thousands of euros.

To be clear, it is currently costing the taxpayer said thousands of Euros. Time spent by government workers on FoI requests is meaningful and not free. That does not make them a bad idea, but we should be clear that passing costs on to the requester isn't precisely nefarious?


The transparency of this information is a public good in itself, so it is in the interest of the public that this information can be requested as freely as possible.

Of course there should probably be a way to limit waste, but putting all financial cost onto a single person is a way to effectively limit freedom of information to the point where it contradicts and undermines the whole idea behind it. That's one of the reasons why this change is being proposed, and it is not a stretch to call this nefarious.


Yes, it is costing the taxpayer. However, I think there needs to be some cap, because otherwise the government can weaponize that and be extra inefficient when processing requests for things they don't want to become publicly available.

The current cap of 500€ is a good compromise IMHO: It deters people from issuing unnecessary FoI requests while at the same time keeping it in reach for the average person if they really want that information.


Perhaps the cap should be multiplied by the number of people in an organization or business making the request?


If you design processes to be open by design, the cost of extracting data (removing sensitive data that is indeed not needed) goes down radically. Governments know this and resist it.


I'm a bit salty due to what they've done to the Komoot team. Komoot was (and still is) a great app for planing your outdoor activities.

After acquiring Komoot, they fired everybody. Watching their goodbye video is a bit heartbreaking: https://www.youtube.com/watch?v=qLJkK4Wn1HI


Also you have to remember the basics of statuspage messages: Its always just elevated error rates. Even when the error rate is elevated to 100%.

"We are observing elevated error rates when accessing objects stored in the affected region. Impacted customers may experience increased latency or intermittent failures while retrieving debris adjacent data." /s


That's not what's written on the webpage. If your post is meant as a critique that they’re not offering those services, you should make that clear to avoid spreading misinformation.


https://www.alaskaair.com/content/advisories/travel-advisori... It is on top of the page and linked a in it


Ah, okay. I did a Google search for that phrase before posting my comment, but couldn't find any result. Probably its not indexed yet. Thanks for the clarification.

Still I think it would have been better for OP to link to the source to avoid exactly this confusion.


The confusion from people who declined to read the webpage?

Most people will read both the comment and webpage, or neither. In either case there's no problem.

It's only your uncommon case of reading the comment, not reading the webpage, and yet still feeling confident in making assertions about the webpage contents, where there's an issue. But that's not common, and I daresay the issue is not on OP's end.


Still I think it would have been better for OP to link to the source to avoid exactly this confusion.

There’s a link at the top of Alaska Air’s home page. But your first thought was to go search Google instead?


The last sentence on the statement page contains a link to a "flexible travel policy" page, which contains the above quoted text.


Welcome to the web. Pages often have hyperlinks that can be followed to see related information.


And conveniently, Hacker News supports hyperlinks, so you can easily provide a source for your quotes so that everyone reading your post don't need to search for it again.


So, summing this all up:

(1) abnercoimbre (a) read through the document, (b) extracted the part of it that affected passengers are most likely to be interested in, and (c) helpfully provided a summary of that part;

(2) jabiko (a) didn't bother reading the document, (b) assumed abnercoimbre was lying about what it said, and (c) accused abnercoimbre of "spreading misinformation";

(3) The underlying problem here is that abnercoimbre's behavior was bad, whereas jabiko provided a reasonable response to seeing an entirely truthful summary that consisted only of a direct, unaltered quote from the primary source.

That's an interesting perspective. I might lean another way.


You will notice that the provided quote is not from the submitted page[1] but from another page[2] on the same site. I'm pretty sure I'm not the only one on this page that assumes that quotes on top level comments are sourced from the submitted page unless otherwise noted.

Mind you, I'm not defending jabiko here – I responded to the following comment: "Welcome to the web. Pages often have hyperlinks that can be followed to see related information." which I did not find reasonable.

[1] https://news.alaskaair.com/on-the-record/alaska-statement-on...

[2] https://www.alaskaair.com/content/advisories/travel-advisori...


> I responded to the following comment: "Welcome to the web. Pages often have hyperlinks that can be followed to see related information." which I did not find reasonable.

But you're wrong about that. Would you consider a "Choose Your Own Adventure" book to be a couple hundred documents, or just one?

The text abnercoimbre quoted was explicitly referenced on the page as being the airline's policy toward affected "guests". Anyone looking for that information would have found it, because... it's included in the document. It's not like the quote was pulled from the "investor relations" page after abnercoimbre clicked a link in the generic site-wide topbar for no reason.

Try a different angle: suppose that link to the travel policy went to an outdated page that Alaska Airlines disavowed. The old page, for whatever reason, specifies a set of benefits that they are absolutely unwilling to offer, and that they haven't offered for 5+ years.

Would you consider the statement "A flexible travel policy [link to outdated policy] is in place to support our guests" to be an inaccuracy in the document, even though it is literally true that a flexible travel policy is in place to support their guests?

If you would, how can you fail to consider the correct link to the correct policy as being "part of the document"?


I worry we're veering very much off topic, so let me state, for the benefit of anyone thinking that this is still about the original comment, that I consider the quote provided by abnercoimbre to be both correct and relevant to the submitted topic. The rest of this comment is not about that.

No, I do not consider a document to be a part of another document, unless it's embedded in the other document. I don't, for example, consider the RFC 2822 [1] to be a part of the RFC 5322 [2] event though they are obviously related and the latter refers (and, indeed, links) to the former. If, in a conversation about the 5322, someone quoted the 2822 without providing a reference to it, I would find it confusing.

As for "Choose Your Own Adventure" books, I'll have to admit that I don't have much experience with them, but from what I believe I know about them, I'd say that I would not consider the whole book to be a single document when it comes to referencing. Would it make sense to say something like "The adventure in the book ends with you caught by the security guard" if that is just one of the many alternative endings, one that many might not encounter when playing?

And expanding on that, would you consider it appropriate referencing to say "That is a crime according to the French criminal law" without specifying where it says that? (I'm assuming here that the French criminal law is a single document.)

The other example is interesting. I would consider a wrong (or broken) link to be an error in the document, but I would not consider erroneous statements in the linked document to be inaccuracies or errors in the linking document. Imagine that instead of an outdated policy, the linked document was one promoting homeopathy. Would you say that the original document contains misleading statements about healthcare? I would not.

[1] https://www.rfc-editor.org/rfc/rfc2822

[2] https://www.rfc-editor.org/rfc/rfc5322


> expanding on that, would you consider it appropriate referencing to say "That is a crime according to the French criminal law" without specifying where it says that? (I'm assuming here that the French criminal law is a single document.)

Not really; there are two issues, of which I think one supports you much more strongly than the other one does.

First (supporting you more), the French criminal law is a very large document. Appropriate referencing should include a more reliable way to find the relevant text than "it's in there somewhere".

Second, whether something is a crime according to any particular body of criminal law is generally a subjective question that cannot be definitively answered by reading the text of the law, even if you read it all. Because of this, appropriate referencing demands that you provide the text which you are interpreting to mean that the particular events under discussion constitute a crime.

This second point seems more important to me. If you say that's a crime according to the French criminal law, which states '[direct quote]', that's a good reference even though you don't specify where in the law your text is found. If you provide the location of the text you're thinking of, but not the text itself, that's a much worse reference, even though it's still better than just waving at "the French criminal law".

But part of that calculation is the fact that I expect, if I have a genuine quote in my hand, that I'll be able to locate where in the law it came from. Bodies of law are generally pretty good about this. Hundreds of years ago, specifying where in the law a direct quote occurred would have been more important.

(Issues with citing the law get even worse than this; judgments that postdate the law can have dramatic effects on its meaning without triggering any change in its official wording.)

> I would consider a wrong (or broken) link to be an error in the document, but I would not consider erroneous statements in the linked document to be inaccuracies or errors in the linking document. Imagine that instead of an outdated policy, the linked document was one promoting homeopathy. Would you say that the original document contains misleading statements about healthcare? I would not.

I wouldn't, but that's because the link specifies that it details Alaska Airlines' customer support policy. If the same thing happened in a Mayo Clinic page outlining their view of homeopathy, then that document would be making misleading statements about healthcare.

If a delayed passenger called Alaska Airlines and said "in your statement about the outage, it mentions that you reimburse affected passengers for any hotel accommodations they may have made without limitation" (and that is an accurate description of the mistakenly-linked outdated policy), do you think it would be more accurate for the representative to respond "yes, it does say that, but unfortunately that link goes to an outdated policy and we can't reimburse more than $100", or to respond "no, it doesn't say that. It only says that we have a policy, and our policy is to reimburse up to $100"?


Its impressive that even though registry-1.docker.io returned 503 errors they where able to keep a the metric "Docker Registry Uptime" at 100%.


Well, the server was up, it was just returning HTTP 503...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: