| Author |
Topic |
  
North Vancouver, BC Canada
640 Posts |
Posted - 01/26/2005 : 06:33 AM
|
Hello,
/Edit Input testers needed, see posting at bottom of http://www.clubtread.com/sforum/topic.asp?TOPIC_ID=9507&whichpage=2 For a teaser on what I think the final look will be: http://www.brijn.nu/test/prosimii/
/Edit, for the people who don't want to read the whole thread. have a look at: [Main page] http://www.brijn.nu/test or [Trail page, with some eyecandy] http://www.brijn.nu/test/showtrail.php?trailid=1
--------[Original Post]--------------
Triggered by two posts of ShadowChaser: http://www.clubtread.com/sforum/topic.asp?TOPIC_ID=9485 http://www.clubtread.com/sforum/topic.asp?TOPIC_ID=9487
I started creating a (database driven) website to store Hike/Trail information very much in the same format as show by ShadowChasers screenshot.
I'm think about the following sctructure/logic:
1) The initial Hike entry contains: - Hike name - Nearest city - Park - Description - Directions - Details - Statistics A hike can be created by anyone with an account (that you need to create first)
2) To existing hikes you can add multiple "comments". The "comments can be of multiple types 2.1) Condition: linked to the date when these conditions where found. So multiple people can add trail conditions. This will help to get specific conditions for the time of the year 2.2) Waypoints: GPS coordinates of items on the Trail. I'm currently reading into the different map dates (most NAD83 and WGS84) and coordinate systems (UTC and Lat-Long). I have to find a smart format to store it in the database. In the front-end you can then choose display mode (eg NAD83+UTC). It's not to complicated to make all Waypoints available for download so that you can sent them to your GPS with for example OziExplorer 2.3) Sources of Information see CSs screenshot 2.4) General comments, could contains additional directions by other people etc
The frontpage will show things like: - Last Trail/Hike added - Trail/Hikes added in the last week (month/whatever) - Most viewed trails - Search screen to look for a trail (based on name, duration, GPS coords etc)
Also links to: - Create a logon account (viewing is possible without one) - Add a hike (logon needed)
I only have the evenings to work on it, so progess will be not to quick :-) Initial database design is finished. You can view WiP on: http://www.brijn.nu/test or add a hike at http://www.brijn.nu/test/addtrail.php
There is not much there yet!!! Database will be emptied very regularly (every time I think about another usefull field :-)
I'm a better programmer then webdesigner. If anybody would like to volunteer for interface design, feel free to reply to this thread or mail me. The pages I create are completely design-less, that makes is easier to integrate it later into a design.
I had somebody look at the database design, but if you want to have a look, reply to this thread or sent me an email. I'll sent you the SQL code.
Bas
P.s I know that there are similar sites (like bivouac), but I like what I have in mind more. And I can change it to do whatever I want.. And it has been to long since I created something nice :-)))
|
Edited by - ge-an_bas on 01/29/2005 11:27 AM
|
|
 
Vancouver, BC Canada
137 Posts |
Posted - 01/26/2005 : 09:12 AM
|
A project i've been tempted to start every time I looked at the trail DB on this site :)
I'm a db programmer by trade as well, and i'd love to be involved with this Bas.
What are you using for this? mysql and php by the looks of it...
but i'd love to chat! |
|
|
  
North Vancouver, BC Canada
640 Posts |
Posted - 01/26/2005 : 09:38 AM
|
Hi,
A typical LAMP setup here (Linux, Apache, PHP, MySQL). The server is my own (behind a fairly big DSL link) so I have complete freedom to do what I want. The software is fairly old, a new server image is also in the making :-)
I placed the sql code at http://www.brijn.nu/test/hikerep.sql
Passwords will be changed later. I've normalized the db quite a bit. Not yet in are the counter for view of hikes and the relationship tables for GPS coords vs Town/Waypoint/...
All suggestions are welcome, I'm for example to familiair with standard DB naming conventions :-)
Bas |
|
|
 
