# Sizes in SeamlyME Multisizes

Hi everyone. When creating a multisize measurement chart in SeamlyME, we are given the options of sizes 22 to 72 in even numbers only. Is there any chance of starting the numbering of the sizes from 0 to cater for smaller sizes?

Could you be mire specific? This is probably one the remaining areas of the application that I donâ€™t have a total grasp of.

Correct me if Iâ€™m wrong, but is the multisize not based on a set of Russian (military) distribution tables of (mens) sizes vs height?

Kinda like I have for mens suits in inchesâ€¦

So the question is â€¦ even if we were to change the â€śsizeâ€ť numbers, how does that affect the rest of the data in the table?

1 Like

From my experience with working with multisizes, they are just numbers until you apply importance to them, in this case, sizes. All the magic happens once you enter your base size and enter an increment.

When I asked for this featureâ€¦ long, long agoâ€¦ I was told that by adding extra numbers would mean adding more numbers to the Pattern Preferences and already, there wasnâ€™t enough space for them:

This is meant to constrain a pattern to certain sizes. Which doesnâ€™t appear properly, anyway. In this case, I have selected sizes 34 to 44 but sizes 62 & 68 are also selected !?! Although, these 2 donâ€™t get listed in the pattern where you change the size (also in SeamlyME):

And, as far as I can see, thereâ€™s plenty of space for more sizes and check boxes. The list in the pattern will also get longer if you donâ€™t constrain the pattern to certain sizes.

I think the formula that calculated the is universal based on your base size that you enter when create your new measurement file and the size that is selected at the bottom of the screen and the increments entered. Soâ€¦ (((selected size - base size) / 2) * increment) + base size ( in my best arithmetic style).

How will this help?

It will assist people making doll and childrenâ€™s clothes. We will also be able to use USA & UK size numbers - at the moment, the sizes are chosen according to the EU sizing system which was also used in UK & South Africa and is based on inches. So this current sizing system is based on Imperial measurements while most of the world has moved on to Metric.

But, as previously mentioned, the numbers can mean anything. Iâ€™ve used them to make box patterns that resize. The magic all happens in the base & increments.

Iâ€™m not asking for more height sizes, because the magic there lies in the Russian Military standards and I donâ€™t have time to figure out how many fractions things change according to height when a certain size is selected, so I donâ€™t use it.

And in your case, youâ€™ll need an extra Weight increment

Thatâ€™s a cop out for either not knowing how to properly design a gui or just not wanting to do it. Iâ€™ll leave it at that.

Iâ€™ll digest your reply, and see what we can do.

1 Like

Thank you, @Douglas - youâ€™re a star

Wellâ€¦ considering 1/2 the dialog is taken up by a couple widgets in the default height & size groupboxâ€¦ yes - thereâ€™s plenty of space.

That being saidâ€¦ so if I understand correctly the height and size checkboxes are just place holders, and if I hazard a guess the the ones included represent the ones included the Gost vst file? Furthermore, since theyâ€™re just place holders, they have no meaning until you enter what ever rules in the vst file? And given that, what we would really want is to have those height and size variables user definable? For exâ€¦ sizes 22 - 72 in cm has no meaning or use for meâ€¦ I would need sizes 34 - 60 in 2" increments. Or maybe someone else only needs size 0 - 40 in cmâ€¦ or basically being able to define different grades like teens, petite, womans, boys, young mens, mens, tall mens, etc? And within that one could use such standards as supplied by Gost or ASTM?

2 Likes

In reply, no, I think it was just a range of sizes that would include both men & women over a range of sizes and height, so concentrating on adults.

When I was right at the beginning of trying to understand pattern making & Seamly, I was a real nuisance. It may help you if you glance at this topic: Understanding SeamlyMe/Tape - #21 by dismine

Yes, correct. So, I can enter a starting base size of 22 and decide that this is a size 8, enter the base values & increments. In the pattern, if I change the size to 24, my pattern will increase to a size 10 (in real life, a size 10 would be about a 36). So these size numbers really donâ€™t mean anything until you attach a meaning.

Not really. All I want is for those size numbers to start from 0, exactly the way they are now, with the option to constrain a pattern over a number of sizes, please.

