"Owen Mead-Robins" <[EMAIL PROTECTED]> writes:
> I'm thinking the best way to go about this, is to create a "recipe" or
> a howto where we can work off each other while we build it, then others
> can leverage our work in their own projects. The mappings from imported
> files to each of our database backends will be quite different.
I can create a Trac and accounts for you on my home "server". This way you
can synchronize code as well as specifications. Adding a new "server" should
just be a matter of using your API or creating some new backend.
> Aesthetics and ease of use play a large role in the project I'm working
> on. So from here I can start developing the interface for the user to
> upload vcards (probably as a zip file), and other needed files.
I thought you were going to work first on making the information available and
accessible for Python and then later write something to put it inside the
database (this is easy once you have Python to understande the files) or to
create the files for you (this should also be easy with mappings...). The
hard part is mapping everything from one side to a common denominator :-)
> If someone else wants to start looking more into the backend and what
> library to use for dealing with vCards/Cals etc that would be great.
> Perhaps we should be building this out more into the TG Wiki so we
> don't clog up the mailing list?
To me this is a completely new project, unrelated to TG. TG will be one way
to use this new library, if it is done "the right way" (to me, at least).
I'd divide the project in two parts:
- From file (vcard, ical, etc.) to Python
- From Python to file
Notice that I never mentioned a database here since it isn't needed to read
and parse the information. This can be added later and easily with SQL Object
or SQL Alchemy as ORMs mapping from Python to the database and from the
database to Python, making the full cycle complete:
File <-> Your Library <-> Python <-> ORM <-> Database Server
The interface is another user and it can be TG, some pyQt script, wxPython
script, console application, etc.
> Oh, any good tools out there for scraping a Hotmail Address book? (You
> can't export it, big surprise...)
There should be something since I believe you can import your addresses into
some of these social network websites.
--
Jorge Godoy <[EMAIL PROTECTED]>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"TurboGears" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/turbogears
-~----------~----~----~----~------~----~------~--~---
