OpenStreetMap Forum
You are not logged in.
- Topics: Active | Unanswered
#1 Re: Questions and Answers » Data possible copied from Google maps » 2013-04-18 12:07:51
This is the changeset with faulty data from GM:
http://www.openstreetmap.org/browse/changeset/14849140
I tired to revert it with JOSM and the "reverter" plugin. It results in 1000+ conflicts. How can I revert it?
#2 Re: Questions and Answers » Data possible copied from Google maps » 2013-04-17 13:48:08
You should contact the mapper and correct the street again.
Also, if you didn't already uploaded your gpx track you could do so.
It's no proof that GM was copied, maybe there is some older sat image which was traced.
I did PM a user who may have done it.
I don't remember the area well enough to correct it.
My log was uploaded a year ago. There are others too.
I don't see any satellite images in JOSM for this area that show these roads.
#3 Questions and Answers » Data possible copied from Google maps » 2013-04-17 12:47:09
- RocketMan
- Replies: 4
I had a look at the road up to Bokor hill in Cambodia where I did some mapping last year. Now the road is not in the right place anymore but it looks pretty much exact like Google maps. The blue line is my track log. The left part is OSM and the right Google maps.
#4 Re: users: Thailand » Thailand Road Classification and Tagging » 2013-04-04 08:39:43
I have said it before and I'll say it again: blindly adhering to the numbering scheme when classifying roads creates an "administrative" map, which is not very useful to anybody. The map should reflect the reality and not just some arbitrary numbering scheme.
I could not agree more. The current system is fine as a base but we have to be able to deviate from the system in cases such as when a dirt track has a 4-digit number and a four lane trunk road has a 3-digit number.
I think we should try to classify the roads as a whole and not change the classification along the roads unless there is a major difference in road standard.
What I also find annoying is that when a bypass is built around a city the bypass seems to get more digits in the number than the road it bypasses. Have a look at Chon Buri and Rayong. I have already upgraded the bypass roads to trunks but would also like to downgrade the section of 3 that crosses the cities to secondary. This is against the current rules as I see it so I have not done it.
#5 Re: Questions and Answers » Names » 2013-03-23 14:36:00
I also use the formal name found on signs, websites, business cards etc.
But, nowadays when I make maps with mkgmap, I have come to the conclusion that it is better to exclude "Guesthouse", "Train Station" etc from the name because it is easier to add it than to remove it for a user.
Also it would be a benefit for making maps in different languages if the "Train Station" was left out. A German could then add "Bahnhof" instead of "Train Station" if he wanted. I am aware that you can use 'name:de' tags but I don't think we will see every object tagged with all languages for a long time.
#6 Re: Questions and Answers » Names » 2013-03-23 09:18:20
The same question goes for example hotels and guest houses. Should a place tagged guest house be name "Bob's" or "Bob's Guest House"
#7 Questions and Answers » Names » 2013-03-22 14:42:42
- RocketMan
- Replies: 4
When we for example tag a train station should we include 'train station' in the name or not? I have excluded it but I like to know if there is a standard.
#8 Re: users: Thailand » Chiang Mai and up is flooded » 2013-02-27 11:17:58
That I can't give a proper answer to. I used osmosis to cut out the data.
#9 Re: users: Thailand » Chiang Mai and up is flooded » 2013-02-26 15:33:50
I "solved" it by using Wanmill's precompiled sea instead.
#10 Re: users: Thailand » Chiang Mai and up is flooded » 2013-02-24 18:37:54
The flooding will not show on the webpage, the problem is seen when using mkgmap to make maps for garmin gps.
#11 Re: Garmin maps » Can't get osmosis to pull boundaries » 2013-02-16 05:51:54
Thanks again.
I will keep using osmconvert and osmfilter. I think they are easier to use and faster too.
#12 Garmin maps » Typefile editor » 2013-02-14 11:54:57
- RocketMan
- Replies: 2
Does anyone know of a good typefile editor?
I use one called TypeViewer but the result is not 100%.
#13 Re: Garmin maps » Can't get osmosis to pull boundaries » 2013-02-14 08:25:58
Thanks for clearing that up.
Looks like osmosis is going out of style because there are no newer osmosis released. I changed to osmconvert and osmfilter, works faster so no use hanging on to osmosis anyway.
#14 Re: users: Thailand » Road 1016 NE of Mae Chan » 2013-02-13 14:50:13
I don't have a clue but the place to ask would be www.rideasia.net
#15 Garmin maps » Can't get osmosis to pull boundaries » 2013-02-13 14:20:49
- RocketMan
- Replies: 4
I get this error when I try to pull boundaries from gefabriks Asia extract. This has worked in the passed but now I get these erros. Does anybody know what goes wrong?
C:\Users\NightRider\Desktop\mkgmap tools>C:\Windows\System32\cmd.exe /K "C:\Users\NightRider\Desktop\mkgmap tools\osmosis-0.
41\bin\Osmosis.bat" --read-pbf file=asia.osm.pbf outPipe.0=1 --tee 2 inPipe.0=1 outPipe.0=2 outPipe.1=3 --buffer inPipe.0
=3 outPipe.0=4 --buffer inPipe.0=2 outPipe.0=5 --tag-filter accept-relations boundary=administrative inPipe.0=4 outPipe.0=
6 --used-way inPipe.0=6 outPipe.0=7 --tag-filter reject-relations inPipe.0=5 outPipe.0=8 --tag-filter accept-ways boundar
y=administrative inPipe.0=8 outPipe.0=9 --used-node inPipe.0=9 outPipe.0=10 --used-node inPipe.0=7 outPipe.0=11 --merge i
nPipe.0=10 inPipe.1=11 outPipe.0=12 --write-pbf file=boundaries.osm.pbf omitmetadata=true compress=deflate inPipe.0=12
feb 13, 2013 4:42:05 EM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.41
feb 13, 2013 4:42:06 EM org.java.plugin.registry.xml.ManifestParser <init>
INFO: got SAX parser factory - org.apache.xerces.jaxp.SAXParserFactoryImpl@1b31fd9
feb 13, 2013 4:42:06 EM org.java.plugin.registry.xml.PluginRegistryImpl configure
INFO: configured, stopOnError=false, isValidating=true
feb 13, 2013 4:42:07 EM org.java.plugin.registry.xml.PluginRegistryImpl register
INFO: plug-in and fragment descriptors registered - 1
feb 13, 2013 4:42:07 EM org.java.plugin.standard.StandardPluginManager activatePlugin
INFO: plug-in started - org.openstreetmap.osmosis.core.plugin.Core@0.41.0
feb 13, 2013 4:42:07 EM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
feb 13, 2013 4:42:07 EM org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
feb 13, 2013 4:42:07 EM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
feb 13, 2013 6:22:28 EM org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion
SEVERE: Thread for task 1-read-pbf failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: An output error has occurred, aborting.
at org.openstreetmap.osmosis.core.store.DataPostbox.checkForOutputErrors(DataPostbox.java:160)
at org.openstreetmap.osmosis.core.store.DataPostbox.populateCentralQueue(DataPostbox.java:216)
at org.openstreetmap.osmosis.core.store.DataPostbox.put(DataPostbox.java:303)
at org.openstreetmap.osmosis.core.buffer.v0_6.EntityBuffer.process(EntityBuffer.java:48)
at org.openstreetmap.osmosis.core.tee.v0_6.EntityTee$ProxySinkSource.process(EntityTee.java:143)
at org.openstreetmap.osmosis.core.tee.v0_6.EntityTee.process(EntityTee.java:81)
at crosby.binary.osmosis.OsmosisBinaryParser.parseWays(OsmosisBinaryParser.java:171)
at crosby.binary.BinaryParser.parse(BinaryParser.java:121)
at crosby.binary.BinaryParser.handleBlock(BinaryParser.java:68)
at crosby.binary.file.FileBlock.process(FileBlock.java:135)
at crosby.binary.file.BlockInputStream.process(BlockInputStream.java:34)
at crosby.binary.osmosis.OsmosisReader.run(OsmosisReader.java:45)
at java.lang.Thread.run(Unknown Source)
feb 13, 2013 6:22:29 EM org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion
SEVERE: Thread for task 3-buffer failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: An input error has occurred, aborting.
at org.openstreetmap.osmosis.core.store.DataPostbox.checkForInputErrors(DataPostbox.java:172)
at org.openstreetmap.osmosis.core.store.DataPostbox.consumeCentralQueue(DataPostbox.java:242)
at org.openstreetmap.osmosis.core.store.DataPostbox.hasNext(DataPostbox.java:439)
at org.openstreetmap.osmosis.core.buffer.v0_6.EntityBuffer.run(EntityBuffer.java:83)
at java.lang.Thread.run(Unknown Source)
feb 13, 2013 6:22:29 EM org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion
SEVERE: Thread for task 4-buffer failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: Cannot represent 2147567663 as an integer.
at org.openstreetmap.osmosis.core.util.LongAsInt.longToInt(LongAsInt.java:33)
at org.openstreetmap.osmosis.core.filter.common.ListIdTracker.set(ListIdTracker.java:118)
at org.openstreetmap.osmosis.tagfilter.v0_6.UsedNodeFilter.process(UsedNodeFilter.java:106)
at org.openstreetmap.osmosis.core.container.v0_6.WayContainer.process(WayContainer.java:58)
at org.openstreetmap.osmosis.tagfilter.v0_6.UsedNodeFilter.process(UsedNodeFilter.java:75)
at org.openstreetmap.osmosis.tagfilter.v0_6.TagFilter.process(TagFilter.java:138)
at org.openstreetmap.osmosis.tagfilter.v0_6.TagFilter.process(TagFilter.java:141)
at org.openstreetmap.osmosis.core.buffer.v0_6.EntityBuffer.run(EntityBuffer.java:84)
at java.lang.Thread.run(Unknown Source)
feb 13, 2013 6:22:29 EM org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion
SEVERE: Thread for task 11-merge failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: An input error has occurred, aborting.
at org.openstreetmap.osmosis.core.store.DataPostbox.checkForInputErrors(DataPostbox.java:172)
at org.openstreetmap.osmosis.core.store.DataPostbox.consumeCentralQueue(DataPostbox.java:242)
at org.openstreetmap.osmosis.core.store.DataPostbox.hasNext(DataPostbox.java:439)
at org.openstreetmap.osmosis.set.v0_6.EntityMerger.nextOrNull(EntityMerger.java:290)
at org.openstreetmap.osmosis.set.v0_6.EntityMerger.run(EntityMerger.java:126)
at java.lang.Thread.run(Unknown Source)
feb 13, 2013 6:22:29 EM org.openstreetmap.osmosis.core.Osmosis main
SEVERE: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks failed.
at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)
at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92)
at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
at org.codehaus.classworlds.Launcher.main(Launcher.java:47)
C:\Users\NightRider\Desktop\mkgmap tools>
#16 Re: users: Thailand » Chiang Mai and up is flooded » 2013-01-19 13:03:55
You filtered in a very big region. I had made my repairs only in Thailand. Could you find still any unclosed ways here?
I found a couple of relation segments in Chiang Mai area that were tagged with natural=water if I remember right. Only the relation should be tagged with natural water and not any of the members if I have it right.
Did you mean unclosed ways with waterway=* or natural=water? I think for waterway=*, only waterway=riverbank must be closed.
I have only checked natural=water and landuse=reservoir so far. Probably should check waterway=riverbank too.
Please note also: I found some similar unclosed ways which are correct outer segments of multipolygon relations. But you and I did not download relations and so JOSM will show these ways as fault.
OSM inspector can check for relations so that is much easier.
#17 Re: users: Thailand » Chiang Mai and up is flooded » 2013-01-18 06:19:57
It is still flooded.
I filtered out natural=water and converted to xml with osmosis like this:
Osmosis.bat --read-pbf file=map.osm.pbf --tf accept-ways natural=water --tf reject-relations --used-node --write-xml map.osm.xml
When I try to open the result with josm I get an error: Illegal value for attribute 'version' on OSM primitive with ID 26577868. Got -1. (at line 4, column 118)
I open the xml file with a text editor and see this:
<?xml version='1.0' encoding='UTF-8'?>
<osm version="0.6" generator="Osmosis 0.40.1">
<bound box="5.00000,96.00000,24.00000,112.00000" origin="0.40.1"/>
<node id="26577868" version="-1" timestamp="1969-12-31T23:59:59Z" changeset="-1" lat="16.7810304" lon="96.1898577">
<tag k="created_by" v="JOSM"/>
</node>
<node id="26577869" version="-1" timestamp="1969-12-31T23:59:59Z" changeset="-1" lat="16.7820215" lon="96.1893358">
<tag k="created_by" v="JOSM"/>
</node>
<node id="26577870" version="-1" timestamp="1969-12-31T23:59:59Z" changeset="-1" lat="16.783004" lon="96.1891588">
<tag k="created_by" v="JOSM"/>
</node>
I replace all "-1" with "1" and then reopens with josm and it works and the validator finds a bunch of open waterways.
Is there any easier way to do this?
#18 Re: users: Thailand » Chiang Mai and up is flooded » 2013-01-15 14:00:31
Thanks. Hopefuly that fixed it.
#19 Re: users: Thailand » Chiang Mai and up is flooded » 2013-01-14 16:06:09
Yes, go ahead and fix. Thanks for your help.
#20 Re: users: Thailand » Chiang Mai and up is flooded » 2013-01-14 07:47:56
Thanks for helping. Did you close the ones you found?
#21 users: Thailand » Chiang Mai and up is flooded » 2013-01-13 10:11:48
- RocketMan
- Replies: 17
When I make maps with mkgmap I have noticed that northern Thailand is "flooded". It starts just south of Chiang Mai on my maps and up to where I have the map cut in China. Somewhere there must be a body of water that is not closed. OSM inspector has a tool for it but it only seems to work for Europe. Does anyone know of a way to find the leak?
#22 Re: users: Thailand » Is OSM down? » 2013-01-07 20:10:56
Now it works again.
#23 users: Thailand » Is OSM down? » 2013-01-05 12:56:26
- RocketMan
- Replies: 1
I can't view www.OpenStreetMap.org anymore. The panels and buttons loads but the map area is only grey. It has been like this for the last two days. Data can still be pulled and uploaded with JOSM on the other hand.
#24 users: Cambodia » Road classification » 2012-12-08 18:43:23
- RocketMan
- Replies: 0
Is there any system for how to classify the roads in Cambodia? If nothing is established I would like to went my opinion. I suggest we use a classification system based on real road condition. In Thailand, for example, the roads are classified based on how many digits the road number has. This system is substandard because the official road numbers do not match the quality of the roads. It would be much better to classify the roads based on if the road is paved and such.
For example:
National highways - Primary
Paved roads excluding national highways and city streets - Secondary
Bigger and smooth unpaved roads excluding city streets - Teritary
Smaller unpaved roads and bigger city streets - Unclassified
Tags such as surface, speedlimit and such should still be used.
#25 Re: Questions and Answers » Can't upload tracklog » 2012-11-06 06:19:30
I use FireFox and Potlash2 and it works fine at the moment without crashes.
I can't start Potlash1 so I don't know if the tracks show up there or not.