No, these would need a separate measurement file for each of these catagories - named accordingly - and the appropriate measurement file will need to be loaded into the pattern according to the requirements.

Nothing else is to change at this point. This way, Seamly will still cater for both Gost & ASTM, which I do think is important. And I think the only measurement systems we wonâ€™t be catering for are the Chinese & Japanese ones (sorry to them, but I think they use 1, 2, 3 instead of 2, 4, 6.) and we wonâ€™t be catering for sizes 000 & 00. Our numbering will start at 0 and increment by 2.

The only other thing that Iâ€™d really like is for the Imperial measurements to be brought back to the multisizes when you create a new file:

It used to be there & then it disappeared a year or 2 ago.

1 Like

Grace hat recht:) Da ich seit Jahren mit meiner vor Jahren angelegten Mulisizetabelle arbeite ist mir das nicht aufgefallen. Meine Basis ist die GrĂ¶Ăźe 40 mit der ich dann hoch und runter gehen kann. Ich ersehe es aber wirklich als wichtig, dass man individuell seine BasisgrĂ¶Ăźe bestimmen kann.

2 Likes

Thank you, @Scholli. Yes, for years we have been doing the best we can but I think this small change will help a lot of beginners to come to terms with the multisize measurements

1 Like

Well I starting reading through the topic from the start, and this stuck outâ€¦ which makes absolutely no sense.

What, are Russians a different species? I get that ethnicity can have some role in size distribution amongst a population, but I see no correlation to nationality and size.

What is more important, and Susan mentioned this, and even RT alluded to this, the sampled group for a size distribution table is what determines the grade rulesâ€¦ ie boy, young man, men, regular, tall, stoutâ€¦ girl, teen, petite, woman, large womanâ€¦ etc. In other wordsâ€¦ a pattern will not size correctly for large women if you used the Gost_mens.vstâ€¦ not because itâ€™s Russian, but rather because itâ€™s based on a given sample of men.

1 Like

Yeah, the multisize feature wasnâ€™t well thought out, somebody didnâ€™t know what they were doing and didnâ€™t want to discuss it. They implemented one specific Russian table for menâ€™s coat sizes using the chest circumference. Thereâ€™s not a good way to create and edit additional multisize files, I think weâ€™re restricted to the range of chest circumferences implemented in that initial table. Itâ€™s very weird.

This feature needs to be redesigned and reimplemented.

3 Likes

Hi @Douglas

Iâ€™m revisiting this topic because I once again have a problem with the selecting the sizes in Menu > Pattern Preferences.

I was busy exporting the SVGâ€™s per size to nest externally when I was suddenly missing a sizeâ€¦ Size 56 just wasnâ€™t showing in the size selection:

Checking the Pattern Preferencesâ€¦ And it is checkmarked:

But size 68 is also checkmarked but I removed the checkmark previously and it doesnâ€™t show in the size selection.

I removed the checkmark at size 56 and put it back immediately, Applied & Ok. And size 56 is now showing in the size selector:

I noticed this last week and it was fine for a few days and this morning I see itâ€™s missing again. I canâ€™t think why it reverted back to missing the size 56. Perhaps it my client sent an updated file that hadnâ€™t been fiddled with.

1 Like

Hey Graceâ€¦ I will take a look, but not sure what Iâ€™d find. I havenâ€™t touched anything lately that Iâ€™m aware of that touches on the multisize. In fact, other than looking at the Pattern Preferences dialog I havenâ€™t done anything to it - as the annoying â€ś?â€ť is still there.

That would make sense as applying it is going to trigger a refresh in the main window, and itâ€™s going to redraw the size dropwdown - or as the case is dropup.

Well, if it happens again, and and nothing was changed by you or the client, then thereâ€™s an issue. A strange one if itâ€™s just picking those 2 sizes.

2 Likes

Yes, before, it was checkmarking 62 & 68 when they werenâ€™t checkmarked. Now Iâ€™m using 62, so it is checkmarked by me but it just checkmarks 68 and ignores the checkmark at 56. Very strange

Will let you know.

1 Like