Re: Service Provider Database

2009-09-23 Thread Dan Williams
On Fri, 2009-09-11 at 11:08 +0300, Antti Kaijanmäki wrote:
 Hello!
 
 I can't even describe how happy it made me feel when I discovered that
 you guys had taken over the m-b-p-i and even rolled out an upstream
 assistant and new database format with MCC/MCN codes. Thank you! It
 means so much to me to finally see that the database has taken a life of
 it's own and truly shown to be something that can make a difference.

Yep, though mostly it's just been me updating.  It's kinda fun actually;
I do try to go through and verify that user submissions are mostly
correct, which takes me on trips through wikipedia's MCC/MNC page, gsm
trade association website, carrier websites often in other languages,
lots of google, etc.  It's nice to see user's actually sending in
updates.

 I haven't had any time to work on the database and quite frankly it made
 me really sad and frustrated. Patches piled up on my inbox and I fell
 into some kind of apathetic state of mind regarding the database and
 just started to ignore it[0].

No problem; but starting with your work on the wizard it's been neat to
see how it can make configuring a mobile broadband connection that much
easier.

 I decided to finally do something about the patches and get them
 forward. Here's a list of bug reports I've created based on the emails:

And last week I finally got around to handling all those.  Rolled a new
release too.  Thanks!

(do you still want your name in configure.ac?)

Dan


 https://bugzilla.gnome.org/show_bug.cgi?id=594836
 https://bugzilla.gnome.org/show_bug.cgi?id=594838
 https://bugzilla.gnome.org/show_bug.cgi?id=594839
 https://bugzilla.gnome.org/show_bug.cgi?id=594841
 https://bugzilla.gnome.org/show_bug.cgi?id=594842
 https://bugzilla.gnome.org/show_bug.cgi?id=594843
 https://bugzilla.gnome.org/show_bug.cgi?id=594844
 https://bugzilla.gnome.org/show_bug.cgi?id=594845
 https://bugzilla.gnome.org/show_bug.cgi?id=594846
 https://bugzilla.gnome.org/show_bug.cgi?id=594848
 https://bugzilla.gnome.org/show_bug.cgi?id=594849
 https://bugzilla.gnome.org/show_bug.cgi?id=594850
 https://bugzilla.gnome.org/show_bug.cgi?id=594851
 https://bugzilla.gnome.org/show_bug.cgi?id=594852
 https://bugzilla.gnome.org/show_bug.cgi?id=594853
 https://bugzilla.gnome.org/show_bug.cgi?id=594854
 
 Note that I've intentionally left out information about the original
 senders as I'm not certain all of them want to be publicly named. I've
 sent links to them to bug reports that are based on their emails so that
 they can provide more information if they wish. I also took the liberty
 to advise them to contact Dan directly if they do not want to have a
 discussion out in in the public.
 
 Cheers!
  -- Antti
 
 PS.
 there are also bug reports at Launchpad in two separate locations:
 https://bugs.edge.launchpad.net/mobile-broadband-provider-info
 https://bugs.edge.launchpad.net/ubuntu/+source/mobile-broadband-provider-info
 
 [0] exactly like David Allen describes in his book Getting Things Done.
 It's odd how simple things like writing an email or applying a patch can
 become a big mental obstacle when there's a ton of other Stuff that
 needs your attention too.
 ___
 NetworkManager-list mailing list
 NetworkManager-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/networkmanager-list

___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2009-09-23 Thread Antti Kaijanmäki
ti, 2009-09-22 kello 23:03 -0700, Dan Williams kirjoitti:
 (do you still want your name in configure.ac?)

I think it's better to have an active maintainer there, so please go
ahead and change it.

And while you are at it last time I checked there was many obsolete
files in the mbpi tree like README.svn and other stuff that contain
outdated information. I think those should be either removed or
updated. 

Thanks!
 -- Antti



signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Service Provider Database

2009-09-11 Thread Antti Kaijanmäki
Hello!

