Re: [OSM-legal-talk] Licence brief/Use Case - final callfor comments
-Original Message- From: [EMAIL PROTECTED] [mailto:legal-talk- [EMAIL PROTECTED] On Behalf Of Simon Ward Sent: 14 October 2008 23:48 To: legal-talk@openstreetmap.org Subject: [Spam] Re: [OSM-legal-talk] Licence brief/Use Case - final callfor comments On Tue, Oct 14, 2008 at 01:36:39PM +0100, Peter Miller wrote: I was really signalling that I had got the Brief and Use Cases into a form where I was happy with them and where I thought they covered the issues raised but needed confirmation re that from others. The way you phrased it made it sound final even if it wasn't. May I suggest that if you have a timetable for working out your brief that you publish it, _before_ telling people their time is up? Fair point! Let's just say that I am pretty much done on the Brief and Use Cases, and SteveC has confirmed that he is meeting the new lawyer pretty soon and he also mentioned that he will be using Use Cases in his brief to the lawyer (and hopefully something like the proposed Brief as well but he hasn't confirmed that to me or the list) and so it would be good to have any concerns about the proposed User Cases raised before that un-specified date. My experience is that setting a 'deadline' is a good way to get feedback, even if the deadline it actually turns out not to be a deadline. Without knowing what the actual date is (and I don't think SteveC knows that yet) I suggest we work to our own timetable. If anyone wants to suggest a better cut-off date then fire away, possibly Monday would give people more time to respond because clearly no one is going to be talking to lawyers over the weekend (that's really expensive!). Let's not just let time slip by. As the saying goes 'Q: How did this project get a year late? A: One day at a time sir!) Regards, Peter Simon -- A complex system that works is invariably found to have evolved from a simple system that works.-John Gall ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments
Hi, That's basically because the maps I've drawn are Derivative, not Collective. What leads you to assume that your .ai files are databases? They're computer readable and they have individual objects that can be accessed... but what file hasn't? At what stage of processing would they, in your eyes, stop being databases? Say you never saved your .ai file, you just loaded .osm (assume for a moment there was some .osm importer for Illustrator) and five hours later saved the result as .png (or printed it onto film and sent it off to the print shop). Is there a derivative database in this picture and if yes, where? If you save as .pdf - any difference? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Starting Repository For Public Domain OSM Data
I was looking at the OSGeo data committee wondering where their data was as they seem to have the same goals as us. I don't think picking the right PD license will be a particularly large hurdle. It is certainly less complicated than selecting a share-alike license :) The wikipedia pd license looks good. I don't think it matters much where our mailing list is hosted. A google group would be fine; at least for the time being. Once we have project hosting somewhere and a project name we can move the mailing list. -J On Thu, Oct 16, 2008 at 1:10 PM, Sunburned Surveyor [EMAIL PROTECTED] wrote: It seems our idea for a public domain repository of OSM data has some merit. This means we have some things to decide on. A name, what vehicle we will use to release the data under the public domain, a host for our mailing list, and a sponsor for our data hosting needs. Should we just fire up a Google Group to communicate while we get these things hammered out, or would OSM support a public domain mailing list? Landon P.S. - I might be able to get the OSGeo Data committee to take an interest in our project and help out with a server for our repository. On Wed, Oct 15, 2008 at 10:12 AM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Frederik Ramm wrote: I'm the person who started the all my contributions are PD thing on the Wiki Seems I was wrong here, Wiki history lists RichardF as the inventor and myself as a mere follower a few weeks later! Well then, I guess, PD is not so great after all ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Yet another street number scheme
On Wednesday 15 October 2008 03:36:08 Frederik Ramm wrote: Hi, Karl Newman wrote: No, that would be tagging for actually being able to use the data. Without the odd/even/both information, it's actually a loss of data. Sounds quite strange to me. Any interpolation rule and odd/even/both rule is only a workaround for devices or schemes unable to fully depict reality - it is not information added, but an attempt at generalization dictated by shortcomings in devices or algorithms. There are (municipal?) rules or laws (I'm not sure which) which dictate odd/even as well as street numbering. It is *not* part of the lot in which a house stands. It's complementary to having each lot numbered. Not to mention lot numbers change a lot more often than street numbers for a block (two lots are joined into one for a building, etc). It might be different where you are, but please accept that it is the case here. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
On 15/10/2008 00:17, Karl Newman wrote: What about just using the maxspeed tag with just a number and having a separate tag for the units. i.e., maxspeed=30; maxspeed_units=mph Because it takes twice as long to enter. Because it is non-obvious and unnecessary. Because it separates two intimately related bits of data. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Starting Repository For Public Domain OSM Data
On Tue, Oct 14, 2008 at 8:19 PM, Sunburned Surveyor [EMAIL PROTECTED] wrote: I suppose there is the Public Domain Dedication from the Creative Commons that we could use as well, although that will have to be discussed among the participants. Or the Open Data Commons Public Domain Dedication and License, http://creativecommons.org/licenses/publicdomain/ http://www.opendatacommons.org/odc-public-domain-dedication-and-licence/ The CC PD dedication has the usual problems in jurisdictions where you can't waive your rights. CC Zero is designed to fix this, I believe. - Rob. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Yet another street number scheme
However, houses are not part of the road network, so the house number node should not be part of the highway, that would be tagging for the Garmin or whatever. The house numbers need to go on the houses (or the object representing them). Cheers Andy No, that would be tagging for actually being able to use the data. Without the odd/even/both information, it's actually a loss of data. Karl No, because the even/odd information exists only implicitly. The house numbers themselves however are explicit. Regards, Marc -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Starting Repository For Public Domain OSM Data
On Thu, Oct 16, 2008 at 1:44 AM, Frederik Ramm [EMAIL PROTECTED] wrote: My thinking as well, just needs careful consideration of viral effects, i.e. if you want to be totally safe then you can only ever collect data before it is assimilated into the OSM pool, and after that it is completely lost to you because even if, once in OSM, the data is only further edited by the same person originally creating it, it might have to be contaminated by a node on the other side of the road. This is of course the chicken way to deal with it, one could also take a more combative stance and postulate that anything only ever touched by users who say their data is PD, is PD. I think the idea that everything only touched by PD contributors is PD data is easily good enough. It would be a tough sell to say that because your road is next to my road, I have intellectual property rights over the road you drew. (Especially since facts can't be copyrighted in the first place). My motivation is a bit different from Landon's. I want to make a map could (eventually) be the authoritative world map which people use for absolutely everything mapping related. I think the new license is fantastic, but the whole fiasco has made me one of Those People; who would rather PD his data than waste time arguing about legalese for a not-for-profit project. I'm the person who started the all my contributions are PD thing on the Wiki and I'm happy to see it has gained quite a number of followers. That was a great initiative. I also hope to email a lot of the contributors (particularly the larger contributors) once we have something up and running to ask them to public domain their work. I think a lot of people wouldn't mind sharing more. Once its all set up, I imagine mailing people with a short paragraph of text, a link for more information and a link they can click to donate their data. Simple. I'm especially hopefull concering the US where you have this huge body of PD information to start with. If you manage to convince people that it is good to keep this PD body alive rather than cutting away little pieces each time something is edited then that would be quite an achievement! I could envisage editors supporting multiple repositories and becoming license aware (you have edited 5 items that were PD before. Do you want to keep the PD license on those...). Brilliant. I hadn't thought of that. Speaking of which, are there currently any good merging tools for map data? I foresee the need to merge map data together a lot both OSM-PD as people PD their work and PD-OSM as the PD maps fill in areas not covered by OSM. In the meantime, we probably need to set up our own independent software stack (initially using the same software, but with a different data set) and then write tools to scrape together PD data for the initial import. We'll need a project name (freemap? planet map? terra mappa? wikiglobe / wikimap? The Street?) and a mailing list. -J Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Databases?
Hi! I've been taking a look at the software stack and (especially with the intermediate XML formats) I can't help but feel that we could represent the map data in a much more efficient format - eg a quadtree. With the right data structures, it should be possible to render maps on client side in realtime. Maps are far less complex graphically than most 3d games; and they work just fine. So how good is postgis? Does anyone know if its performant enough for real-time map rendering? Can it do level-of-detail stuff (fetch all data in europe with at least city level significance)? Has anyone tried making better data representations? -J ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Databases?
On Wed, Oct 15, 2008 at 3:53 PM, Joseph Gentle [EMAIL PROTECTED] wrote: Hi! I've been taking a look at the software stack and (especially with the intermediate XML formats) I can't help but feel that we could represent the map data in a much more efficient format - eg a quadtree. OSM data is already represented in a variety of application-specific formats. The xml structure is just for interchange, it's expected that it can/will be converted before use by e.g. renderers, routing engines etc. With the right data structures, it should be possible to render maps on client side in realtime. Maps are far less complex graphically than most 3d games; and they work just fine. So how good is postgis? It's good, for various defininitions of 'good' Does anyone know if its performant enough for real-time map rendering? Can it do level-of-detail stuff (fetch all data in europe with at least city level significance)? I'm not sure exactly what you've got in mind, but it's fast enough to render large areas of maps in sub-second intervals using mapnik, at least. And it does spatial queries, so you can ask for all data in Europe, and apply filters and so on. Has anyone tried making better data representations? 'Better' is dependent on what you're trying to achieve, but there are certainly many 'different' representations in use in different projects. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call for comments
Peter Miller [EMAIL PROTECTED] wrote: The Brief - Does anyone strongly disagree with any aspects of the brief? I feel that the above question should never appear in a call for comments: no one person can speak for everyone else. It's very much an anyone feel like being shouted at? question. However, I'll stick my neck out: I don't agree with the list in point 1)2. which seems to permit non-machine-readable changesets, while not permitting a CD in the box with a hardware device containing the derived dataset. Those two cases should be the other way around: allow accompanying datasets outside the end-user experience; and forbid non-machine-readable changesets if the original dataset is machine-readable. Are there any ways we could make it stronger and better? 1) should be also made available is unclear and clunky - perhaps should be available is sufficient? Similarly all other made availables. 2) What is similar? Is this a backdoor? 3)b) licence should be license - even in English English, the verb has a s. Use of protects is ambiguous and inappropriate - covers? 5) Whose fair-use rules? The USA's? The pretty-minor UK ones? If so can we hear about the issues in the next few days so we can try to accommodate them? See above. I have not time to review the use cases at this point. Sorry. -- MJ Ray (slef) Webmaster for hire, statistician and online shop builder for a small worker cooperative http://www.ttllp.co.uk/ http://mjr.towers.org.uk/ (Notice http://mjr.towers.org.uk/email.html) tel:+44-844-4437-237 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Yet another street number scheme
On Wednesday 15 October 2008 13:19:51 Gustav Foseid wrote: On Wed, Oct 15, 2008 at 12:44 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Sure, but you'll not find a municipality that has an interpolation rule (houses every 100 metres or so). Maybe not, but then again... In rural areas of Norway, a normal way to define house numbers is to have one number for every 10 meters, alternating between the left and right side. So Vestsidevegen 1542 is 15420 meters from some starting point. This does not mean that number 1543, which would be across the road, necessarily exists, however. Actually, yes, there is an interpolation rule :-) Here numbers don't have to end in 0 like in Norway, but other than that it's a similar system, the number tells you the distance in meters from a starting point (usually one of the four main roads which begin in the main square). Every lot on a street has a number that has to be odd or even (depending on the side of the road) and within a range, which is usually 10 meters (the common lot size in cities), though lots can of course be of other sizes (my neighour has a 20 meter wide lot, for example). In any case, I see Karlsruhe schema and interpolations systems like the one I proposed as complementary, neither fully replaces the other, for embedded systems the interpolating system is a lot easier to work with, IMHO, and I think embedded systems are a very interesting audience for OSM :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Databases?
(Now with added reply-all) On Thu, Oct 16, 2008 at 3:18 AM, Andy Allan [EMAIL PROTECTED] wrote: 'Better' is dependent on what you're trying to achieve, but there are certainly many 'different' representations in use in different projects. I want to represent the data such that a user can pan and zoom a map around smoothly (25+ fps) without pre-rendering tile images. Especially on devices like the iphone, that would be really nice. The only data structure I can think of to do something like this would be a quad tree with internal nodes containing data at particular detail levels. (So that for a fixed size view you never have to inspect more than a fixed number of quad tree nodes). Basically, it would look the same as the current tile set; but prerendered tile images would be replaced with nodeway lists listing the data the corresponding tile shows. Has anyone written a program like this; either with that sort of data format or solving that problem? -J Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-newbies] GPS Trace ownership
Moved from newbies@ to talk@, followups to [EMAIL PROTECTED] James Ewen wrote: In this part of the world, the best way I have found to collect road data is to drive the road, convert the track to locked ways, cut the track into small segments that Potlatch will convert, tie them all back together, and finally connect any intersections that might exist. [...] In a similar fashion, I find myself wanting to know the source of the GPS trace that runs through an area where I would like to fix up the highway. http://www.openstreetmap.org/browse/way/11997267 Allan Rasmussen has traced out Highway 93 by hand from low resolution imagery, but someone has driven the highway and uploaded a GPS trace which describes the true course of the highway in greater detail and accuracy. If I could find the GPS trace, I could convert it into a locked way, and from there create a better description of highway 93 for inclusion in the OSM database. [...] I do not see how privacy concerns can be an issue either. The information collected has been voluntarily uploaded and inserted into the OSM database by the user, only the final step of converting the raw data into OSM ways has not been completed. To recap: James would like an option in Potlatch to be able to convert public GPS data from the database into a way. At present, of course, you can do that with a GPS track from the list by clicking the 'edit' link alongside; but if you don't know what track it is, yet you can see it on the map, you're a bit stuck. I personally wouldn't have a problem with implementing this and would find it useful. However, privacy concerns have often been raised about This Sort Of Thing. I'd be interested to hear people's views. All the data is of course there anyway and is trawlable by anyone who wants to download the raw GPS traces: this would mostly be a convenience thing. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Databases?
2008/10/15 Joseph Gentle [EMAIL PROTECTED]: Has anyone written a program like this; either with that sort of data format or solving that problem? Have you seen Gosmore? http://wiki.openstreetmap.org/index.php/Gosmore -- DavidD ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New Mapnik Style
Hi Just noticed that the Wednesday Mapnik update has introduced a considerable change in cartography style. Seems like lots of changes have been applied, which has considerably changed the look of the Mapnik Layer. I wondered if there is a summary of changes explained somewhere, and even maybe some of the motivations for those changes? I really like some of the new POI icons, which seem to be more consistent now. I am not so shure about the rendering of roads (primary,secondary) at Zoom layers 10-11-12. Overall, the contrast of map features seems reduced to me. While this can be a good thing if you want to overlay other layers of information, on its own, I think it makes it less easy on the eye in terms of making out features and so on. Anyone else feels like that? begin:vcard fn:Patrick Weber n:Weber;Patrick org:University College London;Department of Managment Science adr:;;Gower Street;London;;WC1E 6BT;United Kingdom email;internet:[EMAIL PROTECTED] title:Engineering Doctorate Student tel;work:02077185430 tel;cell:07854840450 note:Please note I only pick up my office voicemail sporadically url:http://www.ucl.ac.uk/msi version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments
-Original Message- From: [EMAIL PROTECTED] [mailto:legal-talk- [EMAIL PROTECTED] On Behalf Of Richard Fairhurst Sent: 15 October 2008 12:20 To: [EMAIL PROTECTED] Subject: [Spam] Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments Peter Miller wrote: Tim Waters (chippy) wrote: For example, I'm not sure but I think that Publishing a simple map in a book, newsletter would require a not-so-simple requirement to make the data they used available, somehow... I agree. Would you like to propose the wording? (and anyone else for that matter). In the case of the map in the newsletter there should possibly be two different use cases not one. One where standard OSM data is being used, and another where a Derivative Database is used containing additional or changed data. In the first case nothing no DB needs to be published, in the second it does. Possibly the first use case is a map of a village as currently in the OSM DB, for the second it is the village with a proposed Bypass included and some minor roads diverted etc. This would need to be described in a fork of the DB and then either a differential DB would need to be published, or a copy of the full dataset for the fork along with the map in the newsletter. This is all reasonably well-established territory. Two general principles. Firstly, the burden is on the person producing the book (in ODBL language, the integrated experience) to make the data available. That's a significant change, and improvement, from CC-BY-SA where the burden was on OSM if it wanted to reintegrate the data. So, to some extent, a not-so-simple requirement is not our problem. Secondly, the key words are things like machine readable. There is no requirement to rewrite it in any particular format, so - from the point-of-view of the book publisher - this gets it back from not-so-simple to simple. As an example, I've already published maps in a book which combine OSM and other (public domain) data. Under ODBL, I would need to have supplied the source code - in this case, the raw Illustrator files, as no GIS was used - on request. I'd probably take about two minutes to strip out the non-database elements from the file (the cartographic styling) before supplying them. I am basing my response of the Brief, not the current draft of ODBL (they are not that different except in the definition of a Derivative DB), however it would be my understanding that if you combined the OSM DB (unaltered) with another data-source (the PD one you refer to) then you don't need to publish the Derivative DB (because there isn't one) and you don't need to publish the Collective DB (because you don't need to do that). In that case all you need to do is make a suitable acknowledgement for the OSM Data (and any other separate data sources). Does that make sense? Peter The revised ODBL, as ever, gets it just right. You might even get the impression that the licence was drawn up with OSM in mind and revised with the help of some active OSM contributors. ;) cheers Richard ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New Mapnik Style
I am not so shure about the rendering of roads (primary,secondary) at Zoom layers 10-11-12. Looking here: http://www.openstreetmap.org/?lat=51.8354lon=1.1434zoom=13 the roads to the south of the image seem to use a different style from those to the north. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments
On Wed, Oct 15, 2008 at 02:47:39PM +0100, Richard Fairhurst wrote: Frederik Ramm wrote: What leads you to assume that your .ai files are databases? They're computer readable and they have individual objects that can be accessed... but what file hasn't? From ODBL: Database A collection of Data arranged in a systematic or methodical way and individually accessible by electronic or other means offered under the terms of this Licence. But I wouldn't say the .ai file is a database, it _contains_ a database. At what stage of processing would they, in your eyes, stop being databases? A sufficiently accurate, computer-produced map of the real world always contains a database IMO. The Directive 96/9/EC of the European Parliament and of the Council of 11 March 1996 on the legal protection of databases defines a database as a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means. (From Wikipedia) This is rather broad and would certainly cover the OSM XML format and any other structured format. Probably not bitmaps of rendered maps, but about everything else. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Databases?
On Thu, Oct 16, 2008 at 03:49:11AM +1200, Joseph Gentle wrote: On Thu, Oct 16, 2008 at 3:18 AM, Andy Allan [EMAIL PROTECTED] wrote: 'Better' is dependent on what you're trying to achieve, but there are certainly many 'different' representations in use in different projects. I want to represent the data such that a user can pan and zoom a map around smoothly (25+ fps) without pre-rendering tile images. Especially on devices like the iphone, that would be really nice. The only data structure I can think of to do something like this would be a quad tree with internal nodes containing data at particular detail levels. (So that for a fixed size view you never have to inspect more than a fixed number of quad tree nodes). Basically, it would look the same as the current tile set; but prerendered tile images would be replaced with nodeway lists listing the data the corresponding tile shows. Has anyone written a program like this; either with that sort of data format or solving that problem? Have a look at navit. Although 25+ fps is somewhat optimistic for a mobile device... (http://wiki.openstreetmap.org/index.php/Navit) I use postgis for live rendering of OSM data and generally it is very fast. But OSM has huge amounts of data and you'll have to make compromises somewhere. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yet another street number scheme
Hi, There are (municipal?) rules or laws (I'm not sure which) which dictate odd/even as well as street numbering. It is *not* part of the lot in which a house stands. Sure, but you'll not find a municipality that has an interpolation rule (houses every 100 metres or so). All I'm saying is that any interpolation rule you note down will likely be based on your observing two house numbers at street corners and assuming even distribution. This assumtion is not extra information added. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Mapnik Style
On Wed, Oct 15, 2008 at 5:19 PM, Ed Loach [EMAIL PROTECTED] wrote: I am not so shure about the rendering of roads (primary,secondary) at Zoom layers 10-11-12. Looking here: http://www.openstreetmap.org/?lat=51.8354lon=1.1434zoom=13 the roads to the south of the image seem to use a different style from those to the north. It takes a while for the changes to filter through, since everything needs re-rendering. That's to be expected. You can see at http://munin.openstreetmap.org/openstreetmap/tile.openstreetmap-cpu.html that the tile rendering machine is running (almost) flat-out on re-rendering all the tiles in the cache. But almost all of the ones you look at will be done in the next day or so. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Gnash works with Potlatch
Ævar Arnfjörð Bjarmason wrote: I just tried to compile 0.8.4 and found it to be completely unusable for potlatch, the cursor seemed to update once every few seconds making it hard to select anything, I was unable to edit keys and the potlatch user interface had all the wrong dimensions or was rendered offscreen, see screenshot: http://flickr.com/photos/avarab/2942850805/sizes/o/ Do report any problems you find at https://savannah.gnu.org/bugs/? 21756 . cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Databases?
I want to represent the data such that a user can pan and zoom a map around smoothly (25+ fps) without pre-rendering tile images. Especially on devices like the iphone, that would be really nice. The only data structure I can think of to do something like this would be a quad tree with internal nodes containing data at particular detail levels. (So that for a fixed size view you never have to inspect more than a fixed number of quad tree nodes). Basically, it would look the same as the current tile set; but prerendered tile images would be replaced with nodeway lists listing the data the corresponding tile shows. Has anyone written a program like this; either with that sort of data format or solving that problem? Sounds great! Can't wait to see your finished work. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Forking - was Paid services from OSM
On Sat, 11 Oct 2008, Adrian wrote: It's worth noting that it isn't possible to fork OSM on the same terms at the moment, even keeping the same licence. For an example, consider where Australia will be in 50 years time. The current OSM database can solve that problem, a fork based on the planet dump would be unable to. I can't fathom this either concretely or abstractly? Are you moving my home more than the odd centimeter per year of continental drift? Or if we have a big database such that Australia is a significant part - what problem are we solving?? ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New Mapnik Style
Patrick Weber wrote: Hi Just noticed that the Wednesday Mapnik update has introduced a considerable change in cartography style. Seems like lots of changes have been applied, which has considerably changed the look of the Mapnik Layer. I wondered if there is a summary of changes explained somewhere, and even maybe some of the motivations for those changes? I really like some of the new POI icons, which seem to be more consistent now. I am not so shure about the rendering of roads (primary,secondary) at Zoom layers 10-11-12. Overall, the contrast of map features seems reduced to me. While this can be a good thing if you want to overlay other layers of information, on its own, I think it makes it less easy on the eye in terms of making out features and so on. Anyone else feels like that? I agree that some of the roads look washed-out. I think part of the problem is that there doesn't seem to be a casing any more for trunk, primary and secondary. I do like the icons. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Mapnik Style
Chris Hill wrote: Anyone else feels like that? I agree that some of the roads look washed-out. I think part of the problem is that there doesn't seem to be a casing any more for trunk, primary and secondary. I do like the icons. The lack of casing definitely makes the bridges more visible though, which is nice. It is a bit washed out though. -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pedestrians on cycleways
On Tuesday 14 October 2008, Stefan Monnier wrote: Tagging a road as something implies certain rules, surely, and only when those rules are different from the standard (for that country) should you need to say so. Same as the oneway=no discussion that went on previously. All those discussions about cycleways, motorway_link, maxspeed, etc... seem to point at the same problem: on the one hand, the authors should need to enter as little info as possible, and as close to the on the ground data as possible, which means that it should elide all the data that's available from context (local laws and customs); and on the other hand, users of the data want it to be in a much more regular form, without having to worry about the customs used in any particular part of the world. So, I think we should split the data in the following way: 1 - the user-written data, as close as possible to what's available on the ground. 2 - a bunch of locales, defined by the land they cover (typically countries, states, provinces, ...). 3 - a set of rules that say how to interpret the raw data for specific locales. 4 - A library that takes the above 3 and generates a clean output, indendent from any local laws and customs. I think I've been mentioning a thing like this for quite some time now. Things we need would be: * a set of common tags that could be used all over the world, but allow countries to discard/introduce some. This is mainly to not have different tags for the same thing in each country. This should be done for things like ** vehicle types ** special highway types (although I guess it's best to do that with a new highway_type tag for now) * a formally defined access structure, without any possible ambiguity. I tried starting this for quite some time now: http://wiki.openstreetmap.org/index.php/Proposed_features/Access_restrictions with unambiguously defined rules to parse them. * a default set of rules that map tags to that structure, and additional sets for each country (or smaller region if necessary) that can override that default set of rules. ** By tags I mean anything from highway=cycleway to access=destination, or additional tags like highway_type=pedestrian_zone. I understand some don't like country specific rules, but I think this is much better than translating each and every traffic sign to the full list of access rules which will always introduce problems when a country changes some specific traffic rules for those signs. Just like you wouldn't tag the default maximum speed. Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Planned Maintenance Tonight 7:30pm (GMT+1)
OSM, www.openstreetmap.org + API will be down from 7:30pm (GMT+1) tonight for approximately 30mins for hardware maintenance. http://wiki.openstreetmap.org/ will be available. Time for a wiki cleanup? :-) Regards Grant / Firefishy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Starting Repository For Public Domain OSM Data
On Wed, Oct 15, 2008 at 4:45 PM, Joseph Gentle [EMAIL PROTECTED] wrote: I think the idea that everything only touched by PD contributors is PD data is easily good enough. It would be a tough sell to say that because your road is next to my road, I have intellectual property rights over the road you drew. (Especially since facts can't be copyrighted in the first place). Not quite true : It's quite likely that a PD user will split a way created by a non-PD user, and then change or delete the old way with the history, so that it's impossible for software to detect the origin of the new way. Furthermore, OSM contains a little bit of stylistic details that may not be extracted to a PD database. A user may for example tag the road going through the village as unclassified vs. residential for the rest of the village, even though all the roads have the same width and markings. But if you want to go PD, then do it ! I have a lot of untainted data ready for upload. It may just turn out to be a nice backup database where vandals aren't very active. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Starting Repository For Public Domain OSM Data
Hi, Frederik Ramm wrote: I'm the person who started the all my contributions are PD thing on the Wiki Seems I was wrong here, Wiki history lists RichardF as the inventor and myself as a mere follower a few weeks later! Well then, I guess, PD is not so great after all ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Planned Maintenance Tonight 7:30pm (GMT+1)
On 15 Oct 2008, at 18:02, Grant Slater wrote: OSM, www.openstreetmap.org + API will be down from 7:30pm (GMT+1) tonight for approximately 30mins for hardware maintenance. http://wiki.openstreetmap.org/ will be available. Time for a wiki cleanup? :-) Nah, time for a pub meetup in Beckenham, London. http://wiki.openstreetmap.org/index.php/London/Winter_2008-9_Random_Pub_Meetup Shaun smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Starting Repository For Public Domain OSM Data
spaetz wrote: check the wiki, there are a few people that have the I release my data as PD template on their user pages. I would expect the biggest problem is that existing data is likely to be tainted by the OSM license if anybody not on that list ever modified it significantly cheers Richard ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Pedestrians on cycleways
In your letter dated Tue, 14 Oct 2008 16:52:31 -0400 you wrote: So, I think we should split the data in the following way: 1 - the user-written data, as close as possible to what's available on the ground. 2 - a bunch of locales, defined by the land they cover (typically countries, states, provinces, ...). 3 - a set of rules that say how to interpret the raw data for specific locales. 4 - A library that takes the above 3 and generates a clean output, indendent from any local laws and customs. +1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-newbies] GPS Trace ownership
On Wed, October 15, 2008 10:47, Richard Fairhurst wrote: To recap: James would like an option in Potlatch to be able to convert public GPS data from the database into a way. At present, of course, you can do that with a GPS track from the list by clicking the 'edit' link alongside; but if you don't know what track it is, yet you can see it on the map, you're a bit stuck. I personally wouldn't have a problem with implementing this and would find it useful. However, privacy concerns have often been raised about This Sort Of Thing. I'd be interested to hear people's views. All the data is of course there anyway and is trawlable by anyone who wants to download the raw GPS traces: this would mostly be a convenience thing. I have thousands of kilometers worth of GPS tracks, which I have cleaned up a little (with gpsbabel). Personally, I will never get around to manually trace every one of those tracks, but I would not mind if someone can obtain the information which track some points in a give area belong to. Another question though: Could you implement this feature so that JOSM (my main editor) could use that information too? Regards, Hakan -- The key to immortality is first living a life worth remembering... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ping OpenAerialMap
Steve, In the current phase, Tripod is a research project entirely. Using data under a license that prohibits commercial use is not prohibitive now. The final product of the project is intended to be exploited commercially though - there are commercial partners on board as well - so we couldn't and wouldn't use this data when the product goes commercial. Right now, however, we are in need of good quality aerial / satellite imagery to be able to demonstrate that the concepts will work. Take care, Martijn -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ Op 9 okt 2008, om 18:20 heeft Steve Chilton het volgende geschreven: Martijn Is this just a research project? I would have thought that if you ask for permission it is likely to be granted - Ordnance Survey seem to be on board already, according to www page. However, your project outcomes seem to suggest rather more than that, and that may be the stumbling block. Cheers STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Learning and Quality Enhancement 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 Martijn van Exel Sent: 09 October 2008 16:48 To: Richard Fairhurst Cc: OSM Talk Subject: Re: [OSM-talk] ping OpenAerialMap Op 9 okt 2008, om 17:20 heeft Richard Fairhurst het volgende geschreven: Martijn van Exel wrote: Christiano -- Thanks for that. My guess would be that using the WMS in an OAM-external environment would actually violate the recommendation to use the i-cubed dataset only within OAM. My take on it would be that, as long as there's still uncertainty as to licensing, you should use the i-cubed data only within the OAM *website*. Does Potlatch show it, for example? It did at one stage but sadly hasn't done for a while. Concerns were expressed that some OAM content had been georeferenced by use of Google Maps. Ed may have just permitted this by means of his latest blog posting. ;) That would be very good news for Potlatch, wouldn't it? I guess OAM provides better / more up-to-date imagery in some areas - and we can easily add locally acquired imagery and use it in Potlatch immediately. For the i-cubed stuff, though, I _thought_ (may be wrong) that it was just colour-corrected Landsat and I don't see how colour correction would give anyone rights over tracing. Well, i-cubed seems to exploit this derivation of Landsat7 commercially, so there must be something non-trivial about the post- processing they do, I guess. Just to clarify - I want to use the data for the Tripod project (http://tripod.shef.ac.uk/ ) , which is about augmenting metadata in photos mainly based on existing location data. In this particular part of the project, we want to analyze the RGB histograms of the picture and compare them to the local aerial imagery to determine land cover class (e.g. forest, field, urban, beach). In another part of the project, we might be using OSM data to determine other features found in a photo (POI, streets, ...). Martijn ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yet another street number scheme
Matias D'Ambrosio wrote: Sent: 14 October 2008 6:24 PM To: talk@openstreetmap.org Subject: Re: [OSM-talk] Yet another street number scheme On Tuesday 14 October 2008 14:17:43 Andy Robinson (blackadder-lists) wrote: Karl Newman wrote: That's not really true, because there are devices (such as Garmin GPS receivers) on which we would like to use OSM data, which need address numbers in a compact format with interpolation rules. Trying to reverse- engineer the scheme (odd, even, both, etc.) from single nodes that aren't even part of the way is nigh-impossible, or at the least, wastefully compute-intesive and error-prone. However, houses are not part of the road network, so the house number node should not be part of the highway, that would be tagging for the Garmin or whatever. The house numbers need to go on the houses (or the object representing them). That might be so in some places. In my country, the numbers belong to the street, and buildings and other things are associated to the street. It's very common for us to say something is at Sesame Street 2100 to indicate a block side (is there an english word for 'block side'?). The only reason a house has an address Sesame Street 2142 is because it's located in the Sesame Street 2100 block. That's why my scheme is so focused in Argentina's system, no system will cover all possibilities. I understand what you are saying and also accept that if you find a way that works for you well in Argentina then go for it. Having said that I still think the block relates to the block of land (on which the buildings are built) alongside the specific street, not the street itself. Yes, the block has a direct relationship with the street (hence the discussion about using a relation) but its not an attribute to the highway itself. But anyway, enough from me on this. Just hope you find something that works well in Argentina :-) Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.8.0/1724 - Release Date: 14/10/2008 2:02 AM ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments
-Original Message- From: [EMAIL PROTECTED] [mailto:legal-talk- [EMAIL PROTECTED] On Behalf Of Tim Waters (chippy) Sent: 14 October 2008 21:22 To: Licensing and other legal discussions. Subject: [Spam] Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments On 10/14/08, Peter Miller [EMAIL PROTECTED] wrote: This is a final call for comments by readers of legal-talk for feedback on the brief and the use cases. I think we should make it clear in each use case the full requirements, the whole picture, including whether they would also be required to make available any changed osm data, derivative database etc. For example, I'm not sure but I think that Publishing a simple map in a book, newsletter would require a not-so-simple requirement to make the data they used available, somehow... I agree. Would you like to propose the wording? (and anyone else for that matter). In the case of the map in the newsletter there should possibly be two different use cases not one. One where standard OSM data is being used, and another where a Derivative Database is used containing additional or changed data. In the first case nothing no DB needs to be published, in the second it does. Possibly the first use case is a map of a village as currently in the OSM DB, for the second it is the village with a proposed Bypass included and some minor roads diverted etc. This would need to be described in a fork of the DB and then either a differential DB would need to be published, or a copy of the full dataset for the fork along with the map in the newsletter. Regards, Peter ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Yet another street number scheme
In your letter dated Tue, 14 Oct 2008 17:50:26 +0100 you wrote: Yep, each building has an association with a particular street. A building can be adjacent to multiple streets. So you probably need some sort of relationship to specify to which street a house actually belongs. But the Karlsruhe Schema seems to have everything already. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments
Peter Miller wrote: I am basing my response of the Brief, not the current draft of ODBL (they are not that different except in the definition of a Derivative DB), however it would be my understanding that if you combined the OSM DB (unaltered) with another data-source (the PD one you refer to) then you don't need to publish the Derivative DB (because there isn't one) and you don't need to publish the Collective DB (because you don't need to do that). In that case all you need to do is make a suitable acknowledgement for the OSM Data (and any other separate data sources). Does that make sense? It might make sense but it's not the case. :) That's basically because the maps I've drawn are Derivative, not Collective. Collective requires independent works, and the way I've used the two sets of data doesn't fulfil that - they're pretty much intermingled, and I've edited one to work better with the other. The same would go for your village example. (If you just got an OSM base map and plonked some POI icons on it, though, chances are it'd be Collective, in _exactly_ the same way that we permit mashups these days under CC-BY-SA.) So there is a Derivative Database: the agglomeration of OSM data and my stuff. Whether or not this is ever stored in a database management system is immaterial in the eyes of the law, it's still a database. So ODBL 4.6 says I need to make the Derivative Database available. And all I need to do for that (a copy in machine readable form) is take my Illustrator files, remove the styling, and because I'm feeling nice (though no compulsion), I'll export it in a format, like .dxf, for which lots of translators are available. Good, isn't it? cheers Richard ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Planned Maintenance Tonight 7:30pm (GMT+1)
Quoting Grant Slater [EMAIL PROTECTED]: www.openstreetmap.org + API will be down from 7:30pm (GMT+1) tonight for approximately 30mins for hardware maintenance. Everything is now back up and running. / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments
The key seems to be individually accessible in a systemic way. To me this implies attributes (columns) and tuples (rows of one or more related attributes) that can be accessed. A bit map would not be a database, but XML, csv, xls, shape files would. The interesting distinction may be vector data that is not organized in a direct searchable fashion - so, would svg (for example) be a database? H... Jim Brown -CTO CloudMade (Sent from my iPhone) On 15 Oct 2008, at 17:28, Jochen Topf [EMAIL PROTECTED] wrote: On Wed, Oct 15, 2008 at 02:47:39PM +0100, Richard Fairhurst wrote: Frederik Ramm wrote: What leads you to assume that your .ai files are databases? They're computer readable and they have individual objects that can be accessed... but what file hasn't? From ODBL: Database – A collection of Data arranged in a systema tic or methodical way and individually accessible by electronic or other means offered under the terms of this Licence. But I wouldn't say the .ai file is a database, it _contains_ a database. At what stage of processing would they, in your eyes, stop being databases? A sufficiently accurate, computer-produced map of the real world always contains a database IMO. The Directive 96/9/EC of the European Parliament and of the Council of 11 March 1996 on the legal protection of databases defines a database as a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means. (From Wikipedia) This is rather broad and would certainly cover the OSM XML format and any other structured format. Probably not bitmaps of rendered maps, but about everything else. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments
I feel that the above question should never appear in a call for comments: no one person can speak for everyone else. It's very much an anyone feel like being shouted at? question. I hope we can avoid shouting:) I do think it is important that we discuss issues now rather than at the end of the process when it will be too late to change the direction. To be clear I am aiming to help create a good share-alike licence. I fully respect the argument for PD but that is a separate issue and not directly related to trying to get a candidate share-alike licence together. The comments I am looking for at the moment are ones to make the share-alike licence a good share-alike licence. However, I'll stick my neck out: I don't agree with the list in point 1)2. which seems to permit non-machine-readable changesets, while not permitting a CD in the box with a hardware device containing the derived dataset. Those two cases should be the other way around: allow accompanying datasets outside the end-user experience; and forbid non-machine-readable changesets if the original dataset is machine-readable. I have updated the wording. Is it any better? I have made is clearer that the re-useable dataset can be provided within the product, together with the product or at a URL (so long as the URL remains valid for the appropriate amount of time) Are there any ways we could make it stronger and better? 1) should be also made available is unclear and clunky - perhaps should be available is sufficient? Similarly all other made availables. I have updated the wording as suggested. 2) What is similar? Is this a backdoor? The concept of similar comes from the Debian licence and also appears in the ODBL licence. It is important that the licence can be updated without asking everyone for permission again, but it is unclear at present who would do that and how. The phrase 'or similar' is something that the legal boys will have to think about. I notice that SteveC mentions this issue in his email. In the mean time I have added 'or similar' to a place where it should appear for consistency and a note saying the issue needs attention. 3)b) licence should be license - even in English English, the verb has a s. Use of protects is ambiguous and inappropriate - covers? Fixed! 5) Whose fair-use rules? The USA's? The pretty-minor UK ones? I have noted your point at the appropriate location. If so can we hear about the issues in the next few days so we can try to accommodate them? See above. Thanks Peter I have not time to review the use cases at this point. Sorry. -- MJ Ray (slef) Webmaster for hire, statistician and online shop builder for a small worker cooperative http://www.ttllp.co.uk/ http://mjr.towers.org.uk/ (Notice http://mjr.towers.org.uk/email.html) tel:+44-844-4437-237 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments
-Original Message- From: [EMAIL PROTECTED] [mailto:legal-talk- [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 October 2008 20:46 To: Licensing and other legal discussions. Subject: [Spam] Re: [OSM-legal-talk] Licence brief/Use Case - final call forcomments The key seems to be individually accessible in a systemic way. To me this implies attributes (columns) and tuples (rows of one or more related attributes) that can be accessed. A bit map would not be a database, but XML, csv, xls, shape files would. The interesting distinction may be vector data that is not organized in a direct searchable fashion - so, would svg (for example) be a database? H... I think it is the greater use of vector data that is one of the issues that is freaking the commercial players out at the moment. I have seen Ordnance Survey licences for web services that say clearly 'no vector data', but as formats move to higher semantic formats how can they avoid it. Their products will fall behind if people can't transfer vector descriptions to the client machine? For the share-alike licence the distinction between a database and something like svg that can be reverse engineered into a database again is small. For the share-alike and PD it could be argued using vector data is an asset because it makes the data re-useable. The only limitation is that one should not reverse engineer a new DB outside the rules of share-alike from a share-alike DB using this method, however neither PD nor share-alike suffer from the secrecy problem that commercial providers have. Fun and games! Regards, Peter Jim Brown -CTO CloudMade (Sent from my iPhone) On 15 Oct 2008, at 17:28, Jochen Topf [EMAIL PROTECTED] wrote: On Wed, Oct 15, 2008 at 02:47:39PM +0100, Richard Fairhurst wrote: Frederik Ramm wrote: What leads you to assume that your .ai files are databases? They're computer readable and they have individual objects that can be accessed... but what file hasn't? From ODBL: Database - A collection of Data arranged in a systema tic or methodical way and individually accessible by electronic or other means offered under the terms of this Licence. But I wouldn't say the .ai file is a database, it _contains_ a database. At what stage of processing would they, in your eyes, stop being databases? A sufficiently accurate, computer-produced map of the real world always contains a database IMO. The Directive 96/9/EC of the European Parliament and of the Council of 11 March 1996 on the legal protection of databases defines a database as a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means. (From Wikipedia) This is rather broad and would certainly cover the OSM XML format and any other structured format. Probably not bitmaps of rendered maps, but about everything else. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721- 388298 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Tristan Scott [EMAIL PROTECTED] writes: If this catches on not only do we have a well-defined and easily-processed value for speed to use in all manner of things, we also have a template for defining other data types (bridge height? maxweight?) which might (or might not) make the job of the data processor for an map consuming application (satnav etc) much easier. Tristan 2008/10/14 David Earl [EMAIL PROTECTED] On 14/10/2008 18:26, Tristan Scott wrote: Given that SI units are standard across OSM could be define a speed value in addition to Numeric String etc like so: (default to kmh as specified before (also means not adding millions of pointless kmh strings to the db) Factor means multiply by this to convert to SI - interpreters would either use value as-is or multiply by Factor for that suffix to get SI units. Suffix is the entire string after the numerical value, with whitespace trimmed - so spaced/not spaced suffix wouldn't matter - defining this rigidly would be ignored by most users, i suspect My proposed table: Unit - Factor - 1 kmh - 1 mph - 1.609 knots - 1.852 +1. I really don't see what all the fuss is about. It's not exactly novel to do it this way: CSS puts units as part of the value. It's what I've been doing all along, except some pedant comes along and changes it to some incomprehensible decimal number almost as soon as I add them to the map (which means I can carry on doing it that way even if others think differently, as they'll get converted automatically as far as i am concerned and I don't have to think about a magic number in km/h). Earlier tonight I patched not-in-map_features.pl to accept units for maxspeed, se the post to the tilesathome list for all the details. I think this proves a point: If it's doable to parse it in perl-generated xpath in under an hour it's not really hard to code. Don't ask me to add support for validating maxspeed:mph etc, to check that it doesn't conflict with other units or anything, I wouldn't know how to start doing it... What about making some new lists on the wiki detailing units, make it at least as machine-readable as map features (preferably a little more, as parsing map features is a mess) and I could have the maplint test automatically fetch it's unit descriptions there. This would also make it easily documented, the value column in map features would say speed which links to a page explaining the units allowable for this data type. Exactly how to fit this in with the current template magick in map features is left as an exercise for somebody well versed in mediawiki voodoo. -- Knut Arne Bjørndal aka Bob Kåre [EMAIL PROTECTED] [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yet another street number scheme
On Tue, Oct 14, 2008 at 10:36 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Karl Newman wrote: No, that would be tagging for actually being able to use the data. Without the odd/even/both information, it's actually a loss of data. Sounds quite strange to me. Any interpolation rule and odd/even/both rule is only a workaround for devices or schemes unable to fully depict reality - it is not information added, but an attempt at generalization dictated by shortcomings in devices or algorithms. Bye Frederik You might call it a workaround, but it's certainly a common approach. Many major GIS systems (including the TIGER data set) use this exact methodology. Not including this information will make OSM data less useful on these legacy devices. Garmin is the #1 handheld GPS manufacturer by a wide margin, and if we can get fully-featured OSM maps (including routing, turn restrictions and street addresses) onto Garmin GPS receivers, we can attract a lot of dedicated, detail-obsessed mappers (especially the geocaching crowd). Just to reiterate my perspective, the Karlsruhe schema is fine for what it is, but it's not sufficient for all uses. You can pretend that address numbers don't belong to the street they're on (!) but there are a ton of existing navigational devices and software (probably all of them) that do, in fact, treat them like that. And even future devices designed from the start to use OSM data might want to have some optimizations to limit the amount of storage processing dedicated to address numbers. It's a reality we should accept and accommodate. I mean, really, are we trying to guide a smart bomb to someone's doorstep? For navigational devices, locating the spot a relative distance along a street is exactly what users expect. They're not going to drive to the front door. (I'll grant you that there are other uses for that data than just for navigational devices.) Sorry for the rambling. I'm sleep-deprived with a newborn. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Forward: Jip
On Wednesday 15 October 2008 00:06:07 Jeroen Dekkers wrote: [fwd] Hoi, Helaas moet ik jullie via deze weg meedelen dat onlangs enthousiast streetmapper Jip is gaan slapen en niet meer wakker is geworden. Projecten als openstreetmap worden alleen wat als een paar mensen in het begin er stevig tegenaan gaan. Jip was zo iemand. Het leuke van projecten als osm zijn de mensen die je ontmoet. Het was altijd een plezier Jip te ontmoeten. Jip nam altijd een andere weg van werk naar huis, bracht zo een flink deel van Utrecht in kaart. Wie op http://tile.openstreetmap.nl/ naar de pre-AND kaart kijkt, ziet Jip's Utrecht. 37, wat jong. Laten we zeggen dat hij de hemel in kaart aan het brengen is. Dag Jip... Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Schmunzeln über Google
Chris66 schrieb: Wäre ich Google Mitarbeiter würde ich hierüber schmunzeln: http://www.informationfreeway.org/?lat=51.855340163001244lon=7.7888990882483755zoom=13 Die Mapper in den Großstädten fangen an jeden Kieselstein zu mappen und Strassen bald flächenmäßig zu erfassen, anstatt den Allerwertesten zu bewegen und mal 20 km zur nächstgelegenen OSM-Wüste zu fahren. ;-) Ist doch kein Wunder, gerade die ALLES Mapper sind zu Fuß oder mit dem Rad unterwegs und da sind 20 km mal schnell hin und her schon ein Ende. Es werden sich eben auch in kleineren Orten Mapper finden müssen und das tun sie auch. Hier in der Gegend sind etliche weiße Flecken in sehr kurzer Zeit von Neulingen ruck zuck erfasst worden. Bewährt hat sich dabei die neuen, hoch motivierten Mappern, freundlich zu unterstützen. So habe ich den einen oder anderen auf Fehler hingewiesen und meine Hilfe angeboten. Dann macht es auch den neuen Mappern mehr Spaß, mal Fragen zu können oder einen Hinweis zu bekommen wie etwas mit JOSM besser klappen könnte. Das hilft oft mehr als x mal 2*20 km zu radeln... Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry schrieb: Der Wert 7km/h ist so gewählt dass er unter dem Gesichtspunkt Schluss. Es reicht. Das ist deine Meinung zu diesem Zeitpunkt. Andere könnten völlig anderes wünschen. Auf den Schildern steht ein Wort, keine Zahl, und dieses Wort muss ausgewertet werden. Die Auswertung ist die Aufgabe der Programme, die aus den OSM-Daten Navi-kompatible Daten machen, und es ist nicht die Aufgabe des Mappers, sich da irgendeine Zahl auszudenken. Wir mappen nicht für die Renderer, und wir mappen auch nicht für spezielle Anwendungen. Wir mappen, was da steht, und da steht Schrittgeschwindigkeit. Wenn Schrittgeschwindigkeit in verschiedenen Ländern verschieden definiert wird, wenn Gesetze sich ändern, oder wenn jemand, der Navi-Daten aus OSM-Daten generieren will, eine andere Empfehlung für Schrittgeschwindigkeit geben möchte als du, dann muss es möglich sein, die Daten entsprechend zu interpretieren. Eine angepasste Interpretation darf nicht durch erfundene Zahlen blockiert werden. Und ja, damit wirft man althergebrachtes über den Haufen, weil es nämlich sein muss, Punkt. Dir empfehle ich das Buch Adrenalin-Junkies und Formular-Zombies - Typisches Verhalten in Projekten von Tom DeMarco. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mentoren Programm
Hallo, ich bin gerade auf die Idee gekommen, dass man ein Mentoren Programm ähnlich dem bei Wikipedia [1] einzuführen und Neulingen einen Ansprechpartner zu bieten. Ich denke, dass Neue sich eher trauen jemanden anzusprechen und zu fragen, wenn sich jemand explizit dafür bereit erklärt hat. Vieles ist zwar gut dokumentiert, aber manches findet man auch erst, wenn man weiß, dass man danach suchen kann :) Wenn sich genug Interessenten finden, die einen Mentor geben würden, würde ich mich anbieten eine Wikiseite aufzusetzen. Grüße, Fabian [1] http://de.wikipedia.org/wiki/Wikipedia:Mentorenprogramm signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
On Tue, 14 Oct 2008, Garry wrote: 7km/h ist nicht der einzige richtige Wert, aber ein sinnvoller Wert um die Schrittgeschwindigkeit zu symbolisieren und das ganze hickhack mit unterschiedlichen Schreibweisen, Rechtschreibfehlern etc. bei der Auswertung zu ersparen. Um mal beim Wort Schrittgeschwindigkeit zu bleiben. Hast du schon einmal versucht 7km/h zu 'gehen'? Ob der Wert sinnvoll ist ist wohl eine sehr persönliche Sicht der Dinge. Nein, eine technisch sinnvolle Sicht. Leiten wir mal her: 10km/h Schilder gibt es - die kann der Gesetzgeber also nicht gemeint haben sonst hätte er es entsprechend formuliert. Darüber kann er nicht gemeint haben weil man dann doch schon so langsam ausserhalb der möglichen Gehgeschwindigkeit auch für sehr sportliche Menschen kommt. Unter 7km/h können sehr viele Autos ohne die Kupplung schleifen zu lassen schon gar nicht fahren -erhöhter Verschleiss ist garantiert auch nicht das Ziel des Gesetzgebers ist, zumahl es ja auch Schrittgeschwindigkeit an Steigungen gibt. 9km/h würde nicht wirklich Sinn machen (1km/h unter verfügbaren 10km/h-Schilder), 8km/h ist nicht so viel besser - bleibt die 7km/h als vernüftigster Wert. Tut mir leid, aber Du hast Unrecht. Wir mappen die Realität und nicht irgendwelche theoretischen Annahmen. Der Wert heißt Schrittgeschwindigkeit, also ist walk eine sinnvolle Umsetzung davon, die auch plausibel ist. 7 km/h sind weder eine vernünftige Umsetzung für einen so schwammig definierten Wert noch in irgendeiner Weise plausibel. Ohne diese Diskussion hier wäre ich nie auf die Idee gekommen 7 km/h mit Schritt gleichzusetzen. Korrekt ist und bleibt nur maxspeed=walk. und ich wüsste auch pontan nicht, was es dabei für unterschiedliche Schreibweisen geben könnte. walk, walkspeed, Schrittgeschwindigkeit, ... die Leute sind erfinderisch... 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19 - Die Leute sind erfinderisch. Das Argument greift nicht. Allerdings ist es viel einfacher walk_speed, walkspeed, Schritt, wlksped und ähnliches in walk zu korrigieren, als 5,6,9. Bei ersteren weiß ich 100% was gemeint war. Ob 5,6,9 nun aber Deine Schrittzahl 7 meinen oder vielleicht doch irgendwo so ein Schild steht ist viel schwerer zu entscheiden. Einer der Hauptgründe dafür ist, dass Sprache hochredundant ist. Zahlen sind das nicht. Es ist erheblicher leichter den gültigen Wertebereich sinnvoll(!) Einzuschränken als alles zuzulassen und dann zig Bytketten durchforsten zu müssen ob irgendwo noch ein sinnvoller Wert dabei sein könnte - das ganze soll auf einem Mikrocontroller laufen, nicht auf einem Giga.PC nur weil ein paar meinen sie müssen besonders kreative Namen für was erfinden was man auch mit 8Bit oder 3AscII-Zeichen ausdrücken kann. Dein Argument ist hier schlichtweg falsch. Wie schon oft geschrieben wurde muss für sinnvolle Anwendungen der OSM-Datenbank in Navigationssystemen sowieso ein bereinigtes Datenbank-Excerpt erstellt werden. Dort drin kann dann stehen, was für diese spezielle Navigationssoftware optimal ist. Das betrifft OSM aber nicht. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mentoren Programm
Hallo Fabian, würde ich mich anbieten eine Wikiseite aufzusetzen. Super Idee! Ein Mentorat funktioniert per Mail und Telefon überregional, und regional als reales Treffen am Rechner oder sogar als gemeinsame Mapping-Aktion. Nette Kontakte und synergetische Vernetzung sind das Ergebnis. biete: Mentorat Wiki suche: Mentor Openlayer Gruss, Markus PS: ob www.chip.de/downloads/TeamViewer_25566883.html mit JOSM funktioniert? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Am 14.10.08 schrieb Sascha Silbe [EMAIL PROTECTED]: Für nahezu jede Anwendung ist eine Vorverarbeitung der OSM-Daten nötig. Diese kann dann entsprechende Übersetzungen problemlos übernehmen. Die Datenbank soll die Realität möglichst gut wiedergeben und nicht fertig nutzbare Daten für Deine Spezialanwendung liefern. Hast du eine Ahnung wie viele solche Vorverareitungs-Regeln es schon gibt? Wie viele auf den [EMAIL PROTECTED] -Listen der anderen Länder ständig vorgeschlagen werden? Das ufert aus. Der einzige Weg ist ja nur noch den kleinsten gemeinsammen Nenner entsprechend der OSM-Tags for routing-Seite einfach in seinen Code einzubauen und allen anderen , den sich irgendwer aus den Fingern gesaugt hat, wegzuwerfen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrstuhl taggen
Ralf Schreg schrieb: Aufzug links, Aufzug rechts, dazwischen ein Stück Schiene, auf der die Aufzugskabine wie die Wuppertaler Schwebebahn über die Straße fährt. http://www.schmidgruppe.de/t3/uploads/pics/Peoplemovercomp4_01.jpg LoL LoL LoL LoL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mentoren Programm
Hi Chris, www.chip.de/downloads/TeamViewer_25566883.html mit JOSM Na klar, funktioniert Super! dann kann man ja virtuell-simultan gemeinsam an der Karte arbeiten, und einem Neuling zeigen wie es geht und aktuelle Fragen beantworten. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Informationstafel für Gemeinde
Ich hatte grad Besuch von einem Vertreter eines Kartenverlages. Er bietet unserer Gemeinde: - 5000 Faltpläne C2 einseitig bedruckt gratis - Infotafeln 180x120 Karte auf Polycarbonatfolie lichtecht je 1000 € - interaktive Karte mit Bürgerinformationssystem für Gemeindewebsite gratis (mit Übersichtskarte, Strassen- und Objektsuche incl Bild und Infotexten, Lage von Baugrundstücken, Infos für Neubürger, Wanderwege, Sehenswürdigkeiten, Online-Fahrplan, etc., alles ohne Bildkacheln) Finanziert wird das Ganze über Werbeaufdrucke, die lokale Firmen bezahlen (ca 5000 € insgesamt), und über Firmeneinträge im Web à 300 €. Ich nehme mal an, die Adressen werden zusätzlich noch vermarktet. Die Geodaten stammen vom Vermessungsamt, ergänzt durch lokale Infos aus der Gemeinde. Die Gemeinde freut sich, da alles gratis. Die Gewerbetreibenden zahlen (und die Gemeinde sorgt dafür dass alle zahlen, denn sonst zahlt sie den Rest). Präsentiert wird das Ganze in einer professionellen Video-Show. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bigmap und cyclemap
Hallo so wie es mir scheint stimmt der pfad auf die tiles bei der cyclemap nicht mehr, weiss jemand wie der korrekt lautet? grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Am Mittwoch 15 Oktober 2008 schrieb Birgit Nietsch: Garry schrieb: Der Wert 7km/h ist so gewählt dass er unter dem Gesichtspunkt Schluss. Es reicht. Das ist deine Meinung zu diesem Zeitpunkt. Andere könnten völlig anderes wünschen. Auf den Schildern steht ein Wort, keine Zahl, und dieses Wort muss ausgewertet werden. Die Auswertung ist die Aufgabe der Programme, die aus den OSM-Daten Navi-kompatible Daten machen, und es ist nicht die Aufgabe des Mappers, sich da irgendeine Zahl auszudenken. Wir mappen nicht für die Renderer, und wir mappen auch nicht für spezielle Anwendungen. Wir mappen, was da steht, und da steht Schrittgeschwindigkeit. Wenn Schrittgeschwindigkeit in verschiedenen Ländern verschieden definiert wird, wenn Gesetze sich ändern, oder wenn jemand, der Navi-Daten aus OSM-Daten generieren will, eine andere Empfehlung für Schrittgeschwindigkeit geben möchte als du, dann muss es möglich sein, die Daten entsprechend zu interpretieren. Eine angepasste Interpretation darf nicht durch erfundene Zahlen blockiert werden. Und ja, damit wirft man althergebrachtes über den Haufen, weil es nämlich sein muss, Punkt. ein klares und eideutiges statement. absolute zustimmung von mir! viele dinge, die wir mappen, lassen sich ohne etwas aufwand nicht unbedingt gut in ein starres und einfaches schema pressen. aber wenn da steht schrittgeschwindigkeit, dann ist das absolut eindeutig, und laesst sich auch exakt so taggen. eine interpretation der auswirkungen auf verschiedene anwendungen in verschiedenen laendern ist sache eben der jeweiligen anwendung. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Informationstafel für Gemeinde
Ich hatte grad Besuch von einem Vertreter eines Kartenverlages. Er bietet unserer Gemeinde: [..] Gibt's es denn einen Anbieter im OSM-Umfeld, etwas Vergleichbares anbietet, wenn denn die Datengrundlage (also die OSM-Karte selbst) hinreichend akzeptabel ist? Ich vermute mal, dass in der Rechnung des Kommerziellen Anbieters die Royalties an das Landesvermessungsamt der kleinste Posten ist, und dass Nachbearbeitung und Vermarktungskosten (auch die Videoshow will bezahlt werden) den Löwenanteil in seinem Budget ausmachen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB list als Garmin POI file - BITTE PR ÜFEN
Holger Issle schrieb: Hi, habe die bug list aus OSB nun auch als POI file (TEST-Größe) für Garmin. 3 Spalten CSV. Wozu denn, die gpx-Datei tuts doch dazu auch? POIs werden im Garmin anders dargestellt/gespeichert als Waypoints. Ich glaube das macht einen Unterschied. Man erhält im Fine Menue einen eigenen Icon für userdefined POIs. Für den Upload wird auch der POI Lader von Garmin verwendet. Macht also SInn. Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
On Wed, Oct 15, 2008 at 09:45:50AM +0200, Marcus Wolschon wrote: Hast du eine Ahnung wie viele solche Vorverareitungs-Regeln es schon gibt? Ja. Ich bin einer von denen, die selbst eine Navi bauen. Genaugenommen ist es das einzige, was ich derzeit mit den Daten anstelle. Die Ersetzung von maxspeed=walk durch maxspeed=7 (oder was auch immer für einen Wert der Navi-Hersteller für richtig hält) ist bei Blick auf die anderen nötigen Vorverarbeitungen (z.B. Feststellung inner/ausserorts) eindeutig trivial und macht - selbst wenn diese Fälle ausufern würden - nur einen kleinen Teil vom Code aus. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mentoren Programm
Es ist ja ein Bildschirm Fernsteuerungs-Programm. Welches Programm auf dem Remote Rechner bedient wird ist TeamViewer völlig egal. Naja, wenn man Programme fernsteuern will, die mit Video- Overlay arbeiten, dann wird's meist kritisch. Aber bei JOSM sollte das nicht auftreten. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry schrieb: Mario Salvini schrieb: Garry schrieb: 7km/h ist nicht der einzige richtige Wert, aber ein sinnvoller Wert um die Schrittgeschwindigkeit zu symbolisieren und das ganze hickhack mit unterschiedlichen Schreibweisen, Rechtschreibfehlern etc. bei der Auswertung zu ersparen. Um mal beim Wort Schrittgeschwindigkeit zu bleiben. Hast du schon einmal versucht 7km/h zu 'gehen'? Ob der Wert sinnvoll ist ist wohl eine sehr persönliche Sicht der Dinge. Nein, eine technisch sinnvolle Sicht. Leiten wir mal her: 10km/h Schilder gibt es - die kann der Gesetzgeber also nicht gemeint haben sonst hätte er es entsprechend formuliert. is gibt auch 5km/h Schilder in ziemlicher Regelmäßigkeit... dein Argument hinkt also mal wieder. Und zum Thema technisch möglich könnte ich maxspeed=3,6 deutlich eher nachvollziehen (da wenigstens relativ allgemeine Nutzung besteht; zuminstes in physikalischen Versuchsaufbauten o.ä.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bigmap und cyclemap
Christian Mayr [EMAIL PROTECTED] wrote: so wie es mir scheint stimmt der pfad auf die tiles bei der cyclemap nicht mehr, weiss jemand wie der korrekt lautet? http://www.openstreetmap.org/openlayers/OpenStreetMap.js ist die Referenz. Ich verwende für meine Openlayers Karten inzwischen nur noch diesen Code: http://geggus.net/gmaps/myfsmap.html?zoom=15lat=49.01474lon=8.40546layers=00B0F Gruss Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry schrieb: Norbert Wenzel schrieb: iA. möchte ich noch feststellen, dass ich allerdings generelle maxspeed values aufgrund eines in_country Property für Aufgabe der jeweiligen Navisoftware halte. D.h. imho sollte gemapped werden, was physisch an der Straße steht und der Gesetzestext sollte vom Navihersteller kommen, wenn er denn sowas wünscht. Soweit richtig - nur dass eben auch noch hervorgehen muss ob ein Wert fehlt damit er nachgetagt werden kann oder ob die Datenbank an dieser Stelle in diesem Punkt vollständig ist - sonst werden bestehende Lücken ewig nicht gestopft. wobei das aber eher wieder mit der Frage zu tun hat, ob wir ein maxspeed=default brauchen, oder lieber implizieren, dass bei keinem Wert ein Wert aus einer Default-Tabelle greift. Diese Diskussion gehört hier aber absolut nicht hin. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schmunzeln über Google
Martin Koppenhoefer schrieb: [...] Die meisten hier in der deutschen ML haben wahrscheinlich noch kaum ein amenity=drinking_water gesehen ;-) Gruß Martin PS: http://www.openstreetmap.org/?lat=41.88105lon=12.50162zoom=15layers=00B0FTF Du hast Rom echt schon sehr weit gebracht, Danke dafür. Und weil mir das so gut gefallen hat und das Kartenbild finde ich gut zeigt wofür OSM mal wieder gut sein kann musste ich es als Featured image vorschlagen. http://wiki.openstreetmap.org/index.php/Featured_image_proposals#Drinking_water_on_Cyclemap_in_Rome Ich hatte als ich in Rom war auch 2 oder 3 von den Dingern gelogged, aber sie waren schon eingezeichnet :) Grüße, Fabian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sieger des OSM Summer Mapping 2008 steht fest
Der OpenStreetMap-Wettbewerb ist vorbei. Mehr unter http://wettbewerb.openstreetmap.de/index.php/2008/10/14/sieger-des-osm-summer-mapping-2008-steht-fest/ Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mentoren Programm
Johann H. Addicks schrieb: Naja, wenn man Programme fernsteuern will, die mit Video- Overlay arbeiten, dann wird's meist kritisch. Aber bei JOSM sollte das nicht auftreten. Ist da nicht auch die Frage wichtig, ob Direct3D, OpenGL etc. verwendet werden oder können diese korrekt abgebildet werden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Marcus Wolschon schrieb: Am 14.10.08 schrieb Garry [EMAIL PROTECTED]: Was soll dein Navi denn machen, wenn kein Wert dasteht und es einen „hier kein Wert-Wert gäbe? Die fehlerhafte Straße umfahren? Z.B. darauf Aufmerksam machen dass hier noch der Wert nachgetragen werden muss? Wir reden von einem Navi, keinem Editor. Wer sagt den dass ein Navi nicht auch einen Editor haben darf um fehlende Einträge in OSM sofort zu ergänzen? Ein Navi darf den Fahrer so wenig wie möglich ablenken. Richtig - es gibt aber manchmal auch einen Beifahrer der durchaus abgelenkt sein darf. Travelbook z.B. sperrt in den default-Einstellungen ab 10Km/h die Tastatur und alles. Ich beabsichtige nicht ein Travelbook nachzubauen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry schrieb: Mario Salvini schrieb: wenn du eine Stelle findest, wo ein explizites ausgeschildertes Maxspeed an der Straße zu finden ist, dann trag es nach. Danke für den Hinweis, da wäre ich alleine nicht drauf gekommen... Sehe nicht soganz, in wie fern deine Argumentation deine willkürlich gesetztes nicht explizit gültiges Maxspeed richtig macht. Er ist von mir nicht willkürlich gesetzt sondern aufgrund der technischen und rechtlichen Gegenbenheiten als der geeignetse gewählt. Du hast aus einem durch deutsche Gerichte definierten Raum willkürlich eine rausgepickt. 7km/h hat also das Garry-Prädikat für besonders geeignet zu sein erhalten... schön und gut. Ändert aber nix daran, das maxspeed=walk die Realität deutlich besser darstellt Denn : Schrittgeschwindigkeit ∈ { 4 = maxspeed 20 } und maxspeed=7 stellt das höchstens ungenügend eigentlich aber garnicht dar/. / Dazu auch Zitat wikipedia: ... Unter /Schritttempo/ versteht man allgemein in Rechnungen überschlagsmäßig eine Geschwindigkeit von 1 Meter http://de.wikipedia.org/wiki/Meter pro Sekunde http://de.wikipedia.org/wiki/Sekunde oder 3,6 km/h http://de.wikipedia.org/wiki/Km/h. ... Der Begriff /Schrittgeschwindigkeit/ ist in der Rechtsprechung nicht genau definiert. Sie liegt nach Urteilen verschiedener deutscher Obergerichte zwischen 4 und 10 km/h. Der deutsche Bundesgerichtshof http://de.wikipedia.org/wiki/Bundesgerichtshof spricht davon, dass sie /„deutlich unter 20 km/h“/ liegen muss. ... ...oder nach Fahrschulregel 1.Gang Leerlauf womit viele Fahrzeuge bei ca. 7km/h liegen. bist du Fahrlehrer, ansonsten ist dann Argument nämlich auch nur eine leere ungeprüfte Pauschalisierung Wenn du jetzt auf Grund des Urteils auf 4km/h (weil untere Grenze) bestehen oder dich auf den Schätzwert von 1 Meter pro Sekunde berufen würdest könnte ich ja nachvollziehen. Aber sich bei einer MAX-Geschwindigkeit auf den Mittelwert eines gültigen Zahlenraums zu verschränken mit dem man im Zweifelsfalle zu 50% falsch liegt is doch echt ein fragwürdiges Vorgehen. Ja und, wo ist Dein Problem? Der Gesetzgeber sieht eine Toleranz von 3km/h vor weil er weiss dass die Messtechnik nicht mehr hergibt - bezogen auf 4km/h sind das 75%Messfehler. Das nur als Hinweiss darauf dass so grosse %-Fehler in diesem Wertebereich völlig normal sind - solltest Dich mal ein bischen mit Messtechnik beschfäftigen wenn Du darüber ernsthaft diskutieren willst. Der Wert 7km/h ist so gewählt dass er unter dem Gesichtspunkt der Tachogenauigkeit und der geringst möglichen Fahrzeuggeschwindigkeit bei Leerlauf im 1.Gang plausibel und realistisch ist ohne einen Busgeldbescheid zu riskieren. ein Fahrlehrer hat mir beigebracht, dass der Tacho bei Schrittgeschwindigkeit nicht mal zucken darf... Nützt also die Genauigkeit der Anzeige auch nix.. Auch von Verwässerung kann durch Angaben wie maxspeed=walk oder z.B. maxspeed:rain=80 (dein Beispiel mit dem Regen) nicht gesprochen werden. Hatte ich ein Beispiel mit Regen? Da muss mir ein Fehler unterlaufen sein... Regen ist unrelevant, die Schilder beziehen sich auf Nässe Nass ist eine Fahrbahn dann, wenn die gesamte Fahrbahn mit einem Wasserfilm überzogen ist - d.h. dann ist die Geschwindigkeitsbegrenzung bei Nässe zu beachten. OLG Hamm (AZ: 2 Ss OWi 1057/2000). Im Gegeteil ist die Angabe deutlich tauglicher, da richtiger. (Dein Wert is nur in 50% der Fälle richtig, maxspeed=walk dagegen in 100% ) Ein Maxwert ist ein Wert und kein Bereich - erst mit dem Beaufschlagen einer häufig unvermeidbaren Toleranz wird er zu einem Bereich. wenn einem Maxwert ein Raum von Möglichkeiten zugesprochen wird (und maxspeed=walk ist genau Das) dann haben wir doch einen klar definierten DefinitionsBEREICH. und deine vorgeschlagenen 7km/h sind zwar Teil der Menge, stellen diese aber nicht voll da. -- Mario PS: Ich kann dir gerne immer wieder darstellen, dass deine Vorderung nicht richtig ist, aber deine Einsichtsresistens erstaunt mich schon. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Am Mittwoch 15 Oktober 2008 schrieb Marcus Wolschon: Am 14.10.08 schrieb Garry [EMAIL PROTECTED]: Was soll dein Navi denn machen, wenn kein Wert dasteht und es einen „hier kein Wert-Wert gäbe? Die fehlerhafte Straße umfahren? Z.B. darauf Aufmerksam machen dass hier noch der Wert nachgetragen werden muss? Wir reden von einem Navi, keinem Editor. Ein Navi darf den Fahrer so wenig wie möglich ablenken. richtig. ein navi ist in erster linie zum navigieren da, nicht zum mappen. wenn keine einschraenkung in den daten vorhanden ist, gibt's fuer das navi auch keine. sollte allerdings an der strasse irgendein einschraenkendes schild stehen, ist das vielleicht aergerlich, weil man von anderen vorraussetzungen ausgeht, aber beachtet werden muss es natuerlich trotzdem! wer blind nur nach navi faehrt, hat auf einer oeffentlichen strasse nichts zu suchen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mentoren Programm
Fabian -Patzi- Patzke schrieb: Wenn sich genug Interessenten finden, die einen Mentor geben würden, würde ich mich anbieten eine Wikiseite aufzusetzen. Mach die Seite, ich trage mich dann ein ;). Ich schreibe so oder so schon immer neue Nutzer in meiner Gegend an, um zu fragen, ob diese Hilfe brauchen. Ich würde das gerne auch etwas professioneller machen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Intergeo, oder: Betriebsgeheimnisse die eigentlich keine sind
Dirk-Lüder Kreie schrieb: Ein weiterer Kontakt mit einem Mitarbeiter eines großen deutschen Energieanbieters stellte sich auch als interessant heraus: Er hatte mal seine eigenen, Firmeninternen Top-Secret Daten über die Standorte von Strommasten mit denen von OSM verglichen, und war erschrocken und sehr erstaunt über das Ergebnis: überall wo Strommasten seiner Firma verzeichnet waren, stimmten die Positionen. Erst dachte er an ein Datenleck in der Firma, dann kam ihm die Theorie, dass irgend ein Verrückter diese Daten mit Hilfe von GPS und/oder Luftbildern gesammelt haben könnte und das die Geheimhaltung dieser Daten lediglich ein Spiel auf Zeit sein könnte. Nach einem kurzen Gespräch am OSM Stand war er von ~ dieser Zweiten Möglichkeit so überzeugt, dass er sich dafür einsetzen will, die Datensätze über Strommasten, Stromtrassen usw. OSM als Import bereitzustellen. Ob was daraus werden kann, wird die Zeit zeigen, aber als Argumentation gegenüber anderen möglichen Spendern evtl. erwähnenswert. Wir dürfen uns also darauf vorbereiten, dass man OSM demnächst auch Förderung von Terrorismus vorwerfen kann. Denn die detaillierten Karten des Energieversorgungsnetzes kann man ja ganz leicht[TM] auf Engstellen und Schwachpunkte durchsuchen, und so die Effizienz von Anschlägen erhöhen. Böse, böse!!! Auf die Idee, dass eine Terrorzelle sich auch einfach selbst die Mühe machen könnte, die Überlandleitungen zu erfassen, oder die Mühe sein lassen und einfach pauschal mehr sprengen könnte, als minimal notwendig, wird niemand kommen - das Szenario ist einfach zu unrealistisch. Und dass das veröffentlichte Leitungsnetz auch von den Guten zur Analyse und Behebung gerade solcher Anfälligkeiten genutzt werden kann... pah! Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mentoren Programm
Markus schrieb: PS: ob www.chip.de/downloads/TeamViewer_25566883.html mit JOSM funktioniert? Na klar, wieso sollte das nicht funktionieren? Es ist ja ein Bildschirm Fernsteuerungs-Programm. Welches Programm auf dem Remote Rechner bedient wird ist TeamViewer völlig egal. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Beriechsmarkierungen in JOSM
Mich stört es schon länger, dass immer diese gelben Kästen um geladene Bereiche erscheinen. Dabei finde ich die Kästen an sich überhaupt nicht schlimm, jedoch die Art, wie sie gezeichnet werden. Könnte man das nicht so lösen, das wirklich nur der äußerste Rand gezeichnet wird? Die Überschneidungen sind wirklich störend. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mentoren Programm
Marcus Wolschon schrieb: Ich hatte öfters mal leere Java-Fenster in (Ultra)VNC. TeamViewer geht problemlos, habs gerade getestet. http://www.teamviewer.com/de/ Grüße Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waycheck and Bug report news
[EMAIL PROTECTED] schrieb: Kannst du bitte mal neben dem File auch die Zeilennummer angeben? DANKE! Also wie gesagt, ich bin über die Seite http://www.gary68.de/osm/qa/c51/c51_bayern_NO.htm eingestiegen und habe den Report überflogen. Teilweise habe ich tatsächlich unverbundene Straßen festgestellt, aber überwiegend habe ich keinen Fehler finden können. Der Validator hat nicht gemeckert, in der höchsten Zoomstufe habe ich auch nichts feststellen können und beim Verschieben der nodes sind alle Straßen mitgegangen. Ich habe dann festgestellt, dass es sich überwiegend um solche Bereiche handelt, wo eine Staatsstraße bzw. Kreisstraße außerorts und innerorts einen ref hat, außerorts unbenannt, innerorts benannt ist und wo die Straßen durch Brücken unterbrochen sind. Einige Fehler werden auch angezeigt, wo die Straße mitten in der Pampa beginnt oder endet, ohne dass irgendeine andere Straße in der Nähe ist. Ein paar Beispiele aus meinem Bereich: Zeile / ID 42 / 27567030 78 / 26980924 152 / 4115395 254 / 27379366 281 / 26205038 287 / 8034215 345 / 7865268 386 / 26236535 Gruss geo-francis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waycheck and Bug report news
Kannst du bitte mal neben dem File auch die Zeilennummer angeben? DANKE! - Original Message - From: Franz Stockerl [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Tuesday, October 14, 2008 10:44 PM Subject: Re: [Talk-de] Waycheck and Bug report news Claudius Henrichs schrieb: Kann es sein, dass der Waychecker ein bisschen übereifrig ist, wenn es darum geht, dass eine Staatsstraße durch eine Brücke unterbrochen ist oder die Staatsstrasse innerhalb einer Ortschaft einen Namen hat? zB. hier :http://www.openstreetmap.org/?mlat=49.3588183mlon=12.23457zoom=15 oder hier: http://www.openstreetmap.org/?mlat=49.2182899mlon=12.127130 Welche Ausgabe liefert denn WayCheck in der bemängelnden Zeile? Eventuell sind es überlagernde Straßen. Gemeinhin nennt WayCheck ja auch die IDs der beteiligten OSM-Objekte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo, ich bin über die Seite http://www.gary68.de/osm/qa/c51/c51_bayern_NO.htm eingestiegen und habe mal einiges angeklickt. Zwar waren wirklich einige Straßen nicht verbunden, aber speziell bei den obigen Beispielen habe ich nichts gefunden. Lt. Fehlerbeschreibung sind Start bzw. End unconnected. Zur Klarstellung: Ich habe nicht das Programm laufen lassen, sondern die obige Seite mal durchgeschaut. Gruss geo-francis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrstuhl taggen
Wenn wir schon mal bei Aufzügen sind: Bei uns gibt es einen Peoplemover. Wie tagt man hier korrekt? http://www.schmidgruppe.de/t3/spm_start.0.html Aufzug links, Aufzug rechts, dazwischen ein Stück Schiene, auf der die Aufzugskabine wie die Wuppertaler Schwebebahn über die Straße fährt. Gruß Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PERL REGEX?
Hi, ich habe: my ($v) = ($line =~ /^.+v=[\'\]([\/-\w\d\s\.:,\(\)]+)[\'\]/); Ich will aber einfach nur den Text zwischen den Anführungszeichen mit allem drum und dran. Probleme gibt es mit den dt. Umlauten. (.+) läuft nicht, warum? Tnx Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB list als Garmin POI file - BITTE PR ÜFEN
Hi Jürgen, POIs werden im Garmin anders dargestellt/gespeichert als Waypoints. Das ist mir bekannt. Ich hab den zumo 550... glaube das macht einen Unterschied. Man erhält im Fine Menue einen eigenen Icon für userdefined POIs. Ja, am zumo nennt der sich Extras Für den Upload wird auch der POI Lader von Garmin verwendet. Korrekt. Der verdaut aber die gpx-Datei die es eh schon zum laden gibt ohne Probleme. Von daher braucht man die csv dafür nicht. Macht also SInn. Nein. :-) -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB list als Garmin POI file - BITTE PR ÜFEN
Hi Gerhard, habe die bug list aus OSB nun auch als POI file (TEST-Größe) für Garmin. 3 Spalten CSV. Kann bitte jemand das mal mit einem Garmin testen? Es tut, aber man braucht es nicht. GPX reicht völlig. Sinnvoll fände ich es allerdings, wenn man closed und open im download trennen könnte. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Martin Koppenhoefer schrieb: Hat schon jemand eine Idee welchen Tag wir dafür nehmen sollen? Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry schrieb: Nein, eine technisch sinnvolle Sicht. Leiten wir mal her: 10km/h Schilder gibt es - die kann der Gesetzgeber also nicht gemeint haben sonst hätte er es entsprechend formuliert. Darüber kann er nicht gemeint haben weil man dann doch schon so langsam ausserhalb der möglichen Gehgeschwindigkeit auch für sehr sportliche Menschen kommt. Unter 7km/h können sehr viele Autos ohne die Kupplung schleifen zu lassen schon gar nicht fahren -erhöhter Verschleiss ist garantiert auch nicht das Ziel des Gesetzgebers ist, zumahl es ja auch Schrittgeschwindigkeit an Steigungen gibt. 9km/h würde nicht wirklich Sinn machen (1km/h unter verfügbaren 10km/h-Schilder), 8km/h ist nicht so viel besser - bleibt die 7km/h als vernüftigster Wert. Ob du es glaubst, oder nicht: Ich bin unlängst in Hamburg an einer Baustelle mit einspuriger, verengter Fahrbahn, die noch dazu über irgendeine improvisierte Behelfsbrückenkonstruktion führte (vermutlich, damit die Baugrube des Hauses daneben nicht zusammensank) über eine Geschwindigkeitsbegrenzung von 6 km/h gestolpert. Nein, hab' leider kein Foto als Beweis. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Links presented on openstreetmap.org
Sorry Leute, war die falsche Liste. Ist aber trotzdem ein durch und durch sinnvolles Anliegen! -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waycheck and Bug report news
Hi, - also die 42 wurde am 14. Okt. editiert. Da kann also alles mögliche gewesen sein. - die 78 ist nahe der Grenze, weiß nicht, wie das Polygon da aussieht... - die 152 und die 281 sind etwa 20km von der Grenze, das sollte wohl ausreichen... Weiß nicht, warum die auftauchen. - 254: keine Ahnung Es kann auch sein, dass angrenzende Wege vor kurzem erst editiert wurden. Ganz gezeichnet oder nur tags geändert. Generell durchlaufen die Daten ja einiges, bis sie verwertet werden. Wer weiß, was da alles passiert... - DB Dump - Diffs - Wieder zusammensetzen - Excerpt mit Polygon - Excerpt Rechteck bei mir - mein Programm Obwohl ich gewiss die Hand nicht für mein Programm abhacken lasse. Es besteht die Möglichkeit, dass auch woanders was schiefgeht. Gute Nacht! Gerhard - Original Message - From: Franz Stockerl [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Wednesday, October 15, 2008 8:08 PM Subject: Re: [Talk-de] Waycheck and Bug report news [EMAIL PROTECTED] schrieb: Kannst du bitte mal neben dem File auch die Zeilennummer angeben? DANKE! Also wie gesagt, ich bin über die Seite http://www.gary68.de/osm/qa/c51/c51_bayern_NO.htm eingestiegen und habe den Report überflogen. Teilweise habe ich tatsächlich unverbundene Straßen festgestellt, aber überwiegend habe ich keinen Fehler finden können. Der Validator hat nicht gemeckert, in der höchsten Zoomstufe habe ich auch nichts feststellen können und beim Verschieben der nodes sind alle Straßen mitgegangen. Ich habe dann festgestellt, dass es sich überwiegend um solche Bereiche handelt, wo eine Staatsstraße bzw. Kreisstraße außerorts und innerorts einen ref hat, außerorts unbenannt, innerorts benannt ist und wo die Straßen durch Brücken unterbrochen sind. Einige Fehler werden auch angezeigt, wo die Straße mitten in der Pampa beginnt oder endet, ohne dass irgendeine andere Straße in der Nähe ist. Ein paar Beispiele aus meinem Bereich: Zeile / ID 42 / 27567030 78 / 26980924 152 / 4115395 254 / 27379366 281 / 26205038 287 / 8034215 345 / 7865268 386 / 26236535 Gruss geo-francis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB list als Garmin POI file - BITTE PR ÜFEN
Hi, Du kannst das Prg. selber laufen lassen und noch ein wenig konfigurieren: - Bereich - Nur bugs von bestimmtem user - nur offene - nur geschlossene CLOSED machen nur ~10% aus. Hilft dir das? Cheers Gerhard - Original Message - From: Holger Issle [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Wednesday, October 15, 2008 8:29 PM Subject: Re: [Talk-de]OSB list als Garmin POI file - BITTE PRÜFEN Hi Gerhard, habe die bug list aus OSB nun auch als POI file (TEST-Größe) für Garmin. 3 Spalten CSV. Kann bitte jemand das mal mit einem Garmin testen? Es tut, aber man braucht es nicht. GPX reicht völlig. Sinnvoll fände ich es allerdings, wenn man closed und open im download trennen könnte. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Am Mittwoch 15 Oktober 2008 schrieb Garry: Marcus Wolschon schrieb: Am 14.10.08 schrieb Garry [EMAIL PROTECTED]: Was soll dein Navi denn machen, wenn kein Wert dasteht und es einen „hier kein Wert-Wert gäbe? Die fehlerhafte Straße umfahren? Z.B. darauf Aufmerksam machen dass hier noch der Wert nachgetragen werden muss? Wir reden von einem Navi, keinem Editor. Wer sagt den dass ein Navi nicht auch einen Editor haben darf um fehlende Einträge in OSM sofort zu ergänzen? schon klar. aber unter navi verstehe ich ein ganz normales navigationsgeraet fuer den enduser, der nur moeglichst einfach von a nach b gefuehrt werden will, der nix mit mappen am hut hat... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PERL REGEX?
GS schrieb: my ($v) = ($line =~ /^.+v=[\'\]([\/-\w\d\s\.:,\(\)]+)[\'\]/); Ich will aber einfach nur den Text zwischen den Anführungszeichen mit allem drum und dran. Probleme gibt es mit den dt. Umlauten. (.+) läuft nicht, warum? AFAIK verbrät REGEX viel zu viel Performance. Ich gucke immer, nach dem ersten und dann nach dem nächsten Anführungszeichen. blah = tag ^ ^ Dann schneide ich das Mittelding aus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neuer Look von Mapnik
Hallo, ich habe mich heute fast erschrocken als ich OSM aufgerufen habe. Die Karte ist plötzlich viel klarer (erinnert mich an clearlooks). Echt schick, auch das Restaurants gerendert werden ist super. Dank an den/die Verantwortlichen. mfg, Kelvan PS: Wie steht's mit der Implementierung von Water_Park und path? Eine der wenigen Dinge die ich noch vermisse. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Look von Mapnik
Florian Schweikert wrote: ich habe mich heute fast erschrocken als ich OSM aufgerufen habe. Die Karte ist plötzlich viel klarer (erinnert mich an clearlooks). Echt schick, auch das Restaurants gerendert werden ist super. Dank an den/die Verantwortlichen. Da kann ich zustimmen. Sieht wirklich sehr gut aus. Museen, Postboxen und ATMs werden jetzt auch gerendert (bitte schlagen falls das vorher schon so war). mfg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrstuhl taggen
Ralf Schreg schrieb: Wenn wir schon mal bei Aufzügen sind: Bei uns gibt es einen Peoplemover. Wie tagt man hier korrekt? http://www.schmidgruppe.de/t3/spm_start.0.html Aufzug links, Aufzug rechts, dazwischen ein Stück Schiene, auf der die Aufzugskabine wie die Wuppertaler Schwebebahn über die Straße fährt. Als Seilbahn? ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schranke taggen
Hallo, hier gibt es eine Schranke, die an der Verbindungstelle zwischen einem Service-Weg und einer anderen Straße steht und die beiden trennt. (Der Service-Weg soll nicht als Durchgang benutzt werden und die Schranke ist immer geschlossen.) Ist higway=gate richtig? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Look von Mapnik
Florian Schweikert schrieb: Die Karte ist plötzlich viel klarer (erinnert mich an clearlooks). Ich persönlich finde jedoch, dass die Ränder um die gelben Straßen noch etwas zu intensiv aussehen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schmunzeln über Google
2008/10/15 Fabian -Patzi- Patzke [EMAIL PROTECTED] Martin Koppenhoefer schrieb: [...] Die meisten hier in der deutschen ML haben wahrscheinlich noch kaum ein amenity=drinking_water gesehen ;-) Gruß Martin PS: http://www.openstreetmap.org/?lat=41.88105lon=12.50162zoom=15layers=00B0FTF Du hast Rom echt schon sehr weit gebracht, Danke dafür. ich danke für die Anerkennung, allerdings darf ich das auch z.T. weiterreichen, im Gegensatz zu vor einem halben Jahr habe ich mittlerweile nämlich wirklich spürbare Unterstützung bekommen und bin keineswegs mehr allein :) Und weil mir das so gut gefallen hat und das Kartenbild finde ich gut zeigt wofür OSM mal wieder gut sein kann musste ich es als Featured image vorschlagen. http://wiki.openstreetmap.org/index.php/Featured_image_proposals#Drinking_water_on_Cyclemap_in_Rome auch dafür danke, auch wenn ich eigentlich damit warten wollte, bis *alle* drin sind ;-) Ich hatte als ich in Rom war auch 2 oder 3 von den Dingern gelogged, aber sie waren schon eingezeichnet :) Grüße, Fabian Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sieger des OSM Summer Mapping 2008 steht fest
Am 15. Oktober 2008 11:16 schrieb Jochen Topf [EMAIL PROTECTED]: Der OpenStreetMap-Wettbewerb ist vorbei. Mehr unter http://wettbewerb.openstreetmap.de/index.php/2008/10/14/sieger-des-osm-summer-mapping-2008-steht-fest/ Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 Herzlichen Glückwunsch an die Bestplatzierten! Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Look von Mapnik
2008/10/15 Nicolai Spohrer [EMAIL PROTECTED] Florian Schweikert wrote: ich habe mich heute fast erschrocken als ich OSM aufgerufen habe. Die Karte ist plötzlich viel klarer (erinnert mich an clearlooks). Echt schick, auch das Restaurants gerendert werden ist super. Dank an den/die Verantwortlichen. Da kann ich zustimmen. Sieht wirklich sehr gut aus. Museen, Postboxen und ATMs werden jetzt auch gerendert (bitte schlagen falls das vorher schon so war). mfg ja, selbst Telefonzellen haben die Puristen jetzt integriert, im höchsten Zoomlevel natürlich nur. Allerdings scheint es teilweise ein Problem mit Multipolygonen zu geben, s. hier: http://www.informationfreeway.org/?lat=41.885747447516195lon=12.505814746929486zoom=17layers=0F0B0F und im Vergleich dazu [EMAIL PROTECTED] Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrstuhl taggen
2008/10/15 Birgit Nietsch [EMAIL PROTECTED] Ralf Schreg schrieb: Wenn wir schon mal bei Aufzügen sind: Bei uns gibt es einen Peoplemover. Wie tagt man hier korrekt? http://www.schmidgruppe.de/t3/spm_start.0.html Aufzug links, Aufzug rechts, dazwischen ein Stück Schiene, auf der die Aufzugskabine wie die Wuppertaler Schwebebahn über die Straße fährt. Als Seilbahn? ;-) Seilbahn würde ich nicht machen, ist ja keine Seilbahn. Tagge es doch einfach wie einen horizontalen Aufzug. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM - No data imported
Hallo, ich hab hier seit längerem das Problem, dass ich in JOSM keine Daten mehr herunterladen kann. Wenn ich in der Boundingbox ein Gebiet (bsp. Berlin-Zoo) auswähle und auf OK klicke erscheint anschließend die Meldung No Data imported wenn ich dann wieder auf OK klicke, sehe ich kurz den Download-Fortschrittsbalken und sitze dann vor einem schwarzen JOSM Fenster. Das Terminal gibt leider auch keinerlei Hinweise. (Ubuntu, java sowohl 5 wie auch 6, Josm in verschieden Versionen) Woran kann das liegen? Danke, Tobias signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - No data imported
Hallo, Tobias Hägele wrote: ich hab hier seit längerem das Problem, dass ich in JOSM keine Daten mehr herunterladen kann. Probier mal: % grep download ~/.josm/preferences download.gps=false download.osm=true Wenn da bei Dir beide Male false steht, dann hast Du versehentlich im Download-Dialog sowohl GPS-Punkte als auch OSM-Daten deselektiert, dann kann ja nix kommen. Das wuerde am ehesten auf Deine Beschreibung passen. Bei allen anderen Fehlern sollte eigentlich zumindest im Terminal was erscheinen. 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/listinfo/talk-de