It matters little, I believe how many and who signed what and where. I have reluctantly signed all my previous work over to whoever comes out on top in this. Added to that, and since reading about the change of licence, I have added minor GPS tracked old data to this once worthy project. It is now dead in the water from my point of view because we are now in the hands of lawyers. I can see no point personally in continuing what I started over 12 months ago.

I am afraid that including the threatened removal of O.S.S.V. data that seems will get wiped, the setback will make the map of the U.K. a barren surface compared to countries such as Germany.

The Garmin eTrex H does not have an expansion slot.

A couple of things I should have mentioned. If the tracking interval is set to 1 secs then after about 2 hours the memory gets to 99% and becomes full. Because there isn't room for 3 digits it can't represent 100%.

There is an option to roll over the recorded data or stop recording when the memory is full. If more than 2 hours at 1 second intervals is required it's best to save the currently recorded track as it stands to the Garmin internal file area. Then the recorded log should be deleted and the unit will start again with fresh memory space.

If you have set it to stop recording when full make sure to go into the setup in tracks and restart tracking otherwise you will be travelling around recording nothing. I know, I've done it on a couple of occasions but luckily my biking buddy has the Legend HCX and he was recording too, even though he isn't an OSM mapper.

I bought the Garmin eTrex H last year and was initially disappointed with it. However, since then I have changed my mind. Although it isn't the top of the range or have fancy graphics it serves the purpose for gathering gps tracks and quite accurate ones too. I have a gps dongle that I used for a while connected to the laptop that I used to drive around logging gps data. Between the accuracy of the two there is virtually nothing I can see.

The down side of the eTrex is the data port which I had to order a USB type serial cable from the USA for it. The freeware available for XP didn't seem to work too well with it but I suspect me being a complete novice at it didn't help though! I found working with Linux Mint and Ubuntu to extract data from the unit for me was a lot easier. Don't be fooled as I was when it transferring the data, the only indication it has or is doing anything is when it's done when the "Transfer Complete" message appears at the bottom of the eTrex screen.

Anyway, I have been using it for over a year now while out cycling too and have filled in many gaps on the North Staffordshire OSM map. Most of the roads, paths and cycleways here osm.org/?lat=53.0007&lon=-2.2811&zoom=14&layers=M have been gathered using the eTrex.

Don't give up on it just yet!

I had a similiar experience on the Manifold Valley trail but I wasn't gps tracking that time as it had already been done. However, to get where I wanted to map along Beresford Dale, myself and my biking buddy came across three young cows that we 'stampeded' along the trail before they jumped back into the herd field. That wasn't the end of the story though! A mile further on we came across a young bull so we decided to stop where we were, although we did have chance to photograph him. Eventually, he came past us not a few feet away but was displaying aggresive tendancies, scuffing the ground, head down, snorting. As I turned to snap him again he spooked and ran back the way we'd come. Being early morning someone else must have come across him but we retraced later and he'd gone!

NPE maps remember are over 60 years old. With the open data from O.S. now available for us to use, this gives us a wealth of more up to date information.

Mmmm! Methinks, he thinks we take a sketchpad and a pencil to best estimate the routes we map!

What came across most strongly was a feeling he'd taken a cursory look at openstreetmaps and failed to understand what it is about. He talks as if the whole thing once committed to the web is set in stone.

Perhaps as mike above points out has relevance? "Is a lobbist also for the microsoft spin off expedia" The only point he is slightly correct on is a vague reference to the great open spaces which I deem he was referring to gaps in the maps that are being gradually filled. Or, did I mistakenly read far too much into his monologue?

Mike

Will your inbox accept a 12.6MB zip file? I can try emailing the street data to you, followed by the contour data. If so, let me have the email address.

I have registered and filled all the required boxes and also tried 'non-flash' upload. It may be the works server blocking outgoing. I will try it later on today. Mike, where are you in the world? I'm in North Staffordshire in the U.K.

I have tried uploading it and get a server IO error!

Interogation of the stadium cross within AutoCAD now I've shifted everything is:

Command: id
Specify point: _nod of X = 512846.177684 Y = 4723386.444431 Z =
0.000000

Please ignore the slightly truncated decimal places. Let me know how you want me to proceed on my previous post?

Mike

You'll have to excuse my ignorance of the co-ordinates, I've only been doing OSM for about 7 weeks. Can you convert and give me the nodes x-y co-ords that relate to metres? I don't want to get it wrong and redo everything. Once I've done the moving which will be this evening, I will need to know where to upload the file as it will not email. 120MB for DXF, 36MB for DWG, although I can split out the layers separately if that makes things easier? I know it will for email purposes.

Mike

Tell me the exact x and y co-ordinate for the cross in the stadium so there is no mix up.

Connecting the lines is a mammoth task take it from me, there are literally 10's of thousands. That's why in my opinion it would be quicker to trace over the jpgs I've exported from AutoCAD.

Do you want me to move the data to the correct position and re-export, remembering that the data is made up of unconnected short/dashed lines and will be next to useless for converting?

Here are some notes I made:

Drawing header is - Regional water supply Batllava GIS-unit, showing water supply from the lake to the city.
Units are in metres.
Again.....
Stadium reference grid cross is:
X = 723,814.43 Y = 513,785.54 Z = 0.00 (about 724 km east, 514 km north)

