Re: [OSM-talk] OSMXapi
On Thu, Mar 20, 2008 at 9:54 PM, Chris Hill [EMAIL PROTECTED] 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? There have been a couple of reports of problems like this recently. Some changes were made to Osmxapi on March 15 to support relations. It may be that a bug crept in. I'll take a look. 80n 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM server down
db went down for some reason, restarted On 21 Mar 2008, at 07:57, Mike Collinson wrote: Both http://www.openstreetmap.org/ and attempted JOSM download give 500 Internal Server Error ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Survey: Bad Map Rendering
Hi, I've been approached by a student of Geoinformatics who wants to write her Master's Thesis about something OSM related. I suggested to look into the rendering topic: Where are our current problems in rendering, can they be solved by simply improving the renderer(s) or will they need additional input from mappers in the form of hints or extra data, or are they maybe completely unsolvable for computers. I recognize this is more a general cartography topic than an OSM specific one, but our crowdsourcing powers might come in if it turns out that there are certain areas where map rendering could be improved dramatically if mappers did enter a few extra hints; nobody else could achieve that on a global scale but us. I'm sure each of you must have some pet peeve with our map rendering, some area you have mapped but which never looks right, some place where you're always tempted to edit the map tile with the GIMP before uploading it ;-) I'd be happy to hear from you about such areas of bad rendering, whether they are bugs in there renderer(s) or just things that are ugly for some reason. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Survey: Bad Map Rendering
Label placement. Sometimes the 'wrong' label gets precedent and one is hidden. Use spring-force placement on the labels to jiggle them until a fit is found. Anchor a virtual spring to the lat/lng of a node with place:city, name:Foo. The other end on to the label itself. Repeat with all the floating labels (ref: tags etc). Make all the nodes electorstatically repulsive, add friction and simulate a few iterations. Play about with values for the spring constant and repulsion coefficient until you find 'nice' values. For bonus points write a GA to find the nice values for you. For all I know mapnik already does something like this. For super bonus points, do all this in XSLT. On 21 Mar 2008, at 11:23, Frederik Ramm wrote: Hi, I've been approached by a student of Geoinformatics who wants to write her Master's Thesis about something OSM related. I suggested to look into the rendering topic: Where are our current problems in rendering, can they be solved by simply improving the renderer(s) or will they need additional input from mappers in the form of hints or extra data, or are they maybe completely unsolvable for computers. I recognize this is more a general cartography topic than an OSM specific one, but our crowdsourcing powers might come in if it turns out that there are certain areas where map rendering could be improved dramatically if mappers did enter a few extra hints; nobody else could achieve that on a global scale but us. I'm sure each of you must have some pet peeve with our map rendering, some area you have mapped but which never looks right, some place where you're always tempted to edit the map tile with the GIMP before uploading it ;-) I'd be happy to hear from you about such areas of bad rendering, whether they are bugs in there renderer(s) or just things that are ugly for some reason. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Teleatlas file format
Hi, Does any one know what file format or database Teleatlas/navteq uses for the maps they are selling to their clients? Is there a sample file somwhere? I searched and didn't find any. Alilo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Survey: Bad Map Rendering
Frederik Ramm wrote: I'd be happy to hear from you about such areas of bad rendering, whether they are bugs in there renderer(s) or just things that are ugly for some reason. Label placement (as Steve's flagged) and generalisation (i.e. stretching the geographical truth to convey the information you want) are the two old chestnuts for automated cartography. The South Wales valleys are always a good case for generalisation: http://www.openstreetmap.org/?lat=51.61lon=-3.333zoom=10layers=B0FT You have a narrow valley with (typically) one or two major roads, a railway, a river and a canal all crowded into it. How do you avoid them all ending up on top of each other at small scale? There is a vast amount of prior research on both these topics, so your student would have a lot of reading to do, but yes, the crowdsourcing approach could really add something. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Survey: Bad Map Rendering
Frederik Ramm schrieb: I'd be happy to hear from you about such areas of bad rendering, whether they are bugs in there renderer(s) or just things that are ugly for some reason. I'm sure you are alluding to the redundant captions of ways that are split up for bridges or of dual carriageways. But I feel that problem needs to be solved by both, mappers and programmers. Surely it's possible for the renderer to analize name and ref-tags and assume that several pieces make up one whole way but that doesn't seem right to me. The data itself should tell that one way is a whole. Same applies to dual carriageways where the data should tell they belong together. Another thing that could purely be solved by code is placing additional captions on large objects. At high zooms you often have to pan in order to see the name of an object. Google has some kind of algorithm repeating a caption every x meters so that's always a caption within view. This applies to ways as well as areas (lakes). regards, Sven ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Teleatlas file format
yes its just shapefiles with a specific ontology afair. there are specs on the web On 21 Mar 2008, at 11:54, Alilo wrote: Hi, Does any one know what file format or database Teleatlas/navteq uses for the maps they are selling to their clients? Is there a sample file somwhere? I searched and didn't find any. Alilo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk have fun, SteveC | [EMAIL PROTECTED] | http://www.asklater.com/steve/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Survey: Bad Map Rendering
Maybe routing is an interesting area to research as it is related to rendering and hinting or additional input from mappers. This is all AFAIK, sorry if I'm wrong here: So far we've seen a few examples of routing using OSM data but no real 'measurement' of how 'good' this routing actually is. Also upscaling the areas that can be routed (e.g. a trip of 1000 km) is something that cannot be performed well with our data or by our routing applications. Large scale, 'publicly ready' routing by OSM is one of the major areas in which this project is lacking. Perhaps routing capabilities can be improved by the a student with a proper background who can spend some significant time on the subject. Perhaps starting with a little research on how well our data is suitable for routing as well as examining the existing solutions. Followed by suggestions to improvements, (partial) implementation of these improvements, test results on how well the improvements work and conclusions/recommendations. Frederik Ramm wrote: Hi, I've been approached by a student of Geoinformatics who wants to write her Master's Thesis about something OSM related. I suggested to look into the rendering topic: Where are our current problems in rendering, can they be solved by simply improving the renderer(s) or will they need additional input from mappers in the form of hints or extra data, or are they maybe completely unsolvable for computers. I recognize this is more a general cartography topic than an OSM specific one, but our crowdsourcing powers might come in if it turns out that there are certain areas where map rendering could be improved dramatically if mappers did enter a few extra hints; nobody else could achieve that on a global scale but us. I'm sure each of you must have some pet peeve with our map rendering, some area you have mapped but which never looks right, some place where you're always tempted to edit the map tile with the GIMP before uploading it ;-) I'd be happy to hear from you about such areas of bad rendering, whether they are bugs in there renderer(s) or just things that are ugly for some reason. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Teleatlas file format
Hi, Does any one know what file format or database Teleatlas/navteq uses for the maps they are selling to their clients? Is there a sample file somwhere? I searched and didn't find any. I read that both TeleAtlas and Navteq do supply data in GDF. There are two well-known GDF examples linked here: http://www.ertico.com/en/links/links/gdf_-_geographic_data_files.htm The format is quite ugly and, as far as I understand, they're toying with a transition to some XML format. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GPStogo is go!
Cool. Does the Foundation's status as a UK registered limited company preclude these donations benefitting from Gift Aid http://www.hmrc.gov.uk/charities/gift-aid.htm ? - Dan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GPStogo is go!
We are a registered non-profit organisation, but not a registered charity. Gift aid is only available for donations to registered charities. However, for large donations (say £1k+) it is possible for the donation to be channeled via a charity. We have an arrangement in place to do this. This enables the donor to benefit from tax relief and for the intermediate charity to claim Gift Aid relief. Anyone contemplating a substantial donation should contact me directly about this. Etienne On Fri, Mar 21, 2008 at 1:25 PM, Daniel Challen [EMAIL PROTECTED] wrote: Cool. Does the Foundation's status as a UK registered limited company preclude these donations benefitting from Gift Aid http://www.hmrc.gov.uk/charities/gift-aid.htm ? - Dan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Teleatlas file format
Alilo wrote: Does any one know what file format or database Teleatlas/navteq uses for the maps they are selling to their clients? I don't know about NavTeq, but Tele Atlas data is available in GDF, RMF, Oracle, and Shapefiles. Is there a sample file somwhere? I searched and didn't find any. If you google for multinet shapefile you'll find the table definitions for the shapefile data (the geometry is just points, polylines, and polygons). -dair ___ [EMAIL PROTECTED] http://www.refnum.com/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Teleatlas file format
Date: Fri, 21 Mar 2008 11:54:59 + From: Alilo [EMAIL PROTECTED] Subject: [OSM-talk] Teleatlas file format To: Talk Openstreetmap talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Hi, Does any one know what file format or database Teleatlas/navteq uses for the maps they are selling to their clients? Is there a sample file somwhere? I searched and didn't find any. We have bought Navteq data and OS data in MIF/MID format which is pretty simple. One can also normally request it as: ESRI Shape file, MapInfo TAB This looks useful, they seem to offer downloads in different formats http://www.xyzmaps.com/sample.htm There are many others (see this quote)! You can also use the built-in converters to convert maps from MapInfo MIF/MID, ESRI SHP, ESRI .E00, TIGER, SDTS, VPF, DLG, and AutoCAD DXF or DWG formats, as well as over 75 other formats. Manifold can read terrain elevation data and satellite photos in all popular formats. US government servers are a great source for hundreds of thousands of free maps and data sets. Since Manifold can import data from Oracle OCI, ODBC, OLE DB, ADO .NET databases as well as file-oriented database formats like DBF, XLS, MDB and many others, numerous text and other format databases may be used to create maps. http://www.manifold.net/explore/faq.html See link here for an example order form: Alilo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi
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 -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/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
On Thu, Mar 20, 2008 at 9:54 PM, Chris Hill [EMAIL PROTECTED] 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? This should be fixed now. Osmxapi was being a bit over-zealous by selecting all the nodes from all the ways from all the relations under some circumstances. 80n 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Recent (last few weeks) [EMAIL PROTECTED] render changes
On Fri, Mar 21, 2008 at 8:59 PM, Alex Mauer [EMAIL PROTECTED] wrote: I've been looking at some of the recent changes to rendering of [EMAIL PROTECTED], and have some comments. Looking at the US at zoom 4 shows 3 distinctly rendered zones: East, Southwest, and Northwest. Looking a bit closer, it seems like the east is further subdivided into northeast and southeast. Of these, it seems that the southwest is the oldest (zoom 8 tiles last rendered in January), then the northwest and southeast (zoom 8 tiles rendered in early March), and finally the east (zoom 8 tiles rendered in the last week or so. I have the following observations: 1. rail is overemphasized in the oldest zone, but completely absent in the newer ones. This is unfortunate. I agree. 2. State borders are missing or absent in all but the oldest. I think state borders are there, they are just drowned out by secondary roads. 3. secondary roads are overemphasized in the newest zone. It makes whole areas into orange blobs. (http://a.tah.openstreetmap.org/Tiles/tile/6/17/24.png for example) They were about right in the middle-aged one. Agree, although someone commented recently that many secondary roads imported by TIGER should more realistically be tagged as tertiary. 4. primary roads are underemphasized in the middle-aged zones, but about right in the newest zone. Agreed. What do others think? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ 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] OSMXapi
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 -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Recent (last few weeks) [EMAIL PROTECTED] render changes
Would it be possible to take the borders in the same rendering as you render the text? The way they are now in the captionless tiles they are imho invisible. Also it would be very nice to filter on admin_level Skywave On Fri, Mar 21, 2008 at 10:44 PM, 80n [EMAIL PROTECTED] wrote: On Fri, Mar 21, 2008 at 8:59 PM, Alex Mauer [EMAIL PROTECTED] wrote: I've been looking at some of the recent changes to rendering of [EMAIL PROTECTED], and have some comments. Looking at the US at zoom 4 shows 3 distinctly rendered zones: East, Southwest, and Northwest. Looking a bit closer, it seems like the east is further subdivided into northeast and southeast. Of these, it seems that the southwest is the oldest (zoom 8 tiles last rendered in January), then the northwest and southeast (zoom 8 tiles rendered in early March), and finally the east (zoom 8 tiles rendered in the last week or so. I have the following observations: 1. rail is overemphasized in the oldest zone, but completely absent in the newer ones. This is unfortunate. I agree. 2. State borders are missing or absent in all but the oldest. I think state borders are there, they are just drowned out by secondary roads. 3. secondary roads are overemphasized in the newest zone. It makes whole areas into orange blobs. (http://a.tah.openstreetmap.org/Tiles/tile/6/17/24.png for example) They were about right in the middle-aged one. Agree, although someone commented recently that many secondary roads imported by TIGER should more realistically be tagged as tertiary. 4. primary roads are underemphasized in the middle-aged zones, but about right in the newest zone. Agreed. What do others think? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXapi
I have downloaded the selection again and it now looks much better at a first glance. It is also a little over half the size of the old one. Thanks for your work. cheers, Chris - Original Message From: 80n [EMAIL PROTECTED] To: Chris Hill [EMAIL PROTECTED] Cc: Talk OSM talk@openstreetmap.org Sent: Friday, 21 March, 2008 9:37:55 PM Subject: Re: [OSM-talk] OSMXapi On Thu, Mar 20, 2008 at 9:54 PM, Chris Hill [EMAIL PROTECTED] 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? This should be fixed now. Osmxapi was being a bit over-zealous by selecting all the nodes from all the ways from all the relations under some circumstances. 80n 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 __ Sent from Yahoo! Mail. More Ways to Keep in Touch. http://uk.docs.yahoo.com/nowyoucan.html___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] re contours
On Thu, Mar 20, 2008 at 6:05 AM, Steve Hill [EMAIL PROTECTED] wrote: with altitude anyway - if you're cycling (for example) at an altitude of 600m, a 100m high hill is just as significant to you as it would be if you were cycling at sea level, but in the former case it wouldn't show up on the map at all whilst in the latter it would be very obvious. Another example is when orienteering, knowing where a draw, saddle or point is accurately becomes important. Also, if contours are given, relief shading is a bit redundant. It's fairly easy to tell a valley from a mountain in context. However, distinguishing between a mesa and a valley might be a bit tricky. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [talk-au] Rankins Springs
On Tue, 12 Feb 2008, Liz wrote: On Tue, 12 Feb 2008, Mike R wrote: . . . . . Mid Western Hwy and Rankins Springs Rd are also listed :-) Mike I've emailed the council for advice. Its the sort of place which may provide access to their GIS for our use (to make sure they aren't overlooked). I'll see what sort of a response I get to the what is the name of the street query before progressing along that line. Carrathool Shire Council provided me with a copy of the Town Plan. Its Bales Avenue. Liz ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-au
[Talk-de] kml overlay für osm
Hallo zusammen, ich weiss gar nicht genau ob das hier her gehört, aber ich versuche es mal: Für meine HP würde ich gern GPS-Tracks als overlay über osm Karten legen. Dafür scheint mir zunächst Openlayers am brauchbarsten, nur bin ich auf folgendes Problem gestoßen: Die Einbindung der Karten-Layers erfolgt (für OSM Karten) über UTM Koordinaten(glaube ich zumindest), ich habe aber kml (bzw. gpx) Dateien, die lat/lon Werte erhalten, so dass mein Track auf der Karte immer in der näheren Umgebung des Schnittpunktes von Äquator und Nullmeridian liegt. Ich habe verschiedene Lösungsansätze, die auszuführen ich aber noch nicht in der Lage war: 1) ein Tool, welches aus meiner kml/gpx Datei mit lat/lon-Koordinaten eine kml/gpx Datei mit UTM Koordinaten macht. Gibt es sowas? Ist das überhaupt generell möglich, oder wird das durch die definition des Standards ausgeschlossen? Wäre gml eine Alternative? 2) eine Möglichkeit beim einbinden der kml-Datei OpenLayers zu sagen, das dort lat/lon-Werte drinstehen, meine Karte aber UTM-Koordinaten verwendet. Habe auf den ersten Blick in der Dokumentation keine solche Möglichkeit entdeckt. 3) in OpenLayers die Karte nicht als UTM zu definieren, dafür aber die Funktion zum Auswählen der Tiles entsprechend abzuändern (soweit ich dass verstanden habe), so dass trotzdem die Karte korrekt dargestellt wird. Vielleicht hat jemand zu dem ein oder anderen Punkt einen produktiven Vorschlag... Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Baustellen/Sperrungen auf Autobahnen
Hi, wir hatten hier ja ab und zu schon Diskussionen, wie und ob man den Baustellen und Sperrungen am besten in OSM kennzeichnen könnte. Neulich bin ich auf der Homepage des B auf deren Baustelleninformationsystem gestoßen und mal angefragt, ob man die dahinter liegenden Daten bekommen könnte, aber lest selbst: Sehr geehrte Damen und Herren, ist es möglich die Daten die in ihrem Baustellen-Informationssystem stecken in einem maschinen Lesbaren Format wie z.B. XML zu bekommen? MfG Andreas Hubel Sehr geehrter Herr Hubel, Sie hatten Ihr Interesse an den aktuellen Baustellendaten des Baustellen-Informationssystems des Bundesministeriums für Verkehr, Bau und Stadtentwicklung (BMVBS) bekundet. Voraussetzung für die Nutzung der Daten des Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der Daten. Falls Sie die Baustellen-Daten nutzen möchten, benötigen wir von Ihnen eine E-Mail an [EMAIL PROTECTED] mit folgenden Angaben: Firma, Name, Anschrift, Telefonnummer, E-Mail (an diese Adresse wird dann auch die Export-Datei versendet) und Verwendungszweck der Daten, sowie die Versicherung, dass die Daten weder kommerziell genutzt noch an Dritte weitergegeben werden. Wenn die Daten des Baustellen-Informationssystems des BMVBS sichtbar in Ihr Internetangebot eingebunden werden, muss der folgende Hinweis mit dazugestellt werden: Mit freundlicher Unterstützung des Bundesministeriums für Verkehr, Bau und Stadtentwicklung (www.bmvbs.de) Wo die Daten nicht sichtbar eingebunden sind, aber als Hintergrundinformation anderer Anwendungen verwendet werden, sollte an anderer geeigneter Stelle der Hinweis (s.o.) aufgenommen werden (z.B. Impressum oder Erläuterung der Applikation). Ein Daten-Export wird einmal wöchentlich als csv- und txt-Datei per E-Mail versendet. Die Daten dürfen nicht an Dritte weitergegeben und nicht für kommerzielle Zwecke genutzt werden. Die Pflege und Aktualisierung der Daten liegt in der Verantwortung der Straßenbaubehörden der einzelnen Bundesländer. Wir können daher keine Gewähr für die Richtigkeit und Aktualität der Daten übernehmen. Mögliche Rückfragen können wir auch gerne telefonisch klären (030 - 2008-2392) Mit freundlichen Grüßen im Auftrag Tatjana Bielke Sehr geehrter Herr Hubel, Sie hatten Ihr Interesse an den aktuellen Baustellendaten des Baustellen-Informationssystems des Bundesministeriums für Verkehr, Bau und Stadtentwicklung (BMVBS) bekundet. Voraussetzung für die Nutzung der Daten des Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der Daten. Falls Sie die Baustellen-Daten nutzen möchten, benötigen wir von Ihnen eine E-Mail an [EMAIL PROTECTED] mit folgenden Angaben: Firma, Name, Anschrift, Telefonnummer, E-Mail (an diese Adresse wird dann auch die Export-Datei versendet) und Verwendungszweck der Daten, sowie die Versicherung, dass die Daten weder kommerziell genutzt noch an Dritte weitergegeben werden. Wenn die Daten des Baustellen-Informationssystems des BMVBS sichtbar in Ihr Internetangebot eingebunden werden, muss der folgende Hinweis mit dazugestellt werden: Mit freundlicher Unterstützung des Bundesministeriums für Verkehr, Bau und Stadtentwicklung (www.bmvbs.de) Wo die Daten nicht sichtbar eingebunden sind, aber als Hintergrundinformation anderer Anwendungen verwendet werden, sollte an anderer geeigneter Stelle der Hinweis (s.o.) aufgenommen werden (z.B. Impressum oder Erläuterung der Applikation). Ein Daten-Export wird einmal wöchentlich als csv- und txt-Datei per E-Mail versendet. Die Daten dürfen nicht an Dritte weitergegeben und nicht für kommerzielle Zwecke genutzt werden. Die Pflege und Aktualisierung der Daten liegt in der Verantwortung der Straßenbaubehörden der einzelnen Bundesländer. Wir können daher keine Gewähr für die Richtigkeit und Aktualität der Daten übernehmen. Mögliche Rückfragen können wir auch gerne telefonisch klären (030 - 2008-2392) Mit freundlichen Grüßen im Auftrag Tatjana Bielke Sehr geehrter Herr Hubel, Sie hatten Ihr Interesse an den aktuellen Baustellendaten des Baustellen-Informationssystems des Bundesministeriums für Verkehr, Bau und Stadtentwicklung (BMVBS) bekundet. Voraussetzung für die Nutzung der Daten des Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der Daten. Falls Sie die Baustellen-Daten nutzen möchten, benötigen wir von Ihnen eine E-Mail an [EMAIL PROTECTED] mit folgenden Angaben: Firma, Name, Anschrift, Telefonnummer, E-Mail (an diese Adresse wird dann auch die Export-Datei versendet) und Verwendungszweck der Daten, sowie die Versicherung, dass die Daten weder kommerziell genutzt noch an Dritte weitergegeben werden. Wenn die Daten des Baustellen-Informationssystems des BMVBS sichtbar in Ihr Internetangebot eingebunden werden, muss der folgende Hinweis mit dazugestellt werden: Mit freundlicher Unterstützung des Bundesministeriums
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
Neulich bin ich auf der Homepage des B auf deren [...] ich hab da wohl nen Platzhalter nicht ausgefüllt. ;-) gemeint war das Bundesministerium für Verkehr, Bau und Stadtentwicklung oder kurz bmvbs MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Höhen in OSM
Christoph Eckert schrieb: das sind die srtm-Daten, die schon Guenther erwähnte. Währe das nicht eine Möglichkeit diese Höhenangaben generell in OSM einzubauen? Soweit ich weiß ist der momentane Konsens eher, diese Daten nicht zu übernehmen. gibts dafür auch quellen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
Stellt sich die Frage, ob wir für solche Informationen nicht eine eigene Schicht in OSM anlegen sollten und ob wir sie überhaupt in OSM haben wollen, oder dafür nicht ein eigenes Unterprojekt aufmachen sollten... Nach lage der dinge stellt sich die frage nicht wirklich... Zunächst müsste man klären ob copyrightartigen ansinnen berechtigt sind. Falls es besondere amtliche daten wären, könnte man die einfach so übernehmen. Wahrscheinlich ist das aber nicht gegeben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] SoC Idee: Verknüpfung mit externen Dat enquellen am Beispiel Öffnungszeiten
Hi, Ich schreib hier mal eine Idee, mit der ich mich für den SoC bewerben will. Englische Variante kommt dann die Tage. Die Idee hat Frederick mal bei einem Talk in Karlsruhe in den Raum geworfen und ich sinnier seitdem drüber nach dass ich das gern realisieren würde. Konkret geht es um die Verknüpfung von Stadtwikis und OSM-Daten am Beispiel von Öffnungszeiten von Läden, Gaststätten o.ä. Folgende Dinge sollten im Rahmen des Projekts realisiert werden: - Definieren, wie die Verknüpfung eines Objekts in einem Wiki mit dem entsprechenden Objekt in OSM auszusehen hat, idealerweise sollte es dann auch gleich automatisiert möglich sein, im Wiki einen OSM-Ausschnitt einzublenden. - Definieren, wie Öffnungszeiten computerlesbar und möglichst einfach in einem Wiki erfasst werden können, dazu passend ein Plugin oder eine Vorlage für Mediawiki, welche die Öffnungszeiten dann auch im Wiki brauchbar darstellt. - Eine Slippymap, auf welcher entweder nach einer angegebenen oder nach der aktuellen Uhrzeit offene und geschlossene Geschäfte angezeigt werden (bspw. offen in einer hellen, deutlich sichtbaren Farbe, geschlossene garnicht oder nur hellgrau). ein Klick auf das entsprechende Objekt sollte einen verweis auf das wiki, die Öffnungszeiten, Name etc. bereithalten. Erscheint mir realisierbar aber trotzdem ziemlich reizvoll. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] kml overlay für osm
Stephan Richter [EMAIL PROTECTED] wrote: 1) ein Tool, welches aus meiner kml/gpx Datei mit lat/lon-Koordinaten eine kml/gpx Datei mit UTM Koordinaten macht. Gibt es sowas? cs2cs aus dem proj4 Paket kann so Sachen hin und her konvertieren. Beispielsweise von Gauß-Krüger (GK2) nach lat/long: echo 2611045.99 5726063.67 | cs2cs -f %.6f +init=epsg:31466 +to +init=epsg:4326 Welcher EPSG Code Dein UTM ist musst Du selbst rausfinden. Hier unter Debian stehen die Codes von proj4 in /usr/share/proj/epsg Gruss Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
Andreas Hubel zitierte: Die Daten dürfen nicht an Dritte weitergegeben und nicht für kommerzielle Zwecke genutzt werden. (...) Wie könnte verhindert werden, dass die Daten nach Integration in OSM weder weitergegen noch (von Dritten) kommerziell genutzt werden? Solange die Bedingungen, unter denen OSM die Daten erhielte, nicht mit der CC-BY-SA kompatibel sind, stellt sich die Frage nicht, fürchte ich. Gruss florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen/Sperrungen auf Autobahnen
Andreas Hubel wrote: Voraussetzung für die Nutzung der Daten des Baustellen-Informationssystems ist die nicht-kommerzielle Nutzung der Daten. Hier ist der erste Haken! OSM selber ist zwar nicht kommerziell, aber: JEdes kommerzielle Projekt darf die Daten übernehmen - so eine Bedingung ist mit der OSM-Lizenz nicht vereinbar. Stellt sich die Frage, ob wir für solche Informationen nicht eine eigene Schicht in OSM anlegen sollten und ob wir sie überhaupt in OSM haben wollen, oder dafür nicht ein eigenes Unterprojekt aufmachen sollten... Ein eigenes Subprojekt halte ich für eine bergrüßenswerte Idee. Aber alles andere dürfte mit: Nicht an Dritte weitergeben nicht vereinbar sein. Wobei: Ich habe keine Ahnung, ob so ein Subprojekt überhaupt mit cer Creative Commons vereinbar ist, da diese Daten dannn nicht mehr kopiert werden dürfen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Barrierefreiheit taggen
Hallo Martin, Was die barrierefrei zug?nglichen WC angeht, so sollten sich diese eigentlich in allen ?ffentlichen Geb?uden befinden, da sie Vorschrift sind. Die Zugangsbreite der T?ren muss meines Wissens mind. 90 betragen, besser aber 100 cm, wenn der angesprochene Rollstuhlfahrer durch T?ren mit 60 cm durchkommt, hat er wohl einen extraschmalen (Sport-)Rollstuhl. Die Mindestma?e gelten ja u.a. auch f?r elektrische Rollst?hle. Wir k?nnen sicher nicht alle Abs?tze mappen, die zu beachten sind, aber vielleicht hilft ja jemand dem Rollstuhlfahrer auch mal ?ber eine Schwelle, die er alleine nicht ?berwinden kann. Sinnvoll ist m.E. hingegen, Aufz?ge und Barrierefreiheit von U-Bahnh?fen etc. sowie deren Standorte aufzunehmen, da sie ?fters nicht mit den Treppeneing?ngen ?bereinstimmen. Martin 41?53.664', 012?30.549' Hallo Martin! Ja, das mit den 60 cm Turbreite ist fur einen Sport-Rolli. Man sollte wohl die Durchgangsbreite in cm zum Attribut machen. Da? in offentlichen Gebauden (mehr oder weniger) behindertengerechte WCs sind, ist kein Geheimnis. Interessant werden erst Supermarkte, Restaurants, Schwimmbader usw., die keine Treppe zum Klo haben. Bushaltestellen, Stra?enbahnhaltestellen usw. sollten Rampenlinienverkehr und Treppenfreiheit IMHO als Standardattribut bekommen. Bereiche als behindertengerecht zu kennzeichen, wo nur mal schnell einer schieben mu? ist gaaanz schlecht. Zum einen kann keiner einen Elektrorolli uber eine noch so kurze Treppe heben, zum anderen geht es ja gerade darum, ob man einen Bereich auch nachts um halb drei alleine uberwinden kann, wenn nur Betrunkene um einen herum lungern. (Wenn man einen Ortskundigen mitnehmen mu?, braucht man keine Karte...) Wie taggt man eigentlich Behindertenparkplatze? Schonen Gru? Annette / Lulu-Ann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-cz] (no subject)
Ahoj, přemýšlel jsem, jaky zpropagovat OSM v ČR. Napadlo mě, že kdybych byl na nejakém Uzemi, Tak bych si vzal sebou letáčky, samolepky popr neco jineho a prave polepoval nezmapovane casti. S tim ze by jsem samozrejme data zakreslil :). Na samolepkach by mohlo byt napsano odsud byli vyhnani lvi logo osm a odkaz na stranky. Eventuelne privitam jakekoliv navrhy, eventuelne logo splodim. S pozdravem Petr Schonmann Mail: [EMAIL PROTECTED] http://fatbozz.towerofglass.net ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [OSM-talk-fr] Re : Activité hier en france
Si les côtes sont effectivement considérées comme des frontières alors elle devraient à mon sens être également taguées boundary, le rendu est un autre problème qui devrait être facilement réglé. Pour les îles, ça devrait pouvoir se règler avec des relations non ? Renaud. 2008/3/17 Alban [EMAIL PROTECTED]: Arnaud CORBET a écrit : A ce propos, je me suis trouvé fort dépourvu une fois arrivé à l'embouchure... Dois-je créer des limites entre le département et l'océan pour rejoindre les coastlines ou laisser l'extrémité de la limite sans jonction perdue au large? Je pense qu'il faut se raccorder au tracé du littoral (j'ai fait le raccord aux frontières internationales des Pyrénées et des Alpes). Par contre je ne pense pas qu'il faille tagger le littoral comme 'boundary'. 1 Le moteur de rendu va faire un truc tout moche. 2 Cà va soulever le pb (trop?) compliqué des iles (qui doivent bien faire partie d'un département elles aussi). Ciao, Alban ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] geo-evenement - Paris 8, 9, 10 avril 2008
Traduction : Désolé de poster en anglais sur cette liste, je vais essayer de faire court. Est-ce que quelqu'un a prévu d'assister à cet évènement à Paris ? http://www.ortech.fr/geo-evenement/village_open_source.php Merci, --- I probably won't be there myself but we have some people in Paris and some of them might actually go. Je n'y serais sûrement pas mais il y a des contributeurs à Paris qui pourront peut-être s'y rendre. Renaud. On Wed, Mar 19, 2008 at 11:19 PM, Nick Black [EMAIL PROTECTED] wrote: Apologies for posting in English to the list - I will keep it short. Is anyone attending this event in Paris? http://www.ortech.fr/geo-evenement/village_open_source.php Cheers, -- Nick Black http://www.blacksworld.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Activité hier en france
Renaud Martinet a écrit : Si les côtes sont effectivement considérées comme des frontières alors elle devraient à mon sens être également taguées boundary, le rendu est un autre problème qui devrait être facilement réglé. Pour les îles, ça devrait pouvoir se règler avec des relations non ? Question : la notion d'eaux territoriales intervient comment au sujet des frontières ? -- Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr