Wonder if this will work for GitHub Pages as well. I've been using video uploads for issues but when I tried the same for some documentation on GitHub Pages I had to use <video> tags instead.
This is basically Wikidata [1], where the distribution is linked data/RDF with a triple store and federation to query different triple stores at once using SPARQL.
tig is great, it's my go-to git client on all my machines.
Only since I use tig I understand how to commit hunks. It's super easy to split the changes of a file into different commits that make sense. With most other clients this is either cumbersome or not possible. So your forced to always commit all changes of a file in one commit.
I guess it just really works great for my workflow and the way I think about my repositories/commits.
`git add -i` is linear, you have to address files and chunks in order (there are workarounds for this, but they're clumsy). `git add -i` is a bit like using a typewriter, whereas `tig`, which lets you address files and chunks non-linearly, is like using a word processor by comparison. Edit to your hearts content.
Tig is just faster, staging and unstaging take a fraction of a second.
I've used Tig daily for years (about ten) and basically use it for for quickly browsing the log and changing what's staged - probably less than 5% of its features.
Everything else I do via the command line with ZSH's excellent git completion.
The scrapers report errors to our slack channel and we even have workflows to deactivate/re-activate a single scraper, since it's common that one fails and we need to fix it (to stop spamming the slack channel with error messages).
It's not unicode, but there's also sixelplot [1] which allows matplotlib plotting in a terminal using sixel. The underlying pysixel library [2] unfortunately doesn't support Python 3.7+ however.
There is an app called Urban Trees (https://urbantrees.app/) based on open data of several cities. With the app you get an AR view of the trees around you, with their labels etc.
They currently have data from Barcelona, Bristol, Clark County, Edmonton, Frankfurt, Las Vegas, London, Melbourne, New York, Paris, Portland, Rostock, San Francisco, Santa Monica, Seattle, Vancouver, Washington DC, Vienna and Zurich.
I visited Granada, Spain recently and learned from a guide how a particular type of tree is planted along Gran Via specifically to absorb radiation and pollution off the streets. I cannot recall the name for the type of tree.
I sure hope Urban Trees can expand to include more and more cities so that we can learn more about the plants in cities across the world and some of the interesting perspective on urban planning!
Nice explaination of the concept, I really didn't know about that.
All those links between cards remind me of Linked Data. Should be fairly easy to integrate that in WikiBase/Wikidata.
I want to add "The Watchmen" by Jonathan Littman. It's the story of Kevin Poulsen. It's very well written and I personally liked it better than all the Mitnick stories, but they are certainly comparable.
It's been a while since I've last read it, but I think about it with a bit of nostalgia, as there are all those phone phreaking and dumpster diving stories in it, when nobody cared about security.
I created an API for the waste collection (cardboard, organic, paper etc.) of my city based on some CSV that they publish. I always forget when to put what on the street, now thanks to my API and IFTTT and get a notification on my phone to remind me.
If anyone is interested, the API is here: openerz.herokuapp.com and the city is Zurich, Switzerland.
We have not implemented yet the tool for you to add the data "manually" (we have an endpoint to publish new content to a topic, but that's not what you need). BUT, we can add the data, and the Open Data portals are a great source we have not explore. Do you have any specific data right now in mind? Would love to discuss this use case.
First of all, there are many open data portals around, so this might be a good source of quality data no matter what.
CKAN is currently the de-facto standard for these kind of portals, so being able to query the CKAN Action API enables to gather metadata from portals all over the world.
Some portals even have an API directly to their primary data (e.g. exposing a CSV as a querable JSON REST API), in CKAN this is called "DataStore". And this kind of data might be something you want to integrate. I can think of a number of datasets that could be interesting, e.g. schedule of garbage collection, public transport timetable or measurements from public weather stations.
Different portals have different data available. I'm from Switzerland and I know these datasets are available here. Is there a geograhical region you want to cover/not cover or it doesn't matter?
Wow, thanks! We are currently querying using CKAN for some alerts at Hooks App, but never thought about massively adding open data to our system, as for our mobile app it made no sense. But now it does.
Actually, we want to add what our users/clients want. No region in mind.
As a side note, its quite easy to create alerts about "new item in the data set" but it get worse if you have to understand the use case, as, e.g. sending all the "garbage collection schedule items" its different than sending "garbage collection new items in that street of Geneva". Hopefully the CKAN spec will allow us to let the users to set a query over the data, so we will be able to push them only when the new data matches that query.
