Re: [Rails-devel] 1837 Revenue Calculation

[Stefan F. <ste...@we...>]

Erik:
in principle there is no need to add a special type for individual 
stops. I referred to the attribute that allowed the naming of stations 
in Tiles.xml.

The current code supports the "city"-attribute for the Station tag in 
Tiles.xml. This allowed the naming of individual stations and thus 
creates automatically VertexVisitSets for identical named stations.
This is used for e.g. for the Paris and Berlin/Vienna Tiles in 18EU.

It was also (initially) implemented for Berlin in 1835, however this was 
erased by a commit from you 11 months ago (so this requires a fix, as 
yellow Berlin-Berlin runs are allowed currently).

I remember that you were in opposition to this approach (most likely as 
you create the Tiles.xml automatically and so there is always the danger 
of removing this, but I believed that you were able to provide an 
automatic by-pass). So maybe you can suggest a different handling.

Keep in mind that the name approach is used for the off-board map, 
however the names are taken here from Map.xml.

Stefan


On 05/17/2012 10:54 AM, Erik Vos wrote:
> OK.
> We don't yet have the capability to assign special types to individual stops
> on one tile, so I will work to add such a capability.
> Perhaps adding a 'stop' attribute to the<Access>  tag will do (in other
> places 'city' is used, but I think those can better be replaced by 'stop'
> too).
>
> Erik.
>
>> -----Original Message-----
>> From: Stefan Frey [mailto:ste...@we...]
>> Sent: Tuesday, May 15, 2012 1:53 PM
>> To: Development list for Rails: an 18xx game
>> Subject: Re: [Rails-devel] 1837 Revenue Calculation
>>
>> Erik:
>> town or offboard does not matter as the node will be replaced by a bonus-
>> node anyway.
>>
>> Another good thing about setting name/id to "mine" is that this identifies
> the
>> correct node(s) to replace (in the case of ZKB).
>> So for ZKB the definition of the tile should be a two-town tile with the
> correct
>> town labeled as "mine".
>> Stefan
>>
>>
>> On 05/15/2012 01:37 PM, Erik Vos wrote:
>>> BTW I chose the mines to be town type because towns cannot be tokened.
>>>
>>>> -----Original Message-----
>>>> From: Erik Vos [mailto:eri...@xs...]
>>>> Sent: Tuesday, May 15, 2012 1:12 PM
>>>> To: 'Development list for Rails: an 18xx game'
>>>> Subject: Re: [Rails-devel] 1837 Revenue Calculation
>>>>
>>>> See below.
>>>>
>>>>> -----Original Message-----
>>>>> From: Stefan Frey [mailto:ste...@we...]
>>>>
>>>>> B) Define the coal tiles as offboard fields. Add a
>>>>> StaticRevenueModifier
>>>> that
>>>>> removes the offboard (major scoring) node and replace it by a bonus
>>>>> vertex for the G-trains only. (Bonus vertices can be defined to be
>>>>> train
>>>> dependent,
>>>>> whereas scoring nodes have to be identical).
>>>>
>>>> I have provisionally defined the mine tiles as fixed (i.e. grey) with
>>>> a
>>> town that
>>>> has zero (i.e. variable) value.
>>>> (This definition is mainly for usage in XML, the real picture will be
>>> different
>>>> once we have better SVG tiles).
>>>> I can change that if you want, but my thinking was that this hex
>>>> would not really behave as an off-board one.
>>>> And I can replace the town by a city if you prefer that.
>>>>
>>>> One potential problem is the ZKB mine tile, with has two stops: a
>>> fixed-value
>>>> village and a variable-value mine.
>>>> Can you handle that? See below.
>>>>
>>>>> C) Add a name="Mine" attribute to all mines. This automatically
>>>>> treats
>>>> them
>>>>> as a VertexVisitSet and thus a train can only visit one of them.
>>>>> Alternatively this could be checked in step D) too.
>>>>
>>>> In Map.xml or in TileSet.xml?
>>>> For the ZKB this should apply to only one of the two stops, so
>>>> perhaps we should add an extra 'city="1"' attribute.
>>>>
>>>>> D) Add a DynamicRevenueModifier that checks that routes of G-Trains
>>>>> have at least one mine in their route, otherwise the route will be
> void.
>>>>>
>>>>> I can easily add those elements, however I will wait until it is
>>>>> possible
>>>> to have
>>>>> 1837 at least startup, so that I am able to test.
>>>>
>>>> 1837 already starts, in that it displays all initial windows. I
>>>> haven't
>>> tried
>>>> anything beyond that point. The only specific class is
>>>> StartRound_1835; otherwise, the 1830 rules apply.
>>>>
>>>> Erik.
>>>>
>>>>
>>>>
>>> ----------------------------------------------------------------------
>>> ------
>>> --
>>>> Live Security Virtual Conference
>>>> Exclusive live event will cover all the ways today's security and
>>>> threat landscape has changed and how IT managers can respond.
>>>> Discussions will include endpoint security, mobile security and the
>>>> latest in malware
>>> threats.
>>>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>>> _______________________________________________
>>>> Rails-devel mailing list
>>>> Rai...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>>
>>>
>>> ----------------------------------------------------------------------
>>> --------
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond.
>>> Discussions will include endpoint security, mobile security and the
>>> latest in malware threats.
>>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and threat
>> landscape has changed and how IT managers can respond. Discussions will
>> include endpoint security, mobile security and the latest in malware
> threats.
>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel