IRC logs for #openttd on OFTC at 2017-05-08
⏴ go to previous day
01:12:39 *** HerzogDeXtEr1 has joined #openttd
02:42:36 *** HerzogDeXtEr has joined #openttd
02:54:35 *** FLHerne has joined #openttd
05:58:33 *** ChanServ sets mode: +v tokai
06:01:07 *** Hiddenfunstuff has joined #openttd
07:09:43 *** sla_ro|master has joined #openttd
08:34:43 *** chomwitt1 has joined #openttd
08:47:27 *** cosmobird__ has joined #openttd
09:02:12 *** andythenorth has joined #openttd
09:10:03 *** Supercheese is now known as Guest2091
09:10:09 *** Supercheese has joined #openttd
09:12:54 *** andythenorth has left #openttd
09:21:08 *** Supercheese has left #openttd
11:14:36 *** nekomaster has joined #openttd
11:15:27 <nekomaster> So I'm still trying to figure out how to stretch a heightmap to fit the way google maps projects its map
11:17:02 <crem> What's the projection of heightmap? Google map (in map view) is mercator.
11:18:00 <nekomaster> the map comes from Satellite Data for North america, you can see what I have here for what I want
11:18:10 *** andythenorth has joined #openttd
11:18:31 <nekomaster> The further north it gets the more squished it gets, though I'm not too too worried about loosing detail as I stretch things
11:18:50 <nekomaster> most of the detail I need is in the bottom part of them ap
11:22:39 <crem> Yeah, it's not clear to me where is the land border, so it's hard to guess the projection.
11:23:36 <nekomaster> Apparently satellite data is pretty much Equirectangular considering that those satellites orbit around the sides of the earth and barely moves up or down from the equiter
11:27:15 *** andythenorth has left #openttd
11:27:50 <crem> Is it as it's taken from the sattelite? Then it's "vertical perspective" from some low orbit, probably. Sattelites mostly don't fly over equator btw.
11:28:44 <crem> So, one has to guess the lat/long and altitude of the satellite to transform the projection into something else.
11:29:43 <nekomaster> This is the style of DEM I used from Earth Explorer
11:31:59 <nekomaster> I might have found something to fix the northern parts
11:32:20 <nekomaster> but this will only work if I can mesh it seamlessly with the southern part of the map
11:38:15 *** nekomaster has left #openttd
11:38:56 *** JacobD88 has joined #openttd
12:14:23 *** nekomaster has joined #openttd
12:16:03 <nekomaster> Hmm, so I used a program called G.Projector to change the equirectangular heighmaps from GTOPO30 data to mercator projection, but I would like something that can better handle and output a large file, plus I figured out the east, west, north and south coords of the map edges
12:16:16 <nekomaster> Is there anything for gimp or another program that can change map perjections?
12:25:17 *** nekomaster has left #openttd
12:51:02 *** nekomaster has joined #openttd
12:52:09 <nekomaster> sorry I keep leaving, I keep finding things and trying them out and I dont get the results i need
12:53:01 <nekomaster> NASA's G.Projector does the job of reprojecting equiretangular maps into mercator maps, but even at its maximum resolution I can only get a usable 2500x2500 size map of canada
12:53:50 <nekomaster> I need some program that can reproject maps and export high resolution images (at least larger then 4096x4096)
12:54:18 *** TheMask96 has joined #openttd
13:47:29 *** cosmobird_ has joined #openttd
13:48:19 <Wolf01> "Learning Linux Binary Analysis"... I don't think I'll ever do it, but its free :P
13:50:50 *** cosmobird has joined #openttd
14:13:49 *** Biolunar has joined #openttd
14:35:28 *** chomwitt1 has joined #openttd
14:46:14 *** FLHerne has joined #openttd
15:09:33 *** UncleCJ has joined #openttd
15:17:08 *** FR^2 is now known as Guest2108
15:47:44 *** nekomaster has left #openttd
15:56:09 *** JacobD88 has joined #openttd
16:36:55 *** Alberth has joined #openttd
16:36:56 *** ChanServ sets mode: +o Alberth
16:55:30 *** sla_ro|master has joined #openttd
17:53:25 *** HerzogDeXtEr1 has joined #openttd
17:57:08 *** Progman has joined #openttd
17:59:47 *** TheMask96 has joined #openttd
18:07:12 *** cosmobird has joined #openttd
18:45:01 *** sla_ro|master2 has joined #openttd
18:51:28 *** FLHerne has joined #openttd
18:54:51 *** sim-al2 has joined #openttd
18:57:51 *** cosmobird_ has joined #openttd
19:01:41 *** Wormnest has joined #openttd
19:28:14 <Brumi> translation issue here:
19:28:27 <Brumi> trying to translate the string STR_INDUSTRY_VIEW_ACCEPT_CARGO_AMOUNT_TEXT
19:29:03 <Brumi> which is "{YELLOW}{CARGO_LONG}{RAW_STRING}" in English, so I obviously want to click "Copy Base" and move on
19:29:18 <Brumi> but I get an error message:
19:29:19 <Brumi> Error: String command for position 1 is wrong, base language uses {STRING}, the translation uses {RAW_STRING}
19:31:15 <Brumi> also getting the same error with STR_INDUSTRY_VIEW_ACCEPT_CARGO_TEXT ("{YELLOW}{STRING}{RAW_STRING}"), so I don't want to blindly replace all RAW_STRINGs with STRINGs
19:39:39 *** frosch123 has joined #openttd
19:44:06 *** andythenorth has joined #openttd
19:45:46 <DorpsGek> Commit by translators :: r27869 /trunk/src/lang (hungarian.txt spanish.txt) (2017-05-08 19:45:36 +0200 )
19:45:48 <DorpsGek> spanish: 2 changes by SilverSurferZzZ
19:45:49 <DorpsGek> hungarian: 6 changes by Brumi
19:48:31 <Brumi> so it will be {YELLOW}{STRING}{STRING} in the second case?
19:50:09 <Brumi> what's {RAW_STRING} for by the way?
19:52:28 <Alberth> implementation detail
19:52:58 <glx> like STRING1, STRING2, ... :)
19:53:13 <Alberth> ie const char * instead of a text from the lang-file
19:53:36 <Alberth> strgen handles that when compiling the translation
20:36:20 <Wolf01> glx, happy about new president?
20:37:33 <frosch123> Wolf01: did you build some kovarex process yet?
20:37:59 <frosch123> it took ages to get enough u235 to get it started
20:38:08 <frosch123> and once it is started you have more you ever need
20:38:41 <Wolf01> You just have to find out those 40 U-235, then with just 1 centrifuge you can fuel a lot of reactors
20:42:00 * andythenorth considers nuclear chain for FIRS
20:42:12 <andythenorth> I rejected it before because tiny cargo amounts
20:42:26 <andythenorth> but eh, if I also provide tiny-capacity vehicles :P
20:46:57 <glx> Wolf01: not really, but the other option was worse
20:49:44 *** frosch123 has joined #openttd
20:51:02 <frosch123> if you go the heavy-water breeder reactor way, you can have lots of funny cargos
20:51:59 <andythenorth> I was thinking the cargo might be ‘nuclear flasks'
20:52:07 <andythenorth> that’s more cargo
20:52:21 <andythenorth> but eh, it would be ‘accepts: nuclear flasks; produces: nuclear flasks’ :P
20:53:41 <frosch123> wiki lists them from 60t to 123t
20:55:04 <frosch123> though many have 5 lettes
20:55:12 <frosch123> but the numbers are smaller than 256
20:58:08 <frosch123> further down there is a cargo flowchart
21:05:16 <supermop_> andythenorth: deliver the equipment
21:11:25 <andythenorth> isotope economy frosch123? o_O
21:13:16 <frosch123> well, the vehicle will be mostly boring
21:13:41 <andythenorth> do it NUTS style
21:13:49 <andythenorth> just draw multiple colors of slug
21:29:57 * andythenorth should ship FIRS v3 before any new ideas :P
21:47:20 *** sim-al2 is now known as Guest2135
21:47:22 *** sim-al2 has joined #openttd
21:59:41 *** gelignite has joined #openttd
22:21:01 *** JacobD88 has joined #openttd
22:21:58 *** FLHerne has joined #openttd
22:27:11 *** Hiddenfunstuff has quit IRC
22:34:06 <supermop_> i owe you an arc furnace
22:54:50 * andythenorth trying to work out a train length scheme
22:54:57 <andythenorth> 4/8 and 8/8 is simple
22:56:18 <andythenorth> I think 6/8 will mostly come out on x.0 or x.5 train lengths
22:56:55 <andythenorth> assuming I provide also a 4/8 brake van (caboose)
23:00:09 * andythenorth counts on fingers
23:09:35 <andythenorth> 10/8 is a pain in the arse
23:09:51 <andythenorth> it sometimes produces .75 lengths, which are hard to fill :P
23:10:18 <andythenorth> and 10/8 tends to coincide with ‘modern’ trains where no brakevan is used
23:23:21 <andythenorth> will it glitch? :P
23:23:56 * andythenorth could chibi everything to 8/8
23:24:44 *** sla_ro|master2 has quit IRC
23:25:02 *** cosmobird_ has joined #openttd
23:29:16 <andythenorth> that’s what’s weird
23:29:59 <andythenorth> the variant of arithmetic used does make train lengths hard to predict
23:30:32 <andythenorth> is it just round() going for nearest floor or ceil to 1dp?
23:33:22 <andythenorth> Eddi|zuHause: ^ any idea? o_O
23:34:24 <Eddi|zuHause> andythenorth: i once had an exchange with MB where he was trying to work out most of the glitches
23:35:24 <Eddi|zuHause> besides a dbset that is still not out?
23:35:36 <Eddi|zuHause> it sounded like he was pretty successful
23:37:01 <andythenorth> any idea why 4.6+0.5 = 5.0?
23:40:53 <planetmaker> andythenorth, maybe it's indeed not adding up on the binary level
23:41:04 <planetmaker> not sure about the accuracy being used in the computations
23:41:10 <Eddi|zuHause> can you express it in /8?
23:42:42 <planetmaker> .6... = 6/10 = 3/5 = 24/40 ~= 5/8
23:43:00 <planetmaker> .6 might be the issue
23:43:01 <andythenorth> @calc round(37/8)
23:43:02 <DorpsGek> andythenorth: Error: 'round' is not a defined function.
23:43:29 <DorpsGek> planetmaker: Error: 'rnd' is not a defined function.
23:43:38 <planetmaker> @calc floor(37/8)
23:44:11 <planetmaker> is length 4 5/8 or 4.6? :)
23:44:34 <andythenorth> not actually sure :P
23:44:42 <andythenorth> it’s a mix of newgrfs, not mine
23:44:46 <Eddi|zuHause> hm, the depot length is actually in 1/16, isn't it?
23:45:05 <andythenorth> yes it’s in 1/16
23:45:28 <Eddi|zuHause> still, 5.0625 should be rounded to 5.1
23:45:38 <andythenorth> that’s what puzzles me
23:46:14 <andythenorth> I am loathe to rework a whole train grf, and still have confusing numbers in depot
23:46:52 <Eddi|zuHause> rounded by the depot display code?
23:47:25 <andythenorth> 2.9 + 0.4 is 3.3
23:47:40 <andythenorth> but 3.9 + 0.4 is 4.2
23:48:19 <andythenorth> 1.9 + 0.4 is 2.2
23:48:32 <andythenorth> such exciting arithmetic :)
23:48:52 <peter1138> surprised any floats are shown, heh
23:49:45 <Eddi|zuHause> peter1138: i could not convince anybody to display "5 3/16"
23:50:40 <Eddi|zuHause> the old "number of wagons" display was kinda useless, so it was replaced by tile length
23:50:54 <planetmaker> which is an improvement
23:51:19 <Eddi|zuHause> and rounding to full tiles was too crude
continue to next day ⏵
