[stamp] Re: STAMP project combination
- From: Erik Thulin <ethulin@xxxxxxxxx>
- To: stamp@xxxxxxxxxxxxx
- Date: Mon, 17 Oct 2005 15:11:04 -0700
The problem with FSN is that the do not see eye to eye with the mission of
STAMP, whereas SOAP does. SOAP will let us pretty much develop what we would
like while providing developers as well. They would make the entire
interface so that all you have to do is select your SQL file from your hard
drive and click submit and it will be on the SOAP site. FSN would not give
us these liberties, the statistical part would be integrated with all of the
other scouting, and we would not have control over any other features, and
only limited control over what is on the statistics side.
- Erik
On 10/11/05, Brandon Ripley <Brandon.Ripley@xxxxxxxxxx> wrote:
>
> From what I can gather, FSN, SOAP, and STAMP all have the same end goal,
> creating some sort of scouting database. The SOAP developers have the
> experience with running such a database but I THINK (from what little info I
> can find) FSN and STAMP are trying to do the same thing which could very
> nicely plug into the SOAP database. We really need a list of desired
> features and functionality from the FSN'ers and the STAMP'ers to decide if
> our apps can be combatable and worth developing into one. So, lets start the
> list...
> Brandon Ripley
> Design Engineer
> Plexus
> 920-969-6267
>
--
Unless otherwise noted the content of this message is licensed under a:
Creative Commons Attribution, Share Alike License. CreativeCommons.org
Blog: http://blog.freedomdown.net/
Other related posts:
