[Xastir-dev] Re: [Xastir] Idea for re-org of map directories

[Owen DeLong]

Forwarding to the list at Curt's request...

--On Wednesday, October 2, 2002 9:15 AM -0700 "Curt Mills, WE7U"=20
<hacker at tc.fluke.com> wrote:

> On Tue, 1 Oct 2002, Owen DeLong wrote:
>
>> I'd really rather see us tackle the stacking order problem a little
>> better and make user preference more flexible for modifying it if
>> desired.
>>
>> Also, some map formats have things that may want to go behind radar
>> data and things that should go in front.  For example, a tiger map
>> which contains vectors for lakes, rivers, streets, state and county
>> lines, may be desirable to put the streets, state, and county lines
>> in front of teh radar data, and leave the lakes and rivers behind.
>> Other possible choices may be desirable as well.  The point being
>> that if we are going to open this pandora's box, I think we should
>> build an interface that allows the user to close it to his liking,
>> rather than set some rigid rules.
>>
>> Just my thoughts.  I can't back them up with the time to write the
>> code, os if others want to dismiss them, I understand.
>
> That's the kind of feedback I was looking for.  I wish you had sent
> that to the list instead of direct to me.  Might have gotten more
> discussion going about it!  Care to?
>
OK... :-)

> BTW:  Those aren't rigid rules, but just guidelines for getting
> something going without having to change the current codebase
> significantly.  That was just my first cut at it, and while
> implementing it I've already started to change how I want it.  I
> expect others to do the same.
>
Fair enough.  My only concern would be that this becomes a "good enough"
solution and removes the motivation for really solving the stacking order
problem.

> Of course, while looking at it I found other problems in the code,
> and areas which could be vastly optimized.
>
Isn't that how it always goes?

> I'd like a more flexible method of allowing the users to change it
> from the app, but I don't have the time/energy to code that up right
> now, so this is a stopgap measure.
>
Agreed.  I'm in exactly the same position.

> Right now I'm thinking that Xastir-II with the (hopefully optional)
> SQL database will make this sort of thing _very_ easy to implement.
> We should just have the app change a field in the database to
> promote/demote a map among the different levels.
>
I like that idea to a certain extent, but in the case of layered vector
maps, I'd like to have the ability to move the layers of that map=20
above/below
other maps as well.

Owen

> --
> Curt Mills, WE7U                    hacker_NO_SPAM_ at tc.fluke.com
> Senior Methods Engineer/SysAdmin
> "Lotto:    A tax on people who are bad at math!"
> "Windows:  Microsoft's tax on computer illiterates!" -- WE7U
> "The world DOES revolve around me:  I picked the coordinate system!"
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 229 bytes
Desc: not available
URL: <http://xastir.org/pipermail/xastir-dev/attachments/20021002/707215df/attachment.sig>