On Tue, Mar 25, 2008 at 6:28 PM, Andrey Petrov <[EMAIL PROTECTED]> wrote: > > Hello there, > > I started off applying for the Python Software Foundation GSoC but it > turned out that the project I was interested in was more appropriate > for TurboGears, so here I am. > > About me: > > I'm one of Greg Wilson's former students (another mentor signed up for > TurboGears and PSF). I've been working for almost a year at a small > startup (http://ideeinc.com/) where we develop visual search related > technology and web services. The majority of my experience is in > Python, while building web applications using Pylons/TurboGears/ > Django, as well as various other fun things like web service APIs, > multi-threaded apps, internal libraries and things relating to > distributed computing. > > Project of interest: > > I originally proposed this project to the PSF GSoC list but after some > discussion, it appears that it would be a better fit for the > TurboGears community. > > The project is weMap. The goal is to create an infrastructure to > facilitate the process of finding social services in the community, > allowing users easy access to a wide array of social services > including educational services, employment resources, recreation > agencies, health services, etc. in an interactive map format.
I wonder how similar or different it will be then google opensocial http://code.google.com/apis/opensocial/ (yahoo and myspace have joined also)? If some of the components are similar or the same then will weMAP support opensocial api? Thanks, Lucas > Initially, data will be made available by a variety of non-profit > organizations who collect and disseminate organizational directories. > As data is pulled from multiple sources, a significant amount of > development resources will be focused on harmonizing duplicated > records. > > The weMap effort is organized by Jane (CC'd), who approached me to act > as a mentor for it. > > During the effort to the completion of this project, we intend on > contributing back to TurboGears by building a reusable module for > database harmonization which would be pluggable into TurboGears. Also, > the project would involve integrating various geocoding services, so > tutorials for doing such things in TurboGears would also be published. > If anyone has any further ideas of how this project could further > benefit TurboGears, we are open to suggestions... > > While I'm at it, here's a draft of our formal TurboGears GSoC > application for the project: > > -- > > weMap - Database Tools and Widgets for TurboGears > > Summary > Create a database harmonizer tool and a database mapping interface > Tags > database, harmonize, mapping, administration, data duplication > Status > Draft > Mentor > Andrey Petrov > Description > TurboGears lacks a widget that facilitates database mapping. It > would be useful to develop a widget that allows for mapping columns > between source and target structures, while allowing users to > dynamically order multiple field mappings. For example, mapping > street_number, street_name, city to an address field and enforcing the > correct column ordering. Similarly, it would be a great asset to > TurboGears to provide a widget that does simple data harmonization. > The harmonization tool would find duplicate records based on a > criteria established by the administrator and flag these for further > processing. > > -- > > Please let me know if there's anything else that I'm missing. > > Thanks, > > Andrey > > > > -- Automotive Recall Database. Cars, Trucks, etc. http://www.lucasmanual.com/recall/ TurboGears Documentation: http://www.lucasmanual.com/mywiki/TurboGears --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears Trunk" 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-trunk?hl=en -~----------~----~----~----~------~----~------~--~---
