[OSM-talk] OSMXapi

[Daniel Taylor]

Frederik Ramm wrote:
> Hi,
> 
>> Now i've got the most bizarre results ever, it does actually seem to
>> be the right area its rending now, with all the right labels and
>> icons.... just none of the ways (and no closed ways) all the
>> individual nodes are there (it seems, POI are showing up). Actually
>> I lie there are about 5-6 ways showing, amounts to about 3-4 roads
>> randomly placed over the map.
> 
> I had the very same thing recently, with an .osm file containing some
> objects with negative IDs (due to JOSM editing). Using IdTrackerType
> of IdList produced results like you describe (all nodes there but
> practically no ways), while BitSet worked fine. Sent the whole thing
> to Karl Newman who couldn't reproduce the problem. Does switching to
> BitSet do anything for you?
> 
> Bye
> Frederik
> 

Oh it didn't like that:

daniel at earth:~/Desktop/osm$ java -jar osmosis-0.24/osmosis.jar 
--read-xml file=data.osm --bb left=-2.6951453125 bottom=53.53062734375 
right=2.6072546875 top=53.57457265625 completeRelations=no 
completeWays=no idTrackerType=BitSet --write-xml file=data.osm
21-Mar-2008 21:26:41 com.bretth.osmosis.core.Osmosis main
INFO: Osmosis Version 0.24
21-Mar-2008 21:26:41 com.bretth.osmosis.core.Osmosis main
INFO: Preparing pipeline.
21-Mar-2008 21:26:41 com.bretth.osmosis.core.Osmosis main
INFO: Launching pipeline execution.
21-Mar-2008 21:26:41 com.bretth.osmosis.core.Osmosis main
INFO: Pipeline executing, waiting for completion.
Exception in thread "Thread-1-read-xml" java.lang.OutOfMemoryError: Java 
heap space
         at java.util.Arrays.copyOf(Arrays.java:2858)
         at java.util.BitSet.ensureCapacity(BitSet.java:155)
         at java.util.BitSet.expandTo(BitSet.java:170)
         at java.util.BitSet.set(BitSet.java:265)
         at 
com.bretth.osmosis.core.filter.common.BitSetIdTracker.set(BitSetIdTracker.java:64)
         at 
com.bretth.osmosis.core.filter.v0_5.AreaFilter.process(AreaFilter.java:110)
         at 
com.bretth.osmosis.core.container.v0_5.NodeContainer.process(NodeContainer.java:57)
         at 
com.bretth.osmosis.core.filter.v0_5.AreaFilter.process(AreaFilter.java:80)
         at 
com.bretth.osmosis.core.xml.v0_5.impl.NodeElementProcessor.end(NodeElementProcessor.java:99)
         at 
com.bretth.osmosis.core.xml.v0_5.impl.OsmHandler.endElement(OsmHandler.java:108)
         at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:601)
         at 
com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:180)
         at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1337)
         at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2740)
         at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:645)
         at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:508)
         at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807)
         at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
         at 
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
         at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
         at 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:522)
         at javax.xml.parsers.SAXParser.parse(SAXParser.java:395)
         at javax.xml.parsers.SAXParser.parse(SAXParser.java:198)
         at 
com.bretth.osmosis.core.xml.v0_5.XmlReader.run(XmlReader.java:101)
         at java.lang.Thread.run(Thread.java:619)
21-Mar-2008 21:26:42 com.bretth.osmosis.core.Osmosis main

One step closer, two steps back!

- Daniel