theCrag / website

theCrag.com: Add your voice and help guide the development of the world's largest collaborative rock climbing & bouldering platform
https://www.thecrag.com/
109 stars 8 forks source link

Allow image embed format in markdown #385

Closed brendanheywood closed 11 years ago

brendanheywood commented 12 years ago

Just noticed Lee McDougall has added a few photos to Wye Creek and referenced them in the markdown:

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

Follow the highway out of Queenstown towards Milford Sound. The entrance is a small gate with a sign. Be sure to close the gate behind you ('Approach1.jpg') Follow the small road up to a grassy area where you can park your car, or if you have a 4WD keep going up to the top, there is space for 2 or 3 cars closer to the track entrance. Once up the top you'll see a sign saying track and toilet ('Approach2.jpg'). Follow these signs and you'll pass a toilet. It's the last one so keep that in mind. (Approach3.jpg') This is the track to all all of the walls at Wye Creek

http://www.thecrag.com/area/11872453/photos

What are your guys thoughts on this? Obviously it's not really going to work well in the difference media, so we need to treat is somehow. I think the simplest thing is as topo's attached to the top node without any routes attached to them.

But semantically it's not really a topo. Or it kinda is, I can argue it either way depending on when we add the ability to add locations to topos and names and paths, this could be a lot better.

But I'm also wondering wether there might be any value in some sort of markdown code to embed any photo into the text? It's a small fringe case, but could be an easy way to add things like FA photos into the history section, approach photos like Lee, perhaps a pic of a sign in the access section.

[image:12345]

And it pulls all the metadata from the image and embeds it. On the backend it would pass through all the metadata similar to what we get in the markdown for refs to linked routes so the client can render it in different way.

Worth it?

scd commented 12 years ago

If this is the best way to document the approach for the area then maybe we want to use this markup.

There may be other reasons why we want this markup. I think it is worth it, but not as a current priority, sometime after we have got tagging in.

cgome commented 12 years ago

Maybe, but not a high priority at the moment?

On Monday, November 14, 2011, Brendan Heywood < reply@reply.github.com> wrote:

Just noticed Lee McDougall has added a few photos to Wye Creek and referenced them in the markdown:

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

Follow the highway out of Queenstown towards Milford Sound. The entrance is a small gate with a sign. Be sure to close the gate behind you ('Approach1.jpg') Follow the small road up to a grassy area where you can park your car, or if you have a 4WD keep going up to the top, there is space for 2 or 3 cars closer to the track entrance. Once up the top you'll see a sign saying track and toilet ('Approach2.jpg'). Follow these signs and you'll pass a toilet. It's the last one so keep that in mind. (Approach3.jpg') This is the track to all all of the walls at Wye Creek

http://www.thecrag.com/area/11872453/photos

What are your guys thoughts on this? Obviously it's not really going to work well in the difference media, so we need to treat is somehow. I think the simplest thing is as topo's attached to the top node without any routes attached to them.

But semantically it's not really a topo. Or it kinda is, I can argue it either way depending on when we add the ability to add locations to topos and names and paths, this could be a lot better.

But I'm also wondering wether there might be any value in some sort of markdown code to embed any photo into the text? It's a small fringe case, but could be an easy way to add things like FA photos into the history section, approach photos like Lee, perhaps a pic of a sign in the access section.

[image:12345]

And it pulls all the metadata from the image and embeds it. On the backend it would pass through all the metadata similar to what we get in the markdown for refs to linked routes so the client can render it in different way.

Worth it?


Reply to this email directly or view it on GitHub: https://github.com/theCrag/website/issues/385

Campbell

scd commented 11 years ago

see #511

scd commented 11 years ago

closing because this issue is a dup