maineiac13

Just curious if anyone uses this program for Naval, Air, and event covers?  The stamp or stamps used on such covers are often irrelevant so classifying them by Scott, Michel, Yvert, etc. does not really work.  If there are suggestions on how to inventory such covers using SM please let me know.  Thanks, Ken

Thanks, though in reality that was not my main concern, rather I would like to have the images column at least be long enough so that the word “Image” is not cut off. The problem with the images column might be related to the resolution of my monitor which is 5120 x 2160.
For example, when I use the computer where my SM program is located as a remote computer from my laptop, the full word of “Image” appears along with extra spacing.  So even though that column can not be expanded, the full relative size of each image appears. That does not happen when viewing on my monitor at its primary resolution of 5120 x 2160.

Just installed SM2022 update.  (Running on Windows 11 Pro.) Couple of somewhat minor though irritating apparent bugs in the main view portion of the program.
1.  The Image column cannot be widened and as a result (at least on my large 40 inch monitor), the images shown in that column are very tiny.
2.  If one wants to move a column to the left of the image column, it can be done, but then those columns to the left of the image column are completely blank. (See attached)

Back in May I cleaned up part of the Poland database as described above.  Essentially, I corrected the Scott numbers for the years 2008-2010 and renumbered the images to correspond to the corrected Scott number.  I also deleted the incorrect items from the database.  As a reminder, the problem is that for the 2008-2010 period someone had entered Scott numbers which were approximately 1000 higher than they should have been.  I also uploaded all the changes to SM.
Today, I was looking at the database and found that all of those incorrect Scott numbered items (numbered from 4906 to 4995a) were back in the database.  Those entries entirely duplicate the corrected entries (3905-3981a).  That means there are two different Scott numbered entries and two images now for each of those stamps.  And when checking the 2020 Stamp Manage Catalog it shows that those incorrect entries were added back by Liberty Street on July 5, 2020!!
So not sure what happened here...but this needs to be cleaned up.  I can (again) delete those entries from the database but unless Liberty Street does something to prevent their return, this will obviously not solve the problem.

I want to add a new stamp category.  So I opened the Stamp Data Manager.  I then clicked on "New Category"....but nothing happens.  I closed down SM and re-opened it again to see if that might help but the same thing happened again.  Is there a problem with the program or just some issue with my computer?
 
NEVER MIND....I just realized it works fine.

Yes, that is another way to add values.  However, the problem I reported is that SM allows you to add the values after one has added new stamp varieties in the Stamp Data Manger and before that screen is closed.  If you do that, however, once you then close the Stamp Data Manager, all those new values that you have added are lost.  Ideally, (1) SM should be changed to retain those values, or (2) SM should prevent one from adding values at that point or (3)at least there should be some kind of warning that any values added before first closing the Stamp Data Manager will not be retained.

So I decided to use the Stamp Data Manager to add a large (100+) group of stamps to the Austria database.  Went through the usual process of adding all the stamps then went through and added the various values for all of the new stamps (eg. mint vf, use vf, etc.).  All those values showed up in the Stamp Data Manager.  Then I closed the Stamp Data Manager.  Then opened the program to actually add the stamps from my collection.....but....while all the stamps that I had added appeared, NONE of the values were showing.  So I went back to see what was happening and it turns out that if you add stamps via the Stamp Data Manager you can not add values to those stamps you have just added unless you first close the Stamp Data Manager before adding the values and then re-open the Stamp Data Manager and THEN add the values.  A very frustrating situation....and I suspect it is the reason that I see so many stamps that have been added to the data base in recent years but with no values.  I think people either don't realize the problem or if they notice it, they don't want to go back and re-add the values after spending a lot of time doing it originally.
Any chance that there may be a fix to this???

So I decided to use the Stamp Data Manager to add a large (100+) group of stamps to the Austria database.  Went through the usual process of adding all the stamps then went through and added the various values for all of the new stamps (eg. mint vf, use vf, etc.).  All those values showed up in the Stamp Data Manager.  Then I closed the Stamp Data Manager.  Then opened the program to actually add the stamps from my collection.....but....while all the stamps that I had added appeared, NONE of the values were showing.  So I went back to see what was happening and it turns out that if you add stamps via the Stamp Data Manager you can not add values to those stamps you have just added unless you first close the Stamp Data Manager before adding the values and then re-open the Stamp Data Manager and THEN add the values.  A very frustrating situation....and I suspect it is the reason that I see so many stamps that have been added to the data base in recent years but with no values.  I think people either don't realize the problem or if they notice it, they don't want to go back and re-add the values after spending a lot of time doing it originally.
Any chance that there may be a fix to this???

In the past when I have added new stamp numbers to an existing country data base using the Stamp Data Manager, I was able to add all of the new stamp info., then click on the apply button, which would retain the information I had just added and increase the stamp value by 1 digit...which would allow me to make any necessary changes to the data fields and proceed along to easily add additional stamp numbers.  Now, however, when I am using SM2020, the "apply" button is greyed out so I can only add one stamp number at a time and must repetitively add the detailed information even if it is roughly the same as the immediately prior stamp number I have just added.
Is this a bug in SM2020, or am I possibly doing something wrong?

I recently acquired a collection of Poland stamps and will soon be in the process of entering them into SM.  I was glancing through the Poland database just now and noticed that there are quite a bit of problems with it.  I have only looked at the general issue stamps so far but here are some of the problems.  First, the general issue stamps have not been updated since 2010 (yes I am using SM 2020).  Additionally, beginning in early 2008 the the Scott numbers are wrong.  And additionally, by the middle of 2008 there appears to be an entirely different numbering system being used as suddenly the numbers jump from 3900 or so to 4900 or so and unfortunately they still do not even correlate with the correct scott number if you change the first number from a 4 to a 3.  (And those numbers do not correlate with any recognized numbering system i.e, not Michel, Yvert, or even Fischer.)  So is  this or will this be looked at by SM or is this something that we users (I guess namely me) will have to take on...though my last effort at doing something like this for Monaco never seemed to make it into the SM database so I am reluctant to start doing this again.

I am using SM2020.  When I customize the toolbar to show text labels, that customization is not retained when I close the program and then re-open it.  Is this a bug or intentional?

Yes...for some reason it was set to 0.  Changing it to 1 corrected the problem.  Thank you.

I just downloaded and installed the 2020 version of the deluxe program.  (I have not yet activated it because I need to check out some problems before I go ahead and activate it.)  I downloaded it to a different computer from where my current database is located to be sure that I could clearly see what is in the version without any interference with changes that I have made in my own database.
So when I go to the "add stamp" area and click on any country, every single stamp shows either as no value or a value of $0.00 for all categories (eg., fine, vf, used, mint, etc.)
Any idea what is happening here?  And what I can do to get the prices to show?
Thanks, Ken

Okay....now I see how I could add a value for a missing line pair for a coil or a sheet value for a regular stamp, etc.  Another question.  Israel stamps are mostly collected as mint tab stamps rather than just mint single stamps.  Scott generally shows values for both mint singles and those with tabs as separate entries.  Yet there is no value field for mint tab stamps in the STAMPMANAGE CATALOG >2019.  Can a value field be added for that and if so how does one go about doing that?  If so, then I might consider a project to value the Israel tabs for the database.

I guess I was not clear.  Let’s say that I want to add a new coil stamp to the database.  For that stamp I would be able to insert into the database a price for various mint and used singles, for a fdc, and even for a non-existent pb.  But how do I input into the database the category of and price for a line pair, or for a pnc of 3 or 5.   The reason that I am confused is that when I do go to add an existing coil stamp which is already in the database  to my inventory those classifications are already there, but if I am adding a new coil stamp into the database I don’t see how that would be done since as far as I can see in the database the only types that can be added and priced there are the various mint and used stamps plus fdc and pb.....nothing else.

When I use the stamp data manager to add a stamp or to edit a stamp in the Stamps-Text section, the final part deals with values and that lists mint, used plus fdc and pb only.  Yet many stamps in the database show sheets, line pairs, etc. as part of the basic types that can be chosen when adding a stamp to my collection.  So how does one put those additional categories for new stamps into the database?  Maybe I am missing something that is obvious here....but I sure don't see where that is?  Thanks, Ken

