Re: [OSM-legal-talk] Reverse Geocoding
Iván Sánchez Ortega wrote: It means that CC isn't here to overcome local copyright law. So, if your local jurisdiction has a fair use right (e.g. US), you can apply it, no matter the CC license. The same applies for citation rights, private copy, parody, etc etc in other jurisdictions. Absolutely - and also for the extent to which rights can be claimed over small quantities, or indeed any quantities, of data. http://edina.ac.uk/projects/grade/gradeDigitalRightsIssues.pdf (EU) and http://www.spatial.maine.edu/~onsrud/pubs/copyright39.pdf (US and EU) are both essential reading. That's why, if a share-alike licence is to work for data, it needs to be one expressly written for contract, database right, and copyright - which the Open Database Licence is. CC-BY-SA is a suitable licence for creative works but OSM's data isn't primarily a creative work. cheers Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] Local map making - truncating ways on boundary?
On Thu, Apr 3, 2008 at 7:38 PM, Brett Henderson [EMAIL PROTECTED] wrote: I hope the job loss isn't too much of a downer, best of luck finding something better. As for tiling, I hadn't considered polygons. They sound nasty. I'd been thinking of something far simpler. For ways I was thinking of splitting them at tile boundaries, adding synthetic nodes as required, and creating new way ids where one way becomes multiple ways. Polygons change all that. Initial thoughts are just detect closed ways and split accordingly to make closed polygons inside each tile. It sounds like that may not be appropriate though. Splitting polygon types according to tags and rules adds a huge level of complexity and will constantly require updates as new tags and polygon types are defined. I also get the impression from your wiki page that this will be very Garmin specific, and perhaps that's the only way to go. I'm going to have to back away slowly from this one and pretend I didn't see anything ;-) Well, I knew about my job loss since November. I have a couple prospects in the works (I'm an automation/controls engineer). Monday was my last day of work so this is my first few days of unemployment. I have a bit of severance pay, so it's okay so far. My proposed rules file on my Wiki page is currently targeted for making routable Garmin GPS maps, but I plan to make it generic enough that it could be used for tiling or filtering by tags, and possibly other uses. Ideally the same rules file could be used for tiling, filtering and then generating a routable map, by just picking the part that is of interest to the particular task. If OSM had a polygon type, or if every closed way was guaranteed to have a area=yes tag, then we could deal with tiling in a generic way, but since it doesn't (who knows why... I believe all professional GIS systems do, for a good reason), we have to add this big layer of complexity. Even if polygons were a separate type, there are still some tricky cases. A polygon would have to be split into multiple parts if the boundary slices off some peninsulas. And what about multipolygons--if a hole intersects the boundary, then you would effectively remove the hole and then alter the path of the outer polygon to follow the boundary, then around the path of the hole, then back to the boundary again. I plan to get stuff working in phases--there's too much to get done in one shot. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing
On Fri, Apr 04, 2008 at 08:37:25AM +0300, Nick Black wrote: Sounds cool - I'm hanging on for the 8.9inch touchscreen version :-) It seems that the touchscreen will not be present in the coming model. Why did you go for Debian Testing rather than the standard Xandros? Because Xandros is a rather ambiguous distro; there is not a free official repository, several Xandros packages does not have a clear license. Moreover Asus used a customized Xandros so if you want to install some more packages you are forced to relay on a mix of unofficial Xandros repositories, Debian Etch (rather old packages), and others. -- Niccolo Rigacci Firenze - Italy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM TIGER-based map quality
When overlaying OSM with the recently available TIGER 2007 shapefile data for Census Blocks in Alameda County (California), I'm encountering both an offset and difference in relative position of the linework. In short, OSM's data looks a lot more accurate and consistent -- streets that should be straight actually look straight in OSM, but often zig-zag in the TIGER 2007 edges and tabblock shapefiles. For a visual, visit: http://www.giswebsite.com/demos/tiger_overlays.html Any observations or ideas about where the misalignment might come from? Though it smells partially like a datum problem, that path hasn't yielded any solutions yet. Thanks, Jonathan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Old names
On Thu, Apr 3, 2008 at 10:49 PM, Christoph Eckert [EMAIL PROTECTED] wrote: Hi, wasn't there a db issue with semikoli in values when applied to nodes? There was, it's been fixed. cool. Just for my personal interest: are tags for nodes now saved in a separate table or how has it been solved? The API just properly escapes the semi-colons before putting them in the string. So key - myval;=\, key2 - val becomes: key=myval\s\e\\;key2=val. This is unescaped again when returning. Code is here: http://trac.openstreetmap.org/browser/sites/rails_port/lib/tags.rb ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing
Niccolo wrote: It seems that the touchscreen will not be present in the coming model. And it will also be about 50% more expensive and probably have an inferior battery life. Consider it a different product, not a successor. Off topic I know, but I presume the upcoming Firefox 3, with its page scaling, will make web browsing on an 800 pixel-wide screen a lot less painful. __ Sent from Yahoo! Mail. A Smarter Inbox http://uk.docs.yahoo.com/nowyoucan.html___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM solidarity
Still time to show OSM solidarity: http://apb.directionsmag.com/archives/4136-Directions-Mag-Readers-Heart- OpenStreetMap.html Cheers STEVE Steve Chilton, Learning Support Fellow Learning and Technical Support Unit Manager School of Health and Social Sciences Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
On Fri, Apr 04, 2008 at 08:29:56AM +, Jonathan W. Lowe wrote: When overlaying OSM with the recently available TIGER 2007 shapefile data for Census Blocks in Alameda County (California), I'm encountering both an offset and difference in relative position of the linework. In short, OSM's data looks a lot more accurate and consistent -- streets that should be straight actually look straight in OSM, but often zig-zag in the TIGER 2007 edges and tabblock shapefiles. For a visual, visit: http://www.giswebsite.com/demos/tiger_overlays.html Um, isn't this the whole point of OSM? The TIGER data was imported so that it could be improved manually by users. This doesn't include just the geometry either: attributes have been changed as well. (See http://crschmidt.net/osm/history.html?type=wayid=21456366) Any observations or ideas about where the misalignment might come from? This misalignment is common in TIGER: It's designed for 1:10 accuracy. Anything more than that (you're at about 1:7500 there) is not going to be accurate. (Or at least likely to not be.) Though it smells partially like a datum problem, that path hasn't yielded any solutions yet. Doubtful. You'd have a more significant shift. This is the real power of OSM at work. See it, and marvel in its glory. :) Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] English version of OSM foldout flyer
Inspired by Frederik's great foldout OSM flyer I knocked up an English version to the same format for use at next weekend's Birmingham mapping party. The map images are focused on Birmingham but it's easy to swap these out from the svg in Inkscape simply by downloading the areas of the map you want. I did this using http://tah.openstreetmap.org/MapOf/ I changed the wording a bit from Frederik's translation but basically it is saying the same things. You can find all the files http://ajr.hopto.org/osm/pr/ . If someone with svn access wants to upload to OSM that would be cool too. Frederik's original uploads are at http://svn.openstreetmap.org/misc/pr_material/ I made a pdf version that I can print on ordinary paper using an inkjet printer. Printed on one side and the white borders trimmed off it still folds fine like the original, just not as glossy, but perfect for showing your friends. The pdf version is at: http://ajr.hopto.org/osm/pr/OSMFlyer-English.pdf Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] English version of OSM foldout flyer
Hi, Andy Robinson (blackadder) wrote: Inspired by Frederik's great foldout OSM flyer I knocked up an English version to the same format for use at next weekend's Birmingham mapping party. Great to see that the work is being put to other uses! (Meanwhile I had to order a second print run of the German flyer as the first 5,000 copies are already gone!) Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
On Fri, 2008-04-04 at 07:05 -0400, Christopher Schmidt wrote: On Fri, Apr 04, 2008 at 08:29:56AM +, Jonathan W. Lowe wrote: When overlaying OSM with the recently available TIGER 2007 shapefile data for Census Blocks in Alameda County (California), I'm encountering both an offset and difference in relative position of the linework. In short, OSM's data looks a lot more accurate and consistent -- streets that should be straight actually look straight in OSM, but often zig-zag in the TIGER 2007 edges and tabblock shapefiles. For a visual, visit: http://www.giswebsite.com/demos/tiger_overlays.html Um, isn't this the whole point of OSM? The TIGER data was imported so that it could be improved manually by users. This doesn't include just the geometry either: attributes have been changed as well. (See http://crschmidt.net/osm/history.html?type=wayid=21456366) Thanks, Chris -- are you suggesting that the TIGER 2007 reissue from the US Census is not lining up with OSM in some (rather extensive) areas because the geometry in those areas has been completely improved manually since the upload of TIGER completed earlier this year. Yes, obviously, such a major improvement in accuracy from manual attention is one of the (many) wonderful benefits of OSM -- I guess I'm just surprised that so much manual editing could have been accomplished for such an extensive area given the short time TIGER has been available for editing in OSM. Is there any existing interface for visualizing which features have changed in OSM for a given area? If that is indeed the case, since the Census Blocks come from the same topologic source as the streets do, I wonder if there's any existing routine that would enable me to run the same edits on the Census Blocks geometries, or use the OSM streets to derive Census Block boundaries and then conflate the Block identifiers. Thinking out loud here... Any observations or ideas about where the misalignment might come from? This misalignment is common in TIGER: It's designed for 1:10 accuracy. Anything more than that (you're at about 1:7500 there) is not going to be accurate. (Or at least likely to not be.) I may not be communicating the scenario clearly enough -- TIGER misalignment is common with other non-TIGER data certainly, but TIGER data is not misaligned with other TIGER data of the same issue. I'm encountering what I thought was the latter case. TIGER data models both visible physical features such as streets, but also invisible census data collection boundaries such as blocks and tracts. The block and tract boundaries and the street centerlines are derived from the same single topologic source, so when viewed together, line up perfectly unless one or the other has been altered independently since original release. The 2007 shapefile issue confirms this -- linestrings in the edges shapefile perfectly match the polygon boundaries in the tabblock shapefile. But neither match the OSM geometry, at least using the conversion and display methods I've used within Berkeley's geographic extents. Since all the data has the same parentage, I initially thought there would be a tighter match between TIGER 2007 and OSM TIGER, but not if the editing to OSM TIGER has been as extensive as you seem to be suggesting. Though it smells partially like a datum problem, that path hasn't yielded any solutions yet. Doubtful. You'd have a more significant shift. Experimenting with NAD27 to NAD83 conversions actually produces a similar shift, depending on the region. But I agree -- it seems to be something else. Hm. This is the real power of OSM at work. See it, and marvel in its glory. :) Yes, marvelous it most certainly is. I currently use OSM (via an OpenLayers client) with multiple existing customers and have supported the whole ethos of open-source in published articles, starting with one on PostGIS, since 2001, so am no stranger to the glory. (You and I met, Chris, at FOSS4G2006 in Switzerland, where you introduced yourself as Boy Genius.) Regards, ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
On Fri, Apr 04, 2008 at 01:53:24PM +0100, Jonathan W. Lowe wrote: On Fri, 2008-04-04 at 07:05 -0400, Christopher Schmidt wrote: On Fri, Apr 04, 2008 at 08:29:56AM +, Jonathan W. Lowe wrote: When overlaying OSM with the recently available TIGER 2007 shapefile data for Census Blocks in Alameda County (California), I'm encountering both an offset and difference in relative position of the linework. In short, OSM's data looks a lot more accurate and consistent -- streets that should be straight actually look straight in OSM, but often zig-zag in the TIGER 2007 edges and tabblock shapefiles. For a visual, visit: http://www.giswebsite.com/demos/tiger_overlays.html Um, isn't this the whole point of OSM? The TIGER data was imported so that it could be improved manually by users. This doesn't include just the geometry either: attributes have been changed as well. (See http://crschmidt.net/osm/history.html?type=wayid=21456366) Thanks, Chris -- are you suggesting that the TIGER 2007 reissue from the US Census is not lining up with OSM in some (rather extensive) areas because the geometry in those areas has been completely improved manually since the upload of TIGER completed earlier this year. Yes, obviously, such a major improvement in accuracy from manual attention is one of the (many) wonderful benefits of OSM -- I guess I'm just surprised that so much manual editing could have been accomplished for such an extensive area given the short time TIGER has been available for editing in OSM. Is there any existing interface for visualizing which features have changed in OSM for a given area? That is exactly what I am suggesting, based on an examination of the objects in the area you're looking at: all of them have been updated several times (as the history URL above demonstrates) by a single user in what seems to clearly be a cleanup effort. (This was based on using an OpenLayers map to select 10 different streets based on the lonlat I observed in your JOSM instance and view the history for each.) Any observations or ideas about where the misalignment might come from? This misalignment is common in TIGER: It's designed for 1:10 accuracy. Anything more than that (you're at about 1:7500 there) is not going to be accurate. (Or at least likely to not be.) I may not be communicating the scenario clearly enough -- TIGER misalignment is common with other non-TIGER data certainly, but TIGER data is not misaligned with other TIGER data of the same issue. I'm encountering what I thought was the latter case. No: what you're encountering is TIGER misalignment with reality. OSM is much closer to reality in this instance than TIGER. TIGER data models both visible physical features such as streets, but also invisible census data collection boundaries such as blocks and tracts. The block and tract boundaries and the street centerlines are derived from the same single topologic source, so when viewed together, line up perfectly unless one or the other has been altered independently since original release. The 2007 shapefile issue confirms this -- linestrings in the edges shapefile perfectly match the polygon boundaries in the tabblock shapefile. But neither match the OSM geometry, at least using the conversion and display methods I've used within Berkeley's geographic extents. Right. Because TIGER is wrong :) Since all the data has the same parentage, I initially thought there would be a tighter match between TIGER 2007 and OSM TIGER, but not if the editing to OSM TIGER has been as extensive as you seem to be suggesting. That is correct. Though it smells partially like a datum problem, that path hasn't yielded any solutions yet. Doubtful. You'd have a more significant shift. Experimenting with NAD27 to NAD83 conversions actually produces a similar shift, depending on the region. But I agree -- it seems to be something else. Hm. I would have expected it to be more significant by a factor of about two, from observation, but I could be mis-guessing the scale here: I'm used to working in Cambridge, rather than SF. In any case, the misalignment is just a standard misalignment of TIGER data to reality: OSM is much closer to reality, despite the initial import being from TIGER. This is the real power of OSM at work. See it, and marvel in its glory. :) Yes, marvelous it most certainly is. I currently use OSM (via an OpenLayers client) with multiple existing customers and have supported the whole ethos of open-source in published articles, starting with one on PostGIS, since 2001, so am no stranger to the glory. (You and I met, Chris, at FOSS4G2006 in Switzerland, where you introduced yourself as Boy Genius.) I'm now Meta Ninja, since I have to manage other ninjas, and Leslie Hawthorn (Summer of Code organizer) told me I was too old, at 23, to be a Boy Genius anymore. :) Regards, -- Christopher Schmidt
Re: [OSM-talk] English version of OSM foldout flyer
On Fri, 4 Apr 2008, Frederik Ramm wrote: Great to see that the work is being put to other uses! (Meanwhile I had to order a second print run of the German flyer as the first 5,000 copies are already gone!) Has anyone handed these out to random members of the public yet? I'm interested in what their response was? - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass
Stephen - Presume you are reasonably local to area mentioned in your note. I have often wondered about an artefact at the lower end of the M1: http://www.openstreetmap.org/?lat=51.60727lon=-0.24076zoom=17layers=B 0FT Labelled as former M1 junc2. I have driven down the A41 several times and can see no actual sign of it as I flash past, but Y! imagery shows it visible on ground. Google imagery shows it looking much more like a footpath. Do you (or anyone else) know what is actually on the ground, as I am sure that having it tagged as motorway is wrong?! Cheers STEVE Steve Chilton, Learning Support Fellow Learning and Technical Support Unit Manager School of Health and Social Sciences Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Wing Sent: 01 April 2008 07:05 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass On 31/03/2008, Jon Burgess [EMAIL PROTECTED] wrote: I have deployed Steve's changes and one example which has rendered already is the current alterations to M1 J8: http://www.openstreetmap.org/?lat=51.75704lon=-0.41518zoom=16layers=B 0FT In fact, even more of the new M1 J8 will appear with the weekly update this week, as I was able to map out the changes to the M1 J8 Southbound junction last week, and have recorded the start of the new parallel road on that side too (these parallel roads will run alongside the M1 on both sides all the way to J7. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Tah.openstreetmap.org/MapOf/ with georeferencing
Hi, Wouldn't it be nice to have an option to get maps with georeferencing info from http://tah.openstreetmap.org/MapOf/? I have seen a working example of this. With an OSM image capture utility OSM-Map (http://alpo.hassinen.googlepages.com/osm-map) user can not only capture a map from screen to image file but also store the corresponding calibration file either in MapInfo .tab or OziExplorer .map format. Thus the captured images can be used in all GIS software or in OziExplorer. Some tweaking may be needed, for example gdal supports georeferencing with .tab files only for tiff images, and before using images in OziExplorer CE they must first be converted to special Ozi image format with another utility. However, often a georeferenced image is much more that just an image. Unfortunately OSM-map web page and software seems to be available only in Finnish. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing
On Fri, Apr 4, 2008 at 5:40 AM, Matthew [EMAIL PROTECTED] wrote: Off topic I know, but I presume the upcoming Firefox 3, with its page scaling, will make web browsing on an 800 pixel-wide screen a lot less painful. Unfortunately the official Firefox builds won't run on Gtk 2.8, so you may be out of luck there. :-/ (There's a patch to disable the new print dialog, which is what requires GTK 2.10, here: https://bugzilla.mozilla.org/show_bug.cgi?id=418885 ) -Ted ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass
Amazing. Thanks for sharing that (and the photos). My work is moving to just up the road (the Burroughs) in a couple of months time and I shall certainly troll down and have a look at that at some point. I had obviously been looking sideways at the bridging point, whereas I should have just looked sideways/backwards at the point it has blocked reconnection at the southerly point. Will bike over and cycle down the motorway like you did! Cheers STEVE Steve Chilton, Learning Support Fellow Learning and Technical Support Unit Manager School of Health and Social Sciences Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Simon Hewison Sent: 04 April 2008 16:56 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass Steve Chilton wrote: Stephen - Presume you are reasonably local to area mentioned in your note. I have often wondered about an artefact at the lower end of the M1: http://www.openstreetmap.org/?lat=51.60727lon=-0.24076zoom=17layers=B 0FT http://www.openstreetmap.org/?lat=51.60727lon=-0.24076zoom=17layers= B0FT Labelled as former M1 junc2. I have driven down the A41 several times and can see no actual sign of it as I flash past, but Y! imagery shows it visible on ground. Google imagery shows it looking much more like a footpath. Do you (or anyone else) know what is actually on the ground, as I am sure that having it tagged as motorway is wrong?! That would have been me, who mapped it, in person. I rode my bike along it.. which is maybe illegal, but maybe not. It's really there on the ground, and really is a slip-road, just that either end has crash barriers to prevent people from using it. The hedges either side are overgrown, but is apparently still being maintained sufficiently to be put into place as an exit at short notice should the current real J2 southbound slip road be out of action for a prolonged period. There's even street lights. Microsoft's Bird's Eye view on maps.live.com shoes a fairly accurate representation of what's on the ground. I tagged it as highway=motorway_link; use_status=disused (which was the preferred method of tagging such things at the time), and made sure that neither end are connected - because they are not really accessible from the roads at either end. -- Simon Hewison ___ 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] anonymous contributions still allowed ?
Hi all, By accident, I found some contributions made in March 16th this year but with some mistakes. http://www.openstreetmap.org/?lat=48.25977lon=7.42248zoom=16layers=B0FT As usual, I wanted to contact the person but I was surprised to see that this recent edition is anonymous: http://crschmidt.net/osm/history.html?type=wayid=23316471 Potlach history just says 'anonymous'. The way was created with JOSM. I thought that such anonymous editions are not possible since Nov. 2007. http://wiki.openstreetmap.org/index.php/Disabling_anonymous_edits http://lists.openstreetmap.org/pipermail/talk/2007-October/018893.html I suspect that this person was registered before this date. Is it possible that such people have a kind of 'privilege' and can stay anonymous for ever ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass
Steve Chilton wrote: Stephen - Presume you are reasonably local to area mentioned in your note. I have often wondered about an artefact at the lower end of the M1: http://www.openstreetmap.org/?lat=51.60727lon=-0.24076zoom=17layers=B0FT http://www.openstreetmap.org/?lat=51.60727lon=-0.24076zoom=17layers=B0FT Labelled as “former M1 junc2”. I have driven down the A41 several times and can see no actual sign of it as I flash past, but Y! imagery shows it visible on ground. Google imagery shows it looking much more like a footpath. Do you (or anyone else) know what is actually on the ground, as I am sure that having it tagged as motorway is wrong?! That would have been me, who mapped it, in person. I rode my bike along it.. which is maybe illegal, but maybe not. It's really there on the ground, and really is a slip-road, just that either end has crash barriers to prevent people from using it. The hedges either side are overgrown, but is apparently still being maintained sufficiently to be put into place as an exit at short notice should the current real J2 southbound slip road be out of action for a prolonged period. There's even street lights. Microsoft's Bird's Eye view on maps.live.com shoes a fairly accurate representation of what's on the ground. I tagged it as highway=motorway_link; use_status=disused (which was the preferred method of tagging such things at the time), and made sure that neither end are connected - because they are not really accessible from the roads at either end. -- Simon Hewison ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] anonymous contributions still allowed ?
Pieren Pieren wrote: Potlach history just says 'anonymous'. The way was created with JOSM. I thought that such anonymous editions are not possible since Nov. 2007. http://wiki.openstreetmap.org/index.php/Disabling_anonymous_edits http://lists.openstreetmap.org/pipermail/talk/2007-October/018893.html It's only Potlatch that prohibits such edits. JOSM and the main API permit them. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing
On Fri, Apr 4, 2008 at 10:22 AM, Niccolo Rigacci [EMAIL PROTECTED] wrote: On Fri, Apr 04, 2008 at 08:37:25AM +0300, Nick Black wrote: Sounds cool - I'm hanging on for the 8.9inch touchscreen version :-) It seems that the touchscreen will not be present in the coming model. Really? I've read a few articles suggesting that it will have a touchscreen - here's a couple off the top of my head. http://www.digitimes.com/news/a20080324PD209.html http://www.engadget.com/2007/12/19/eee-pc-gets-modded-with-a-touchscreen/ Why did you go for Debian Testing rather than the standard Xandros? Because Xandros is a rather ambiguous distro; there is not a free official repository, several Xandros packages does not have a clear license. Moreover Asus used a customized Xandros so if you want to install some more packages you are forced to relay on a mix of unofficial Xandros repositories, Debian Etch (rather old packages), and others. -- Niccolo Rigacci Firenze - Italy -- Nick Black http://www.blacksworld.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
Dave, From what I've seen, yes. Or at least for Santa Clara County, California. To bolster this, the main edge files do not contain street address ranges in the 2007 data, but the US Census Bureau gives as one of the two possible options of adding this information to the file is taking the address ranges from the 2006 TIGER/Line data by matching on the tlid field. A pretty good indication that the tlid fields match. Dan On Fri, 2008-04-04 at 10:31 -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote: That is exactly what I am suggesting, based on an examination of the objects in the area you're looking at: all of them have been updated several times (as the history URL above demonstrates) by a single user in what seems to clearly be a cleanup effort. (This was based on using an OpenLayers map to select 10 different streets based on the lonlat I observed in your JOSM instance and view the history for each.) If this is true, then we can probably go back and fix it. We have all of the TIGER tlid (unique ids) for all of the uploaded data. Have those remained the same in the new TIGER data? -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote: That is exactly what I am suggesting, based on an examination of the objects in the area you're looking at: all of them have been updated several times (as the history URL above demonstrates) by a single user in what seems to clearly be a cleanup effort. (This was based on using an OpenLayers map to select 10 different streets based on the lonlat I observed in your JOSM instance and view the history for each.) If this is true, then we can probably go back and fix it. We have all of the TIGER tlid (unique ids) for all of the uploaded data. Have those remained the same in the new TIGER data? Fix... what? OSM is correct here... perhaps you mean We can improve TIGER 2007 with OSM data? Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote: On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote: That is exactly what I am suggesting, based on an examination of the objects in the area you're looking at: all of them have been updated several times (as the history URL above demonstrates) by a single user in what seems to clearly be a cleanup effort. (This was based on using an OpenLayers map to select 10 different streets based on the lonlat I observed in your JOSM instance and view the history for each.) If this is true, then we can probably go back and fix it. We have all of the TIGER tlid (unique ids) for all of the uploaded data. Have those remained the same in the new TIGER data? Fix... what? OSM is correct here... perhaps you mean We can improve TIGER 2007 with OSM data? Did I misunderstand what's going on? I assumed that the TIGER '07 data is better than the TIGER '05 (or so) data that we populated OSM with. If it is better, we can update OSM from TIGER '07. -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Local map making - truncating ways on boundary?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karl Newman schrieb: | On Thu, Apr 3, 2008 at 7:38 PM, Brett Henderson [EMAIL PROTECTED] wrote: | | I hope the job loss isn't too much of a downer, best of luck finding | something better. | | As for tiling, I hadn't considered polygons. They sound nasty. I'd | been thinking of something far simpler. For ways I was thinking of | splitting them at tile boundaries, adding synthetic nodes as required, | and creating new way ids where one way becomes multiple ways. Polygons | change all that. Initial thoughts are just detect closed ways and split | accordingly to make closed polygons inside each tile. It sounds like | that may not be appropriate though. Splitting polygon types according | to tags and rules adds a huge level of complexity and will constantly | require updates as new tags and polygon types are defined. I also get | the impression from your wiki page that this will be very Garmin | specific, and perhaps that's the only way to go. | | I'm going to have to back away slowly from this one and pretend I didn't | see anything ;-) | | | Well, I knew about my job loss since November. I have a couple prospects in | the works (I'm an automation/controls engineer). Monday was my last day of | work so this is my first few days of unemployment. I have a bit of severance | pay, so it's okay so far. | | My proposed rules file on my Wiki page is currently targeted for making | routable Garmin GPS maps, but I plan to make it generic enough that it could | be used for tiling or filtering by tags, and possibly other uses. Ideally | the same rules file could be used for tiling, filtering and then generating | a routable map, by just picking the part that is of interest to the | particular task. | | If OSM had a polygon type, or if every closed way was guaranteed to have a | area=yes tag, then we could deal with tiling in a generic way, but since | it doesn't (who knows why... I believe all professional GIS systems do, for | a good reason) There are closed ways that are not areas. And the reason for the area type not there is because it has not been used when it was there. up to now it just has been simpler for most cases to just use closed ways and tag them appropriately. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH9mv8FUbODdpRVDwRApkRAKCN7720/lQPdTwsvlyAAE83nKSQ9QCgy0YS XgXF1uuu57pV5Ri2o33VLv8= =DgW6 -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
Dave, Not all counties have been improved through the MAF/TIGER Accuracy Improvement Project (MTAIP). Here is a link to the counties that have not been improved in the 2007 TIGER data: http://www.census.gov/geo/www/tiger/tgrshp2007/tgrshp07nomtaip.txt Dan On Fri, 2008-04-04 at 10:53 -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote: On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote: That is exactly what I am suggesting, based on an examination of the objects in the area you're looking at: all of them have been updated several times (as the history URL above demonstrates) by a single user in what seems to clearly be a cleanup effort. (This was based on using an OpenLayers map to select 10 different streets based on the lonlat I observed in your JOSM instance and view the history for each.) If this is true, then we can probably go back and fix it. We have all of the TIGER tlid (unique ids) for all of the uploaded data. Have those remained the same in the new TIGER data? Fix... what? OSM is correct here... perhaps you mean We can improve TIGER 2007 with OSM data? Did I misunderstand what's going on? I assumed that the TIGER '07 data is better than the TIGER '05 (or so) data that we populated OSM with. If it is better, we can update OSM from TIGER '07. -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
On Fri, 2008-04-04 at 11:04 -0700, Dan Putler wrote: Not all counties have been improved through the MAF/TIGER Accuracy Improvement Project (MTAIP). Here is a link to the counties that have not been improved in the 2007 TIGER data: http://www.census.gov/geo/www/tiger/tgrshp2007/tgrshp07nomtaip.txt Cool, thanks for the pointer. That looks like ~1100 of the ~3500 total counties in the US. -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
On Fri, 2008-04-04 at 14:08 -0400, Christopher Schmidt wrote: On Fri, Apr 04, 2008 at 10:53:43AM -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote: On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote: That is exactly what I am suggesting, based on an examination of the objects in the area you're looking at: all of them have been updated several times (as the history URL above demonstrates) by a single user in what seems to clearly be a cleanup effort. (This was based on using an OpenLayers map to select 10 different streets based on the lonlat I observed in your JOSM instance and view the history for each.) If this is true, then we can probably go back and fix it. We have all of the TIGER tlid (unique ids) for all of the uploaded data. Have those remained the same in the new TIGER data? Fix... what? OSM is correct here... perhaps you mean We can improve TIGER 2007 with OSM data? Did I misunderstand what's going on? I assumed that the TIGER '07 data is better than the TIGER '05 (or so) data that we populated OSM with. If it is better, we can update OSM from TIGER '07. The images that were shared in this thread demonstrate that OSM is *way* better than TIGER '05 or '07. ...that's true of Berkeley, Chris, but in any US geography where nobody has yet edited the original TIGER upload, OSM is equivalent to TIGER '05 in all but storage format, and therefore may not be as accurate as TIGER '07. Regards, ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Easy way to export to Illustrator?
Axel von Matern wrote: What I have found when searching the archives and else on Internet seem very complicated and outadet processes to do this. I found a web service that could make svg files out of gps files, but the vectors where totally segmented and therby useless. As yet there's not an easy way to do it. When TomH finishes the export tab real soon now, you'll be able to export as PDF and then import that into Illustrator. Or maybe you'll even be able to export into Illustrator if I get round to adding that bit. If you're handy with planet.osm and can get it into a database, there's a command-line utility in svn, but I'm guessing from your message that you're not. But maybe someone on the list who has the full planet could run the script for you? cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Easy way to export to Illustrator?
Axel von Matern schrieb: Hi! Is there a easy way to get my OSM data into Illustrator? [...] Im making a map over Phang Nga province in Thailand and thought it would be great to use OSM as a tool to get the data right. In the past I traced satellite images in Adobe Illustrator and traced (www.khaolak2004.com and www.khaolakmap.com). Now it would be wonderful if I could collect t Am I searching in vain? Or are there a easy way to do this? Hi there, Depends on your definition of easy and what software you are using besides Illustrator. In Linux it is fairly easy: Use Osmarender (XML or Perl-Version) and convert your .osm to an svg. Either import that to Illustrator or convert the svg to pdf using inkscape (or anything else of course, but inkscape does pretty well since 0.46, using cairo to export to pdf). I'm experimenting with this at the moment but I think I'll post some links to PDFs some time soon. Jannis smime.p7s Description: S/MIME Cryptographic Signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass
As Simon has mentioned, it is correctly mapped. I don't travel that far South down the M1 on a regular basis anymore (I used to use that section daily), and certainly do remember that old slip road (having used it many times when J1 was busy). It's interesting it's still there and maintained, although I'm not personally sure if they would ever bring it back into use now. Steve On 04/04/2008, Steve Chilton [EMAIL PROTECTED] wrote: Stephen - Presume you are reasonably local to area mentioned in your note. I have often wondered about an artefact at the lower end of the M1: http://www.openstreetmap.org/?lat=51.60727lon=-0.24076zoom=17layers=B0FT Labelled as former M1 junc2. I have driven down the A41 several times and can see no actual sign of it as I flash past, but Y! imagery shows it visible on ground. Google imagery shows it looking much more like a footpath. Do you (or anyone else) know what is actually on the ground, as I am sure that having it tagged as motorway is wrong?! Cheers STEVE Steve Chilton, Learning Support Fellow Learning and Technical Support Unit Manager School of Health and Social Sciences Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Stephen Wing *Sent:* 01 April 2008 07:05 *To:* talk@openstreetmap.org *Subject:* Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass On 31/03/2008, *Jon Burgess* [EMAIL PROTECTED] wrote: I have deployed Steve's changes and one example which has rendered already is the current alterations to M1 J8: http://www.openstreetmap.org/?lat=51.75704lon=-0.41518zoom=16layers=B0FT In fact, even more of the new M1 J8 will appear with the weekly update this week, as I was able to map out the changes to the M1 J8 Southbound junction last week, and have recorded the start of the new parallel road on that side too (these parallel roads will run alongside the M1 on both sides all the way to J7. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] English version of OSM foldout flyer
On 4 Apr 2008, at 14:20, Steve Hill wrote: On Fri, 4 Apr 2008, Frederik Ramm wrote: Great to see that the work is being put to other uses! (Meanwhile I had to order a second print run of the German flyer as the first 5,000 copies are already gone!) Has anyone handed these out to random members of the public yet? I'm interested in what their response was? Thought I should point out a typo on the English version, riden should be ridden. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Easy way to export to Illustrator?
A PDF-exporter sounds great! And for Illustrator even better! Would that be for the rendered files or for the data? I guess both would be valuable but a data dump to PDF is what I really need. :) Is it going to be a plug for JOSM or Potlatch? Layers? Tags? Until then I found out an somewhat easy way to do it (wont give you any fancy stuff like the tags or leyers etc): - Export GPX-file from JOSM - Upload it to http://www.gpsvisualizer.com/ and choose SVG as target file type - Import the SVG-file into Adobe Illustrator - All ways will be segmented. This you can fix with the Concatenate plugin from http://rj-graffix.com/software/plugins.html (20dollars). /Axel 4 apr 2008 kl. 21.46 skrev Richard Fairhurst: Axel von Matern wrote: What I have found when searching the archives and else on Internet seem very complicated and outadet processes to do this. I found a web service that could make svg files out of gps files, but the vectors where totally segmented and therby useless. As yet there's not an easy way to do it. When TomH finishes the export tab real soon now, you'll be able to export as PDF and then import that into Illustrator. Or maybe you'll even be able to export into Illustrator if I get round to adding that bit. If you're handy with planet.osm and can get it into a database, there's a command-line utility in svn, but I'm guessing from your message that you're not. But maybe someone on the list who has the full planet could run the script for you? cheers Richard ___ 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] Icelandic lights
Dolphin has pointed us to this document with another list of lighthouses: http://www.lhg.is/upload/files/Vitaskra_2006.pdf Can anyone who reads icelandic give a hint as to the possible license for this data? there seems to be a similar list on: http://bbs.keyhole.com/ubb/showthreaded.php/Number/990800 Regards, OJW p.s. on IRC, one theory was that the list of coordinates wasn't a problem because Iceland doesn't have a concept of 'database right'. any ideas on that? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Icelandic lights
p.s. if you want to see that PDF file in JOSM: http://almien.co.uk/Misc/IcelandLights/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] English version of OSM foldout flyer
John McKerrell Sent: 04 April 2008 9:33 PM To: Steve Hill Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] English version of OSM foldout flyer On 4 Apr 2008, at 14:20, Steve Hill wrote: On Fri, 4 Apr 2008, Frederik Ramm wrote: Great to see that the work is being put to other uses! (Meanwhile I had to order a second print run of the German flyer as the first 5,000 copies are already gone!) Has anyone handed these out to random members of the public yet? I'm interested in what their response was? Thought I should point out a typo on the English version, riden should be ridden. Thanks John. Have corrected. Cheers Andy John ___ 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] Fwd: Local map making - truncating ways on boundary?
Forgot to reply-all. -- Forwarded message -- From: Karl Newman [EMAIL PROTECTED] Date: Fri, Apr 4, 2008 at 5:33 PM Subject: Re: [OSM-talk] Local map making - truncating ways on boundary? To: Dirk-Lüder Kreie [EMAIL PROTECTED] On Fri, Apr 4, 2008 at 10:57 AM, Dirk-Lüder Kreie [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karl Newman schrieb: | If OSM had a polygon type, or if every closed way was guaranteed to have a | area=yes tag, then we could deal with tiling in a generic way, but since | it doesn't (who knows why... I believe all professional GIS systems do, for | a good reason) There are closed ways that are not areas. Yes, I meant to say if every *polygon* which is represented as a closed way was guaranteed to have an area=yes tag or some other distinguishing feature. And the reason for the area type not there is because it has not been used when it was there. up to now it just has been simpler for most cases to just use closed ways and tag them appropriately. Really? I never knew OSM had a polygon type. I can't believe it went unused. It would certainly simplify things, as I've demonstrated... I know OSM is all about no rules but in my experience, just the right amount of rules can make you really productive. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Areas (was: Local map making - truncating ways on boundary?)
Hi, Yes, I meant to say if every *polygon* which is represented as a closed way was guaranteed to have an area=yes tag or some other distinguishing feature. You are right in saying that not having an explicit polygon type makes OSM stick out from the standard OGC/ISO19100/whatever geometry models. And the reason for the area type not there is because it has not been used when it was there. Really? I never knew OSM had a polygon type. It was called area and was supported by API 0.3. I think it was in the API but not supported by JOSM and that's the reason nobody used it. The reason it wasn't supported in JOSM was probably a misunderstanding between SteveC and Imi, or at least that's what I've gathered. Remember, that was a time when software development in the project was driven by three or four people ,-) anyway, looking back doesn't help. We have the following options: 1. re-instate the area type during the next API update. 2. create an independent data source that maps a set of tags to a boolean area property. this data source might be a wiki page or SVN file that is read by the processing software, or might even be a web service. any software dealing with areas would use that service to know what makes an area and what doesn't. 3. create a script that takes the planet file and uploads an added area=yes to anything it considers an area. 4. modify the API to generate an area=yes tag on-the-fly whenever it returns a way whose tags make it an area. 5. live with what we've got. As you say, option 5 is a bit sub-optimal because stuff has to be replicated everywhere. Personally I lean towards option 2; this would still require replication of the check tags against list logic in all applications but the list would come from a central source that's the same for wall. I think we have similar shared configuration things elsewhere and they seem to work. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tah.openstreetmap.org/MapOf/ with georeferencing
Wouldn't it be nice to have an option to get maps with georeferencing info from http://tah.openstreetmap.org/MapOf/? I have seen a working example of this. With an OSM image capture utility OSM-Map (http://alpo.hassinen.googlepages.com/osm-map) user can not only capture a map from screen to image file but also store the corresponding calibration file either in MapInfo .tab or OziExplorer .map format. Thus the captured images can be used in all GIS software or in OziExplorer. Some tweaking may be needed, for example gdal supports georeferencing with .tab files only for tiff images, and before using images in OziExplorer CE they must first be converted to special Ozi image format with another utility. However, often a georeferenced image is much more that just an image. Or save as jpg with a jgw georeferencing file. maning -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Areas (was: Local map making - truncating ways on boundary?)
On Fri, Apr 4, 2008 at 7:02 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Yes, I meant to say if every *polygon* which is represented as a closed way was guaranteed to have an area=yes tag or some other distinguishing feature. You are right in saying that not having an explicit polygon type makes OSM stick out from the standard OGC/ISO19100/whatever geometry models. And the reason for the area type not there is because it has not been used when it was there. Really? I never knew OSM had a polygon type. It was called area and was supported by API 0.3. I think it was in the API but not supported by JOSM and that's the reason nobody used it. The reason it wasn't supported in JOSM was probably a misunderstanding between SteveC and Imi, or at least that's what I've gathered. Remember, that was a time when software development in the project was driven by three or four people ,-) anyway, looking back doesn't help. We have the following options: 1. re-instate the area type during the next API update. 2. create an independent data source that maps a set of tags to a boolean area property. this data source might be a wiki page or SVN file that is read by the processing software, or might even be a web service. any software dealing with areas would use that service to know what makes an area and what doesn't. 3. create a script that takes the planet file and uploads an added area=yes to anything it considers an area. 4. modify the API to generate an area=yes tag on-the-fly whenever it returns a way whose tags make it an area. 5. live with what we've got. As you say, option 5 is a bit sub-optimal because stuff has to be replicated everywhere. Personally I lean towards option 2; this would still require replication of the check tags against list logic in all applications but the list would come from a central source that's the same for wall. I think we have similar shared configuration things elsewhere and they seem to work. Bye Frederik I would like option 1 but I could live with the others. The others seem like workarounds for poor structure, but that's the state of things now. Option 2 might be okay. Even better if it was wrapped up into a library (probably a few implementations in different languages) that various data consumers could use. Heck, I'm living with option 5 now, but as you said, it's sub-optimal. Thanks, Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSMXAPI and wget failing miserably
Is anyone else having issues getting data from informationfreeway.org using OSMXAPI? A scheduled dump I run has started failing all the time, and a couple of manual extracts are returning nothing. I think my query is right (certainly my scheduled dump ran nicely for many days). But I know the daily diffs choked a couple of weeks ago. Have there been changes made to extracting since then? Currently trying to extract the Washington DC area using: wget --timeout=0 http://www.informationfreeway.org/api/0.5/*[bbox=-77.4,39,-76.7,38.7]; -O WashingtonDC.osm which I think is correct. So, does anybody know what's going on? Matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [Talk-de] Bericht von der FOSSGIS
Guten Morgen, Der Initiator von openaddresses.ch ist mein Informatik-Dozent, ich werde heute mit ihm ein Hünchen rupfen und die Sache klarstellen. Aus bisherigen Gesprächen konnte ich jedoch keine Abneigung zu OSM feststellen. Gruß Christian Frederik Ramm schrieb: Hallo, Jochen, Marcus und ich haben OSM auf der gerade abgelaufenen FOSSGIS 2008 in Freiburg den OSM-Stand betreut. Das Interesse war gross, das Echo gut. Wir hatten einige Plakate aufgehaengt (Welt, Europa, kleinere Bilder der Innenstaedte von Paris, Rom, London, Berlin, New York, Stockholm und Tokio) und eine Diashow auf einem Monitor laufen, ausserdem unsere OSM-Flyer und die extra hergestellte Freiburg-Karte, die gerade auch Featured Image im Wiki ist. Das mit der gedruckten Karte hat sich sehr gelohnt, das war fuer viele Leute so ein Eye Opener, der zeigte, dass man mit OSM-Daten durchaus in der Topliga spielen kann (naja, eventuell uebertreibe ich etwas - spaeter wurde noch eine kostenlose Karte aus kommerziellen Daten verteilt, auf der jedes einzelne Haus mit Hausnummer drauf war, dagegen kommen wir natuerlich noch nicht an). Es gab einen Vortrag von mir zum Thema Crowdsourcing allgemein am Beispiel von OSM, einen von Jochen als allgemeine OSM-Einfuehrung, einen von Frank Winkler ueber seine Arbeit mit dem WMS-Server auf Basis von OSM-Daten und dann noch eine Diskussionsrunde ueber den Einsatz von OSM in GIS-Projekten. Die Vortraege waren alle gut besucht, aber es gab relativ wenig Reaktion vom Publikum (vermutlich waren alle ihre Fragen schon am Stand losgeworden). Franks Vortrag habe ich selber nicht gehoert, aber dem Vernehmen nach kam der sehr gut an, weil er die GIS-Leute eben dort abgeholt hat, wo sie standen, mit dem richtigen, fuer sie gewohnten Fachvokabular und allem. Und einer Borg-Fotomontage, die nahelegte, dass OSM sich gegen die Assimilierung durch die GIS-Welt straeubt ;-) Haeufige Themen im Gespraech mit den Leuten: * Erstaunen darueber, dass das alles selbst erfasst ist (haetten viele nicht gedacht) * Frage nach der Genauigkeit (ob DOP mit erfasst wird, wie genau unsere Daten insgesamt sind, ob die +/- 10m denn reichen) * Frage nach der Vollstaendigkeit/Abdeckung * Kann ich das als WMS/WFS/GML/... haben? * konkrete Lizenzfragen - die Leute sind nicht so vertraut mit Share-Alike usw. * welche mobilen Plattformen gibt es (Moving Map/Navi/...) Ulkigerweise war sogar jemand vom BKG da und fragte sich, ob man unsere Daten nehmen koennte, um deren Karte an den Stellen zu ergaenzen, wo die Laender ihnen unvollstaendige Daten liefern - das scheiterte, wie viele andere Begehren auch, allerdings an der Share-Alike-Lizenz. Insgesamt kommt OSM auch in der GIS-Community ganz gut an, hab ich den Eindruck. Bei einigen Leuten merkt man, dass sie sich hauptsaechlich damit beschaeftigen, die Schwaechen von OSM zu suchen, um danach zu erklaeren, warum das, was sie machen, ja besser ist (oder anders: um zu schliessen, dass OSM fuer sie keine Bedrohung darstellt) - aber das ist ja nur menschlich. Die meisten fanden die Sache eher spannend, und einige waren richtig gluecklich, als ich sagte, dass sie sich auch die Shapefiles von der Geofabrik-Downloadseite nehmen koennen ;-) Etwas bedauerlich fand ich den Bericht des Initiators von openaddresses.ch, der erzaehlte, dass er sich schon frueher einmal an OSM gewandt habe und dort aber (auf recht arrogante Weise, wie ich zwischen den Zeilen zu hoeren glaubte) abgewatscht worden sei, weil er Google-Bilder fuer seinen Dienst benutzt. Hier will ich mal genauer schauen, ob wir da nicht doch irgendwie zusammenkommen koennen; im worst case, wenn wir schon nicht unsere Daten zusammenwerfen koennen, dann koennten wir ja wenigstens einen gemeinsamen Geocoding-Service bauen, der parallel OSM- und openaddresses-Daten abfragt oder so (und ggf. sogar ein JOSM-Plugin, das beide Datenquellen parallel beackern kann). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] darf man selbstgemachte google-earth pfade
Stefan Hirschmann [EMAIL PROTECTED] wrote: Stell dir mal vor, TeleAtls behauptet, dass sie durch die Kopie eine Million Euro entgangener Gewinn haben. Bitte hört endlich mal auf hier dauernd die kommerziellen Kartendaten in die Diskussion mit reinzubringen um die geht es hier nämlich _nicht_ sondern ausschließlich um die Bilder. Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /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] Open Maps Neuling
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Jopen wrote: Hallo Ich habe letze Nacht angefangen, Daten mit Hilfe des Webtools einzuzeichnen. Nun habe ich da ein paar Fragen: 1. Ab wann sieht man meine Einträge in der Karte ? Müssen die Einträge erst Freigeschaltet werden ? Die Karte auf http://www.openstreetmap.org/ (die wird mit dem sog. Mapnik-Renderer erstellt) wird einmal in der Woche aktualisiert, meistens Mittwoch rum soweit ich weiß. Alternativ gibt es auch noch http://www.informationfreeway.org, diese Karte wird mit dem sog. Osmarenderer erstellt und aktualisiert sich weitgehend selbstständig innerhalb weniger Stunden (dort läuft ein Skript, dass die Änderungen beobachtet). Das Besondere an informationfreeway.org ist noch, dass dort nicht nur ein PC die Änderungen rendert, sondern mehrere PCs von Hilftswilligen ;) diese Arbeit erledigen. Alternativ kann man bei informationfreeway.org noch manuell das Rendering für eine bestimmte Fläche anstoßen, siehe die Mail von Raphael dazu. Gruß Frank -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH9fDhaT2V74kAr9URArQPAKCipyatbdwrBqFgCfm3ZKWQF5dKaQCgktPw e5V6eUajOlGV9eMlGClbV28= =YVFk -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Open Maps Neuling
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nur falls sich wer wundert, die Mail vorher war schon von mir ;-). Der Mailinglisten Server hat meine Signatur durch das Base64 Encoding durcheinander gebracht. Gruß Frank -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH9fJAaT2V74kAr9URAu30AJ0S6ORXeNbDvUWhdDy3wRPaxb7j9QCfTML4 XbFwLKqdJuVmLpxsvLTzj9E= =41b6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Darstellung von Brücken
Hallo Matthias wie stelle ich das Stück Straße dar ,welches über eine Brücke führt? Der Weg muss vor und nach der Brücke getrennt werden, die eigentliche Brücke mit den entsprechenden Keys versehen werden. Siehe auch: http://wiki.openstreetmap.org/index.php/De:Howto_Map_A#B http://wiki.openstreetmap.org/index.php/De:Key:bridge Gruß TimG Jetzt komfortabel bei Arcor-Digital TV einsteigen: Mehr Happy Ends, mehr Herzschmerz, mehr Fernsehen! Erleben Sie 50 digitale TV Programme und optional 60 Pay TV Sender, einen elektronischen Programmführer mit Movie Star Bewertungen von TV Movie. Außerdem, aktuelle Filmhits und prickelnde Erotik in der Arcor-Videothek. Infos unter www.arcor.de/tv ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Verbesserungsvorschläge / Feature -request
Hallo, Der Relation-Editor ist seit 2, 3 Versionen defekt. Es wird nur noch 1 Button mit Project-Id-Version angezeigt. Das ist aber komisch. Verwendest Du die deutsche oder englische Version? Wenn deutsch, kannst Du mal das lang-de-Plugin deaktivieren und mir sagen, ob der Fehler immer noch auftritt? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Open Maps Neuling
Salü, Ich habe letze Nacht angefangen, Daten mit Hilfe des Webtools einzuzeichnen. Nun habe ich da ein paar Fragen: 1. Ab wann sieht man meine Einträge in der Karte ? Müssen die Einträge erst Freigeschaltet werden ? Die Mapnik Karte wird einmal die Woche gerendert, ich glaub der Start ist in der Nacht von Dienstag auf Mittwoch und fertig wirds dann irgendwann am Mittwoch. Die TilesAtHome Karte wird grundsätzlich laufend erneuert, du kannst den Prozess auch manuell anstossen indem du bei www.informationfreeway.org in Zoomstuffe 12 CTRL (zu deutsch STRG) drückst und die entsprechende Kachel anklickst. Danach dauerts zwischen 2h und einen Tag bis die Kachel neu gerendert wird. Freigeschaltet werden müssen sie nicht. 2. Wie kann man feststellen, wer noch mit im Ort woht, bzw am gleichen Ort Arbeitet ? Wenn man im wiki (wiki.openstreetmap.org) seine koordinaten einträgt gibts eine near-me Funktion. Mit Josm (josm.openstreetmap.de) kann man sich den letzten Editor eines Objekts anzeigen lassen. Hoffe geholfen zu haben. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] darf man selbstgemachte google-earth pfade
Bei dieser ganzen google-earth Diskutiererei wird hier so viel gemutmaßt und keiner kennt sich aus. Wie wäre es, wenn man einfach mal Google direkt anfragt, ob das erlaubt ist oder nicht? Wenn sie ja sagen, dann wäre uns vielleicht allen etwas geholfen, wenn sie nein sagen, hat die Diskussion endlich ein Ende. Unter ja verstehe ich aber ein vollständiges ja, d.h. sie haben absolut keine Rechte auf die abgezeichneten Wege und brauchen nicht mal erwähnt zu werden. Alles andere bedeutet Abhängigkeit. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der FOSSGIS
Okay, da hab ich wirklich was missverstanden ;-) Hat sich im Gespräch mit Hr. Stark auch geklärt :-) Upps :-) Ich hoffe es fühlt sich hier keiner auf den Schlips getreten. Mein Vorschlag wäre, die Daten mit einem Tag wie etwa generator=Openaddresses.ch oder source=Openaddresses.ch zu versehen. Meine Frage ist jedoch: Die Koordinaten der Adressdaten basieren auf Googles Luftfotos, die ja nicht 'frei' sind, könnte es deshalb zu Problemen kommen? Gruss Christian Frederik Ramm schrieb: Hallo, Der Initiator von openaddresses.ch ist mein Informatik-Dozent, ich werde heute mit ihm ein Hünchen rupfen und die Sache klarstellen. Aus bisherigen Gesprächen konnte ich jedoch keine Abneigung zu OSM feststellen. Missverstaendnis! Ich habe mich selber sehr gut mit Herrn Stark unterhalten, der ist durchaus nett und uns gegenueber positiv eingestellt. Die Arroganz, von der ich sprach, lag auf Seiten unserer Englaender, die dem halt gesagt haben, sie wollen seine Daten nicht! Gibt also keinen Grund, mit ihm einen Huehnchen zu rupfen ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Verbesserungsvorschläge / Feature -request
Hi, Du hast recht, es liegt am lang-de Plugin. Mit deaktiviertem Plugin tritt der Fehler nicht auf. Auf die Idee bin ich nicht gekommen, bisher habe ich mir immer mit einer älteren Version geholfen. Danke für den Tipp, so muss ich wenigstens nicht auf die neuesten Features verzichten ;) Gruß BL Frederik Ramm schrieb: Hallo, Der Relation-Editor ist seit 2, 3 Versionen defekt. Es wird nur noch 1 Button mit Project-Id-Version angezeigt. Das ist aber komisch. Verwendest Du die deutsche oder englische Version? Wenn deutsch, kannst Du mal das lang-de-Plugin deaktivieren und mir sagen, ob der Fehler immer noch auftritt? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] darf man selbstgemachte google-earth pfade
Na das wird sich zeigen - ich frag mal an. Grüße Christoph Frederik Ramm schrieb: Hallo, Bei dieser ganzen google-earth Diskutiererei wird hier so viel gemutmaßt und keiner kennt sich aus. Wie wäre es, wenn man einfach mal Google direkt anfragt, ob das erlaubt ist oder nicht? Du wirst keine Antwort erhalten. Weder ja, noch nein. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 21, Issue 13
Message: 9 Date: Fri, 04 Apr 2008 01:05:39 +0200 From: Stefan Hirschmann [EMAIL PROTECTED] Subject: Re: [Talk-de] darf man selbstgemachte google-earth pfade To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-15; format=flowed Ich glaube Orthofotos machen zu lassen, kostet nur 300 Euro (hab mal vor kurzen ein Angebot gelesen). MfG Stefan 300 EUR pro Quadratmeter, Hektar, Quadratkilometer? Das spielt eine gewisse Rolle, weil wenn es Quadratmeter wären, würde der Hektar schon 3 Mio EUR kosten, wenn es Quadratkilometer wären, so kostete die ganze Erde (nur Landmasse) immer noch nur 44.829.000.000 EUR. Wäre also wohl mehr, als wir uns derzeit leisten können... Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] FOSSGIS 08
Message: 6 Date: Fri, 4 Apr 2008 00:13:49 +0200 From: Frederik Ramm [EMAIL PROTECTED] Subject: [Talk-de] Bericht von der FOSSGIS To: talk-de@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Hallo, Jochen, Marcus und ich haben OSM auf der gerade abgelaufenen FOSSGIS 2008 in Freiburg den OSM-Stand betreut. Das Interesse war gross, das Echo gut. Wir hatten einige Plakate aufgehaengt (Welt, Europa, kleinere Bilder der Innenstaedte von Paris, Rom, London, Berlin, New York, Stockholm und Tokio) und eine Diashow auf einem Monitor laufen, ausserdem unsere OSM-Flyer und die extra hergestellte Freiburg-Karte, die gerade auch Featured Image im Wiki ist. sehr cool, kann man irgendwo den Stand sehen (bzw. ein PDF der gedruckten Karten)? Würde mich sehr interessieren hins. Rom, weil da in den letzten Wochen einiges gelaufen ist. Allerdings fehlen z.B. im historischen Zentrum immer noch 3/4 der Straßen... Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der FOSSGIS
Hallo, Meine Frage ist jedoch: Die Koordinaten der Adressdaten basieren auf Googles Luftfotos, die ja nicht 'frei' sind, könnte es deshalb zu Problemen kommen? Ja, genau das ist ja das Problem. Oder es ist halt die Frage, ob es ein Problem ist. Eventuell kann man sich da mal rechtlich beraten lassen, inwiefern das Setzen eines Punktes auf einem Luftbild von denen, die das Luftbild veroeffentlichen, irgendwelchen Bedinungen unterworfen werden kann oder nicht. Hr. Stark meinte, dass er fuer openaddresses.ch die Google-Bedingungen mehrfach durchgelesen habe und keine Bedenken habe. Ferner hat wohl auch mal jemand bei ihm angerufen, der vermutlich Google-Anwalt war, und sich beschweren wollen (weil wohl die Annahme bestand, dass Daten aus Googles Geocoding uebernommen wuerden), und als die Sache geklaert war, gab es da auch keine weiteren Fragen. Falls wir openaddresses-Daten importieren, muessen wir fairerweise auch untersuchen, inwieweit openaddresses unsere Daten importieren kann. Eventuell besteht auf Seiten von openaddresses ja die Moeglichkeit eines dual licensing, so dass die aus OSM uebernommenen Daten ihre Lizenz behalten koennen, ohne das gesamte openaddresses.ch zu infizieren. Vermutlich macht es aber nicht viel Sinn, sich darueber vor dem geplanten OSM-Lizenzwechsel Gedanken zu machen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] left.eider.bytemark.co.uk - 18% Packet Loss
$ host www.informationfreeway.org www.informationfreeway.org has address 80.68.90.42 yupp - sieht bei mir identisch aus. Ein reverse lookup auf die IP ergibt dann aber: $ dig 42.90.68.80.in-addr.arpa ptr 42.90.68.80.in-addr.arpa. 86084 IN PTR ohr01.vm.bytemark.co.uk. Hostet der Apache dort offensichtlich mehrere Seiten, oder aber es sind mehrere VM's welche über die selbe IP nach draußen gehen. und da gibt es die osmxapi, die beim lowzoom-rendern benutzt wird. Okay. Dann ist es wahrscheinlich doch die Maschine, welche mir dort die Probleme macht. Falls du selbst ab und an Lowzoom renderst, kannst du dieses Verhalten der korrupten osm-files nachvollziehen? Falls nicht, muss ich heute Abend doch mal den Kabelhai anwerfen, und mich auf die Suche machen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] left.eider.bytemark.co.uk - 18% Packet Loss
Am Donnerstag, 3. April 2008 01:17:10 schrieb Dirk-Lüder Kreie: Andreas Jacob schrieb: Hallo Geht es nur mir so, oder können auch noch andere dieses Verhalten nachvollziehen? Aktuell habe ich Probleme überhaupt ein fertiges Paket von gerenderten Tiles loszuwerden, geschweige denn ein vollständiges Set an osm Daten für ein neues Tile zu bekommen. Was probierst du überhaupt? Mir ist derzeit kein verteiltes Renderingprojekt bekannt, dass einen Server bei Bytemark nutzt. So nun aber: ohr01.vm.bytemark.co.uk (80.68.90.42) liefert osm-files (data-*-1.osm - data-*-6.osm) für den [EMAIL PROTECTED] client aus. Allerdings scheint dieser Server nur kontaktiert zu werden, wenn man Daten aus dem Lowzoombereich (z8-z11) rendert. Wenn ich per loop z12 Tiles rendere (so wie ich dies gestern tat), dann holt er sich die Daten von einem anderen Server. Das dumme an der Geschichte ist nun, dass der obige Server extrem häufig unvollständige osm-files liefert, welche nur 390 oder 389 byte groß sind. Wenn man dass nicht mitbekommt, rendert man ein paar Stunden ein Lowzoomset, und am Ende fehlen entweder die Wälder, die Flüße, die Beschriftungen, oder gar die Straßen. Vom DNS Namen her würde ich ja einmal vermuten, dass da jemand seiner VM ein bisserl zu viel Last zumutet, und es deshalb zu den korrupten files kommt. Der Paket Loss des Routers von Bytemark, welchen ich vorgestern hatte, ist heute auf jeden Fall nicht zu verzeichnen. Gibt es auf der Liste eigentlich noch jemanden, welcher Lowzoomes rendert, und ähnliches beobachtet? Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] darf man selbstgemachte google-earth pfade
Hallo, Bei dieser ganzen google-earth Diskutiererei wird hier so viel gemutmaßt und keiner kennt sich aus. Wie wäre es, wenn man einfach mal Google direkt anfragt, ob das erlaubt ist oder nicht? Du wirst keine Antwort erhalten. Weder ja, noch nein. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Worldfile vom 2. April 2008
Hallo, das neue Worldfile liegt wie immer auf meiner Wikipage zum Download bereit. http://wiki.openstreetmap.org/index.php/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] darf man selbstgemachte google-earth pfade
Frederik Ramm schrieb: Hallo, Bei dieser ganzen google-earth Diskutiererei wird hier so viel gemutmaßt und keiner kennt sich aus. Wie wäre es, wenn man einfach mal Google direkt anfragt, ob das erlaubt ist oder nicht? Du wirst keine Antwort erhalten. Weder ja, noch nein. Bye Frederik Alles klar - ich sag nüscht mehr. Ich hab jetzt ne Stunde lang versucht in irgendeiner sinnvollen Art und Weise Kontakt mit Google aufzunehmen und ich befürchte es ist für Normalsterbliche nicht möglich. Man könnte höchstens einen Vorschlag hinschicken, der aber nicht beantwortet wird. Fragen kann man nur stellen, wenns um Werbung und Marketing geht. Nicht mal anrufen kann man. Da geht dann nur n Scheiß Band ran, was einem sagt, dass man es per Email versuchen soll. Ich wusste ja nicht, dass die so einen schlechten Support haben. Google kotzt mich echt an. Rechtslage bleibt also ungeklärt (hab mir auch die Lizenzvereinbahrungen durchgelesen und keine konkreten Widersprüche hinsichtlich unseres Vorhabens gefunden). Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schutz vor Manipulation/Vandalismus in OSM
Am Dienstag 01 April 2008 schrieb Frederik Ramm: Es war noch nie moeglich, unregistriert Aenderungen vorzunehmen. Man konnte, und kann derzeit noch, verhindern, dass andere erfahren, wer man ist, aber in der Datenbank war das schon immer drin. dann hatte ich die diskussion damals (u.a. wegen potlatch) wohl falsch verstanden. worum's mir geht, ist eine registrierung mit gueltiger email-adresse, so dass derjenige kontaktierbar ist. die identitaet muss ja deswegen nicht oeffentlich bekannt sein. wenn das bereits so ist, umso besser. hmm, die gaengigen versionsverwaltungssysteme machen das selber. und es laesst sich normalerweise auch so einstellen, das das nur an die leute, die sich dafuer explizit subscriben rausgeht, nicht an alle user. drum sollte das nicht so wild sein. ich finde es ausserdem wesentlich besser, benachrichtigt zu werden, als staendig selbst nachschauen zu muessen... Unterschaetz das mal nicht, wenn auch nur 100 Leute einfach mal so London auf ihre Watchlist tun, und bei jeder London-Aenderung dann 100 Mails raus muessen... und bei denen versauern diese Mails dann in irgendeinem Folder, weil sie zu faul sind, sie abzubestellen ;-) 100 emails sind jetzt nicht sooo viel. da ja nicht jedes element einzeln, sondern immer nur ganze commits beruecksichtigt werden muessen, duerfte das die anzahl wesentlich reduzieren. wenns wirklich zuviele sein sollten, kann man ja immer noch die taeglichen nachrichten zu einer zusammenfassen... zusammen mit der pflicht einer regelmaessigen bestaetigung der anmeldung muesste das funktionieren... naja, so wie ich mir das vorstelle, hat die versionsnummer nur der commit. und im log steht drin, welche elemente veraendert wurden. Das wuerde eine groessere Aenderung an der Datenbankstruktur bedeuten; Du willst SVN-artig eine globale Versionsnummer, die bei jeder Aenderung irgendwo auf der Welt hochgezaehlt wird (genauer, bei jedem Commit). Wir haben im Moment fuer jedes Objekt eine Versionsnummer. ich glaube nicht, dass man dazu die datenbankstruktur aendern muss. ich wuerde das eher als eine art zwischenschicht zwischen api und datenbank sehen. Dein Vorschlag hat Vor- und Nachteile. Ein Nachteil ist, dass bei jedem Upload ein ziemlich aufwendiger Vergleich mit den betroffenen Aenderungsbereichen aller inzwischen hochgeladenen anderen Aenderungen erfolgen muss, der aufwand fuer den vergleich duerfte sich in grenzen halten, schliesslich wird ja immer nur ein relativ kleiner bereich betrachtet; wobei ich natuerlich die genaue datenbankstruktur nicht kenne... um bei meinem beispiel zu bleiben: ich lade mir daten in josm, um die zu bearbeiten. der satz hat den stand rev1234. wenn ich fertig bin, will ich wieder hochladen. die api weiss aber, dass der aktuelle stand jetzt rev1236 ist, also zwischendurch zwei aenderungen erfolgt sind. nun kann ein vergleich der logs erfolgen. wenn sich die bearbeiteten bereiche bzw. objekte mit meinen ueberschneiden, gibts einen konflikt, der mir (inklusive eventuellem kommentar) angezeigt wird und aufgeloest werden muss. Und bis Du ihn aufgeloest hast, ist der globale Versionszaehler bei 1291, und es gibt schon wieder einen Konflikt... ich hoere schon die User heulen ;-) das problem kann bei jedem projekt mit vielen entwicklern auftreten... einen konflikt hast du sowieso nur, wenn sich die aenderungen in der selben gegend befinden. ausserdem gibts immer noch die moeglichkeit der kontaktaufnahme, falls mehrere user laenger im selben bereich arbeiten. Unklar ist mir im Moment noch, wie man unsere bestehenden Daten nachtraeglich in eine mit diesem Modell kompatible Datenstruktur packen koennte. Wird sicher irgendwie gehen, muesste man mal nachdenken. auch so ein thema (aehnlich wie die highway- oder hausnummern-geschichte), wo man sich mal mit ein paar leuten zusammensetzen sollte, um was vernuenftiges auszuarbeiten. 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] FOSSGIS 08
Martin Koppenhoefer schrieb: Message: 6 Date: Fri, 4 Apr 2008 00:13:49 +0200 From: Frederik Ramm [EMAIL PROTECTED] Subject: [Talk-de] Bericht von der FOSSGIS To: talk-de@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Hallo, Jochen, Marcus und ich haben OSM auf der gerade abgelaufenen FOSSGIS 2008 in Freiburg den OSM-Stand betreut. Das Interesse war gross, das Echo gut. Wir hatten einige Plakate aufgehaengt (Welt, Europa, kleinere Bilder der Innenstaedte von Paris, Rom, London, Berlin, New York, Stockholm und Tokio) und eine Diashow auf einem Monitor laufen, ausserdem unsere OSM-Flyer und die extra hergestellte Freiburg-Karte, die gerade auch Featured Image im Wiki ist. sehr cool, kann man irgendwo den Stand sehen (bzw. ein PDF der gedruckten Karten)? Gibts auch Bilder so vom Stand an sich? Und Videos von den Vorträgen? Konnte nichts finden. Danke und Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Verbesserungsvorschläge / Feature -request
Holger Issle schrieb: On Thu, 3 Apr 2008 23:27:06 +0200, Christoph Eckert wrote: weiß inwieweit die Projektion einen Einfluss auf die Darstellung von rechten Winkeln hat. Bei den Größenordnungen wie wir mit Gebäuden und Fußballplätzen haben, keine sichtbaren. Ich kann das nicht so genau beschreiben, jedoch kommt es mir sovor, als wäre die Ansicht in JOSM leicht schief, das wirkt sich immer negativ auf meine Gebäude aus. Mit Merkaartor kann ich diese besser zeichnen, da ich dort imo eine genau Sicht von oben habe. Mit JOSM gezeichnete Gebäude sind dann auf der Karte auch immer schief. Ich hoffe, das liegt nicht an meinen Augen ;-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Verbesserungsvorschläge / Feature -request
Hallo Jonas Ich kann das nicht so genau beschreiben, jedoch kommt es mir sovor, als wäre die Ansicht in JOSM leicht schief, Steht die Map Projection unter den Preferences bei Dir auf Mercator oder EPSG:4326 ? Ich hatte anfangs Probleme mit der Darstellung von Kreisen. Nach der Umstellung auf Mercator war alles ok. Gruß TimG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Hallo/OpenGeoDB-Import Österreich ( viele gravierende Fehler)
Hallo! Ich hab OSM erst vor einer Woche entdeckt, hab aber schon meinen ganzen Stadtteil (in Linz, Österreich) gemappt. Soweit alles super. Ein Problem, das ich habe, ist folgendes: Die Stadtteilbezeichnungen von Linz sind zum Großteil aus OpenGeoDB übernommen, und diese übernommenen (nicht die direkt eingetragenen) Bezeichnungen sind zum Großteil falsch, weil da einfach irgendwelche ähnlich klingenden oder gleich geschriebenen Orte, oft aus 30 oder 40 km Entfernung, zu einem Stadtteil von Linz umgedeutet worden sind. Offensichtlich wird das alleine schon daran, daß sie im falschen Bezirk liegen. Beispiele: Oed in den Bergen loc_id 68424 Wegscheid loc_id 73668 (an diesen hab ich was verschlimmbessert, d.h. die liegen in OpenGeoDB wieder ungefähr an der richtigen Stelle) Neue Heimat loc_id 67486 Freindorf loc_id 67486 Dornach loc_id 70723 Margarethen loc_id 69840 (die sind wie sie waren) Ich weiß mittlerweile, wie man die OpenGeoDB richtigstellt, aber wie stelle ich die OSM richtig, um die es mir eigentlich geht? Auf der OpenGeoDB-Liste wurde mir gesagt, daß das ein OSM-er importiert. Es ist im Online-Editor nicht wirklich einfach, eine Detailbezeichnung um 30 km zu verschieben. Kann ich die Bezeichnung einfach löschen, in OpenGeoDB richtigstellen und hoffen, daß beim nächsten Import (wie oft wird der gemacht) alles automatisch stimmt? Wie kommen eigentlich diese Fehler (es sind keine Koordinaten- fehler, sondern Verwechslungen mit gleichlautenden Orten, z.B. das Oed in den Bergen aus einem anderen Bezirk mit Oed, dem Stadtteil überhaupt zustande? Wer kann derartige offenbar systematische Fehler (ca. 50% der importierten Bezeichnungen sind in meiner Gegend falsch zugeordnet) richtigstellen? Danke im Vorhinein! Während OSM sonst super ist, scheint OpenGeoDB ziemlich undurchsichtig, verwirrend und kompliziert zu sein. Und viel mehr Arbeit, als die Bezeichnungen händisch einzutragen. Ach ja, eine Frage noch: Gibt es eine Österreich-Liste (oder sogar Oberösterreich, oder Linz, ...) die besser für solche Fragen geeignet ist? /ralph -- ich hoffe, ich hab mit meinem rumdoktorn an den beiden Bezeichnungen oben nix kaputt gemacht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Google-Daten abmalen
Leute, ich kann echt nicht verstehen, daß hier ernsthaft über Google-Daten Abmalen oder nicht diskutiert wird. Ich hatte OpenStreetMap als enthusiastisches nicht-kommerzielles Projekt verstanden, wo man den Geldmachern mal zeigt, daß es ohne Sie viel cooler geht. Ich will keine Sch... Google-Daten haben, wenn sie sie nicht an uns verschenken. Ich will einen OpenStreetMap, die ihren Namen verdient, und auf die ich mit meinem und Eurem Beitrag stolz bin! Punkt. (Und wenn einer von uns seinen Urlaubsort so toll fand, daß er ihn aus dem Kopf mappen kann, dann - können wir entweder warten, bis er eh wieder hin fährt oder - er malt es echt aus dem Kopf. Es geht erstaunlich gut, ich habs mit meinem Heimatort gemacht, mußte nach dem Tracks hochladen nur ein bißchen schieben... ) Is' nur meine Meinung. Grussi Lulu-Ann -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] darf man selbstgemachte google-earth pfade
Zitat von Paul Lenz [EMAIL PROTECTED]: Wo Licht ist, ist halt auch Schatten. BTW: http://maps.google.com/maps/ms?hl=deptab=2ie=UTF8oe=UTF8msa=0msid=111520548216737671595.01124ce7272805f38z=7 Was den einen Fehler davon betrifft, das wird der sein: http://www.suomenlinna.fi/index.php?menuid=19lang=eng Can you use the service tunnel to get to Suomenlinna? Unfortunately this is not possible. A narrow service tunnel was built from Suomenlinna between 1976?1980, and contains the district heating and water pipes and cables. The narrow passage may only be used by emergency vehicles and the authorities. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Winkel-Tool
Auch ich als Geomatiker, der _sehr_ bedacht auf jeden 1/10mm ist, sehe bei einer Karte keine Bedenken, ob nun das Haus in der realen Welt um einige Gon abweicht oder nicht. Wir produzieren hier keine Urkundengetreue Katasterpläne, sondern eine schöne, coole, vollständige *Abbildung_der_Erde*. Gruß Christian Annette Thurow schrieb: Hallo, ich kann keinen Sinn darin finden, ein Tool zu haben, daß einen Rechten Winkel abbilden kann. Wenn man vor einem Gebäude steht, kann man nicht schätzen, ob es ein echter Rechter Winkel ist oder eben 92°. Gebäude sind nicht rechtwinklig, Gärten auch nicht. Ich verweise auf Germany, Hannover, Herrenhausen (Barockgärten, wenn man drin steht völlig rechtwinklig, wenn man es vermißt, au weia!) Das Anlegen eines Rechten Winkels auf der Karte verfälscht die Daten, wenn man sich am Gebäude nicht mit Winkelmaß überzeugt hat, daß überhaupt Rechtwinkligkeit vorliegt (Wer hat das schonmal getan ???) Dagegen! Gruß Lulu-Ann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hallo/OpenGeoDB-Import Österreich ( viele gravierende Fehler)
Am Freitag, 4. April 2008 16:31 schrieb Ralph Aichinger: Hallo! Ich hab OSM erst vor einer Woche entdeckt, hab aber schon meinen ganzen Stadtteil (in Linz, Österreich) gemappt. Soweit alles super. Ein Problem, das ich habe, ist folgendes: Die Stadtteilbezeichnungen von Linz sind zum Großteil aus OpenGeoDB übernommen, und diese übernommenen (nicht die direkt eingetragenen) Bezeichnungen sind zum Großteil falsch, weil da einfach irgendwelche ähnlich klingenden oder gleich geschriebenen Orte, oft aus 30 oder 40 km Entfernung, zu einem Stadtteil von Linz umgedeutet worden sind. Offensichtlich wird das alleine schon daran, daß sie im falschen Bezirk liegen. Ich weiß mittlerweile, wie man die OpenGeoDB richtigstellt, aber wie stelle ich die OSM richtig, um die es mir eigentlich geht? Auf der OpenGeoDB-Liste wurde mir gesagt, daß das ein OSM-er importiert. Es ist im Online-Editor nicht wirklich einfach, eine Detailbezeichnung um 30 km zu verschieben. Kann ich die Bezeichnung einfach löschen, in OpenGeoDB richtigstellen und hoffen, daß beim nächsten Import (wie oft wird der gemacht) alles automatisch stimmt? Ja. Wenn das so weit zu verschieben ist, würde ich das vorschlagen. Ein neuer Import ist von meiner Seite zur Zeit aus Prioritätsgründen nicht geplant (ich hab leider im Moment nicht den Kopf dafür, und mag nicht versprechen, wann ich das wieder habe). Aber wenn es einen geben wird, wird eine sehr viel neuere OpenGeoDB benutzt werden. Wie kommen eigentlich diese Fehler (es sind keine Koordinaten- fehler, sondern Verwechslungen mit gleichlautenden Orten, z.B. das Oed in den Bergen aus einem anderen Bezirk mit Oed, dem Stadtteil überhaupt zustande? Ich vermute das die Version der OpenGeoDB, die wir in OSM importiert hatten, diese Fehler auch enthält, es gab jedenfalls häufig solche Rückmeldungen und immer waren die Fehler auch in der Version von OpenGeoDB drinn. Wer kann derartige offenbar systematische Fehler (ca. 50% der importierten Bezeichnungen sind in meiner Gegend falsch zugeordnet) richtigstellen? Du kannst die Fehler in OpenGeoDB beheben. Gruß und Danke Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] left.eider.bytemark.co.uk - 18% Packet Loss
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Kemnade schrieb: | $ host www.informationfreeway.org | www.informationfreeway.org has address 80.68.90.42 | | und da gibt es die osmxapi, die beim lowzoom-rendern benutzt wird. AFAIK ist das derzeit nur ein redirect auf hypercube.telascience.org, aber ich mag mich irren... -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH9mo8FUbODdpRVDwRAoDrAKCfQgo55vYr0IcOwLgU8VA1IWZxngCguYZ7 VQPVedegUvM4M6o04dKNgJE= =3F8C -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Vereinsgelände und Gebäudenutzung
Hi, ich mache hier grad etwas Feinarbeit an dem Kartenmaterial in meiner Umgebung und bin dabei auf ein paar Fragen gestoßen: 1. Es gibt den landuse Tag mit dem ich die Nutzung einer bestimmten Fläche festlegen kann. Nun gibt es hier praktisch an jedem Ortsausgang ein Vereinsgelände auf dem mehrere Vereine untergebracht sind. Gibt's das irgend eine Möglichkeit diese Flächen ebenfalls zu taggen? 2. Das Taggen von Gebäuden Dafür gibt's den building Tag bzw. die building Attribute. Aber auch bei buildung:use gibt's nun keine wirklich große Auswahl und Vereinsgebäude ist da erst recht nicht zu finden. Vorgeschlagen hätte ich jetzt spontan: landuse=association buildung:use=association Auf diese Weise könnte man alles erfassen: Die Flächennutzung, den Gebäudetyp und die Gebäudenutzung. Wenn mir jemand sagt es gibt keine vorhandenen Alternativen und ich kann das so einfach ins Wiki eintragen mach ich das natürlich gerne. Nur ist mir im Moment noch nicht ganz klar was alles zu tun ist damit das nicht nur da rumsteht sondern auch in Mapnik, OSMARenderer und JOSM eingebaut wird ;-) Gruß Daniel -- web: http://www.cytrinox.net irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' pgpuAc5QXDyan.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Verbesserungsvorschläge / Feature -request
Thomas Hieber schrieb: John07 schrieb: Holger Issle schrieb: On Thu, 3 Apr 2008 23:27:06 +0200, Christoph Eckert wrote: weiß inwieweit die Projektion einen Einfluss auf die Darstellung von rechten Winkeln hat. Bei den Größenordnungen wie wir mit Gebäuden und Fußballplätzen haben, keine sichtbaren. Ich kann das nicht so genau beschreiben, jedoch kommt es mir sovor, als wäre die Ansicht in JOSM leicht schief, das wirkt sich immer negativ auf meine Gebäude aus. Mit Merkaartor kann ich diese besser zeichnen, da ich dort imo eine genau Sicht von oben habe. Mit JOSM gezeichnete Gebäude sind dann auf der Karte auch immer schief. Ich hoffe, das liegt nicht an meinen Augen ;-) Geht mir genauso - auch bei Mercator Projektion ist es auf meinem Bildschirm nicht so, dass rechte Winkel korrekt abgebildet werden. Das liegt vielleicht auch an den 1280*1024 Punkten im 4:3 Seitenverhältnis. Das glaub ich nicht, ich habe 1280x800 bei 16:10 Ich bin mir auch nicht sicher, ob es mit der Mercator Projektion jetzt 100% stimmt, aber etwas besser ist es glaub ich schon. Das ist auch wieder ein Argument für ein Tool, mit dem man 90° Winkel zeichnen könnte. Letzlich für mich ein guter Grund für eine Gradanzeige in JOSM - oder noch besser: Einfache Prefab Objeckte wie Rechtecke die man beliebig drehen und skalieren kann um z.B. mit wenig Aufwand ein Gebäude oder einen Fußballplatz einzuzeichnen. Ja, das wäre schon toll. Wurde vor kurzem hier angesprochen, es gäbe dort einige Probleme, für die erstmal eine Lösung her müsste. (Bei Sportplätzen wäre es auch gut, wenn die Standardgrößen für die Spielfelder bereits eingestellt wären. So genau wie die Größe im Regelwerk der Sportart vorgegeben ist kann das GPS eh nicht messen.) Da muss ich leider wiedersprechen: http://de.wikipedia.org/wiki/Fussballfeld#Spielfeld Bei Spielräumen von 10 und mehr Metern ist mein GPS denke ich schon mindestens so genau. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Rechter Winkel usw.
Hallo zusammen, ich möchte dem Plädoyer von Martin zustimmen. Auch in Bezug auf die Hausnummern und Gebäudediskussion wünsche ich mir, dass irgendwann Konstruktionswerkzeuge vorhanden sind, die ein genaueres Erfassen von Linien und Flächen ermöglichen. Gefühlsmäßig würde ich sagen, dass wir uns in Richtung auf höhere Genauigkeit und Vollständigkeit bewegen, und dann sind solche Werkzeuge nützlich. Diese Entwicklung war bei vielen Datenerfassungsansätzen vorhanden: Wenn es schnell und günstig sein sollte, wurde abdigitalisiert (oder erst mal gescannt), wenn es genau sein sollte, exakt eingemessen oder eben konstruiert. Wenn für JOSM solche Werkzeuge benötigt werden, kann ich einige Sourcen in [Map-]Basic als Starthilfe zur Verfügung stellen. Viele Grüße Franz-Josef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Winkel-Tool
Hallo, Wenn ein Gebäude um +-2° _nicht_ rechtwinklig ist würde ich es auf der Karte trotzdem rechtwinklig zeichnen. Das nennt man Generalisierung. Grade bei Gebäuden mit vielen Ecken wäre ein solches Tool _sehr_ hilfreich. Ich finde Geometriesupport in JOSM auch wichtig. Das muss gar nicht immer mit Exaktheit zu tun haben; manchmal erreicht man nur einen Eckpunkt eines Gebaeudes, kann aber anhand eines Kompasses und Augenmass durchaus sagen, dass das Gebaeude 100x30m gross ist und im Winkel X steht - aus diesen Infos sollte man leicht etwas zeichnen koennen. Das hab ich schon seit einem halben Jahr auf meiner Todo-Liste; ich hatte damals auf talk um Input zu dem Thema gebeten und ein paar Ideen gesammelt: http://lists.openstreetmap.org/pipermail/talk/2007-August/017395.html Ein unklarer Punkt ist noch, wie sich Geometriesupport auf bereits existierende Objekte auswirken soll. Kann man damit nur neue Objekte anlegen oder auch existierende bearbeiten? Kann JOSM anhand von Metadaten erkennen, dass es sich beim Way X um ein mit Geometriesupport gemaltes Rechteck handelt und bei diesem Way daher auch spaeter noch typische Rechteckfunktionen anbieten (Breite anpassen)? Was, wenn jemand mittlerweile mit Potlatch aus dem Rechteck ein Trapez gemacht hat? Also, dass es sowas noch nicht gibt, heisst nicht, dass der Bedarf umstritten ist, sondern bloss, dass noch niemand Zeit hatte ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der FOSSGIS
Hallo, Sven Geggus wrote: Frederik Ramm [EMAIL PROTECTED] wrote: Vermutlich macht es aber nicht viel Sinn, sich darueber vor dem geplanten OSM-Lizenzwechsel Gedanken zu machen. Kann man darüber etwas nachlesen? Mehr, als Dir vermutlich lieb ist, z.B. hier: http://www.opengeodata.org/?p=262 und http://wiki.openstreetmap.org/index.php/Open_licence_questions Der Lizenzentwurf ist gerade in Ueberarbeitung, sobald die naechste Version vorliegt, werde ich hier mal eine deutsche Uebersetzung reinstellen. Ganz kurz der Grundgedanke: * CC-BY-SA ist fuer kreative Arbeiten gedacht und funktioniert schlecht fuer Geodaten, insbesondere in Rechtsraeumen, in denen der Grundsatz facts are free gilt und die keine Datenbank-Direktive haben (z.B. USA, da darf heute jeder alle unsere Daten kopieren ohne Share-Alike). * Die neue Lizenz versucht, dem abzuhelfen, indem sie fuer solche Gegenden einen Vertrag obendrauf setzt (durch Oeffnen der Packung verpflichten Sie sich..., so ganz salopp gesagt) * Die neue Lizenz beruecksichtigt besser den Charakter von OSM als Datensammlung. Das Share-Alike-Element gibt es weiterhin, es greift aber tendenziell nicht, wenn man ein einfaches abgeleitetes Werk (z.B. gedruckte Karte) macht, sondern eher dann, wenn man die Daten in eine Datenbank tut. Dadurch soll besser gewaehrleistet werden, dass wir auch was vom Share-Alike haben. Beispiel T-Shirt: Du nimmst OSM-Daten, verbesserst sie, machst ein T-Shirt draus; CC-BY-SA greift fuer das fertige T-Shirt, nicht fuer die verbesserten Daten. Nuetzt dem Projekt wenig. Die neue Lizenz soll Dich in diesem Fall dazu bringen, die verbesserten Daten freizugeben, waehrend Du mit dem Shirt machen kannst, was Du willst - das nuetzt dem Projekt mehr. * Kleine Auszuege aus den Daten sollen explizit ganz freigegeben sein, d.h. nur weil jemand drei Strassen abfragt, faerbt noch nicht unsere Lizenz ab. Das ist jetzt von mir ganz grob mal dahingesagt, von Rueckfragen an mich bitte ich zum jetzigen Zeitpunkt abzusehen (ggf. alle von den o.g. Links aus verlinkten Seiten selber lesen und das Archiv von legal-talk konsultieren). Wie gesagt, sobald der naechste Draft da ist, mache ich mal eine Uebersetzung. (Ich persoenlich bin nicht begeistert von dem Lizenzwechsel, ich haette einen Wechsel nach PD vorgezogen, aber die neue Lizenz formuliert wenigstens viele Sachen klar, die bislang voellig unbeantwortet waren.) (Natuerlich ist ein Lizenzwechsel nicht moeglich, ohne dass jeder einzelne Mitautor, also ihr alle, einverstanden ist. Irgendwann kommt der grosse Tag, wo eine Rundmail an alle geht...) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der FOSSGIS
Hallo, Wurde der Vortrag bzgl. OSM / WMS nicht von Frank Jäger (statt Frank Winkler) gehalten? Ja, sorry Frank, alles durcheinandergebracht. Natuerlich Frank Jaeger! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Google-Daten abmalen
Hi, Naja, soweit ich das mitbekommen habe gab es schon eine explizite Erlaubnis zur *Ableitung von Werken* von den Yahoo-Bildern im OSM-Kontext. Lies mal gruendlich http://wiki.openstreetmap.org/index.php/Yahoo - da stehen so Formulierungen wie OSM's usage of the free API for overlaying GPS and tracings appears to be well within the terms of use, und We don't have a written agreement explaining exactly what is permitted. It seems to be more a case of agreeing an interpretation of their Terms of Use. IIRC galt das erst nur für online-Bearbeitung und für die offline-Verwendung in JOSM wurde extra noch einmal bei Yahoo nachgehakt. Genau, und hierzu ist zu lesen: The first pass on the subject was a more cautious reading of the ToU, but at request, they (Yahoo) invested significant time in re-examining the particulars. Also in meinen Augen heisst das nicht sie haben es uns dann doch erlaubt, sondern sie haben ihre eigenen Terms of Use nochmal durchgelesen und sind zum Schluss gekommen, dass es ok ist ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der FOSSGIS
Frederik Ramm [EMAIL PROTECTED] wrote: Die neue Lizenz soll Dich in diesem Fall dazu bringen, die verbesserten Daten freizugeben, waehrend Du mit dem Shirt machen kannst, was Du willst - das nuetzt dem Projekt mehr. Das klingt ja eigentlich ganz gut. (Ich persoenlich bin nicht begeistert von dem Lizenzwechsel, ich haette einen Wechsel nach PD vorgezogen, aber die neue Lizenz formuliert wenigstens viele Sachen klar, die bislang voellig unbeantwortet waren.) PD gefällt mir persönlich gar nicht! Ich bin ein Freund GPL-artiger Lizenzen. (Natuerlich ist ein Lizenzwechsel nicht moeglich, ohne dass jeder einzelne Mitautor, also ihr alle, einverstanden ist. Irgendwann kommt der grosse Tag, wo eine Rundmail an alle geht...) Genau so habe ich mir das vorgestellt. Der Lizenzwechsel wird also niemals stattfinden können. Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /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] JOSM Projektionsmethode WMS
Hallo, Markus Stürmer wrote: Ich habe das mit den unterschiedlichen Projektionsmethoden in JOSM gerade getestet und in beiden, auch in Mercator passen die Yahoo Luftbilder. Ich vermute mal, dass die somit in beiden Projektionsmethoden verwendbar sind, wenn es jemand besser weiß bitte schreiben. Stell mal den Zoom so ein, dass Du ein Gebiet von 20x20km siehst. Dann downloade ein Yahoo-Bild und dann OSM-Daten davon (idealerweise etwas, wo am oberen und unteren Bildrand jeweils eine Strasse verlaeuft). Die Strassen werden bei Mercator deutlich neben dem Bild liegen. Wenn Du dann aber reinzoomst und nochmal ein detailliertes Bild laedst, passt es. Wenn Du wieder rauszoomst, wirst Du einen Versatz an den Kanten des heruntergeladenen detaillierten Bildes erkennen. Die Ungenauigkeit existiert nur in N-S, nicht in O-W-Richtung. Man kann also durchaus mit den falsch projizierten Satellitenbildern leben, wenn man detaillierte Ausschnitte bearbeitet. Gerade bei sowas wie grosse Fluesse/Waelder von Landsat abmalen kann es aber schiefgehen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] FOSSGIS 08
Hallo, Gibts auch Bilder so vom Stand an sich? Und Videos von den Vorträgen? Konnte nichts finden. Die Vortraege wurden nicht aufgezeichnet. Fotos wurden einige gemacht, aber auf Flickr sind noch keine aufgetaucht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Projektionsmethode WMS
Markus Stürmer [EMAIL PROTECTED] wrote: Ich habe das mit den unterschiedlichen Projektionsmethoden in JOSM gerade getestet und in beiden, auch in Mercator passen die Yahoo Luftbilder. Hm, das ist eigentlich auch meine praktische Erfahrung, aber Frederik sagte, dass WMS nur bei lat/long korrekt wäre. Schön wäre es, wenn josm selbst umprojizieren könnte, grade weil Orthofotos aus dem deutschsprachigen Raum meist in Gauss-Krüger Projektion vorliegen. Sven -- All bugs added by David S. Miller [EMAIL PROTECTED] Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /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] Google-Daten abmalen
Hallo, Um zu Google zurückzukommen, sieht die Realität tatsächlich so aus, dass sich Google bisher einfach überhaupt nicht geäußert hat wie das mit der Verwendeung ihrer Daten aussieht? Inoffiziell auf irgendeiner Party hat mal jemand mit einem Googler geredet, und der sagte sowas wie: Dazu werdet ihr von unseren Legal-Leuten NIEMALS eine Auskunft bekommen, aber ihr koennt es gern probieren. ,-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bad Honnef am 31.5., hat jemand Zeit?
Hallo, hat irgendwer Zeit und Lust, am 31.5. in Bad Honnef auf dem grossen pocketnavigation.de-Usertreffen einen Vortrag ueber OSM zu halten? Die Veranstalter wuerden sich sehr freuen, wenn von uns jemand kaeme. Jochen und ich sind zeitgleich auf dem Linuxtag. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-cz] zdravice z fossgis
Na německy mluvící konferenci FOSSGIS [1] měla OpenStreetMap samostatný stánek a celou jednu sekci [2]. Hlavní hybatelé byli Frederik Ramm a Jochen Topf, autoři knihy OpenStreetMap - Die freie Weltkarte nutzen und mitgestalten [3]. Na konferenci se rozdával plánek Freiburgu vyrenderovaný právě z dat OSM. Asi víte, že se chystá spuštění WMS s OSM. Bavili jsme se o WFS a z diskuze vzešlo, že technicky by to snad nebyl problém, ale problém je v konkrétním převodu OSM-GML. Pomohlo by, kdyby někdo formuloval konkrétní potřebu, na jímž základě by se udělal první nástřel převodu. V Německu je OSM dost populární a mapy jsou dost kompletní a když jsme bloudili na procházce v parku u Freiburgu, tak zakreslení všech pěšinek perfektně sedělo :-) [4] Tak jen tak dál Jachym [1] http://fossgis.de [2] http://www.fossgis.de/wiki/index.php/Mittwoch% 2C_02._April_2008#Block_X [2] http://www.openstreetmap.info/ [3] http://www.openstreetmap.org/?lat=47.99671lon=7.86946zoom=15layers=B0FT -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub signature.asc Description: Toto je digitálně podepsaná část zprávy ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [OSM-talk-fr] Réunion ce soir
La réunion a commencé, on vous attend :) Olivier Boudet a écrit : Bonjour à tous, Je fais juste un petit rappel pour les anciens et éventuellement une info pour les nouveaux inscrits : la deuxième réunion des contributeurs francophones aura lieu sur le canal IRC #osm-fr (serveur irc.oftc.net http://irc.oftc.net) ce soir à partir de 21H. Informations et Ordre du jour : http://wiki.openstreetmap.org/index.php/2%C3%A8me_R%C3%A9union_Francophone_IRC Venez nombreux ;-) A ce soir ___ 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
[OSM-talk-fr] Mapping party à Lyon en juin
Bonjour, J'aimerais organiser une mapping party à Lyon en juin terminer la ville et fêter ça. Certains sont-ils intéressés ? Avant de chercher un lieu où on pourra se réunir, un petit sondage pour la date : http://doodle.ch/participation.html?pollId=u4pgcauqi9yxav8e Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[Talk-GB] A590 - Lake District
My Civil Engineering Beano tells me that the A590 bypass around High and Low Newton at http://www.openstreetmap.org/?lat=54.23456 http://www.openstreetmap.org/?lat=54.23456lon=-2.91936zoom=15layers=B0FT lon=-2.91936zoom=15layers=B0FT is due to open on Tuesday. Perhaps someone in the Lakes would like to take a run along it and get it on the map. Cheers Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb
