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?