TomH's Comments
| Post | When | Comment |
|---|---|---|
| Holux M-241 GPS data logger binary data format | I believe the next version of gpsbabel (or indeed the current CVS code) has support for this logger already via the mtk input driver (use "-i mtk,m241" as the input format). |
|
| Changing email address of OSM account | Users are keyed off both the email address and the display name - both are unique and either can be used to login. If you want to change your email address then send me a message - it isn't possible to do it yourself yet but I can do it. |
|
| JOSM: Download data fails | The problem is that you're trying to use a prehistoric version of JOSM that is still trying to use API 0.4 which was dropped the best part of a year ago. Get a current version that uses API 0.5 and you'll be fine. |
|
| What's wrong with this file, I cannot upload it! | Even better would be to tell us what happens when you try and upload it - the error message will probably be far more useful than the file itself at least in the first instance. That said it looks like it is a list of waypoints and we don't currently import those so uploading it probably wouldn't be useful anyway. |
|
| Question about api 0.5 && history function | Works fine for me (though there is no history for that way - there is only one version in the database). Perhaps your browser does not display text/xml documents correctly? |
|
| Potlatch and Waypoints? | Only trackpoints are currently imported from uploaded GPX files - waypoints could be imported but nobody has got around to doing so yet and there are some issues relating to preprogrammed waypoints on some GPS models. JOSM can display waypoints from local GPX files, which is what I normally do. I'm not sure if Potlatch can do that when it loads a whole trace - in theory it could but I'm no Potlatch expert. |
|
| gps track import failure? | It was a bug. It's fixed. |
|
| Street naming in Germany: Hammer Straße ./. Hammerstraße | Exactly - the advantage of OSM is that you can fix it when it's wrong ;-) |
|
| Question to Online map sites | This is a very complicated area - in theory the name of the street is a fact and not subject to copyright. It is however subject to database right in countries (like EU countries) which have that - database right protects a collection of data even if that data is factual and making a substantial extract (for some value of substantial) of that collection of data is not allowed. In addition there is the problem that these mapping site will put in deliberately misnamed streets and things to detect copying - those incorrect names are arguably not facts and hence subject to copyright protection if you copy them. The critical point however is that it doesn't really matter what the law actually says - if the site you are using wants to start a legal argument then we can't afford to defend ourselves so we have to avoid doing anything that might even possibly lead to such an argument. |
|
| How can I contact an other user? | I may have misunderstood you here, but if you're saying that you used other online maps to "identify streets" then I hope you haven't copied names or other information from those other maps into OpenStreetMap without first checking that the license on those other maps allows such copying. |
|
| How to improve Potlatch | Potlatch tells you in the top right hand corner whether or not it is currently loading data. |
|
| GPSBabel 1.3.5 | That command should of course be: gpsbabel -w -i navilink -f /dev/ttyUSB0 -o gpx -F waypoints.gpx |
|
| A1/A57 Junction | Looking at the Highways Agency site, the B6420 has definitely been realigned to terminate on the eastern half of the new dumbbell junction, so that new alignment will need capturing. For now the B6420 is disconnected from the A1 completely. |
|
| Pending GPS-Tracks | You don't have to wait for a track to be processed in order to map it - if you're using JOSM then you can load it locally and if you're using Potlatch you can click on the edit link beside the track to load it straight into Potlatch. |
|
| Edit Option and time to wait | That's because of cross domain restrictions in flash that stop it fetching the trace in that case. |
|
| Track dissapeared waiting process? | If it isn't in the queue anymore then the import probably failed because of some problem with the track - you should have had an email with details. In fact you should always get an email when the track is processed, whether it works or not. |
|
| Traces Upload Limit | Sure it would be possible to implement limits, but it would be complicated and our experience to date is that it is not a significant problem - very occasionally somebody will upload a large batch of traces like this and it will cause a short term backlog but it usually clears fairly quickly. |
|
| Elvetham Heath (nr Fleet, Hampshire, UK) | It was me that had done part of Elvetham Heath Way a few months back as I have a friend that has just moved to to one of the new developments there. So the only bit I'd done was the bit I had to drive when visiting... |
|
| Questions: bulk uploading of lighthouses / maritime navigation | Converting the KML to GPX won't help as we don't import waypoints from GPX files, which also answers the original question about how to upload waypoints - you can't. That's find thought, because it probably isn't really what you want to do as you will want these things to appear on the map, and GPX files (ie traces) are only used as source material - the map is drawn over the top of those. What you want to do therefore is to convert your data to OSM XML format and then upload that with JOSM or the bulk upload script. That all assumes that the license turns out to be compatible of course. |
|
| Bury, Bacup, Haslingden - what happened?! | I looked at one sample untagged way and it has no history showing that it once had tags so I guess this is just bad tracing where no tagging was done. |