News for hackers. Stuff that matters.

arnihermann

There has been some effort on going to really deep depths in IDDP (Icelandic Deep Drilling Project) - see https://iddp.is/about/

If I remember correctly, they were never able to hit their goals because of drilling down into magma chambers. The steam coming up was also of a different scale than regular geothermal steam, causing corrosion that has not been dealt with before.

As far as I know, the main problem is coming up with casing materials that can withstand the extreme corrosive environment at scale and at cost, and for IDDP that's one of the main focuses.

Re:Ask HN: Slap Excel in a Server? on Tuesday August 24, 2021 @06:14PM (#28295649)
> You seem to have thought of a solution but not a problem. What problem would this solve?

For the people I've talked with so far, it means 1) they don't have to re-implement the spreadsheet logic in their server, and 2) whenever the spreadsheet is updated (either Google sheet edit, or an Excel file is uploaded again) the API is automatically up to date.

Some of these people are already creating GRID documents backed by their existing spreadsheets, and have a use case to make an API call from their own systems to perform a computation that already lives in the spreadsheet.

Notice I'm not talking about writing data to the spreadsheet and using it as a database. I'm talking about reading values from a spreadsheet model through a queryable API. Not sure how AirTable and DataTables compare – will have to look into that.

Ask HN: Slap Excel in a Server?

I'm a developer at GRID [1]. GRID turns spreadsheets into interactive web documents, and we recently built a system which allows our users to effectively turn their spreadsheets into a web service and query it via a JSON API.I recently tweeted [2], asking if some of my friends had ever re-implemented spreadsheet logic in code or otherwise wished they could've accessed spreadsheet values through...

( Read More... | 3 comments | on HN )
Thanks for elaborating – I think I see your point.

The good news is, for your own GRID documents, they're going to be backed by a spreadsheet file you made or already have access to.

However, in the case of GRID documents made by others, it's up to them if they want to make the underlying spreadsheet model available to the users viewing the GRID document. You can see an example of this here: https://grid.is/@sigrid/scenario-analysis-user-funnel-P1yGUF... – at the bottom of the document, the document author has made the spreadsheet available for anyone.

Hope this helps.

I would love to understand this use case better. What kind of raw data would you like to see from GRID?
Re:Ask HN: How do you document analytic events? on Wednesday June 12, 2019 @10:07AM (#20164761)
This problem can be so detrimental for teams who want to measure the success of their products it's hard to put into words (ಥ﹏ಥ)

This is exactly the reason why we built Avo (https://www.avo.app). It's designed for everyone on the team: product managers, analysts, data scientists and developers. It works by generating code derived from an analytics spec, which you create and maintain in a user friendly web app.

You can check it out and reach out to me [email protected], I'm happy to help any way I can.

I've been using Bottomless since January. I love how it doesn't make me think at all – there's just coffee. Always.