RE: [Rails-devel] Map status

[Erik V. <eri...@hc...>]

Yes, for us two it's OK.
But sometime someone not having the Java code handy
might want to create maps. 


> -----Original Message-----
> From: rai...@li... 
> [mailto:rai...@li...] On Behalf Of 
> Brett Lentz
> Sent: 24 September 2005 19:47
> To: rai...@li...
> Subject: RE: [Rails-devel] Map status
> 
> Double check the base Hex class.  It's got a commented out 
> portion about how sides are numbered.
> 
> That way you don't have to remember, it's always there for reference. 
> 
> ---Brett.
> 
> 
> 
> 
> -----Original Message-----
> From: Erik Vos <eri...@hc...>
> Sent: Sep 24, 2005 5:23 AM
> To: rai...@li...
> Subject: RE: [Rails-devel] Map status
> 
> > > Yes, if the hex has such properties (like the preprinted 
> grey ones)
> > > or is on the border of the map, the impassability can be derived.
> > > I was referring to the cases were it cannot, such as the one
> > > I gave as an example. In those cases an extra specification 
> > is needed.
> > > No big deal.
> > 
> > 
> > I agree.  My point was, it's probably better to specify a 
> > hexside as impassible rather than a path from one hex to 
> > another.  The difference is semantic, but I think it's a vital one.
> > 
> > In terms of XML, the difference would be having this:
> > 
> > <hex A1>
> > <impassable sides="1,2,3">
> > </hex>
> > 
> > versus
> > 
> > <hex C1>
> > <impassable hex="D2">
> > </hex>
> > 
> > <hex D2>
> > <impassable hex="C1">
> > </hex>
> > 
> > 
> > That way, in the code, we make the calculation of "if your 
> > side X or your neighbor's corresponding side Y is impassible..."
> > 
> > We're going to need to be working with examining hexsides and 
> > neighbor hexes when we do route calculation anyway, so this 
> > would be a good first step building the foundation for that.
> > 
> > What do you think?
> 
> Your way is easier to parse and process, but less easy to configure,
> because Map.xml file builders need to remember which side is 
> 0 (or 1?),
> both for EW and NS hex maps. I'd rather not burden my memory
> with that tidbit (once we are done with programming maps, that is).
> 
> Taking such complications off the shoulders of fallible people
> is one thing that computers are very good at, once you have
> instructed them properly....
> 
> Of course, *internally* we would work with side numbers.
> 
> Erik.
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App 
> Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App 
> Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
>