[Logged] Yu Shan LPD’s Cargo area

Matrix Games Forums

Forums Register Login Photo Gallery Member List Search Calendars FAQ

My Profile Inbox Address Book My Subscription My Forums Log Out

[Logged] Yu Shan LPD’s Cargo area

View related threads: (in this forum | in all forums)

Logged in as: Guest

Users viewing this topic: none

Printable Version

All Forums >> [New Releases from Matrix Games] >> Command: Modern Operations series >> Tech Support >> [Logged] Yu Shan LPD’s Cargo area

Page: [1]

Message

<< Older Topic Newer Topic >>

[Logged] Yu Shan LPD’s Cargo area - 7/9/2021 9:57:30 AM

Sanyr1310

Posts: 31
Joined: 5/4/2021
Status: offline

Standard displacement：10,000 t

Cargo area：10,000 sqm

Confused.

Appalled!

I don't think its size is larger than LHD-8 Makin Island.

< Message edited by WSBot -- 7/12/2021 8:14:31 PM >

Post #: 1

RE: Yu Shan LPD’s Cargo area - 7/9/2021 10:01:11 AM

Sanyr1310

Posts: 31
Joined: 5/4/2021
Status: offline

Oh my ！

Attachment (1)

< Message edited by Sanyr1310 -- 7/9/2021 10:03:01 AM >

(in reply to Sanyr1310)

Post #: 2

RE: Yu Shan LPD’s Cargo area - 7/9/2021 10:02:33 AM

Sanyr1310

Posts: 31
Joined: 5/4/2021
Status: offline

This is Makin Island

Attachment (1)

< Message edited by Sanyr1310 -- 7/9/2021 10:03:12 AM >

(in reply to Sanyr1310)

Post #: 3

RE: Yu Shan LPD’s Cargo area - 7/9/2021 10:04:13 AM

Sanyr1310

Posts: 31
Joined: 5/4/2021
Status: offline

(in reply to Sanyr1310)

Post #: 4

RE: Yu Shan LPD’s Cargo area - 7/10/2021 4:26:38 PM

CapnDarwin

Posts: 8467
Joined: 2/12/2005
From: Newark, OH
Status: offline

Not seeing an issue there. Ship one carries less tonnage in a slightly larger area and ship two can carry a heavier load (denser items) in a smaller footprint. Ship one has a cargo area of 100m x 100m and ship 2 is 67m x 67m (assuming a square layout).

_____________________________

OTS is looking forward to Southern Storm getting released!

Cap'n Darwin aka Jim Snyder
On Target Simulations LLC

(in reply to Sanyr1310)

Post #: 5

RE: Yu Shan LPD’s Cargo area - 7/10/2021 5:09:27 PM

Sanyr1310

Posts: 31
Joined: 5/4/2021
Status: offline

quote:

ORIGINAL: CapnDarwin

Not seeing an issue there. Ship one carries less tonnage in a slightly larger area and ship two can carry a heavier load (denser items) in a smaller footprint. Ship one has a cargo area of 100m x 100m and ship 2 is 67m x 67m (assuming a square layout).

Then how can we explain this？This San Antonio is also an LPD and is twice as large as Yu Shan.

Attachment (1)

(in reply to CapnDarwin)

Post #: 6

RE: Yu Shan LPD’s Cargo area - 7/10/2021 5:13:04 PM

Sanyr1310

Posts: 31
Joined: 5/4/2021
Status: offline

quote:

ORIGINAL: CapnDarwin

Not seeing an issue there. Ship one carries less tonnage in a slightly larger area and ship two can carry a heavier load (denser items) in a smaller footprint. Ship one has a cargo area of 100m x 100m and ship 2 is 67m x 67m (assuming a square layout).

BTW, Yu Shan is 150m long and 23m wide，we can get a max cargo area as 3450 sqm. 10000 sqm is 3 times larger.

< Message edited by Sanyr1310 -- 7/11/2021 3:07:31 AM >

(in reply to CapnDarwin)

Post #: 7

RE: Yu Shan LPD’s Cargo area - 7/10/2021 6:31:08 PM

thewood1

Posts: 6529
Joined: 11/27/2005
Status: offline

Why isn't this in the database thread? I assume its a database issue specific to this unit.

_____________________________

You are like puss filled boil on nice of ass of bikini model. You are nasty to everybody but then try to sweeten things up with a nice post somewhere else. That's nice but you're still a boil on a beautiful thing! - BDukes

(in reply to Sanyr1310)

Post #: 8

RE: Yu Shan LPD’s Cargo area - 7/11/2021 3:06:42 AM

Sanyr1310

Posts: 31
Joined: 5/4/2021
Status: offline

quote:

ORIGINAL: thewood1

Why isn't this in the database thread? I assume its a database issue specific to this unit.

Got it. Thank you.

(in reply to thewood1)

Post #: 9

RE: Yu Shan LPD’s Cargo area - 7/12/2021 8:14:41 PM

WSBot

Posts: 182
Joined: 1/17/2021
Status: offline

0014664

(in reply to Sanyr1310)

Post #: 10

RE: Yu Shan LPD’s Cargo area - 7/21/2021 10:54:44 AM

Rory Noonan

Posts: 2816
Joined: 12/18/2014
From: Brooklyn, NY
Status: offline

quote:

ORIGINAL: Sanyr1310
BTW, Yu Shan is 150m long and 23m wide，we can get a max cargo area as 3450 sqm. 10000 sqm is 3 times larger.

This presumes one deck. It may not be one deck, and I would actually expect for an LPD it is multiple decks of cargo area.

Rather than focus on the number, which we don't know for sure and rarely do, it's more useful to focus on the practical capabilities of the DB item.

Is there something the Yu Shan can carry in real life it doesn't in the game? Or is it able to carry way too much? If so, what is the right amount?

This is a much better way of getting to the root of the issue than arguing about numbers that don't matter in themselves.

< Message edited by Rory Noonan -- 7/21/2021 10:55:24 AM >

_____________________________

(in reply to Sanyr1310)

Post #: 11

RE: Yu Shan LPD’s Cargo area - 7/21/2021 1:37:40 PM

p1t1o

Posts: 271
Joined: 4/6/2015
Status: offline

A good piece of data to add would be, what are the personnel capacity and mass capacity parameters?

(in reply to Rory Noonan)

Post #: 12

RE: Yu Shan LPD’s Cargo area - 7/22/2021 1:35:54 PM

Rory Noonan

Posts: 2816
Joined: 12/18/2014
From: Brooklyn, NY
Status: offline

quote:

ORIGINAL: p1t1o

A good piece of data to add would be, what are the personnel capacity and mass capacity parameters?

Right!

So, we don't record a reference for every piece of data in the database. It could very well be wrong, but it could also be the result of a long discussion that I wasn't privy to. The provenance of the data actually doesn't matter, it's whether it matches the real world capability.

The value of the data is not in the numbers; it's in the expertise of the guys (notice plural, it's a team effort where we source multiple references and come to a consensus if something is not able to be demonstrated empirically) who maintain that data.

On the other side of the curtain, all people see are numbers and we honestly do such a good job with the rest of it that the weird stuff stands out and catches people off guard.

So I want to fix this issue, like any other DB issue, but the place to show us the problem and get it solved is the DB thread with empirical evidence. The tech support subforum is more a place for open discussion.

No need to re-post or anything like that, I'll get our research team to look into it. Unless it's holding back any real capability we can't prioritize it, but it will get looked at