[OSM-talk] Idea: All town/cities within # hours/minutes of x location
Hello, I've spent the last couple of days on google maps dragging around map pins and using the fancy ajax live updating distance/time calculator they now have to find locations 3 hours away from a specified location. I am looking to move house, but have to take into account commuting distance to and from work. Using google maps I was able to place a map pin on a work location and drag a second pin around (using the nifty 'drag to change the route' feature) to a few locations I was considering. Now this is all when and good when i know exactly where i want to go, i can check very easily if its viable. but... I'm not 100% sure where I want to be, I just want to be within 3 hours of my work place. So here's the insane idea. Given a specified POI all routes 'outward' should be tested until they reach the '# hours' limit, taking into account speed limits of course, this would produce a circle (more like a 'splat' shape I predict) which when overlayed on a map would show the town/cities in reach within # hours driving distance. To me it sounds like a perfect google SoC challenge, a student project or just a project for some who's a little bored this weekend. I think this would be a really cool tool to have, think plenty of people would use something like this. now... usually when i have ideas someone has already made them into reality... hoping that's the case here ;) really need this. thoughts? thanks - daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Idea: All town/cities within # hours/minutes of x location
Frederik Ramm wrote: Hi, Daniel Taylor wrote: now... usually when i have ideas someone has already made them into reality... hoping that's the case here ;) really need this. www.openrouteservice.org has something called accessibility analysis which does what you want but only for parts of Europe and only for up to 60 minutes. Bye Frederik Interesting, ok, well the Europe limit is fine, I want this for the UK. but the up to 60 minutes thing makes it a tad useless for what i need. I presume that's for performance reasons? is the code for that feature available? thanks! - daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] I've added some amenity values to MapFeatures based on tag usage
Juan Lucas Dominguez Rubio wrote: Very interesting. Thank you, Richard. Doctor's sounds a bit common to me. Surgery is far better... Cheers, Lucas Wait but is that a 'surgery' in a hospital?, a doctors 'surgery'? or a veterinary 'surgery'? doctors-surgery*, would probably be better if your going down that route. 'doctors' is not common (since when did OSM care about class?), but its not right either IMO. not descriptive enough. *also add veterinary-surgery, I work in these places so I can make a list. ps. maybe 'practice' would be better (doctors-practice, veterinary-practice)? if so then its probably worth adding dental practice, and all the other medical practices (chiropractic, chiropodist etc). I see hundreds of these places on my rounds (and work in some of them too), so I have tons to list. Have a stack of vets in google earth KML. - Daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMXapi
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: [EMAIL PROTECTED]:~/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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi
Frederik Ramm wrote: Hi, [EMAIL PROTECTED]:~/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 [...] Exception in thread Thread-1-read-xml java.lang.OutOfMemoryError: Java heap space Try adding the Java command line parameter -Xmx1024m. Bye Frederik Now its working! Thank you very much! The working command is: java -Xmx1024m -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 Finally a nice small map! Perfect. Thank you for your help everyone, - Daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Tagging] Vote: Shooting
Alex Mauer wrote: Voting is now open on tagging for the sport of shooting. http://wiki.openstreetmap.org/index.php/Proposed_features/Shooting Please record your vote. -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk Sorry to reply to this here, I'm still trying to remember my wiki password (been away for a while, only just getting back into it) You (the royal 'you', not you alex) have listed the possible values as clay, range and paintball. What about airsoft? (think paintball with bb guns, more realistic weapons, without the messy paint, it's more of a military simulation then all out killing) http://en.wikipedia.org/wiki/Airsoft There's tons of sites *dedicated* to airsofting around the county, there's three in my local area (Wigan) which I frequent and I've been looking for a way to tag them. Trust me airsofters are going to be annoyed if their shooting sites get listed as 'paintballing' sites, and visa versa. The reason they need to be listed separately is that paint balling sites are not nessarily airsofting sites, and airsofting sites are not necessarily paint balling sites. Non of the three in my area are paintballing sites, though there is one paintballing site in my area that doesn't allow airsofting. I think with this proposal OSM could become *the* source of paintballing/airsofting sites, I don't think there are many complete maps of these sites currently around. Bonus about airsofting? recently the UK government said that all sites needed to register and all players needed to register to legally own the replica weapons, what does this mean for OSM? Potentially a nice list of sites straight from the governing body (UKARA): http://www.ukara.org.uk/node/24 Someone from legal just needs to drop them an email and see if they will share the data, I reckon they would love a OSM map on their site with all the sites listed in return! Worth a try. If I remember my password i'll post this on the wiki too. - Daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi
Chris Hill wrote: I have extracted some data yesterday from OsmXapi for a range [bbox=-1.1,53.63,0.16,54.17], roughly the area of East Yorkshire, UK. In the resulting data there are nodes and ways from well outside this area, for example: node id='46201367' lat='52.3305' lon='5.06701' user='Ed Kapitein' osmxapi:users='Ed Kapitein' timestamp='2008-02-22T16:55:00Z' tag k='AND_nodes' v='236712'/ tag k='AND_nosr_p' v='10012917'/ tag k='is_in' v='NL'/ tag k='name' v='Muiden'/ tag k='place' v='village'/ tag k='population' v='1000'/ tag k='postal_code' v='1398'/ tag k='source' v='AND'/ /node Is this normal? cheers, Chris ___ Rise to the challenge for Sport Relief with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk Hi, I had this problem the other day extracting data from the Wigan area, when I looked at what was being downloaded it was data that was connected/related to data that was inside the bbox I had selected. For example a large primary road (one _long_ way) was included even though the majority of it clearly outside of the bbox I had selected, from what I have read this happens by design. http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5#About_bounding_boxes The following command returns: * All nodes that are inside a given bounding box and any relations that reference them. * All ways that reference at least one node that is inside a given bounding box, any relations that reference them [the ways], and any nodes outside the bounding box that the ways may reference. That might be the cause of your issues, and if so there doesn't seem to be a way around it. If you find one let me know! - Daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi
Frederik Ramm wrote:
Hi,
That might be the cause of your issues, and if so there doesn't seem to
be a way around it.
If you need a properly cut bounding box then you can run your .osm
file from OsmXAPI through an Osmosis -bb task afterwards. This will
drop all nodes outside the box, and cut ways extending past the box.
Bye
Frederik
Frederik,
Well that was another thing that puzzled me, because I tried that and it
didn't (seem to) work. (Although it's entirely possible that it's my fault).
http://wiki.openstreetmap.org/index.php/Osmosis#--bounding-box_.28--bb.29
Says that the completeWays and completeRelations are off ('no') by
default (I tried enabling them just to see if the logic was reversed
(ie. a bug) and explicitly turning them off, but on luck).
Here's what I was using:
java -jar osmosis-0.24/osmosis.jar --read-xml file=data.osm -bb
left=-2.6951453125 right=53.53062734375 top=2.6072546875
bottom=53.57457265625 completeRelations=no completeWays=no --write-xml
file=data.osm
I could be doing that wrong, I even tried cutting it into a tiny bbox
using coordinates that where only a few seconds apart, but still
couldn't make it work.
It does make some difference however (new file here shown against a backup):
-rw-r--r-- 1 daniel daniel1046290 2008-03-20 23:03 data.osm
-rw-r--r-- 1 daniel daniel1190058 2008-03-20 13:49 data.osm.1
No visible changes though, hmm weird, that one must be my fault, I'll
keep playing.
Thanks for your help,
- Daniel
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