Vancouver, BC Canada
137 Posts |
Posted - 01/26/2005 : 11:19 AM
|
Hi Bas, i had a chance to look over the sql code for the db structure and i think its just about perfect!
the only questions I have, involve the tblconditions and how that works...
Could you explain how it would work?
It looks like the conditiontype table is a lookup and you'd just select a 'type' from a combo box for the specific hike your adding?
and I'm guessing you havn't changed the default name in the tblcondition 'value' as the second field to the 'hikeid'?
what linux flavor are you running? I have a debian system at home that i use for development... mostly car data logging related however :)
But there seem to be a number of tech ppl on these forums, so i'm sure people such as I would love to help work on this!!
thanks for the initiative :)
jeff |
|
|
  
North Vancouver, BC Canada
640 Posts |
Posted - 01/26/2005 : 11:32 AM
|
quote: Originally posted by JeffK95Z
Hi Bas, i had a chance to look over the sql code for the db structure and i think its just about perfect!
the only questions I have, involve the tblconditions and how that works...
Could you explain how it would work?
Let me see, in tblConditionTypes yuo would have:
id description ------------------ 1 "Trail quality and condition" 2 "Road condition and accessibility" 3 "Vehicle parkking"
These are directly from CS's screenshot
And then, hmmmm, it also needs a hikeid (and userid to track who created it, and date field that can be entered to show when the condition was like that).
Let me add those, I'll reload the database, that will kill the test entries :-) |
|
|
 
Vancouver, BC Canada
137 Posts |
Posted - 01/26/2005 : 2:40 PM
|
another question Bas...
how are you storing passwords? Are you storing them encrypted?
crypt() is a wonderful function :) |
|
|
  
North Vancouver, BC Canada
640 Posts |
Posted - 01/26/2005 : 3:01 PM
|
quote: Originally posted by JeffK95Z
another question Bas...
how are you storing passwords? Are you storing them encrypted?
crypt() is a wonderful function :)
I use the MySQL build-in password function. I think it's the same algorithm as crypt(). The setup is not designed for high security (if you know the cooky format I use, you can create one. There is no session table) But I never store plaintext password in a DB, people often use the same password in many places :-)
I'm going to bed now, result of today: - You can add yourself as a user (but DB is often reloaded) - You can logon with the user you just created - If you are logged on you can add hikes (but there is no checking what so ever yet, and if the text contains SQL chars is bails, Will fix that tomorrow)
I will also copy the latest sql code.
Anyone who is interested can play around with it (still not that much, but ala :-)
Bas |
|
|
     Big pack hiker who sleeps with bears in tent and falls on slippery logs
Langley, BC Canada
7390 Posts |
Posted - 01/26/2005 : 7:00 PM
|
Heheh I've talked to people a number of times about revamping the DB here. I'm still game to host it on this site if someone is interested in putting some of it together. I have alot of ideas as well that would help tie it back to the forums, allow for photo tie in, trail feedback, stats, etc.
I think I've designed the DB a number of times but all that have volunteering the past have ended up bailing. I guess its alot of work. 
Lemme know if you're interested. |
|
|
     Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less
2413 Posts |
Posted - 01/26/2005 : 7:24 PM
|
quote: Originally posted by ge-an_bas
Hi,
A typical LAMP setup here (Linux, Apache, PHP, MySQL). The server is my own (behind a fairly big DSL link) so I have complete freedom to do what I want. The software is fairly old, a new server image is also in the making :-)
I placed the sql code at http://www.brijn.nu/test/hikerep.sql
Passwords will be changed later. I've normalized the db quite a bit. Not yet in are the counter for view of hikes and the relationship tables for GPS coords vs Town/Waypoint/...
All suggestions are welcome, I'm for example to familiair with standard DB naming conventions :-)
Bas
Bas, do you think we can establish a true XML schema (XSD file) based on my InfoPath template? I can hook InfoPath up to it and that way sites could share data in a common format. You could also add an upload function, so you could just upload the XML file instead of typing in the details.
Sound good? |
|
|
     Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less
2413 Posts |
Posted - 01/26/2005 : 7:28 PM
|
quote: Originally posted by LongShadow
Heheh I've talked to people a number of times about revamping the DB here. I'm still game to host it on this site if someone is interested in putting some of it together. I have alot of ideas as well that would help tie it back to the forums, allow for photo tie in, trail feedback, stats, etc.
I think I've designed the DB a number of times but all that have volunteering the past have ended up bailing. I guess its alot of work. 
Lemme know if you're interested.
I'm interested in programming it - can you run ASP.NET as well as ASP? It would make a lot of sense programming it in ASP.NET instead of a legacy language.
I'm sure we can get a little team together. The main thing I'm interested in is XML data sharing - the last thing the world needs is one more "locked down" trail database.
What database engine do you use on ClubTread? |
|
|
 
Vancouver, BC Canada
137 Posts |
Posted - 01/26/2005 : 7:33 PM
|
I can't really speak for Bas, but I'm totally up for it...
Can we get a list of the features you had in mind LongShadow?
Also, this site runs on MS software? I'm seeing asp page extensions...
I'm much more familar with LAMP systems and enjoy the fact that its completely free. I believe Bas feels the same as it seems thats his choice as well.
Based on this sites OS, it may be easier for us to continue with a php/mysql solution rather then try to go for it with asp and the MS apps...
But lets keep the chatting going...
Ideally i'd like to get a full list of features before diving in, so it can be planned out, etc...
|
|
|
     Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less
2413 Posts |
Posted - 01/26/2005 : 7:54 PM
|
We will need to determine what the "root" element should be.
Trail? Hiking Trail? Hike? Something else?
* Listing by trail may not be ideal. Some trails stretch for days and days, when a portion of it may consitute a day-hike. Skyline II, Heather Trail, etc come to mind.
* Listing a hiking trail may not include other activities. Do we care? Do we provide a system within the schema to track random bushwhacking adventures, ala Bivouac?
My current proposal would be to list hiking trails. If a longer trail has a shorter "day-hike" segment that is clearly defined and has a fixed destination, it would be entered twice (once for the day-hike, once for the full hike - multiday). This would be a fairly infrequent thing. We could then add "Trip Reports" as a top-level entity with an optional field to "link" it to a specific trail. That way we keep the mountaineers and the hikers happy, and you'll still be able to show the trip reports for a certain hiking trail. |
|
|
     Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less
2413 Posts |
Posted - 01/26/2005 : 9:14 PM
|
Here is a quick sample XML Schema I wrote based on my original InfoPath design:
** note ** please do not use this. I will be posting updated versions. Thanks :-)
<?xml version="1.0" ?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:element name="hikingTrail">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="name" type="requiredString" minOccurs="1" maxOccurs="1"/>
<xsd:element name="description" type="xsd:string" minOccurs="0" maxOccurs="1"/>
<xsd:element name="location" type="hikingTrailLocation" minOccurs="0" maxOccurs="1"/>
<xsd:element name="statistics" type="hikingTrailStatistics" minOccurs="0" maxOccurs="1"/>
<xsd:element name="ratings" type="hikingTrailRatings" minOccurs="0" maxOccurs="1" />
<xsd:element name="points" type="gpsPoints" minOccurs="0" maxOccurs="1"/>
<xsd:element name="directions" type="xsd:string" minOccurs="0" maxOccurs="1"/>
<xsd:element name="details" type="xsd:string" minOccurs="0" maxOccurs="1"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
<xsd:complexType name="hikingTrailLocation">
<xsd:sequence>
<xsd:element name="city" type="requiredString" minOccurs="1" maxOccurs="1"/>
<xsd:element name="region" type="requiredString" minOccurs="1" maxOccurs="1"/>
<xsd:element name="province" type="provinceValue" minOccurs="1" maxOccurs="1"/>
<xsd:element name="park" type="xsd:string" minOccurs="0" maxOccurs="1"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="hikingTrailStatistics">
<xsd:sequence>
<xsd:element name="distance" type="distanceValue" minOccurs="0" maxOccurs="1"/>
<xsd:element name="elevationStart" type="xsd:integer" minOccurs="0" maxOccurs="1"/>
<xsd:element name="elevationMax" type="xsd:integer" minOccurs="0" maxOccurs="1"/>
<xsd:element name="elevation" type="xsd:integer" minOccurs="0" maxOccurs="1"/>
<xsd:element name="averageGrade" type="averageGradeValue" minOccurs="0" maxOccurs="1"/>
<xsd:element name="completionTime" type="timeValue" minOccurs="0" maxOccurs="1"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="hikingTrailRatings">
<xsd:sequence>
<xsd:element name="condition" type="hikingTrailCondition" minOccurs="0" maxOccurs="1"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="hikingTrailCondition">
<xsd:sequence>
<xsd:element name="trail" type="ratingValue" minOccurs="1" maxOccurs="1"/>
<xsd:element name="road" type="ratingValue" minOccurs="1" maxOccurs="1"/>
<xsd:element name="parking" type="ratingValue" minOccurs="1" maxOccurs="1"/>
</xsd:sequence>
</xsd:complexType>
<xsd:simpleType name="provinceValue">
<xsd:restriction base="xsd:string">
<xsd:minLength value="2"/>
<xsd:maxLength value="2"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="requiredString">
<xsd:restriction base="xsd:string">
<xsd:minLength value="1"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="timeValue">
<xsd:restriction base="xsd:decimal">
<xsd:minExclusive value="0"/>
<xsd:maxInclusive value="100"/>
<xsd:fractionDigits value="1"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="distanceValue">
<xsd:restriction base="xsd:decimal">
<xsd:minExclusive value="0"/>
<xsd:maxInclusive value="100"/>
<xsd:fractionDigits value="1"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="averageGradeValue">
<xsd:restriction base="xsd:decimal">
<xsd:minInclusive value="-100"/>
<xsd:maxInclusive value="100"/>
<xsd:fractionDigits value="1"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="ratingValue">
<xsd:restriction base="xsd:integer">
<xsd:minInclusive value="0"/>
<xsd:maxInclusive value="5"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:simpleType name="utmCoordinates">
<xsd:restriction base="xsd:string">
<xsd:pattern value="[0-9]{1,2} [C-X] [0-9]{6,10} [0-9]{6,10}"/>
</xsd:restriction>
</xsd:simpleType>
<xsd:complexType name="gpsPoints">
<xsd:sequence>
<xsd:element name="point" type="gpsPoint" minOccurs="0" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="gpsPoint">
<xsd:sequence>
<xsd:element name="description" type="requiredString" minOccurs="1" maxOccurs="1"/>
<xsd:element name="coordinates" type="utmCoordinates" minOccurs="1" maxOccurs="1"/>
<xsd:element name="estimate" type="xsd:boolean" minOccurs="0" maxOccurs="1"/>
</xsd:sequence>
</xsd:complexType>
</xsd:schema>
|
Edited by - ShadowChaser on 01/26/2005 11:09 PM |
|
|
     Big pack hiker who sleeps with bears in tent and falls on slippery logs
Langley, BC Canada
7390 Posts |
Posted - 01/26/2005 : 11:05 PM
|
quote: Originally posted by ShadowChaser
I'm interested in programming it - can you run ASP.NET as well as ASP? It would make a lot of sense programming it in ASP.NET instead of a legacy language.
I'm sure we can get a little team together. The main thing I'm interested in is XML data sharing - the last thing the world needs is one more "locked down" trail database.
What database engine do you use on ClubTread?
Yep. Could run ASP.NET as well. I can understand programming it in .NET instead. I think an open trail database/system is a cool idea.
quote: Originally posted by JeffK95Z
I can't really speak for Bas, but I'm totally up for it...
Can we get a list of the features you had in mind LongShadow?
Also, this site runs on MS software? I'm seeing asp page extensions...
I'm much more familar with LAMP systems and enjoy the fact that its completely free. I believe Bas feels the same as it seems thats his choice as well.
Based on this sites OS, it may be easier for us to continue with a php/mysql solution rather then try to go for it with asp and the MS apps...
But lets keep the chatting going...
Ideally i'd like to get a full list of features before diving in, so it can be planned out, etc...
Yep, the site runs on a Microsoft platform. I have no problems fitting another technology, but my thought is that if you stick with the same platform, it'll tie in better with the overall site.
Its funny, I have been trying to find my notes but cannot for the life of me locate them. Here are some quick thoughts though:
* Rate a trail * Comment on a trail --> this could be tied to a forum. The forum would have a list of trails which allows for a thread of messages/info, comments * photo gallery --> tied to the trail * better searching - by proximity, perhaps tie into postal codes (closest ones of course). GPS coords of TH, etc.
In terms of data elements for a trail, have a look at trailpaq.
I'll go through my notes. I have several schemas worked out as well. Although it sounds like you have that covered.
Let's keep the discussions going. I like the XML and open aspect. |
|
|
     Big pack hiker who sleeps with bears in tent and falls on slippery logs
