<JOKE>
As the author of dump1090 I'm going to change the license to require that it is always used together with Redis Streams and not with Kafka.
</JOKE>
OP's python script manually parses dump1090's output[0]. Is this the recommended way to get information with this level of detail from dump1090's output into another program? In the past I've used the SBS1 port because I didn't think to run dump1090 as a sub-process. Next time I use dump1090, I'd rather not use a SBS1 parser if I don't have to.
Both works but perhaps using TCP port 30001 makes more sense in the context of a serious project:
1. Simpler to upgrade to a distributed setup.
2. Format is stable but with enough pre-parsed information, like the coordinates which are hard to extract.
3. The process doing the data collection can avoid to die together with dump1090 in case of crashes or USB errors. You just need a script to restart dump1090, and the ability to reconnect in the other side.
However I don't remember exactly how the SBS1 port data are ready-to-use exactly, and if there is too much work to do compared to just parsing the raw text output of the program.
Do you mean 30002 (raw output over TCP)? I'm trying to get data out of dump1090, not feed it data. If that's the case, I'd still have to write my own decoder to process the raw adsb packets.