A basic geographical community site in python/django : similar to djangopeople.net

A basic geographical community site built with python/django. ( like [login to view URL] but we need it for HR managers ). The Website will be run in a shared hosting account (Apache2/Django 1.1.1/mod_wsgi 2.5/Python 2.5/PostgreSql stack) The project is to be done using : Python 2.5 mod_wsgi 2.5 django 1.1.1 jQuery ( latest stable version ) BluePrint CSS ( latest stable version ) Google Maps local development/debugging database: sqlite production database: PostgreSql Please see Deliverables for full details. ## Deliverables A basic geographical community site built with python/django. ( like [login to view URL] but we need it for HR managers ). The Website will be run in a shared hosting account (Apache2/Django 1.1.1/mod_wsgi 2.5/Python 2.5/PostgreSql stack) The project is to be done using : Python 2.5 mod_wsgi 2.5 django 1.1.1 jQuery ( latest stable version ) BluePrint CSS ( latest stable version ) Google Maps local development/debugging database: sqlite production database: PostgreSql [ If you wish to change any of the components from the above list, please discuss the change and get confirmation before bidding.] All settings for the project must be configured thru the django [login to view URL] file. As this project is about a basic geographical community site like [login to view URL] we expect the coder to be clear about features/functional requirements. In terms of features, the main differences of this project as compared to [login to view URL] are 1) registration using only openid, but email registration not required and 2) users can edit their full profile and delete/hide their account, everything else is same as [login to view URL] User should be able to delete their account User should be able to hide their profile, to make it private, so that the user details are not visible when someone visits the user page by url User should be able to change all particulars of their profile/account, including their unique username. Users will login only uing OpenID (OpenID 2 compatible). [User will not be required to provide their email, and there will be no email based registration.] [If you need to add an app, for example, like django-registration to integrate openid into the project, it is ok to do, but django-registration must not be active and user must not be able to register using their email id. ] When a new user registers, they will register thru openid, and provide a username once the openid login has succeeded. Username will be unique, if user provides an username which is already in use, then keep prompting the user till a unique username is provided by the user. If the user fails to provide a unique username, then the registration process is considered incomplete and their account is not created. ( do not store their openid information if full registration process is not completed.) If user cancels the registration at anytime, even after completing the openid login, all information they have provided is discarded. For openid registration/login screen, see login page of stackoverflow website. It does not have to same but similar. User must be able to change the openid associated with their account. A logged in user can add a new openid and delete current openid. One openid can be associated only with one user account. Same openid cannot be used to create more then 1 account. IMPORTANT: The openid registration/login must use the default [login to view URL] to store the username. OpenID MUST integrate properly into django.contrib.auth. This is very important : django's default features/modules like admin, auth, session, csrf and all other modules included in django 1.1.1 must continue to work properly when you integrate openid into the project. HTML DOCTYPE should be HTML 4.01 strict and and all website design/styling must be 100% css so that website look can be changed using css files. ( No styling must be present in HTML ) Keep the design of the website simple, with blue and white being main colors. We do not need fancy multicolor design. Website must resize based on browser width. Website must be designed for max 1440 pixel width, if browser width size is more then 1440, the page contents should center in the browser. Website must be properly designed to look and work the same in all popular browsers, particularly for IE7/8, FireFox 3.5.x, Chrome 3.x, Safari 4.x. You will be required to give delivery with incremental features at the least 1 time every week. You can decide on any day of the week, like Thu or Fri or Sun, or some other day, to your convenience, please finalize this before bidding. Based on our past experience with outsourced projects, we prefer incremental delivery to be given 2 times ( for example, every Tue and every Friday each week ), so it would be nice if you can confirm that before bidding but delivery must be done at least once a week with no exceptions. We use Eclipse/pydev (latest versions) for our development and we would prefer you provide the project/source so that we can run and debug it in Eclipse/pydev, but this is not essential. Unless explicitly mentioned, all software, source, tools to be used are latest stable versions. If you need to discuss and make changes to the project details, you must do so before bidding. We dont want an exact clone of djangopeople, but like it. We are open to suggestions but it must be done before bidding. Please think out the project details properly, ask all clarifications *before you bid*. If you just bid blindly, we consider it to be a sign of inexperience, and will ignore your bid for this as well as all our future projects at RAC. If you plan to use existing libraries/plugins/apps, please note : strictly, only open source code with BSD license (<[login to view URL]>) or Apache2 license (<[login to view URL]>) may be used in this project, no other license is acceptable, and you must clearly mention the website from where you are using the BSD/Apache2 licensed source code. ---------------------------- 1) Complete and fully-functional working program(s) with complete source code and design files of all work done. 2) Deliverables must be in ready-to-run condition: For web sites or other server-side deliverables intended to only ever exist in one place in the Buyer's environment--Deliverables must be configured by the Seller to run for the Buyer's environment. 3) All deliverables will be considered "work made for hire" under U.S. Copyright law. Buyer will receive exclusive and complete copyrights to all work purchased. No GPL, GNU, 3rd party components, etc unless all copyright ramifications are explained AND AGREED TO by the buyer on the site per the coder's Seller Legal Agreement. Only use of BSD Licensed and Apache2 Licensed open source componets is ok, and not any other. ## Platform The Website will be deployed in a shared hosting account (Apache2/Django 1.1.1/mod_wsgi 2.5/Python 2.5/PostgreSql stack). Website must be properly designed to look and work the same in all popular browsers.