Langley, BC Canada
7390 Posts |
Posted - 01/26/2005 : 11:13 PM
|
quote: Originally posted by LongShadow In terms of data elements for a trail, have a look at trailpaq.
Here's the data one of my coops pulled a few years ago. It may have changed/enhanced since, but gives some quick data ideas...
GENERAL INFO TAB Length - in km Time to complete - in hours Park name Province/region - Trail structure Description Directions
TRAILS DETAILS TAB Measurements Map reference Environments - ie: wildnerness, suburban, rural, etc. Surfaces - soil, compacted, gravel Trail uses -ie; biking, hiking Prohibited trail uses Seasons Temperatures Hazards Obstacles Emergency contacts Signage Last update:
SITE SERVICES TAB: Trail fees Trailhead amenities Business Amenities on the trail - parking, toilets, etc.
TRAIL CONTACTS TAB: Data collector Owner CTIP Maintainer Info sources: glacier national park, trail guide book Additional information sources
TRAIL LOCATION TAB:
|
|
|
  
North Vancouver, BC Canada
640 Posts |
Posted - 01/27/2005 : 12:00 AM
|
quote: Originally posted by LongShadow
Heheh I've talked to people a number of times about revamping the DB here. I'm still game to host it on this site if someone is interested in putting some of it together. I have alot of ideas as well that would help tie it back to the forums, allow for photo tie in, trail feedback, stats, etc.
I think I've designed the DB a number of times but all that have volunteering the past have ended up bailing. I guess its alot of work. 
Lemme know if you're interested.
quote:
Originally posted by ShadowChaser I'm interested in programming it - can you run ASP.NET as well as ASP? It would make a lot of sense programming it in ASP.NET instead of a legacy language.
I'm sure we can get a little team together. The main thing I'm interested in is XML data sharing - the last thing the world needs is one more "locked down" trail database.
What database engine do you use on ClubTread?
@LongShadow & ShadowChaser: Let me describe my motivations why I start projects like this: - I like making things exactly like I want them - Once every while I want to do some programming (not my profession) - It's cool to write something that will attract many people
Something like a trail database is perfect, since I want to use it myself there is good motivation. Feedback from other people makes motivation even bigger :-)
Then to the platform/dataformat, by switching to ASP(.NET) I will loose three things: - The posibility to participate in the programming (I would be able to learn ASP.NET quick probably, but I'm not to interested) - The momentum to finish this - To run the stuff on my server
So by making the switch to ASP.NET I would be completely out of it, wich would be a shame (for me) since I have a lot of fun currently writing the stuff.
But.... I believe in Open Source/Free Software/Sharing of data+knowledge. Anything I write will be released under the GPL. Same will be true for all the data in the database: - XML upload/download will be a very cool feature. - Just getting a dump of the DB would also be fine (in the end, it's not my data, other people will have entered it)
I also believe in competition, for example, why do we have brilliant search engines like Google? There was a good engine before (Alta Vista), but Google wrote something better.. users switched to Google in an instant. So if I continue with this project, and somebody comes along with a better implementation (better integration with CT, or...), even based on the stuff I released under GPL, people will switch and the old project will slowly die.
Short summary :-) I would like to continue on the LAMP platform (using PHP), but i'm very open for all suggestions.. Also, if somebody want source code, feel free...
Phewww, what a story :) |
|
|
     Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less