There is a reference
4
724
000 in x direction

at the same point for y direction
7
515
000

The map is split into rectangular grid 0.75 km x 0.5 km

Drawn or traced over using inserted tif files.

Contains
Surrounding land contours (although z directions are all zero)
District names
water points
sewer points
electricity point (pole transformers?)
boundaries parcels?
garden boundaries
house numbers
numbers for survey points
what look like house outlines

Possible problems
Rogue entities at origin 0,0
Road names are incorrect according to Openstreetmap's current layout and a.n.other.

I am leaving this comment again

--------------------------------------------------------------------------------

Comment from Andrew T Finney at Tue, 26 Jan 2010 15:04:24 +0000
Mike

I have the drawing open and see that thre are many different layers with services detail such as water and telephone. There is a big problem for anyone trying to extract data from this drawing, all the lines are short unconnected segments so there isn't any way to extract tracks from streets etc. Data for buildings is placed in the Boundaries layer. If you want to persist here is the co-ordinate of the Grid Cross in the Stadium X = 723814.43 Y = 513785.54 Z = 0.00. I think it's a trace over I'm afraid to have any useful data from it!

Mike

I have the drawing open and see that thre are many different layers with services detail such as water and telephone. There is a big problem for anyone trying to extract data from this drawing, all the lines are short unconnected segments so there isn't any way to extract tracks from streets etc. Data for buildings is placed in the Boundaries layer. If you want to persist here is the co-ordinate of the Grid Cross in the Stadium X = 723814.43 Y = 513785.54 Z = 0.00. I think it's a trace over I'm afraid to have any useful data from it!

Mike

I'm afraid that DXF file format is extremely long winded and text based. If you open it with an ASCII text editor you can see for yourself. The bit that you are interested in starts at the [ENTITIES] header then runs virtually to the end of the file depending upon which version of AutoCAD it was generated from.

Your DIME error may be related to BLOCK or GROUP entities which should be exploded and the file re-saved but as you say in your email to me you do not own AutoCAD. Again, that's something I would be willing to look at. Circles or arcs could also throw up errors. However I can not be sure as QCad is not a piece of software I am familiar with.

Years ago, I wrote GWBASIC programs to extract DXF data but things have gone rusty in the head. By the way, I haven't a clue what CS2CS is or does.

Zip the file and send it to me. I would be more than happy to take a look at the origin and find any information of use or what I can understand. I tried your link at the top and ... a page with nothing except obscure links and no DXF file.

h4ck3rm1k3

Have you tried opening the DXF in AutoCAD and moving all the data with a known co-ordinate onto the 0,0 origin, then move the data again using that known co-ordinate with the @x co-ord,y co-ord input. Then re-export (DXFOUT) the data?

What sort of data within the DXF file are you pulling? Points or lines?

Various GPS devices will have different accuracies. The Garmin Etrex compared to the GPS dongle on my laptop appears far less accurate. From my experience with roads local to me I have driven over with both, shows that what is on openstreetmap is fairly accurate up to about 20ft or 6 metres. What you might need to check is the track interval on your device. My laptop software for the dongle is set to sample every 1 second and gives smooth and pretty accurate results for corners and bends. You may notice if the interval is long that bends come out chopped off.

Accuracy will fall off between high buildings due to block satellite signals.

Please read this section of the wiki:

osm.wiki/Editing_Standards_and_Conventions#Accuracy

Seems I owe a big apology, gpsbabel didn't hang it took such a long time to download the data it seemed like a hang. I noticed after typing the reply above the Garmin had a message on the bottom of the screen "Transfer complete". I have loaded them into JOSM and can now get to work mapping again. Thanks for the help.

No, the gpsbabel instruction didn't work.

dmesg gives the following
[14834.784177] usb 2-2: USB disconnect, address 12
[14834.784576] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[14834.784616] pl2303 2-2:1.0: device disconnected
[14838.788122] usb 2-1: new full speed USB device using uhci_hcd and address 13
[14838.947356] usb 2-1: configuration #1 chosen from 1 choice
[14838.949310] pl2303 2-1:1.0: pl2303 converter detected
[14838.971338] usb 2-1: pl2303 converter now attached to ttyUSB0

Again, NMEA function works o.k. and connects to TangoGPS but thats not I want the Garmin for because I have what seems a more accurate GPS dongle that I used for my mapping input after driving around the local area with the laptop recording the track. This Etrex was purchased to use when out walking and cycling where the car can't go. As it's a serial connection same as when it's talking Nmea, this proves the cable hasn't a broken connection. I'm used to handshakes for serial devices and apparently the Garmin protocol doesn't handshake?

If I plug the unit into the adjacent USB port it reports the same ttyUSB0 although listing it as [15355.343325] usb 2-2: pl2303 converter now attached to ttyUSB0.

Anyway: This - gpsbabel -w -t -i garmin -f /dev/ttyUSB0 -o gpx -F /home/andrew/mytrack.gpx

Results in this - [ERROR] A800_Off: Not acknowledged

This results in a hang with a blinking cursor - gpsbabel -t -i garmin -f /dev/ttyUSB0 -o gpx -F garmin.gpx

I apologise if this is forum like but I am so frustrated due to the fact I driven to a remote part of Scotland today for work which I could have logged but the Garmin will not take any more tracks. I believe 11 being the limit?