Re: [osmosis-dev] Osmosis 0.37 and enableLinestringBuilder error
It looks like the wiki needs a fix up :-) Sorry about that. You don't need to specify that option. The code *should* (been a while since I looked at it) figure out what columns you have in the database dynamically. There is no need to specify such an option. Just remove the option and try again. On Thu, Nov 18, 2010 at 2:42 AM, Emilie Laffray emilie.laff...@gmail.comwrote: Hello, I have been trying to run the following command line (the host information was removed from the command line): osmosis --read-pbf file=roads.osm.pbf --bounding-box top=90 bottom=-90 left=-180 right=-126 completeWays=yes idTrackerType=BitSet --write-pgsql enableLinestringBuilder=yes nodeLocationStoreType=TempFile But I run into a problem as write-pgsql doesn't seem to support the parameter enableLinestringBuilder. The parameter as far as I can tell from the documentation is still here: http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--write-pgsql_.28--wp.29. I am getting the following error though. I am not quite sure what is wrong. Nov 17, 2010 4:27:00 PM org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.37 Nov 17, 2010 4:27:00 PM org.java.plugin.registry.xml.ManifestParser init INFO: got SAX parser factory - org.apache.xerces.jaxp.saxparserfactoryi...@7bc9a690 Nov 17, 2010 4:27:00 PM org.java.plugin.registry.xml.PluginRegistryImpl configure INFO: configured, stopOnError=false, isValidating=true Nov 17, 2010 4:27:00 PM org.java.plugin.registry.xml.PluginRegistryImpl register INFO: plug-in and fragment descriptors registered - 1 Nov 17, 2010 4:27:00 PM org.java.plugin.standard.StandardPluginManager activatePlugin INFO: plug-in started - org.openstreetmap.osmosis.core.plugin.c...@0.37.0 Nov 17, 2010 4:27:00 PM org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. Nov 17, 2010 4:27:00 PM org.openstreetmap.osmosis.core.Osmosis main SEVERE: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: Argument enableLinestringBuilder for task 5-write-pgsql was not recognised. at org.openstreetmap.osmosis.core.pipeline.common.TaskManagerFactory.createTaskManager(TaskManagerFactory.java:64) at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.buildTasks(Pipeline.java:50) at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.prepare(Pipeline.java:112) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:86) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) 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:31) Emilie Laffray ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] PBF: Anyone interested in a multiplatform Qt/C++ pbf2osm?
2010/11/17 Sven Geggus li...@fuchsschwanzdomain.de Chris Browet c...@semperpax.com wrote: Actually, I could develop a pbf 2 whatever, via GDAL. Native osm or pbf support for gdal/ogr would be really nice. Er, sure, but it is not quite the point, here... ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] PBF: Anyone interested in a multiplatform Qt/C++ pbf2osm?
Chris Browet c...@semperpax.com wrote: Actually, I could develop a pbf 2 whatever, via GDAL. Native osm or pbf support for gdal/ogr would be really nice. Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] PBF: Anyone interested in a multiplatform Qt/C++?pbf2osm?
Chris Browet c...@semperpax.com wrote: Actually, I could develop a pbf 2 whatever, via GDAL. Native osm or pbf support for gdal/ogr would be really nice. Er, sure, but it is not quite the point, here... You have been talking about pbf2foo which would be basically the same as osm/pbf input format support in ogr2ogr at least from a users point of view. Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Our beloved XML format doesn't parse; planet 11-11
2010/11/17 Frederik Ramm frede...@remote.org: https://bugs.launchpad.net/ubuntu/+source/bzip2/+bug/621130 I could reproduce the bug here but only when piping uncompressed stuff through bzcat -f, which is a rather stupid thing to do anyway. Whenever I piped compressed stuff into it, it worked as expected. I discovered this bug when I tried to import (compressed) srtm-data I had converted with srtm2osm into my pgdb with osm2pgsql (I got the error file is empty because the first line wasn't uncompressed correctly). I resolved by decompressing and recompressing it with gzip, so I am quite sure the osm-file was OK (file, more and tail also confirmed this). I could reproduce this bug also by simply compressing a whatever textfile of 2-3 lines and then reading it with bzcat (the first line got awful). cheers, Martin ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] New public nominatim service (mapquest)
Brian Quinion wrote: Mapquest have now created an instance of nominatim running on their network infrastructure Does Mapquest also have a nice sample page which shows how to access Nominatim? I'd like to access Nominatim via OpenLayers.Request if possible, yet I'm not very familiar with OpenLayers and such samples seems to be rather rare. So far I've just succeeded with setting up a demo map page with some small improvements (http://www.orpatec.ch/osm/tools/main.php). Accessing Nominatim seems to be in yet another ligue. Wyo ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] New public nominatim service (mapquest)
I think nominatim is well documented on the wiki. I used it to create the Osm.org routing demo. It queries nominatim using jquery. You can find the source here: http://nroets.dev.openstreetmap.org/ On Wed, Nov 17, 2010 at 10:48 PM, Wyo otto.w...@orpatec.ch wrote: Brian Quinion wrote: Mapquest have now created an instance of nominatim running on their network infrastructure Does Mapquest also have a nice sample page which shows how to access Nominatim? I'd like to access Nominatim via OpenLayers.Request if possible, yet I'm not very familiar with OpenLayers and such samples seems to be rather rare. So far I've just succeeded with setting up a demo map page with some small improvements ( http://www.orpatec.ch/osm/tools/main.php). Accessing Nominatim seems to be in yet another ligue. Wyo ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Removing scale_max / scale_min from elemstyles.xml? / mapcss
Am 16.11.2010 15:09, schrieb Sebastian Klein: Generally I don't see any problem since the xml style is distributed with the binary. But users who have loaded a modified copy of elemstyles.xml would be affected. ... and users using one of the enhancements from: http://josm.openstreetmap.de/wiki/Styles will also probably (I guess these files also contain scale entries) experience strange problems that they can't really explain after updating JOSM. I do see a problem when we switch the behaviour of JOSM without giving people using that feature the chance to follow us ;-) I've removed scale_min / scale_max and after thinking about it again, we may keep the default setting in the preferences the way it currently is. Regards, ULFL ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev