found mixcd 38 years ago

i think there was a bug in the searchid module. i think when an anonymous user searched, it would mark the cd as found but not added to the found table so when it gets the time, it's not found and set to default time. i think i fixed it with the latest commit. now i check if the user is id 0 (anonymous) and dont change the status as found unless a registered user enters the id.

various bug fixes, etc

so i committed various bug fixes today, as well as jonathans code that creates an image with the mixid on it. i tweaked it of course, to use emmanuels cd sleeve.

find and findcds now have the time a cd was created in the info bubble.

registered users will be taken to the "my cds" page on login but that won't overwrite the front page so if they click "home" they'll go to the front page.

site's looking good!

burning mixes

we need to burn a bunch of mixes and populate our site. i say we should burn multiple copies and hope that at least a couple of them are found and entered in the website. we should also do the chalk graffiti stuff on campus and advertise the site that way.

lat/lons

so now when you submit a mixcd, it finds the lat/lon like it did before but before saving to the database, it checks for cds with the same lat/lon. if there's another cd with the same lat/lon, it changes the lat/lon by +-0.0001 and rechecks the database.

undetermined string literal

theres an error with the find modules. i'll fix it when i get home.

found cds map

i added the found cds map menu item to the site. the link will bring up a google map with all the found cds on it.

lat lon info in the mixcd table

added the lat lon info to the mixcd table. this should speed up the find and findcds modules since we don't have to query google every time to get the lat lon info. (we get the info when someone submits a mixcd). when you update your local svn copy, you'll have to run the drupal update script at /update.php to get the new tables.

site's live

so with the site live, i think we should all post a link to it on our blogs. that way, search engines will have an easier time indexing it (and finding it since a lot of the spiders out there index pages by following links...). so here's a link to the site:

Track This Mix!

Right now registration is open only to UNM students but as soon as all the little bugs are gone we'll open it to everyone.

site's running nice

i think the site is running pretty nice now. i added a block to the header of logged in users that hopefully fixes the logout problem for everyone. i think the problem has to do with caching. we have caching turned on to help load pages faster but it seems like it's caching the logout page also. i added some php code to not cache the logout page and so far it seems to be working for me.

i'm not sure if the proximity search is working as it should. if you go to the page and search a 10 mile radius starting at 1 university blvd, it returns all the albuquerque cds including the ones that are obviously more than 10 miles away.

findcds.module

well, the findcds module is pretty much done. those changes i made can be applied to the find module too. i put the findcds module in the trunk and loaded it on the site. to access it, you can find a link in the search menu. or, the link is just findcds.

hopefully everything works. i had to escape the single and double quotes to be able to cleanly pass the info into the javascript function that creates the markers. that reminded me that we should check to make sure our database inserts are sanitized. we don't want any sql injection attacks!

i updated the mixcd module to provide a default title field (Untitled) in case someone forgets to name their mix. since dynamic_subforms breaks drupal validation, this was the easiest way to somewhat fix the problem without modifying the dynamic_subforms source.

emmanuel said next week he'll bring a cd spindle so we can burn some mixes and get the site up and running. i'll bring some paper sleeves to put the cds into.

it's getting late, i need some sleep.

find branch

the find.module in the branches directory is now fully functional (i think). feel free to reference the code in there to modify the trunk version.

now we need to finish the simpletest modules. we need one for each of the modules we are using in our site (mixcd.module, searchid.module, find.module). i think if we look at some of the example code that came with simpletest, we can use it to our advantage (especially the node test for mixcd, etc).

maps

got the maps partially working. need to find a way to pass the title and description variables to the anonymous function. at least it will map the points now though!

found

so the found field is working on the site and in the modules. this means that when a user enters a mixid in jonathans searchid page, it will mark the cd as found (if not already marked). in the find module, we just need to add an extra check to see if the cd has been found or not. if found=0, it has not been found, found=1 means it has been found. the find module should only plot cds on the map that have not been found.

node privacy

Made it so the only people that can view a node's content are the author and the people who entered a mixid.

fixed me alias problem

i think i fixed the me alias problem. now when you click the my cds link at the top of the page, it should show you your cds.

todo

here's some things that might need to be done:

can anyone see a mixcd node? or should we make it so only admins, the node creator, and anyone that entered the node id can see it?

the me.module doesn't seem to be working right. example: the my cds link is supposed to link to user/uid/cds but something doesn't load right. to see the correct page, go to the page through the nav bar on the left.

fix the find.module

fix the way a node is displayed through the theme.

cd tracker

i wrote a cd tracker module to track cds created and found. i think everything is working. please test this out! 

enable the module and then use jonathans searchid to search for created cds. click on the my account tab and go to cds.

group meeting today

We're trying to get our site up and running as much as we can by the end of the week. Hopefully it's at 100%. There's still a little bit of code to write and we need to tie some things together.

The project is progressing though! It will be nice to have everything for the most part done and working so we can focus on our testing and documentation.