I can't even describe how happy it made me feel when I discovered that
you guys had taken over the m-b-p-i and even rolled out an upstream
assistant and new database format with MCC/MCN codes. Thank you! It
means so much to me to finally see that the database has taken a life of
it's own and truly shown to be something that can make a difference.

I haven't had any time to work on the database and quite frankly it made
me really sad and frustrated. Patches piled up on my inbox and I fell
into some kind of apathetic state of mind regarding the database and
just started to ignore it[0].

I decided to finally do something about the patches and get them
forward. Here's a list of bug reports I've created based on the emails:
https://bugzilla.gnome.org/show_bug.cgi?id=594836
https://bugzilla.gnome.org/show_bug.cgi?id=594838
https://bugzilla.gnome.org/show_bug.cgi?id=594839
https://bugzilla.gnome.org/show_bug.cgi?id=594841
https://bugzilla.gnome.org/show_bug.cgi?id=594842
https://bugzilla.gnome.org/show_bug.cgi?id=594843
https://bugzilla.gnome.org/show_bug.cgi?id=594844
https://bugzilla.gnome.org/show_bug.cgi?id=594845
https://bugzilla.gnome.org/show_bug.cgi?id=594846
https://bugzilla.gnome.org/show_bug.cgi?id=594848
https://bugzilla.gnome.org/show_bug.cgi?id=594849
https://bugzilla.gnome.org/show_bug.cgi?id=594850
https://bugzilla.gnome.org/show_bug.cgi?id=594851
https://bugzilla.gnome.org/show_bug.cgi?id=594852
https://bugzilla.gnome.org/show_bug.cgi?id=594853
https://bugzilla.gnome.org/show_bug.cgi?id=594854

Note that I've intentionally left out information about the original
senders as I'm not certain all of them want to be publicly named. I've
sent links to them to bug reports that are based on their emails so that
they can provide more information if they wish. I also took the liberty
to advise them to contact Dan directly if they do not want to have a
discussion out in in the public.

Cheers!
 -- Antti

PS.
there are also bug reports at Launchpad in two separate locations:
https://bugs.edge.launchpad.net/mobile-broadband-provider-info
https://bugs.edge.launchpad.net/ubuntu/+source/mobile-broadband-provider-info

[0] exactly like David Allen describes in his book Getting Things Done.
It's odd how simple things like writing an email or applying a patch can
become a big mental obstacle when there's a ton of other Stuff that
needs your attention too.


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-06 Thread Antti Kaijanmäki
ma, 2008-06-02 kello 14:39 +0300, Antti Kaijanmäki kirjoitti:
 Hello,
 
 one part of my project is to create and specify a database for service
 provider specific settings. I've created an example page in
 live.gnome.org[1]. Please, comment if you find something missing or you
 disagree. I will begin with the implementation next week. 

I updated the page. There's now a DTD + some other changes.

 -- Antti



signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-05 Thread Antti Kaijanmäki
ma, 2008-06-02 kello 13:18 +0100, Bastien Nocera kirjoitti:
 On Mon, 2008-06-02 at 15:12 +0300, Antti Kaijanmäki wrote:
 
 snip
  
  provider
 nameService Provider - CDMA/name
 cdma /
  /provider
  provider
 nameService Provider - GSM/name
 gsm
apninternet/apn
 /gsm
  /provider
  provider
 nameService Provider - GSM prepaid/name
 gsm
apnprepaid.provider/apn
 /gsm
  /provider
 
 I'd rather have:
 provider type=gsm
  nameService Provider - GSM prepaid/name
   apnprepaid.provider/apn
 /provider

I see your point and this was my first idea also. But the problem with
this approach is that I can't validate this with a DTD. At least I
didn't find any way to state: 

'if provider element has property type  set as gsm the element must
contain child element apn '

But I can state:

'provider must have either gsm, cdma or phs child element'


 -- Antti



signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-05 Thread Bastien Nocera
On Thu, 2008-06-05 at 11:50 +0300, Antti Kaijanmäki wrote:
snip
  I also mentioned another option which you seem to have discounted, and
  can easily be used in a DTD.
  
  provider