2413 Posts |
Posted - 01/27/2005 : 12:11 AM
|
Here is what I have so far for definitions:
* Name * Overview (basic one paragraph description) * Description * Location (City, Province, Park) * Total Distance * Trailhead Elevation (what do we do about trails with two trailheads - ie/ Skyline?) * Maximum Elevation * Elevation Gain (do we record this in the event there are only 'rounded' values from books, or do we subtract from maximum?) * Average Grade * Completion Time (* rough estimates, average hiker, not auto-calculated) * Structure (Linear One-Way, Linear Return, Loop, Stacked Loop, Network) * Season (start month, end month) * Ratings - Trail Quality, Road Quality, Parking Quality (any other rating ideas?) * Points (Description, UTM, Average Yes/No. None of that evil Lat/Lon nonsense ;-)) * Directions
Then the other stuff that might be nice: (yes/no/maybe?) * Region * Map Reference * X-Slope (overkill?) * Maximum Grade (overkill - how do you determine this without major effort?) * Environments (trees? LOL) * Trail Uses * Surfaces (overkill? Dirt & Rock? :-) * Temperatures - could maybe auto-compute. * Amenities (burnt down outhouse ala Elk, hehe) * Fees * Hazards (too many to list? :-) * Obstacles (barking spiders, bannana peels) * Info Sources (probably a good idea) |
Edited by - ShadowChaser on 01/27/2005 12:15 AM |
|
|
  
North Vancouver, BC Canada
640 Posts |
Posted - 01/27/2005 : 12:25 AM
|
quote: Originally posted by ShadowChaser
We will need to determine what the "root" element should be.
Trail? Hiking Trail? Hike? Something else?
* Listing by trail may not be ideal. Some trails stretch for days and days, when a portion of it may consitute a day-hike. Skyline II, Heather Trail, etc come to mind.
* Listing a hiking trail may not include other activities. Do we care? Do we provide a system within the schema to track random bushwhacking adventures, ala Bivouac?
My current proposal would be to list hiking trails. If a longer trail has a shorter "day-hike" segment that is clearly defined and has a fixed destination, it would be entered twice (once for the day-hike, once for the full hike - multiday). This would be a fairly infrequent thing. We could then add "Trip Reports" as a top-level entity with an optional field to "link" it to a specific trail. That way we keep the mountaineers and the hikers happy, and you'll still be able to show the trip reports for a certain hiking trail.
I agree, the smallest entity that makes sense is a Trail. We could easily define something like StartsFrom and EndsIn fields that link to other Trail. We could then later add a Trip format with some additional info that is only true for the whole Trip. Or, and that might make more sense, just use the information in StarsFrom and EndsIn to dynamicly generate Trips. |
|
|
  
