Re: [SHR-U] Impressions and Problems
2009/8/15 Sebastian Krzyszkowiak seba.d...@gmail.com: For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. SHR Settings module for that is planned and should arrive soon. bloody brilliant! i wish i'd known this earlier. now my messages app understands all the phone numbers in contacts, regardless of prefix cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
2009/8/14 Dan Staley daniel.l.sta...@gmail.com 2.) One of the first things I noticed was that when a text message arrived, the number associated with it has the international code (1) prefixed at the beginning. On my sim card, I only had the numbers stored with the area code + 7 digits for numberno international prefix. So using pisi (which works perfectly btw! Thanks for that app!) I exported my contacts to a vcf file and ran some regexes with vim over it to prefix a 1 to all my numbers and went back to my messagessure enough the numbers were associated with names now. However, soon after I got a phone calland I noticed that all phone calls had numbers reported that did NOT have the 1 prefixed...so no names were associated with them now! Has anyone found a fix for this? Is there a patch for the SHR apps that make them lookup a number that is not a direct match (missing a 1 or an area code?) I installed the opimd-utils package and tried these out. It seems the messages application included in this package can recognize a number correctly (if it comes in with a 1 prefixed, but the listing in my phone book does not). If I wanted to use this messaging application instead of the default one in SHRhow would I do that? How do I disable the old one? Does anyone know if litephone handles this correctly? Thanks for bringing this up. No, litephone doesn't handle this correctly. I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? /etc/frameworkd-phonegui.conf has some configuration for exactly similar purpose. I think thats how the opimd-utils get it info correctly. Should opimd have a function to map these is what dos1 would decide :) --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
On Fri, Aug 14, 2009 at 5:09 PM, Vikas Saurabhvikas.saur...@gmail.com wrote: I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? /etc/frameworkd-phonegui.conf has some configuration for exactly similar purpose. I think thats how the opimd-utils get it info correctly. Should opimd have a function to map these is what dos1 would decide :) --Vikas I think those configuration options moved to: /etc/phone-utils.conf ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? Here in Russia +7916xxx and 8916xxx are the same numbers, but neither one is prefix of the other one. Btw, when somebody calls me (to my daily phone, not freerunner), caller number is autodetected with 8xxx form, while in the address book I prefer to have +7xxx form such that it works abroad. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
On 8/14/09, Edder ed...@tkwsping.nl wrote: On Fri, Aug 14, 2009 at 5:09 PM, Vikas Saurabhvikas.saur...@gmail.com wrote: I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? /etc/frameworkd-phonegui.conf has some configuration for exactly similar purpose. I think thats how the opimd-utils get it info correctly. Should opimd have a function to map these is what dos1 would decide :) --Vikas I think those configuration options moved to: /etc/phone-utils.conf For opimd-utils users: that's not phone suite, it's only set of test scripts. It does contact resolving in bad way. For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. SHR Settings module for that is planned and should arrive soon. For programmers: you can do contact resolving manually using libphone-utils library (or python-phoneutils bindings), both available in SHR. opimd soon should handle number normalizing when comparing correctly, so all you have to do is doing queries with normalized phone number using libphone-utils. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
On 8/14/09, Nikita V. Youshchenko yo...@debian.org wrote: I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? Here in Russia +7916xxx and 8916xxx are the same numbers, but neither one is prefix of the other one. Btw, when somebody calls me (to my daily phone, not freerunner), caller number is autodetected with 8xxx form, while in the address book I prefer to have +7xxx form such that it works abroad. Nikita Correct implementation is already done in libphone-utils. Handling that case should be possible with correct country configuration. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
2009/8/14 Sebastian Krzyszkowiak seba.d...@gmail.com For opimd-utils users: that's not phone suite, it's only set of test scripts. It does contact resolving in bad way. For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. Will it work if you call international numbers? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
2009/8/14 Michal Brzozowski ruso...@poczta.fm 2009/8/14 Sebastian Krzyszkowiak seba.d...@gmail.com For opimd-utils users: that's not phone suite, it's only set of test scripts. It does contact resolving in bad way. For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. Will it work if you call international numbers? Sorry, the question doesn't make sense. If there is a number in contacts without a country prefix, you will just assume that its country is as defined in /etc/phone-utils.conf? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
Oh awesome! This just made SHR a million times more usable. I'll add this to the SHR user manual laterit is something that I definitely think needs to be in there! Now if only the contacts app had some way to jump to a letter instead of having to scroll through all my contacts everytime.. There isn't a config file to turn this on as well is there? =) Thanks, -Dan Staley On Fri, Aug 14, 2009 at 12:14 PM, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: On 8/14/09, Edder ed...@tkwsping.nl wrote: On Fri, Aug 14, 2009 at 5:09 PM, Vikas Saurabhvikas.saur...@gmail.com wrote: I'm thinking that a good way to compare phone numbers (for example the sender of a message and a phone book entry) is to check whether one number is a suffix of the other number. Are there any (non-obscure) cases where this would give false positives? /etc/frameworkd-phonegui.conf has some configuration for exactly similar purpose. I think thats how the opimd-utils get it info correctly. Should opimd have a function to map these is what dos1 would decide :) --Vikas I think those configuration options moved to: /etc/phone-utils.conf For opimd-utils users: that's not phone suite, it's only set of test scripts. It does contact resolving in bad way. For libframeworkd-phonegui-efl users (default SHR): as said before, you have to edit /etc/phone-utils.conf to match your country. SHR Settings module for that is planned and should arrive soon. For programmers: you can do contact resolving manually using libphone-utils library (or python-phoneutils bindings), both available in SHR. opimd soon should handle number normalizing when comparing correctly, so all you have to do is doing queries with normalized phone number using libphone-utils. -- Sebastian Krzyszkowiak dos ___ 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