gsm /
nameService Provider - GSM prepaid/name
apnprepaid.provider/apn
  /provider
 
 Your previous mail had type property also with this one and it had
 the same problem as the first one had. That's why I didn't comment on
 that. 

You can:
(gsm, name, apn)? | name

Would make sure you have an apn when you have a gsm tag.

In all cases, you could also use a C program to validate your XML file,
which would give you more options.


___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-05 Thread Antti Kaijanmäki
to, 2008-06-05 kello 10:52 +0100, Bastien Nocera kirjoitti:
 On Thu, 2008-06-05 at 11:50 +0300, Antti Kaijanmäki wrote:
 snip
   I also mentioned another option which you seem to have discounted, and
   can easily be used in a DTD.
   
   provider
 gsm /
 nameService Provider - GSM prepaid/name
 apnprepaid.provider/apn
   /provider
  
  Your previous mail had type property also with this one and it had
  the same problem as the first one had. That's why I didn't comment on
  that. 
 
 You can:
 (gsm, name, apn)? | name
 
 Would make sure you have an apn when you have a gsm tag.

and this would mean something like this:

provider
   gsm /
   namefoo/name
   apnfoo.internet/apn
/provider


which is not far away from:

provider
   namefoo/name
   gsm
   apnfoo.internet/apn
   /gsm
/provider


 In all cases, you could also use a C program to validate your XML file,
 which would give you more options.

True, but our discussion has been, the way I see it, only about
semantics. Our opinions differ, but as I haven't seen any technical
arguments that make my proposal invalid, I am going to stick with it.

I truly appreciate your input and I hope this doesn't leave hard
feelings to anyone.

Thanks,
 Antti




signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-04 Thread Antti Kaijanmäki
Hi,

I changed alpha-3 codes to alpha-2 because /usr/share/zoneinfo/zone.tab
and /usr/share/zoneinfo/iso3166.tab use them.

 -- Antti


ma, 2008-06-02 kello 14:39 +0300, Antti Kaijanmäki kirjoitti:
 Hello,
 
 one part of my project is to create and specify a database for service
 provider specific settings. I've created an example page in
 live.gnome.org[1]. Please, comment if you find something missing or you
 disagree. I will begin with the implementation next week. 
 
 Br,
 Antti
 
 
 PS.
 Is there someone on this list who can shed some light on PHS[2]? Is it
 something that could be used with GNU/Linux and does it require service
 provider specific configuration?
 
 [1]http://live.gnome.org/NetworkManager/MobileBroadband/ServiceProviders
 [2]http://en.wikipedia.org/wiki/Personal_Handy-phone_System
 ___
 NetworkManager-list mailing list
 NetworkManager-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/networkmanager-list


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-04 Thread Bastien Nocera
On Wed, 2008-06-04 at 21:57 +0300, Antti Kaijanmäki wrote:
 Hi,
 
 I changed alpha-3 codes to alpha-2 because /usr/share/zoneinfo/zone.tab
 and /usr/share/zoneinfo/iso3166.tab use them.

That's also what libgweather uses for its data, as mentioned in my mail
to desktop-devel.

Cheers

___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-02 Thread Bastien Nocera
On Mon, 2008-06-02 at 14:39 +0300, Antti Kaijanmäki wrote:
 Hello,
 
 one part of my project is to create and specify a database for service
 provider specific settings. I've created an example page in
 live.gnome.org[1]. Please, comment if you find something missing or you
 disagree. I will begin with the implementation next week. 

Will you be using the XML file I sent as an example?

Also, I don't think that the gsm and cdma tags are really that
useful, they could be properties of the provider instead (or do we have
any providers that do both?).

Cheers

