ClubTread Community
Register | Active Topics | Top 10 | Search | Guidelines | Report Spam
Username:
Password:
  Login   Donate
Support ClubTread
  Trail Wiki
Save Password
Forgot your Password?

 All Forums
 Activity Specific
 Hiking and Backpacking
 Work In Progress: Webdatabase to store Trail/Hikes
Bookmark and Share     Reply to Topic
Next Page
Author Topic
Page: of 2

ge-an_bas
Intermediate Member


North Vancouver, BC
Canada

640 Posts

 Posted - 01/26/2005 :  06:33 AM  Show Profile  Reply to this posting
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

JeffK95Z
Junior Member


Vancouver, BC
Canada

137 Posts

 Posted - 01/26/2005 :  09:12 AM  Show Profile  Reply with Quote
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!

ge-an_bas
Intermediate Member


North Vancouver, BC
Canada

640 Posts

 Posted - 01/26/2005 :  09:38 AM  Show Profile  Reply with Quote
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

JeffK95Z
Junior Member


Vancouver, BC
Canada

137 Posts

 Posted - 01/26/2005 :  11:19 AM  Show Profile  Reply with Quote
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

ge-an_bas
Intermediate Member


North Vancouver, BC
Canada

640 Posts

 Posted - 01/26/2005 :  11:32 AM  Show Profile  Reply with Quote
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 :-)

JeffK95Z
Junior Member


Vancouver, BC
Canada

137 Posts

 Posted - 01/26/2005 :  2:40 PM  Show Profile  Reply with Quote
another question Bas...

how are you storing passwords? Are you storing them encrypted?

crypt() is a wonderful function :)

ge-an_bas
Intermediate Member


North Vancouver, BC
Canada

640 Posts

 Posted - 01/26/2005 :  3:01 PM  Show Profile  Reply with Quote
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

LongShadow
Founder

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  Show Profile  Reply with Quote
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.

ShadowChaser
GPS Geek

Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less


2413 Posts

 Posted - 01/26/2005 :  7:24 PM  Show Profile  Reply with Quote
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?

ShadowChaser
GPS Geek

Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less


2413 Posts

 Posted - 01/26/2005 :  7:28 PM  Show Profile  Reply with Quote
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?

JeffK95Z
Junior Member


Vancouver, BC
Canada

137 Posts

 Posted - 01/26/2005 :  7:33 PM  Show Profile  Reply with Quote
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...

ShadowChaser
GPS Geek

Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less


2413 Posts

 Posted - 01/26/2005 :  7:54 PM  Show Profile  Reply with Quote
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.

ShadowChaser
GPS Geek

Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less


2413 Posts

 Posted - 01/26/2005 :  9:14 PM  Show Profile  Reply with Quote
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

LongShadow
Founder

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  Show Profile  Reply with Quote

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.

LongShadow
Founder

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  Show Profile  Reply with Quote
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:

ge-an_bas
Intermediate Member


North Vancouver, BC
Canada

640 Posts

 Posted - 01/27/2005 :  12:00 AM  Show Profile  Reply with Quote
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 :)

ShadowChaser
GPS Geek

Trail cuttin, GPS packin bushwhacker, wiki hike compilin, who is now Hope-less


2413 Posts

 Posted - 01/27/2005 :  12:11 AM  Show Profile  Reply with Quote
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

ge-an_bas
Intermediate Member


North Vancouver, BC
Canada

640 Posts

 Posted - 01/27/2005 :  12:25 AM  Show Profile  Reply with Quote
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.

ge-an_bas
Intermediate Member


North Vancouver, BC
Canada

640 Posts

 Posted - 01/27/2005 :  12:28 AM  Show Profile  Reply with Quote
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

ge-an_bas
Intermediate Member


North Vancouver, BC
Canada

640 Posts

 Posted - 01/27/2005 :  12:57 AM  Show Profile  Reply with Quote
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

LongShadow
Founder

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  Show Profile  Reply with Quote
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.
Page: of 2 Topic  
Next Page
 All Forums > Activity Specific > Hiking and Backpacking Bookmark and Share     Reply to Topic

Register | Active Topics | Top 10 | Search | Guidelines | Report Spam