I entered a large group of stamps which had the same purchase price and were of the same condition.  However, I inadvertently failed to specify the condition for the stamps when I entered the group of stamps.  As a consequence, of course, the condition was not specified and nor was the current value.  So, I then selected the same group of stamps and specified the condition for the stamps.  The  condition then showed up properly for all of the stamps.  However, the current value for all of the stamps remained at $0.00.  The only way to get the current value for the stamps was to individually edit each stamp and manually select the condition for each stamp.  Would like to see the program be able to not only group edit the condition...but have that group edit correctly enter the current value as it does when one does a group add of the stamps in the first place.
Thanks, Ken

When entering a couple of US Postmaster Provisional Stamps in SM 2019, I noticed that the descriptions of those stamps in the database were incorrect.  10x and 11x types incorrectly showed "George Washington" while 9x types which should have been Washington were blank.  So, using the Stamp Data Manager I made the appropriate corrections.  Then I clicked "Submit User Changes to Liberty...".  But it seem to upload a bunch of images and if I am not mistaken several thousand items....not just the changes I made in the Stamp Data Manager.  So did I submit the changes properly, will they be noticed among all the other things that might have been uploaded?  Thoroughly confused if I did this right or not. Ken

When entering a couple of US Postmaster Provisional Stamps in SM 2019, I noticed that the descriptions of those stamps in the database were incorrect.  10x and 11x types incorrectly showed "George Washington" while 9x types which should have been Washington were blank.  So, using the Stamp Data Manager I made the appropriate corrections.  Then I clicked "Submit User Changes to Liberty...".  But it seem to upload a bunch of images and if I am not mistaken several thousand items....not just the changes I made in the Stamp Data Manager.  So did I submit the changes properly, will they be noticed among all the other things that might have been uploaded?  Thoroughly confused if I did this right or not. Ken

I am  new to this program and am entering my collection.  In addition to my current collection, my database also includes stamps that I have sold over the years.  When I enter stamps information it initially puts all stamps (sold, unsold, etc.) into the current window which in my case is typically the My Collection folder - United States.  So even  though I am entering Sold Stamps, those stamps do not go directly into the Sold Stamps folder.  The only way I can be sure that they are getting properly placed into the Sold Stamps folder is by closing the program, then re-opening it.  At that point all the sold stamps properly appear in the Sold Stamps folder.  So my questions are: Is this the way the program is designed to work?  Is there another way to get the Sold Stamps into the proper place without closing/opening the program? (I know that if I have the Sold Stamps window open then the Sold Stamps will go directly into the Sold Stamps Folder...however then the unsold stamps go there until the program is closed/opened.)  Hopefully this is clear...thanks for any assistance, Ken

Yes I agree. Date & Year should be seperate. Date seems okay but Year is a mess within the database. Agree Year should be a 'short text' field as one needs to enter year spans (1860-1862).
But this has not stopped the Misuse of this field.
Year field should be Year only The rejection of entries NOT 'numeric' or '-' should be built into the database.

One of the stamps in my collection is/was Scott #56.  At some point, the Scott catalog changed that and a few other stamps to be part of what they call "1861 First Design Essays and Trial Color Proofs".  And that stamp now has the designation as Scott #65-e15h.    However, the StampManage database incorrectly shows that in the proof section as #63-e15h.  (Also the StampManage database incorrectly still includes a listing for #56 in the general issues section....though without any pricing information.  And it also includes #55 and 57-62 there which have also been moved to the proof category and given different numbers.)  So I am not sure how to deal with all of this.  Also, when I look at the StampManage Database there does seem to be a #65-e15h shown in the General Issues category.  Frankly, since I was trying to figure out what to do with this stamp, I really don't know if I mistakenly created that in the general issues category of the Database of if it was always there.  Being very new to StampManage, I am not sure how to correctly enter this stamp and have it appear in the proof section rather than the general issue section and also of course the error in the StampManage proof section of the database (i.e. #63 vs #65) should be corrected in an update I guess?  So any help would be appreciated.  Thanks, Ken