qtmoko calendar
Hello, what is the executable file for the qtmoko calendar? Is it possible to import/export ics files or do other operations through the terminal? tnx uro -- 不要催我!你曾經問過梵谷畫很快嗎? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko calendar
Hello! Le jeudi 07 février 2013 à 11:58 +0100, urodelo a écrit : Hello, what is the executable file for the qtmoko calendar? Is it possible to import/export ics files or do other operations through the terminal? tnx uro I've just updated a small tool to import ics files written in shell/perl by Mossroy : https://github.com/Trim/qtmoko-ics2qtcal (Please note that, it removes all appointements before to import calendars and so there's no synchronisation with calendar server) As you can see, all the data of qtmoko calendar are stored in the database /home/root/Applications/Qtopia/qtopia_db.sqlite and espcially in the appointements table. So, I think you can easily export data to ics files by creating a qtmoko specific DateTime::Format builder for this database. HTH, Adrien signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko calendar
tnx is it possible to retrieve more ics from remote url/server recursively? For example, on remote server I have http://foobar.foo/1.ics , http://foobar.foo/2.ics, http://foobar.foo/8.ics , http://foobar.foo/43.ics... but I don't have an exactly clue about the name/numer of ics files... the main problem to me seems to retrieve all the ics files stored on the remote server through wget/curl etc, without knowing exactly haow many they are and especially without knowing the name of every single ics file thank you uro On Thu, 07 Feb 2013 12:11:35 +0100, Adrien Dorsaz adr...@adorsaz.ch wrote: Hello! Le jeudi 07 février 2013 à 11:58 +0100, urodelo a écrit : Hello, what is the executable file for the qtmoko calendar? Is it possible to import/export ics files or do other operations through the terminal? tnx uro I've just updated a small tool to import ics files written in shell/perl by Mossroy : https://github.com/Trim/qtmoko-ics2qtcal (Please note that, it removes all appointements before to import calendars and so there's no synchronisation with calendar server) As you can see, all the data of qtmoko calendar are stored in the database /home/root/Applications/Qtopia/qtopia_db.sqlite and espcially in the appointements table. So, I think you can easily export data to ics files by creating a qtmoko specific DateTime::Format builder for this database. HTH, Adrien -- 不要催我!你曾經問過梵谷畫很快嗎? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko calendar
I think you can modify the wget loop : https://github.com/Trim/qtmoko-ics2qtcal/blob/master/sync4ics2openmoko.sh#L19 to loop on a variable from 1 to any number instead on arguments (you should add option --tries 1 to avoid to be stucked 20 times on a file). It should work, if names are simply number.ics, but it won't be really optimized. Otherwise, I don't really know wget/curl to retrive all files from a server. Maybe you can find an index of files at some address (I don't know if apache have a special address to display index) ? Adrien Le jeudi 07 février 2013 à 12:36 +0100, urodelo a écrit : tnx is it possible to retrieve more ics from remote url/server recursively? For example, on remote server I have http://foobar.foo/1.ics , http://foobar.foo/2.ics, http://foobar.foo/8.ics , http://foobar.foo/43.ics... but I don't have an exactly clue about the name/numer of ics files... the main problem to me seems to retrieve all the ics files stored on the remote server through wget/curl etc, without knowing exactly haow many they are and especially without knowing the name of every single ics file thank you uro On Thu, 07 Feb 2013 12:11:35 +0100, Adrien Dorsaz adr...@adorsaz.ch wrote: Hello! Le jeudi 07 février 2013 à 11:58 +0100, urodelo a écrit : Hello, what is the executable file for the qtmoko calendar? Is it possible to import/export ics files or do other operations through the terminal? tnx uro I've just updated a small tool to import ics files written in shell/perl by Mossroy : https://github.com/Trim/qtmoko-ics2qtcal (Please note that, it removes all appointements before to import calendars and so there's no synchronisation with calendar server) As you can see, all the data of qtmoko calendar are stored in the database /home/root/Applications/Qtopia/qtopia_db.sqlite and espcially in the appointements table. So, I think you can easily export data to ics files by creating a qtmoko specific DateTime::Format builder for this database. HTH, Adrien signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko calendar
tnk, i'll try uro On Thu, 07 Feb 2013 12:59:06 +0100, Adrien Dorsaz adr...@adorsaz.ch wrote: I think you can modify the wget loop : https://github.com/Trim/qtmoko-ics2qtcal/blob/master/sync4ics2openmoko.sh#L19 to loop on a variable from 1 to any number instead on arguments (you should add option --tries 1 to avoid to be stucked 20 times on a file). It should work, if names are simply number.ics, but it won't be really optimized. Otherwise, I don't really know wget/curl to retrive all files from a server. Maybe you can find an index of files at some address (I don't know if apache have a special address to display index) ? Adrien Le jeudi 07 février 2013 à 12:36 +0100, urodelo a écrit : tnx is it possible to retrieve more ics from remote url/server recursively? For example, on remote server I have http://foobar.foo/1.ics , http://foobar.foo/2.ics, http://foobar.foo/8.ics , http://foobar.foo/43.ics... but I don't have an exactly clue about the name/numer of ics files... the main problem to me seems to retrieve all the ics files stored on the remote server through wget/curl etc, without knowing exactly haow many they are and especially without knowing the name of every single ics file thank you uro On Thu, 07 Feb 2013 12:11:35 +0100, Adrien Dorsaz adr...@adorsaz.ch wrote: Hello! Le jeudi 07 février 2013 à 11:58 +0100, urodelo a écrit : Hello, what is the executable file for the qtmoko calendar? Is it possible to import/export ics files or do other operations through the terminal? tnx uro I've just updated a small tool to import ics files written in shell/perl by Mossroy : https://github.com/Trim/qtmoko-ics2qtcal (Please note that, it removes all appointements before to import calendars and so there's no synchronisation with calendar server) As you can see, all the data of qtmoko calendar are stored in the database /home/root/Applications/Qtopia/qtopia_db.sqlite and espcially in the appointements table. So, I think you can easily export data to ics files by creating a qtmoko specific DateTime::Format builder for this database. HTH, Adrien -- 不要催我!你曾經問過梵谷畫很快嗎? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA02: NavBoard V3 causing GPS interference
Yesterday I was able to confirm that the installation of the Golden Delicious NavBoard V3 very seriously degrades the performance of GPS when using the built-in GPS antenna. Getting a 3D fix is taking over 20 minutes on average using the built-in GPS antenna. When using an external GPS antenna, the issue goes away and an unaided GPS cold start can be achieved in about 41 to 44 seconds. I suspect that the use of unshielded cabling between the GTA02 is a likely cause. Being in the Avionics business, I am familiar with the use of shielded twisted pair wiring, but generally in large 22AWG (will have to figure out where to source very thin STP cabling). The wires we use to perform this mod is solid core, probably 30 AWG. In avionics, when it is desired to keep a signal from radiating outside a cable (such as Headphone/Microphone wiring), then the shield of only a single side of the cable is terminated to a good grounding point. When instead it is desired that the signal inside a cable be protected from EMI/RFI from the outside, then the shields on both sides of the cable will be terminated to ground. I theorize that only the SCL/SDA would need to be shielded (together in a shielded twisted pair cable ?), Power and Ground may not need to be shielded. This issue seems very similar to the SD Card access/GPS issue of the earlier GTA02s, so I also wonder if a capacitor fix should be looked at in this case as well. -Pascal http://www.wi-flight.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02: NavBoard V3 causing GPS interference
A few comments inside: Pascal Gosselin píše v Čt 07. 02. 2013 v 08:36 -0500: Yesterday I was able to confirm that the installation of the Golden Delicious NavBoard V3 very seriously degrades the performance of GPS when using the built-in GPS antenna. Getting a 3D fix is taking over 20 minutes on average using the built-in GPS antenna. When using an external GPS antenna, the issue goes away and an unaided GPS cold start can be achieved in about 41 to 44 seconds. I suspect that the use of unshielded cabling between the GTA02 is a likely cause. Being in the Avionics business, I am familiar with the use of shielded twisted pair wiring, but generally in large 22AWG (will have to figure out where to source very thin STP cabling). The wires we use to perform this mod is solid core, probably 30 AWG. In avionics, when it is desired to keep a signal from radiating outside a cable (such as Headphone/Microphone wiring), then the shield of only a single side of the cable is terminated to a good grounding point. When instead it is desired that the signal inside a cable be protected from EMI/RFI from the outside, then the shields on both sides of the cable will be terminated to ground We are usually trying to refrain from connecting shileding to ground on both sides as a prevention of grounding loop. . I theorize that only the SCL/SDA would need to be shielded (together in a shielded twisted pair cable ?), Power and Ground may not need to be shielded. We have never twisted two differnet signals together. What about cross-talks? The only type of signal we are twisting together are for example positive and negative leg of RS422 bus. Or A429 (you may be familliar with). This issue seems very similar to the SD Card access/GPS issue of the earlier GTA02s, so I also wonder if a capacitor fix should be looked at in this case as well. -Pascal http://www.wi-flight.net/ Zbynek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02: NavBoard V3 causing GPS interference
Dne 7.2.2013 18:00, Hrabosh napsal(a): A few comments inside: Pascal Gosselin píše v Čt 07. 02. 2013 v 08:36 -0500: Yesterday I was able to confirm that the installation of the Golden Delicious NavBoard V3 very seriously degrades the performance of GPS when using the built-in GPS antenna. Getting a 3D fix is taking over 20 minutes on average using the built-in GPS antenna. When using an external GPS antenna, the issue goes away and an unaided GPS cold start can be achieved in about 41 to 44 seconds. I suspect that the use of unshielded cabling between the GTA02 is a likely cause. Being in the Avionics business, I am familiar with the use of shielded twisted pair wiring, but generally in large 22AWG (will have to figure out where to source very thin STP cabling). The wires we use to perform this mod is solid core, probably 30 AWG. In avionics, when it is desired to keep a signal from radiating outside a cable (such as Headphone/Microphone wiring), then the shield of only a single side of the cable is terminated to a good grounding point. When instead it is desired that the signal inside a cable be protected from EMI/RFI from the outside, then the shields on both sides of the cable will be terminated to ground We are usually trying to refrain from connecting shileding to ground on both sides as a prevention of grounding loop. . I theorize that only the SCL/SDA would need to be shielded (together in a shielded twisted pair cable ?), Power and Ground may not need to be shielded. We have never twisted two differnet signals together. What about cross-talks? The only type of signal we are twisting together are for example positive and negative leg of RS422 bus. Or A429 (you may be familliar with). Just ground betwen all data lines is common solution to this. Like GND|DATA|GND|CLK||GND Emited radiation is equal of surface of closed loop betwen GND and signal line. This issue seems very similar to the SD Card access/GPS issue of the earlier GTA02s, so I also wonder if a capacitor fix should be looked at in this case as well. -Pascal http://www.wi-flight.net/ Zbynek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02: NavBoard V3 causing GPS interference
Jiří Pinkava píše v Čt 07. 02. 2013 v 18:18 +0100: Dne 7.2.2013 18:00, Hrabosh napsal(a): A few comments inside: Pascal Gosselin píše v Čt 07. 02. 2013 v 08:36 -0500: Yesterday I was able to confirm that the installation of the Golden Delicious NavBoard V3 very seriously degrades the performance of GPS when using the built-in GPS antenna. Getting a 3D fix is taking over 20 minutes on average using the built-in GPS antenna. When using an external GPS antenna, the issue goes away and an unaided GPS cold start can be achieved in about 41 to 44 seconds. I suspect that the use of unshielded cabling between the GTA02 is a likely cause. Being in the Avionics business, I am familiar with the use of shielded twisted pair wiring, but generally in large 22AWG (will have to figure out where to source very thin STP cabling). The wires we use to perform this mod is solid core, probably 30 AWG. In avionics, when it is desired to keep a signal from radiating outside a cable (such as Headphone/Microphone wiring), then the shield of only a single side of the cable is terminated to a good grounding point. When instead it is desired that the signal inside a cable be protected from EMI/RFI from the outside, then the shields on both sides of the cable will be terminated to ground We are usually trying to refrain from connecting shileding to ground on both sides as a prevention of grounding loop. . I theorize that only the SCL/SDA would need to be shielded (together in a shielded twisted pair cable ?), Power and Ground may not need to be shielded. We have never twisted two differnet signals together. What about cross-talks? The only type of signal we are twisting together are for example positive and negative leg of RS422 bus. Or A429 (you may be familliar with). Just ground betwen all data lines is common solution to this. Like GND|DATA|GND|CLK||GND Emited radiation is equal of surface of closed loop betwen GND and signal line. Yes, this is quite common for ribbon cables (like the one for connecting ATA100 hard drives for example). But shielded TWISTED PAIR was mentioned originally... This issue seems very similar to the SD Card access/GPS issue of the earlier GTA02s, so I also wonder if a capacitor fix should be looked at in this case as well. -Pascal http://www.wi-flight.net/ Zbynek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community