welterde

12 ms·

91.
by welterde 4y ago
Only one turbine and that one is sitting for several months in Germany, waiting for Gazprom to actually request delivery of it. Nevermind that Siemens Energy states that there is nothing wrong with the existing ones and that there is actual
92.
by welterde 4y ago
The key is not to let the heat in in the first place during the summer. Thick external shutters do wonders in that regard. Well insulated windows alone will let in the heat (in form of light) but not out again (IR). I really wonder why thes
93.
by welterde 4y ago
Kinda disagree with that. IMAP Idle works just fine for mobile.
94.
by welterde 4y ago
IMAP supports keywords/tags that are synchronized among clients. Wouldn't that work for you?
95.
by welterde 4y ago
The standalone info browser really isn't that bad and neither are the generated html page(s) (especially now that they applied some light CSS) and also the generated pdf look fairly good. GNU bash also has fairly good info documentatio
96.
by welterde 4y ago
Unless you need inbound connections. Then you need coordination as well. Also DHCP-PD also supports multiple levels as well, so you have roughly as much/little coordination as in your NAT+DHCP case.
97.
by welterde 4y ago
That they deserve some good legal troubles for their behavior is another discussion entirely (Swisscom, which was doing the same thing as DTAG and running a collab with DTAG for a while, actually lost a few court cases over things like that
98.
by welterde 4y ago
I think you mean they switched to using the DTAG network as upstream - essentially giving them the same treatment as their customers in Germany. And also disconnecting from local internet exchanges in the process. DE-CIX is an internet exch
99.
by welterde 4y ago
I had mnet for a couple years and no problems whatsoever. They even had IPv6 much earlier than the competition. Also had Vodafone for a while and it was fine (but just as with DTAG one has to be lucky that the local segment is not overloade
100.
by welterde 4y ago
The pole offsets are in the order of hundreds of milli-arcseconds, whereas each second offset between UT1 and UTC produces an offset of (worst-case) ~14 arcseconds. Worlds of difference. Subtracting all leapseconds would yield an error of ~
101.
by welterde 4y ago
We cannot predict Earths rotation to a sufficient degree into the future to get away with TAI + constant or TAI + some equation. This is the reason we don't know the precise time of all leap seconds decades into the future. Currently i
102.
by welterde 4y ago
UT1 (and therefore UTC) is however a better starting point for calculating the sidereal time than TAI since it is connected to the rotation of the Earth, whereas TAI is not. This way the relation to calculate the (L)ST only depends on fixed
103.
by welterde 4y ago
The author argues that only TAI would make sense to an alien civilization, but I don't think that's true at all. I think they miss the fact that it also is only defined within the reference frame of the Earth and also that it depe
104.
by welterde 4y ago
I kind of feel like you are doing something wrong with HDF5, since for my use cases it's the fastest solution by far.
105.
by welterde 4y ago
It's all about averages though. Some people will be cheap to connect, while others will be expensive to connect. And the subsidies are most likely written in a way, such that the ISPs can't only go for the low-hanging fruit. Same
106.
by welterde 4y ago
The subsidy is for the company though and not this specific fiber run, which was a sort of worst-case. The company is quite limited in geographical scope, so they got a fairly small subsidy, while Starlink is much larger in scope and thus g
107.
by welterde 4y ago
Writing an import handler for the json files is not more difficult than writing an import handler for email threads. And you want the import to reproduce what you just exported and since the source was not an actual email thread you'll
108.
by welterde 4y ago
I think the gitlab export format is actually not too bad: Just a tar file with the git repo in bundle format and all the gitlab specific components in ndjson format (and data in those ndjson files looks fairly straightforward as well on fir
109.
by welterde 4y ago
For discovery github is only marginally better. Even sites like HN or reddit are better for discovering projects that are on github/gitlab than the sites themselves. There used to be freshmeat.net back in the day that was quite nice fo
110.
by welterde 4y ago
Does that do requests asynchronously now? For a long time it would stall the whole client every time the slack API had issues (which was quite a lot more times than their status board suggested). At some point it got so bad I had to stop us
111.
by welterde 4y ago
I think the main issue is that you wrote "every" there, instead of some, which would have been fine/correct. And that a lot more things in IRC are possible than you realize and some of the modern solutions are somewhat more l
112.
by welterde 4y ago
I would actually still disagree a lot here, since a lot of the points you list under "Things every other modern messaging solution is better at:" for example is either things IRC has had forever (more fine-grained permissions and
113.
by welterde 4y ago
The initial version of your comment essentially stated that rebuttals are not welcome (still kinda does, since the stated goal is to avoid rehashing old discussions). But just to give you some kind of rebuttal (or mention some unmentioned p
114.
by welterde 4y ago
Another alternative to the classic bouncers is using quassel or weechat-relay. Both have the core running on a server and both use a custom protocol to the clients, which allows you to have multiple different clients (desktop, mobile) conne
115.
by welterde 4y ago
Matrix is still kinda rough though. And there is no real lightweight homeserver implementation yet that I could find. Client situation is not much better. Maybe I am not the target audience, but I just want a simple, lightweight and minimal
116.
by welterde 4y ago
Hardly. For actually observing with a telescope UT1 is the correct time scale to start the calculation from, since it's directly linked with Earth's rotation - with some complications that you have to calculate local sidereal time
117.
by welterde 4y ago
That's literally not true, since we astronomers do use UTC as it is intended (since within 0.9s of the correct time is good enough, but being many seconds off isn't anymore for many applications). The argument that the legacy syst
118.
by welterde 4y ago
Why should all purpose be removed from UTC if the alternative without leapseconds (TAI) already exists? Just use that if you don't want leap seconds.
119.
by welterde 4y ago
Astronomy very much relies on the leap seconds. If they ever get abolished it will create lots of headache for all observatories (and hobby astronomers as well), since the telescopes will point more and more incorrectly as UTC drifts away f
120.
by welterde 4y ago
It's not really an issue since it's only a minute reduction in light gathering power and the active optics was able to correct the mirror deformation after re-calibration. Speaking of telescope being shot with a gun.. There is a t

More ›