A rating system for every addon, with stars or numbers.
I definitly agree on that point, hopefully I'll find time during the next 2 weeks of holidays ...
Quote
A tagging system, to clasify the addons by alternative criteria.
What kind of criteria do you think about? Actually what is now called "Categories" *is* a tagging system, as you can ****ign as many categories as you like.
Quote
A system of top lists for the front page and the different sections, based on blocks that would contain different lists: top ten downloads, most popular addons, editor's pick, most downloaded, etc..
most downloaded has already been prepared with the new downloads system, but still the data would have to be stored. most popular requires the rating system and editor's pick should be the easiest. I'll have a look into this, too!
As fas as I understand (or maybe interpret) the posts by EvanBGood and Amelek, the idea is that the system could automatically extract certain information from the pak files the way simutrans does. And I think this could be quite nice. One aspect to think about first is the legal part - is addons.simutrans.com allowed to extract e.g. the speed of a vehicle the way simutrans does it, the second aspect is: can this be done on the web with PHP for example. I might check the technical part if you like this feature/idea as well, but maybe you could than make sure, we are allowed to do this, first.
the SimuSetup project started already 4 years ago and had hundreds of downloads every month, the last time I checked on Isaacs Server. No one of the developers ever approved/accepted the project, in fact the overall need of an installer was denied - and now prissi releases an installer himself. That IS a little annoying.
During the last 4 years every simutrans release (= since 86.06!) was entered into this xml file: http://setup.simutrans.com/soosw/soosw2.xml Also during my holidays I made sure, the file is up to date, when releases where more frequent (and simutrans was closed source).
You are talking about the advantages of online and offline installers. SimuSetup can be both! For example: If you download the current simutrans release + pak64 as SimuSetup package (one file, ~6MB), you do have an offline installer. But you can run the same exe again and again and tick "Install different version" and it will offer you all the current versions (and download + install them).
Including more pak-sets and showing the required licenses would be fairly easy - If anyone was ever talking to me!
On last thing about the installer size - in times of wide spread broadband access, i don't think it matters whether the installer is 1MB or 0.2MB...
Apart from Singleuserinstall here is a much smaller installer for all the paks, including the patches for pak-german.
I tried it on Windows Vista and, due to a lack of admin-rights, it failed. (SimuSetup will automatically trigger a UAC prompt.) Even when I manually start it with admin-permissions, the wizard will not be able to finish it's work, although the files are copied...
[...] A better way would be just a file with the name of the current (and maybe nightly) versions of all files for any installer to download and present as options. [...]
It isn't allowed to make direct downloads to SF.NET I think, so all files has to been hosted on a second server,
Thats not true.
Quote
and I don't think that there is such a big use of an installer! Simutrans is so easy to install, a installer would make it more difficult and would be extra work.
Might be easy for you, but many new users like SimuSetup, there are still many downloads!
In fact I started SimuSetup in 2005. At that time simutrans releases where frequently, as nightlies didn't exist, thus offline setups where not practicable.
in real life, if you have 1000 p**** waiting at a station and a bus with 100 free arrives, 100 people will board which means each person whatever its destination gets a 10% chance of boarding the bus (i understand we don't have enough information to make a fifo decision) - that also means that the mix of people boarding the bus should reflect the mix of people waiting at the station
Proposal 1 : p****enger should board following the proportion of p****engers waiting per destination
Support! It would be great to have this implemented. We won't have trains running empty only one station after an overcrowded main hub ...
In any event, if station maintenance is an issue for stations that long, the pakset authors can simply reduce the station maintenance cost for certain sorts of freight stations (perhaps allowing low capacity length extenders at a low cost) to remedy that.
What use would that be (adopting station maintaince to stations for such long trains)?? Why would one ever need such a long train instead of many short trains?
The UI desgin is pretty messy imho, with lots of empty space. Maybe just put all text and options concerning replacing right of the main "depot" window.
I agree with prissi - also placing the convoice centered does not really fit the simutrans gui, where convois are always orientated at the left. I like prissi's idea of an extended depot window very much, but maybe just but both convois (old an new) in one line.
Concerning the line-tool discussion: It's surely faster to have it as a convoi dialog, but it breaks with the way simutrans usually handles this. On the other hand it wouldn't be very handy as line tool, because there might be different convois on the same line and maybe you want to replace convois on more than one line ... One always has the problem of selecting the "old" (to be replaced) convoi, if it's not a convoi tool ...
If we could ****ign two different speed for each vehicle, (APS)one for actual physical speed and one for (SBS)"speed bonus" speed, we will have more capacity to express economic behavior of vehicles.
Prissi said once, that speed bonus is rather something like 'comfort bonus', because it does not take the actual speed into account. Having a different value for 'comfort bonus' wouldn't be to hard to code (although maybe a lot of work) I think, but the pak's would have to be rebalanced to achieve the desired effect - and thats a *lot* of work ...
pak128.japan uses instead mail first cl**** p****engers ...
wow, thats a pretty good idea - in fact all city buildings already produce mail aka first cl**** p****engers (the factories create less, while the commercial buildings produce a higher amount - fits as well). The pak creators can just change the name of the good and its revenue - thats it! This will allow mixed waggons (say 60 seats p****engers and 20 seats first-cl****) as well as first cl**** only waggons.
Only problem: this has to be done for the whole pak - or is there any easy way to introduce a new good like mail?
When do people actually get unhappy? If they have to wait for to long? BTW stations with a capcity of 64 can actually cope with thousands of p****engers, if it's a transfer station (at least two lines). I would count that overcrowded in any case (with unhappy p****engers or without).
Nice idea, but quite a lot of extra work for prissi, which no one can demand from him, if he does not want to do it himself. But maybe somebody could check the history.txt regulary and write about that and maybe prissi could add his 2 cents occasionally.
So the bus has to make a U-turn in the station currently.
That means that the current (red) route has the same number of curves (2) is longer than the green route PLUS forces a U-turn in station. This means it's not the best route, which means it's a bug IMHO.
The red way is two tiles longer but had one turn less.
Am I silly? I count 2 turnes on each route.
@gauthier could you please show/tell us where the next stop is? (in which direction) => whould the bus have to make a u-turn in the station if it drove along the green path?
on the picture it looks as if the bus has already done a u-turn in the station (because he is on the right side, as if he came along the green marked path). This is not intend if I understand your explantion right. At the moment it drives around the block first and than makes a u-turn in the station, instead of following the green-marked path an p**** the station straight. BTW I've recognized similar behaviour in some of my savegames too.