___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-02 Thread Antti Kaijanmäki
ma, 2008-06-02 kello 12:48 +0100, Bastien Nocera kirjoitti:
 On Mon, 2008-06-02 at 14:39 +0300, Antti Kaijanmäki wrote:
  Hello,
  
  one part of my project is to create and specify a database for service
  provider specific settings. I've created an example page in
  live.gnome.org[1]. Please, comment if you find something missing or you
  disagree. I will begin with the implementation next week. 
 
 Will you be using the XML file I sent as an example?

I could use it, but I would have to write a conversion script from your
XML format to the format we decide to use. I rather modify my existing
python script instead and make direct conversion from the last GPRS EC
database.


 Also, I don't think that the gsm and cdma tags are really that
 useful, they could be properties of the provider instead (or do we have
 any providers that do both?).

with properties you mean attributes? If so then w3school says[1]:
There are no rules about when to use attributes and when to use
elements. Attributes are handy in HTML. In XML my advice is to avoid
them. Use elements instead.
And I prefer elements :)

If a service provider offers different types of subscriptions then there
would be provider element for every different type and the name element
would distinguish the types from each other. 

provider
   nameService Provider - CDMA/name
   cdma /
/provider
provider
   nameService Provider - GSM/name
   gsm
  apninternet/apn
   /gsm
/provider
provider
   nameService Provider - GSM prepaid/name
   gsm
  apnprepaid.provider/apn
   /gsm
/provider

The user would see a drop-down menu with items:
Service Provider - CDMA
Service Provider - GSM
Service Provider - GSM prepaid

 -- Antti


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-02 Thread Antti Kaijanmäki
I forgot the link.. 

[1] http://www.w3schools.com/xml/xml_attributes.asp


ma, 2008-06-02 kello 15:12 +0300, Antti Kaijanmäki kirjoitti:
 ma, 2008-06-02 kello 12:48 +0100, Bastien Nocera kirjoitti:
  On Mon, 2008-06-02 at 14:39 +0300, Antti Kaijanmäki wrote:
   Hello,
   
   one part of my project is to create and specify a database for service
   provider specific settings. I've created an example page in
   live.gnome.org[1]. Please, comment if you find something missing or you
   disagree. I will begin with the implementation next week. 
  
  Will you be using the XML file I sent as an example?
 
 I could use it, but I would have to write a conversion script from your
 XML format to the format we decide to use. I rather modify my existing
 python script instead and make direct conversion from the last GPRS EC
 database.
 
 
  Also, I don't think that the gsm and cdma tags are really that
  useful, they could be properties of the provider instead (or do we have
  any providers that do both?).
 
 with properties you mean attributes? If so then w3school says[1]:
 There are no rules about when to use attributes and when to use
 elements. Attributes are handy in HTML. In XML my advice is to avoid
 them. Use elements instead.
 And I prefer elements :)
 
 If a service provider offers different types of subscriptions then there
 would be provider element for every different type and the name element
 would distinguish the types from each other. 
 
 provider
nameService Provider - CDMA/name
cdma /
 /provider
 provider
nameService Provider - GSM/name
gsm
   apninternet/apn
/gsm
 /provider
 provider
nameService Provider - GSM prepaid/name
gsm
   apnprepaid.provider/apn
/gsm
 /provider
 
 The user would see a drop-down menu with items:
 Service Provider - CDMA
 Service Provider - GSM
 Service Provider - GSM prepaid
 
  -- Antti
 ___
 NetworkManager-list mailing list
 NetworkManager-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/networkmanager-list


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-02 Thread Bastien Nocera
On Mon, 2008-06-02 at 15:12 +0300, Antti Kaijanmäki wrote:
 ma, 2008-06-02 kello 12:48 +0100, Bastien Nocera kirjoitti:
  On Mon, 2008-06-02 at 14:39 +0300, Antti Kaijanmäki wrote:
   Hello,
   
   one part of my project is to create and specify a database for service
   provider specific settings. I've created an example page in
   live.gnome.org[1]. Please, comment if you find something missing or you
   disagree. I will begin with the implementation next week. 
  
  Will you be using the XML file I sent as an example?
 
 I could use it, but I would have to write a conversion script from your
 XML format to the format we decide to use. I rather modify my existing
 python script instead and make direct conversion from the last GPRS EC
 database.

