> Notice how this just translates into: > > <source> > <name>hotbird</name> > <type>sat</sat> > <diseqc_protocol>1.0</diseqc_protocol> > <lnb>1</lnb> > <card>1</card> > </source>
Right, the transformed syntax is just the same, the XML allows us to have organization into data, and it's standard. Even more, XML allows us to expand the format with additional features and you can pass the new XML based format to old application because XML format is DESIGNED for OLD applications accept NEW (eXtended) versions of XML formats without weirdness or even segmentation fault. Having lots of versions around linux environment and with many users even don't understanding the versions, far from expecting them to be up-to-date with latest apps releases, the XML will allow them semless cross-portability, easy to use! I want to go one step forward with the format, and that's why we need XML badly. I want to propose a database for multimedia reception that is common to the whole world. It can be located in a server and updated from everywhere. In this database, all the stations (fm, tv, satellite) with their respective transmitter strengths and geographical locations of the transmitter (or satellite footprint at earth) will be listed. Also for all major cities, the reception quality will be indicated for each transmitter that has signal strong enough that can at least be received by good equipment. User wanting to watch or listen multimedia has to configure minimal: 1) he tells his geographical location (town) he is located 2) list of reception equipment he has: e.g. FM antenna 75 cm, Satellite dish 60 cm pointed to 19.2E with opt. some CI equipment UHF TV antenna pointed 35 deg east 3) cable of some_cable_provider. 4) Finally he tells what minimal signal strength treshold he wants to receive >From those data, there goes simple XSLT transformation of the main XML database, where the big database is converted into user's initial XML file .channels.xml, where is just a subset of stations that are receiveable by his equipment with the given minimal treshold signal quality. Emard -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