find mixcds module

I commited a module to search for mixcd's by either city AND state OR zipcode. Right now, it will just print out an array with the latitude/longitude of the results. These values need to be placed on a map. See the TODO tag in the find.module.

another group meeting today

In todays group meeting, we spoke about the final requirements doc that's due on Friday as well as some of the website theme and one of the search functions. For that search function, all that we really need for now is a static html page with three input boxes: city, state, zipcode. A user would input either city AND state OR zipcode and the form would query the database and return a google map with markers loaded for each cd found.

Shouldn't be too hard. Next week, maybe we could build a module that plugs into Drupal to do the same thing. It would also be cool to use the gProximity module which will perform a proximity search...

bug fixes

fixed a couple of bugs regarding depreciated php functionality. basically, you can no longer pass by reference in php, only pass by value. 

there is a bug in the cck_mixcd.module code. when a map is initially saved, everything is fine. however, if you click on edit to edit the existing node, the map doesn't load the correct zoom information and it loads the default marker instead of the mixcd marker. i'll try to look more into the problem tomorrow or thursday.

progress

A lot of progress today. I got the cck_mixcd module almost completely working. When you click the map it button, if it can find a valid address, it successfully returns the latitude and longitude. You guys need to test things out to make sure everything is still working as it should be. I hope I haven't broken anything on the way! 

So, to test everything out, update to the latest revision (19) and go to your admin/modules page. Unselect all the mixcd stuff and hit submit. At the top of the page, click uninstall and uninstall all the stuff there. Now reenable mixcd and mixcd map. Under content types, edit mixcd and add a new field (mixcd map). now create content and make sure everything is still working!

group meeting today

We had a group meeting today. We decided that we're going to try to have at least basic working modules by the end of this week. We met with Professor Bridges and we need to turn in a final revision of the docs on Friday. 

We don't need to worry about the broken validation for now, since a module we use is the thing that breaks it. We should document it though... Maybe if I have time, I'll look into fixing it. 

We need to get some SimpleTest modules written to test the functionality of the various modules. 

I'm going to try to finish the mixcd.module later either today or tomorrow.

xkcd

update

I think I squashed that bug. Next up: Google map integration. I'm going to try to fix the cck_mixcd module to integrate it with the mixcd.module.

little problem

I was checking out the mixcd stuff and found a little bug. Creating a mixcd works fine but if you go back and edit it to add more tracks, the new tracks aren't saved. I suspect this has to do with the mixcd_update function. I'm looking into it now.

Got a lot of things working

So I'm thinking it was a good move to start over since now I have a lot of things working. Form fields are now prepopulated with previously saved items on the case of an edit, and it seems like so far everything is working. 

I still need to find a way to validate that at least one track has been added and if a zip code was added, I should validate that too. It wouldn't be so bad if dynamic_subform hadn't broken hook_validate! I think what is happening is that Drupal validates the $form_values once per session but since the mixcd module uses AHAH to dynamically update parts of the page, those parts don't get revalidated.

update

OK, I did some stuff to the cck_mixcd module but don't remember what. Things are getting messy so I started from scratch with mixcd.module. So far, you can add tracks and an address, and it doesn't use cck at all. When you've created a node and try to edit, the address info isn't coming up for some reason. Also, nothing will be saved if you don't enter at least one track, but AHAH_forms breaks validation...

frustrated

I've been trying to get the stupid AHAH tracks stuff working and it's frustrating me! I think I need to separate the tracks from the cck_mixcd module or at least create a separate table in the database for them. Right now, I don't know what's wrong!

group meeting

Today we had another group meeting. I helped Daniel get set up with our devel environment and now I think everyone's set up. We talked about what each of us will be working on. I'm going to try to get those tracks working! Hopefully in the next day or two it will be done.

working on dynamically updating track list via ahah

I'm trying to get the track listing working in the cck_mixcd module using ahah. It's getting pretty frustrating!!!

First teacher meeting today

We had our first meeting with the teacher today. Seems like we're pretty much on track. We need to keep up with the blog posts and work on decomposing our high-level system design into smaller objects and write about those objects. We also need to start building our test suite.

oops

Well, I've been trying to post at least once a week but I guess that's not enough. So here's what we've been up to:

• Writing testing document
• Researching SimpleTest API for PHP unit testing
• Researching SimpleTest Drupal module
• Working on cck_mixcd module
• Getting all members of group up and running in devel environment (LAMP/MAMP/WAMP, Drupal, Eclipse with PDT and Subclipse)

I'll try to remember to post more often now.

More later...

local drupal installs, subversion

I tried to help getting everyone up and running with a local install of drupal on their own systems. I set up a subversion repository with the cck_mixcd php code in it and we set up Eclipse with the PDT and Subclipse plugins to use as a devel environment. With the local drupal installs, we can test the code we write locally without having to upload to the production server every time.

We've also been working on the docs this week.