thecrag / website Goto Github PK

First cut fairly functional, needs refactoring with route and area pages

Don't want all the data, just a count of the topos for each child area.

update a route name and grade
log ascent immediately afterwards
old details are showing in ascent???

could also be used to link to people in the history and first ascent fa fields

http://thinkvitamin.com/asides/the-standardization-of-the-mention/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed:+vitaminmasterfeed+(Think+Vitamin)

http://www.thecrag.com/area/27571050

Sometimes it looks like they are missing for a few seconds before they load.

The system accepts US style protection rating G, PG, PG13, R, S, VS, X, but does not display it in the templates. It needs to be added to the API so that we can display climbs as "22 X" for example.

If an area is 100% anything, say bouldering, then all the sub areas will be 100% bouldering, so there isn't a need for this summary for each sub area so ditch it. Can possible ditch other info if an area has a small number of routes?

http://www.thecrag.com/area/85218690/guide

Probably one uber template which is then post process into seperate files and bundled and zip etc

Validate it with:

http://www.threepress.org/document/epub-validate/

Test in these ePub viewers:

iBooks on iPhone
Stanza on iPhone

http://ibisreader.com/ - on web

http://www.lexcycle.com/download-macintosh

In the area above for route

http://www.thecrag.com/climb/12030529

possibly rounding error

Mostly done, just needs some solid field testing in a range of devices and the offical GPX validator

If you click the wrong one the process doesn't do anything and you get a bit lost.

When merging it isn't clear what gets kept from each route, it is easy to loose data (I've lost a bunch). If one ahas FA and the other doesn't it should keep what is available. Also it isn't clear which one stays and which one gets deleted.

There seems to be a bug/inconsistency with the pop-up descriptions for the grade band.  If you're in any area and hover over a colour (say yellow) at the area level it will give a description (say intermediate for yellow), but if you hover over the same colour at the sub-area level it will describe it as one level up (e.g. experienced for yellow).  Click down into the sub-area, and now at the area level, it will be right -- but, again, all the sub-areas will have the sub-areas will have it wrong.

eg:

http://www.thecrag.com/area/96297939

Identical info has been added for 'description' as well as 'approach', the latter doesn't show at all.

For example

http://www.thecrag.com/11833363

From Lee (on FB discussion board)

Lee Cujes
Can you please change your rendering so things like apostrophes in comments don't come out as '

No, that's not a swear word.

Example:
Decided I would experiment with some O'Halloranning. My elbow doesn't bend backwards, so I need to mod the beta.

I'm just documenting the stuff that is probably easiest for Brendan to do, to finish off the PDF Crag Guides.

• topo lines to include numbers in SVG
• ticks as separate images. 6x6 pixels means they will fit nicely for the current line size.
• star image 6x6 (actually not really necessary because the PDF package scales it to a smaller size if we need to)
• maps

When producing PDF Crag Guides, FOP does not time out it's url image requests.

This is fine if the website is working well (or not there - fop will just throw an error), but PDF processing locks up if one of the images gets stuck loading and the whole PDF is not generated. You might say that a properly designed website that should not happen.

But in periods of high load when the website starts thrashing this means that the PDFs will block up. Maybe this is a good thing.

Also subtle bugs are possible with the interaction between apache and our application code causing connections to stay open. For example Image Magick can wreck havoc in apache mod perl if you don't explicitly delete any image magick objects you create.

I guess we might be able to make it more robust if we pre-fetch all the url images using something like CURL and then generate the PDF after we have a local copy of the url images.

Stuff is missing on the personal account page.

• Drop down menus not working
• No logout link

FB post from Lee

Let the user suggest a difficulty for an ascent when they are inputting.

Eg example in simon carters book:

http://www.onsight.com.au/publications/blue-mtns-sport2011.html

Make the labels appear at bottom only if unique to paths. If two routes have the same start and then split, move the label to after the split so it is unambiguous. The logic for this can get pretty hairy!

at area level we should be able to update multiple routes in one process sweep for top rope flag and gear style

The inherited access and ethic are not so space efficient and make boulders/cliffs look a little busy. Can we work out a way of keeping them there, but taking up less space. They are actually very important so I would like to see at least the first line of the access and ethic fields maintained.

http://www.thecrag.com/96275259

Should merge the topo data to the other route

So who got notified about this?

Allow account labels in FA and FFA when inputting climbers.

I've just noticed that the order of routes in the bulk edit is not the same as in list and guide view. This issue crops up in a few of the processes.

http://www.thecrag.com/area/12095617

vs

http://www.thecrag.com/processmap/bulkroutemetaupdate/12095617

This also applies to the order of the areas if it has sub areas

http://www.thecrag.com/area/8040888

vs

http://www.thecrag.com/processmap/bulkroutemetaupdate/8040888

using this email: [email protected]

with the facebook version of the logo

Which will be used on github for the organisation logo

http://www.thecrag.com/ascent/99378918

Both front end changes to simpify UI but also removing steps from process.

First see if this is really worth it.

http://opds-spec.org/

http://www.feedbooks.com/api/primer

eg

route
http://www.thecrag.com/route/96303654

lost world area
http://www.thecrag.com/area/27571050

Account setting to preference climbs of a certain climb style in the account page and grade pyramid.

There are some activity updates which hang the 'Recent updates' link on the website (note the RSS feed still works). I think something in the beulah updates has done it right now.

I'm not sure whether it is a bad api format or an incorrect assumption in the javascript code.

I'm not sure which activity feeds cause this either. At one stage I thought it might be adding a route then deleting it, but their are other activities which also cause this problem.

Irritating, but not high priority because the information is available anyway through the RSS feed.

Assess whether we need to provide more structure for multipitch climbs

I think there is an issue with the way google reader works with the feed so that if there is more than 20 items an hour it misses out on some.

A band aid solution might be to have a higher default page size like 100

This will only reduce the problem not eliminate it. We have to carefully think about this if any third party is relying on a complete list of activities.

eg the following is all mashed onto one line:

Grade and style: Description: Up in the trees to the west of the house on the hill.

http://www.labnol.org/internet/google-analytics-track-email-clicks/2476/

I have added a route style filter to crag guide (in repo).

For example bouldering at Arapiles

http://58.6.152.66/area/11740915/guide?A:style=Boulder

and Bouldering at Gara Gorge

http://58.6.152.66/area/11772109/guide?A:style=Boulder

These won't be available until Brendan installs from repo.

This work is not complete:

• Statistics report on overall crag statistics not filtered crag guide statistics. To that end I have added a routeCount parameter to each node which represents the route count for the node in the crag guide.
• Karma issues. Structurally there is no simple way of getting the Karma for 'Bouldering' contributors as opposed to general Crag Contributors. Style just does not feature in Karma. This leads to the problem of us attributing to those who are not neccessarily the biggest contributors to the bouldering version of the crag guide.
• Fix the auto numbering, ie convert number generation in the template to use the backend number generator so they are consistent with topo numbers etc.
• Add message explaining that this is a filtered page and numbers are skipped because they refer to stuff that isn't bouldering

Look into stuff like this:

http://www.viglink.com/corp/publishers