Re: [opensc-devel] On data models, card stock, and provider selection logic

2008-11-25 Thread Timothy J. Miller
Douglas E. Engert wrote: But even if thats not your problem, it will be a problem in the future for someone. Maybe. So long as card provisioning is perceived as necessarily stovepiped it's probably not going to arise; USG isn't going to slap a PIV model on your bank-issued card; they're goi

Re: [opensc-devel] On data models, card stock, and provider selection logic

2008-11-25 Thread Timothy J. Miller
Douglas E. Engert wrote: Looking at this from the user's point of view, If the card has more then one on-card application, how does the user express which one is to be used? No no no. The user has two cards. Both are the same card stock. Each card has different on-card applications on it h

Re: [opensc-devel] On data models, card stock, and provider selection logic

2008-11-25 Thread Douglas E. Engert
Timothy J. Miller wrote: > Douglas E. Engert wrote: > >> Looking at this from the user's point of view, If the card has more then >> one on-card application, how does the user express which one is to be >> used? The OpenSC should not have a problem, as long as the drivers look for their applic

Re: [opensc-devel] On data models, card stock, and provider selection logic

2008-11-25 Thread Douglas E. Engert
Timothy J Miller wrote: > This is sort of a general question. I should probably have CC:'d the > MUSCLE list as well, but there's a lot of overlap with this one, so here > goes: > > There was a time when each card had a fixed data model. This is no > longer true; card data models are now ab

Re: [opensc-devel] On data models, card stock, and provider selection logic

2008-11-24 Thread Martin Paljak
On 25.11.2008, at 0:31, Timothy J. Miller wrote: > Ludovic Rousseau wrote: > >> Using the ATR to identify a service on a card may have worked in the >> past but it is really not a good idea now. > > Unfortunately it's written into the specs. > >> I don't think I will implement the PCSC v2 part 6 (

Re: [opensc-devel] On data models, card stock, and provider selection logic

2008-11-24 Thread Timothy J. Miller
Ludovic Rousseau wrote: Using the ATR to identify a service on a card may have worked in the past but it is really not a good idea now. Unfortunately it's written into the specs. I don't think I will implement the PCSC v2 part 6 (ICC Service Provider) inside pcsc-lite. I thought pcsc-lite

Re: [opensc-devel] On data models, card stock, and provider selection logic

2008-11-22 Thread Ludovic Rousseau
On Fri, Nov 21, 2008 at 5:37 PM, Timothy J Miller <[EMAIL PROTECTED]> wrote: > This is sort of a general question. I should probably have CC:'d the MUSCLE > list as well, but there's a lot of overlap with this one, so here goes: > > There was a time when each card had a fixed data model. This is

[opensc-devel] On data models, card stock, and provider selection logic

2008-11-21 Thread Timothy J Miller
This is sort of a general question. I should probably have CC:'d the MUSCLE list as well, but there's a lot of overlap with this one, so here goes: There was a time when each card had a fixed data model. This is no longer true; card data models are now abstracted through the use of on- c