North Vancouver, BC Canada
640 Posts |
Posted - 01/27/2005 : 12:28 AM
|
quote: Originally posted by ShadowChaser
Here is a quick sample XML Schema I wrote based on my original InfoPath design:
** note ** please do not use this. I will be posting updated versions. Thanks :-)
<?xml version="1.0" ?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:element name="hikingTrail">
</xsd:schema>
Using XML to share the info would be really nice. I only know very basic things about Webservices, but I think this would allow us later to easily share the data with other site using Webservices.
I have very limit (close to none) knowledge and experience with XML. I know that PHP is a very complete XML parser. But I need to read into that, how do you use a Schema. How do you return a filled entity (or how they are called in XML)..
I'll do some reading
/Edit: Yesterday I did find a XML standard for GPS coordinates. Altough it seems that this standard (GPX) did not really take of. But there is good software to convert to and from this format (http://gpsbabel.sourceforge.net/capabilities.html) |
Edited by - ge-an_bas on 01/27/2005 12:32 AM |
|
|
  
North Vancouver, BC Canada
640 Posts |
Posted - 01/27/2005 : 12:57 AM
|
Hi ShadowChaser,
Could you maybe always edit your posting so that we make that the one-and-only data definition?
I added my remarks in italic
Originally posted by ShadowChaser
Here is what I have so far for definitions:
* Location (City, Province, Park) Currently we have both nearest town and Park that the trail is in. This is also the suggestion of LS. I think that makes more sense.
* Trailhead Elevation (what do we do about trails with two trailheads - ie/ Skyline?) Only the primary (or most accessible) TH elev in the primary details. In comments fields people could add secondary THs. Also a seconds GPS coord for the second TH could be added.
* Elevation Gain (do we record this in the event there are only 'rounded' values from books, or do we subtract from maximum?) Hmm, or could it be really the cumalative elev gain. For example, my Suunto watch can show this. People that don't have this data could just use MaxElev - THElev, or we could do it at submit time if Elev Gain is not entered.
* Season (start month, end month) * Ratings - Trail Quality, Road Quality, Parking Quality (any other rating ideas?) My idea was to have the option to add multiple rating "entries" that are tied to a certain data. So you could file the conditions as you found the trail in Januari. Somebody else for June. I think this makes sense this rating is very much tied to the season.
* Points (Description, UTM, Average Yes/No. None of that evil Lat/Lon nonsense ;-)) I sense some , euhmmmmmm, bad feeling towards lat long :-).. I want to make it possible to enter/view in all combinations. Once I get my head around the arithmatics, that should be not to difficult
* Region Could you give an example, you mean something like BC/AB etc?
* Map Reference Map name/number? I think we could use the "Sources of Information" entries, with type Map (insteaf of URL or Book)
* X-Slope (overkill?) What is that?
* Maximum Grade (overkill - how do you determine this without major effort?) I think that total elevation gain and maybe a remark in the desription (eg: very steep in parts) would be OK. The entry field should stay a bit compact :-)
* Environments (trees? LOL) LS his proposal make more sense :-) "wildnerness, suburban, rural, etc"
* Trail Uses What is that
* Surfaces (overkill? Dirt & Rock? :-) Could be a remark in the description
* Temperatures - could maybe auto-compute. Huhh, temperature as in how warm/cold it is????? Auto-compute from what, or do you mean body temperature, and calculate it from ElevGain :-)))) * Amenities (burnt down outhouse ala Elk, hehe) Yes, should be primary category. So that you could also add for example a restaurant or something along the Trail. Should be combined with a GPS coord
* Hazards (too many to list? :-) If there are clear objective hazards (rockfall area or something) mention it in the descriptions
* Obstacles (barking spiders, bannana peels) Don't forget the dead hikers on the path, the ones that didn't read the Hazards section :-)
* Info Sources (probably a good idea) See the "Sources of Information" remark
From LongShadow his data definition, I will copy the ones I think make sense:
* Trail structure What is that exactly
* Trail uses (ie; biking, hiking) Does make sense, maybe include Snowshoe, X-Country Ski
* Prohibited trail uses Things like, permit needed? Seperate field or in Description?
* Emergency contacts Good one
* Trail contacts * Data collector My idea is that the person who initially entered the Trail is the owner, and can do changes to the toplevel fields. I didn't have a seperation between collector and owner. Would that be usefull? * CTIP What is that * Maintainer Is the "organisation" responsible for the maintenance?
I know I have many, many questions.. I would really appreciate a reply :-) It will help me to be a proper Canadian Hiker ;-))
Bas
/Edit, and yes, I did want to make a seperate post... It brought me the One Star Status :) |
Edited by - ge-an_bas on 01/27/2005 01:13 AM |
|
|
     Big pack hiker who sleeps with bears in tent and falls on slippery logs
Langley, BC Canada
7390 Posts |
Posted - 01/27/2005 : 08:59 AM
|
quote: Originally posted by ge-an_bas Short summary :-) I would like to continue on the LAMP platform (using PHP), but i'm very open for all suggestions.. Also, if somebody want source code, feel free...
No problem. Wasn't trying to sway you away from your original goals. We can likely figure out a way to integrate. |
|
|
|
Topic |
|
|
|