J
jimmy_jinx at yahoo.com
Guest
no prob, I appreciate the feedback. Actually, I've been giving it
some thought, and I doubt this is needed. To anyone that groks L5R
(Kuni-sama?), could you tell me if the following assumptions are
true?
Also, Rob, I regret to inform that my Windows partition died today. I
assume it's unrecoverable, which will keep me cardvaultless for the
next 3 months (first reassign is 6 months after purchase, is it
not?). Ah, well. Are you sure I couldn't pay you enough beer to make
a Linux version? At least it would be stable. :/
OK, assumptions:
1) There are 6 basic rarity types: Common, Uncommon, Rare, Promo,
Reprint, Fixed.
2) Reprint are all cards from old sets included in the sealdeckable
starters. They are not a "part" of the expansion
3) Fixed are all *new* cards from the expansion and are a full part
of it. Each has about 3 or 4 of these, not more.
4) Reprints only appear in expansions, fixed also appear in basic
sets
5) Assuming I got a playset from Imperial, and a playset of all the
expansions since, all I need from subsequent base sets are the fixed
cards and one binder-fodder collection if I want.
6) Reprints are indistinguishable from their original versions. That
is, cards from Gold reprinted in APC will, barring MRP, have the same
art, text, and flavor.
Is this correct? If it is, I've been going at it wrong, because I do
happen to have an (almost) full playset of Open, so if I just mark
all cards in Gold as target 1, my goals can be met.
--- Rob Bowes <rob@wolflair.com> wrote:
> As far as I can see, there are three ways to solve this problem.
> I'll
> outline each below and offer my comments on the viability of each
> solution.
>
> 1. As you suggest, the data file author could create a separate
> data file
> with the MRP of every card. While definitely the quickest and
> easiest
> solution, this is unfortunately a BAD idea. The reason is that it
> would
> only work until AEG released another set that included one or more
> re-printed cards. At that point, the MRP version of a card would be
> the NEW
> card, so your inventory data for the old card would be lost. In
> addition,
> this would make it much more confusing (maybe not even possible) to
> try
> using CV's integrated deck/inventory features, such as adding a
> deck to the
> want list.
>
> 2. Also as you suggest, have a "merge duplicates" feature for
> inventory
> management. This doesn't actually solve the problem for you unless
> CV then
> merges all the inventory totals as well. The problem with this
> solution is
> that you only want this for the TARGET value and NOT for actual
> quantities.
> So a simple "merge duplicates" would collapse all totals and show
> merged
> quantities owned/excess/acquire. This would result in confusion for
> most
> users that tried to use this mechanism. And if we only merged the
> target
> value, the excess/acquire quantities that are auto-calculated would
> be
> misleading and confusing.
>
> 3. The third and "proper" solution would be to have a separate
> mechanism
> within CV to track the merged totals for the target value,
> optionally
> showing the merged target value if the user wishes. But I think
> what you
> REALLY want is to have your excess and acquire values derived from
> the
> merged target value. This introduces all sorts of nasty cases that
> make
> this functionality a lot more complicated than it may seem on the
> surface.
> There is currently no way that CV can handle this, and adding this
> functionality would be a non-trivial amount of work. I've logged
> this to
> the feature request list, but it's something that would require a
> good bit
> of work, including the restructuring of how the inventory mechanism
> works
> at a fundamental level (most likely). Therefore, this is something
> that
> would not even be feasible prior to a major update like a V2.0
> release, and
> we haven't even considered plans for a V2.0 release yet, so you're
> not
> likely to see this in the near future. But it HAS been added to the
> todo list.
>
> Sorry for the not-so-great news, but I want to make sure there are
> no false
> expectations about when something like this might be added.
>
> -Rob
>
> At 02:39 AM 3/26/2003 -0800, you wrote:
> >Hi all. I've been thinking and theorizing on my L5R collection and
> >Card Vault use to sort it and compile it, and I've come to realize
> >there is one feature which I need kinda badly. As in, without it
> it's
> >really hard to reach my target for my collection.
> >
> >I *need* the "Merge Duplicates" feature in the Inv Management
> queries
> >part. I'm trying to collect a playset AND a "binder set" at the
> same
> >time (not separate, binder set + extras = playset) so I need
> >functionality for the following: I need to establish a target
> number
> >such that it is 3 for each non-unique minus any other copy from
> >previous expansions I may have, to the minimum of 1 See my
> >problems?
> >
> >This could also be solved at the data-file level, if Kuni
> Tetsu-sama
> >would consider making a file called playset.dat which contained
> the
> >MRP of each card in the other dat files.
> >
> >Would any of these solutions be possible in the near future? I
> have
> >about close to 50 thousand cards to update, and I can't wait to
> get
> >started
> >
> >Abilio
>
>
>
---------------------------------------------------------------------------
> Rob Bowes (rob@wolflair.com) (559)
> 658-6995
> Lone Wolf Development
> www.wolflair.com
>
>
> ------------------------ Yahoo! Groups Sponsor
>
> To unsubscribe from this group, send an email to:
> cardvault-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Your own Online Store Selling our Overstock.
http://us.click.yahoo.com/rZll0B/4ftFAA/46VHAA/WuQolB/TM
---------------------------------------------------------------------~->
some thought, and I doubt this is needed. To anyone that groks L5R
(Kuni-sama?), could you tell me if the following assumptions are
true?
Also, Rob, I regret to inform that my Windows partition died today. I
assume it's unrecoverable, which will keep me cardvaultless for the
next 3 months (first reassign is 6 months after purchase, is it
not?). Ah, well. Are you sure I couldn't pay you enough beer to make
a Linux version? At least it would be stable. :/
OK, assumptions:
1) There are 6 basic rarity types: Common, Uncommon, Rare, Promo,
Reprint, Fixed.
2) Reprint are all cards from old sets included in the sealdeckable
starters. They are not a "part" of the expansion
3) Fixed are all *new* cards from the expansion and are a full part
of it. Each has about 3 or 4 of these, not more.
4) Reprints only appear in expansions, fixed also appear in basic
sets
5) Assuming I got a playset from Imperial, and a playset of all the
expansions since, all I need from subsequent base sets are the fixed
cards and one binder-fodder collection if I want.
6) Reprints are indistinguishable from their original versions. That
is, cards from Gold reprinted in APC will, barring MRP, have the same
art, text, and flavor.
Is this correct? If it is, I've been going at it wrong, because I do
happen to have an (almost) full playset of Open, so if I just mark
all cards in Gold as target 1, my goals can be met.
--- Rob Bowes <rob@wolflair.com> wrote:
> As far as I can see, there are three ways to solve this problem.
> I'll
> outline each below and offer my comments on the viability of each
> solution.
>
> 1. As you suggest, the data file author could create a separate
> data file
> with the MRP of every card. While definitely the quickest and
> easiest
> solution, this is unfortunately a BAD idea. The reason is that it
> would
> only work until AEG released another set that included one or more
> re-printed cards. At that point, the MRP version of a card would be
> the NEW
> card, so your inventory data for the old card would be lost. In
> addition,
> this would make it much more confusing (maybe not even possible) to
> try
> using CV's integrated deck/inventory features, such as adding a
> deck to the
> want list.
>
> 2. Also as you suggest, have a "merge duplicates" feature for
> inventory
> management. This doesn't actually solve the problem for you unless
> CV then
> merges all the inventory totals as well. The problem with this
> solution is
> that you only want this for the TARGET value and NOT for actual
> quantities.
> So a simple "merge duplicates" would collapse all totals and show
> merged
> quantities owned/excess/acquire. This would result in confusion for
> most
> users that tried to use this mechanism. And if we only merged the
> target
> value, the excess/acquire quantities that are auto-calculated would
> be
> misleading and confusing.
>
> 3. The third and "proper" solution would be to have a separate
> mechanism
> within CV to track the merged totals for the target value,
> optionally
> showing the merged target value if the user wishes. But I think
> what you
> REALLY want is to have your excess and acquire values derived from
> the
> merged target value. This introduces all sorts of nasty cases that
> make
> this functionality a lot more complicated than it may seem on the
> surface.
> There is currently no way that CV can handle this, and adding this
> functionality would be a non-trivial amount of work. I've logged
> this to
> the feature request list, but it's something that would require a
> good bit
> of work, including the restructuring of how the inventory mechanism
> works
> at a fundamental level (most likely). Therefore, this is something
> that
> would not even be feasible prior to a major update like a V2.0
> release, and
> we haven't even considered plans for a V2.0 release yet, so you're
> not
> likely to see this in the near future. But it HAS been added to the
> todo list.
>
> Sorry for the not-so-great news, but I want to make sure there are
> no false
> expectations about when something like this might be added.
>
> -Rob
>
> At 02:39 AM 3/26/2003 -0800, you wrote:
> >Hi all. I've been thinking and theorizing on my L5R collection and
> >Card Vault use to sort it and compile it, and I've come to realize
> >there is one feature which I need kinda badly. As in, without it
> it's
> >really hard to reach my target for my collection.
> >
> >I *need* the "Merge Duplicates" feature in the Inv Management
> queries
> >part. I'm trying to collect a playset AND a "binder set" at the
> same
> >time (not separate, binder set + extras = playset) so I need
> >functionality for the following: I need to establish a target
> number
> >such that it is 3 for each non-unique minus any other copy from
> >previous expansions I may have, to the minimum of 1
See my> >problems?
> >
> >This could also be solved at the data-file level, if Kuni
> Tetsu-sama
> >would consider making a file called playset.dat which contained
> the
> >MRP of each card in the other dat files.
> >
> >Would any of these solutions be possible in the near future? I
> have
> >about close to 50 thousand cards to update, and I can't wait to
> get
> >started
> >
> >Abilio
>
>
>
---------------------------------------------------------------------------
> Rob Bowes (rob@wolflair.com) (559)
> 658-6995
> Lone Wolf Development
> www.wolflair.com
>
>
> ------------------------ Yahoo! Groups Sponsor
>
> To unsubscribe from this group, send an email to:
> cardvault-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Your own Online Store Selling our Overstock.
http://us.click.yahoo.com/rZll0B/4ftFAA/46VHAA/WuQolB/TM
---------------------------------------------------------------------~->
