Hi,
OpenFarm has not been maintained or worked on in several years and the Slack group is no longer active. If you are interested in taking on a project maintainer role for OpenFarm, please get in touch through the OpenFarm GitHub repo! And please note, this email address is no longer checked regularly (this is a vacation responder replying to you). Thank you for your understanding.
It is a valuable resource and I hope through the exposure here on HN maybe someone will step forward and maintain it.
The repo: https://github.com/openfarmcc/OpenFarm seems like it has all the info, and honestly, this doesn't need to be a bloody website, a bunch of MD files with links between each other and hosted on GitHub would be far easier to maintain and extend. If you want to get posh, have it use Jekyll.
Neat weekend hackathon for a group of students or similar, mind you.
We really f'ed up the web didn't we?
Although it is not actively maintained I would not say that the project is dead since it is still used as part of FarmBot for crop information management.
The biggest thing the project needs right now is a dependency upgrade above all else. It is running an old version of Rails/Mongoid/Angular 1.x. Folks who are interested in reviving this project should absolutely reach out to the current maintainers (I am no longer involved).
https://github.com/openfarmcc/OpenFarm/blob/mainline/app/ass...
$scope.$watch(). The nostalgia. :)
Probably Vue would be a good option.
I'm afraid that last sentence did rather make me choke on my coffee. What is supposed to be the incentive for anyone to contribute to something like this?
"Sharing" is something else.
Botany is a science, the information is out there. Go to your local library and have a browse.
What I don't like is how SF techbros seemed to try and high-tech solve a solved problem. I've seen some of my colleagues set up a farmbot... the same job could be done with one person, a couple hours and a trowel. In practice, the building manager would go to the site once a day with a hose to water the plants.
Point being, there are lots of common skills and local knowledge.
The thing to look for in this sort of thing is open DB schema and protocols.
Some interesting aspects that have been fun to code with (the app is Rails + Elm btw).
- one key detail is Days To Maturity (DTM). This changes between varieties, time of year and latitude. A seasoned grower will know what to expect from a crop they have experience in on their ground. Local knowledge networks are important. The best market gardens know their DTMs and will be tracking it, using it to inform their growing on the fly (maybe their plans need adjusting). Doing things like this should be easier.
- an efficient market garden makes sure they don't have empty space. When a crop is harvested or terminated, a bed flip occurs where it's prepped and the next crop is put in (sown or transplanted). You want to have this planned, ideally in winter before the season starts. You need to know your crop timings (DTM, days in nursery, harvest period (once off harvest or repeat harvest for _n_ weeks). This can be used to ensure you have your succession sowings ready.
- efficient market gardens will most likely have a standard bed width & length, organised into field blocks. A grower will have spacings (distance between rows, in row spacing, multi-sow count). It's easy to calculate the number of plants, rows, seeds for a grower when they're sowing (taking into account a safety factor too). When knowing a seed weight you can also calculate a seed order. This also leads to being able to predict harvest quantities, which leads to knowing how many veg boxes could be filled etc and when coupled with pricing data, can predict yield. You want to know your $/bed-metre and use that as a metric for comparing crops and making decisions.
- if you imagine a weekly veg box scheme, that has _n_ customers (shares) of varying box sizes (e.g a 0.5 box, 1.0 box and 2.0 box), with a season from Some Date -> Some Date. You aim for _n_ number of different vegetables in the box. You can imagine some questions that are helpful for experienced growers and also newbie farmers:
- if I have _n_ acres, what's an efficient way to divide up my field into beds and field blocks
- if I have entered in my crop plan, can you show me what's going to be in the veg boxes each week?
- actually, I don't know what I'm doing, can you just fill in all my beds with a crop plan as a starting point? All I know is how much space I have
- ...how many shares can I support ...how much money will that bring in?
- if I have a sense of prices of my crops, how much value are my customers getting?
- At the weekly harvest: we have harvested and have all the different crops with quantities. We have a box scheme composed of all these shares & share sizes, divide up the harvest evenly so that we know what to pack in each box. Usually this is done each week by hand on a whiteboard or similar in a packing shed. It should be easier (and ideally predicted).