Satellites.xml is a complete mess in PLi. Apart from not being human friendly it contains problems. e.g why are the input streams listed in reverse order? Seeing as this order is used directly in the GUI it affects the user experience.
As I wrote before, it is generated as-is from Lyngsat, I can see no post-processing in the script, so it is in the xml in whatever sequence it appears on the website.
I'm not trying to play a game of one-up-man-ship.I just want to point out the errors so they can be corrected. This is exactly why I made the cables and terrestrial regions in OpenPLi be sorted alphabetically by the .py code in the image. That way if data in the xml file is in a strange order it doesn't matter, and the regions are sorted alphabetically whatever language the user has configured.
In the case of the OpenPLi satellites.xml the data is not in the same order as on Lyngsat. Lyngsat is in the natural order. OpenPLi satelites.xml is in reverse order. So the OpenPLi fetcher script must be manipulating the data. This is also the case with the (unused) t2mi_plp_id values (which currently serve no purpose and just add unnecessary padding to the file).
I wrote my fetcher because at the time OpenPLi had all the feeds transponders and various other junk in satellites.xml and because the satellite positions used to wander about by a few tenths of a degree from build to build, breaking everyone's settings.
My method uses 2 steps.
1) fetch the data and put it in the DB.
2) send a query to the DB and build the xml file.
That way it doesn't matter what order the data is on Lyngsat or what order we read it in. The only thing that governs how the data is presented in the XML file is the DB query. So if there is ever a problem with the sort order all I need to do is update the DB query. Right now it looks like this:
ORDER BY
transponders.orb_pos, transponders.frequency, transponders.polarisation %2, transponders.symbol_rate, transponders.fec_inner, transponders.DVB_system, transponders.modulation, transponders.is_id, transponders.pls_code, transponders.pls_mode