I believe I've also posted the Perl script that generated the output,
which does the country code conversion, and tags the providers properly.

  Also, I don't think that the gsm and cdma tags are really that
  useful, they could be properties of the provider instead (or do we have
  any providers that do both?).
 
 with properties you mean attributes? If so then w3school says[1]:
 There are no rules about when to use attributes and when to use
 elements. Attributes are handy in HTML. In XML my advice is to avoid
 them. Use elements instead.
 And I prefer elements :)
 
 If a service provider offers different types of subscriptions then there
 would be provider element for every different type and the name element
 would distinguish the types from each other. 
 
 provider
nameService Provider - CDMA/name
cdma /
 /provider
 provider
nameService Provider - GSM/name
gsm
   apninternet/apn
/gsm
 /provider
 provider
nameService Provider - GSM prepaid/name
gsm
   apnprepaid.provider/apn
/gsm
 /provider

I'd rather have:
provider type=gsm
 nameService Provider - GSM prepaid/name
  apnprepaid.provider/apn
/provider
   
Or at least:

provider type=gsm
  gsm /
  nameService Provider - GSM prepaid/name
  apnprepaid.provider/apn
/provider

Whether they're GSM or CDMA is a property of the provider.

 The user would see a drop-down menu with items:
 Service Provider - CDMA
 Service Provider - GSM
 Service Provider - GSM prepaid

Cheers

___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-02 Thread Brian Morrison
On Mon, 02 Jun 2008 14:39:51 +0300
Antti Kaijanmäki [EMAIL PROTECTED] wrote:

 Is there someone on this list who can shed some light on PHS[2]?

It is a Japanese market DECT-like system allowing some usage outside
the home via a subscription service. It's pretty old now, developed in
the 1993-1995 timescale, and I don't know how much of it is still
extant.

I doubt it used any kind of SIM card, it was more likely to be based on
a MAC address type pairing with a base station in the home and use the
same mechanism to associate with a public base station and account when
outside.

-- 

Brian Morrison

bdm at fenrir dot org dot uk

   Arguing with an engineer is like wrestling with a pig in the mud;
after a while you realize you are muddy and the pig is enjoying it.

GnuPG key ID DE32E5C5 - http://wwwkeys.uk.pgp.net/pgpnet/wwwkeys.html
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-02 Thread Dan Williams
On Mon, 2008-06-02 at 14:39 +0300, Antti Kaijanmäki wrote:
 Hello,
 
 one part of my project is to create and specify a database for service
 provider specific settings. I've created an example page in
 live.gnome.org[1]. Please, comment if you find something missing or you
 disagree. I will begin with the implementation next week. 
 
 Br,
 Antti
 
 
 PS.
 Is there someone on this list who can shed some light on PHS[2]? Is it
 something that could be used with GNU/Linux and does it require service
 provider specific configuration?

I guess we'd better at least allow for PHS to be added when the users
show up, even if we don't put them in now.  Should probably just be
another attribute on the provider like GSM or CDMA.

Dan

___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: Service Provider Database

2008-06-02 Thread Dan Williams
On Mon, 2008-06-02 at 12:48 +0100, Bastien Nocera wrote:
 On Mon, 2008-06-02 at 14:39 +0300, Antti Kaijanmäki wrote:
  Hello,
  
  one part of my project is to create and specify a database for service
  provider specific settings. I've created an example page in
  live.gnome.org[1]. Please, comment if you find something missing or you
  disagree. I will begin with the implementation next week. 
 
 Will you be using the XML file I sent as an example?
 
 Also, I don't think that the gsm and cdma tags are really that
 useful, they could be properties of the provider instead (or do we have
 any providers that do both?).

Verizon's stated forward path is CDMA + LTE, so yeah, we'll have them in
a year or two if we don't already.  And some operators have converted
from IS-95 to GSM (Vivo in Brazil for example).

Dan

___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list