Re: [OSM-legal-talk] import of dataset for new zealand
Hi, a technical solution is sought, to display the corresponding information whenever linz-sourced data is being viewed. And it is ok for them that whatever clever technical attribution scheme you devise is immediately switched off when OSM maps are viewed through something else than osm.org (e.g. informationfreeway, cyclemap, ...) whom you cannot force to use your technical solution? 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/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] import of dataset for new zealand
On Tue, Mar 18, 2008 at 10:57 AM, Andy Robinson (blackadder) [EMAIL PROTECTED] wrote: Richard Fairhurst wrote: Sent: 18 March 2008 10:54 AM To: legal-talk@openstreetmap.org Subject: Re: [OSM-legal-talk] import of dataset for new zealand Robin Paulson wrote: (c) Crown Copyright w00t, Robin found his Shift key! ;) even with 5 of these displayed on screen at any one time in a small but readable font (and of course, they only need to be shown when the data is usable, i.e. not at zoom 0 - 4), a large area of screen will not be needed Better, I think, to stake our standard as being simply OpenStreetMap and others hyperlinked to the attribution page. It's scalable when more datasets come along; fits in better with the image of the project; and imposes no technical burden on those who reuse the data (i.e. they can simply link to www.openstreetmap.org/attribution rather than having to dynamically generate a list of imported datasets for the bbox). +1 Like this perhaps? http://wiki.openstreetmap.org/index.php/Attribution cheers Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] import of dataset for new zealand
At 12:48 PM 3/18/2008, 80n wrote: On Tue, Mar 18, 2008 at 10:57 AM, Andy Robinson (blackadder) mailto:[EMAIL PROTECTED][EMAIL PROTECTED] wrote: Richard Fairhurst wrote: Sent: 18 March 2008 10:54 AM To: mailto:legal-talk@openstreetmap.orglegal-talk@openstreetmap.org Subject: Re: [OSM-legal-talk] import of dataset for new zealand Robin Paulson wrote: (c) Crown Copyright w00t, Robin found his Shift key! ;) even with 5 of these displayed on screen at any one time in a small but readable font (and of course, they only need to be shown when the data is usable, i.e. not at zoom 0 - 4), a large area of screen will not be needed Better, I think, to stake our standard as being simply OpenStreetMap and others hyperlinked to the attribution page. It's scalable when more datasets come along; fits in better with the image of the project; and imposes no technical burden on those who reuse the data (i.e. they can simply link to http://www.openstreetmap.org/attributionwww.openstreetmap.org/attribution rather than having to dynamically generate a list of imported datasets for the bbox). +1 Like this perhaps? http://wiki.openstreetmap.org/index.php/Attributionhttp://wiki.openstreetmap.org/index.php/Attribution Can we symbolically link that to http://www.openstreetmap.org/attributionwww.openstreetmap.org/attribution and then put a link to it on the front page to show we have a practical attribution solution and are giving it maximum easy-to-reach prominence? It then just comes down to being careful to give the licensor chance to define what include an attribution statement without forcing them to. I'd suggest Robin emails or writes, writing preferable, a short letter like the following. I had a hot shot lawyer business partner and this is a tactic we often used in general business. Generally, there is no reply and therefore any subsequent objection carries little or no weight. I'd also be happy to send this personally as an OSMF board member if Robin provides contact details and prior contact summary. Thank you for making your xyz data available. We are incorporating it into a worldwide free open mapping project http://www.openstreetmap.org, the purposes of which is described in more detail at http://wiki.openstreetmap.org. In order to give maximum permanent attribution as per your license terms, we have placed an attribution here at http://www.openstreetmap.org/attribution. If you have any objections or questions about such usage, please feel free to write to us by x, 2008, after which we will assume we are meeting your terms satisfactorily. This approach has worked successfully in the Philippines for OSM, even sending the letter registered post. Mike ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] import of dataset for new zealand
On Tue, Mar 18, 2008 at 1:37 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Thank you for making your xyz data available. We are incorporating it into a worldwide free open mapping project http:// www.openstreetmap.org, the purposes of which is described in more detail at http://wiki ().openstreetmap.org. In order to give maximum permanent () attribution as per your license terms, [...] Emphasis added by me ;-) I think the benefits of making it easy for contributors to add their desired attribution text outweighs the burden of a static page. The wiki page is only non-permanent if it is edited maliciously and we have the history to deal with that case. I like the idea of a redirect from a non-wiki page as this prevents a proliferation of unofficial attribution variants appearing in the wiki. I can't imagine a reason why someone would want to do such a thing, but I can imagine that someone would find a good/bad reason to try. Wanting to say: Maybe this would be the one place where we should set up and old-fashioned static website OR write-protect the page. Then again, if the next paragraph in the letter were If you are unhappy with the attribution as given on that page, please hit the 'Edit' button and change it to suit your needs would be tres cool indeed ;-) 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/cgi-bin/mailman/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] import of dataset for new zealand
On 18/03/2008, Richard Fairhurst [EMAIL PROTECTED] wrote: Robin Paulson wrote: (c) Crown Copyright w00t, Robin found his Shift key! ;) thanks, incredibly constructive. haven't you got something better to do? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] import of dataset for new zealand
Robin Paulson wrote: On 18/03/2008, Richard Fairhurst [EMAIL PROTECTED] wrote: Robin Paulson wrote: (c) Crown Copyright w00t, Robin found his Shift key! ;) thanks, incredibly constructive. haven't you got something better to do? What, something better than having a sense of humour? No, probably not. Alternatively, you could respond to the seven lines of constructive, substantive suggestion I made below that. But - oh look - you appear to have snipped that. Meanwhile, I'll get back to a second consecutive evening of unconstructive coding on Potlatch. Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] License update
Hi, This could take a little while, so we're thinking of changing the language of _new_ user signups to instead of releasing their work as CC, but as CC _or_ the ODL if the rest of the community vote on it. 1. It is, in my eyes, far from clear what exactly the community will vote on (will it be the ODL? what will the ODL look like by the time?) 2. It is also far from clear who will vote and how this voting will look like. Who will be eligible? Etc. What happens if the project splits as a consequence of the license change, and the community in one sub-project gives it the license A and the community in the other sub-project gives it the license B? Unless all this is clear to the person signing up, they'll have a very hard time finding out what exactly they agree to by signing up - and we have a very hard time telling them that without creating the impression that we don't give a damn for the community process because we know what the outcome will be anyway! Because there are so many users signing up that every day it gets harder to go back and pull out data if a change is made. Very well. I suggest to ask everybody to sign up for PD because this makes sure that their work is not lost to the project. Sounds easiest to me. Those who don't do that will be included in the general license change E-Mail process later. 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/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] import of dataset for new zealand
On 19/03/2008, Richard Fairhurst [EMAIL PROTECTED] wrote: What, something better than having a sense of humour? No, probably not. Alternatively, you could respond to the seven lines of constructive, substantive suggestion I made below that. But - oh look - you appear to have snipped that. i ignore people's suggestions when their first response is something in that tone. maybe if you want your point to be taken seriously you should make it in a serious way? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] import of dataset for new zealand
Robin Paulson wrote: i ignore people's suggestions when their first response is something in that tone. maybe if you want your point to be taken seriously you should make it in a serious way? 'k. Personally I find it more helpful to assess people's suggestions according to the value of the suggestion, but I may be out of line here. Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] License update
On Tue, Mar 18, 2008 at 05:38:37PM +, SteveC wrote: Richard, Andy and I just had a conference call to review where we are with the license. Progress is going well. We've engaged Jordan and sent off the changes we suggested to him, he is integrating them and will be releasing a new version. Once released he will consult with other interested parties on it and you will get the opportunity to do the same. This could take a little while, so we're thinking of changing the language of _new_ user signups to instead of releasing their work as CC, but as CC _or_ the ODL if the rest of the community vote on it. A link will be given showing that there is an ongoing license change discussion. Why are we thinking this? Because there are so many users signing up that every day it gets harder to go back and pull out data if a change is made. Comments on language to use etc warmly received. I haven't been following recent OSM licence debates at all, but why not also offer the choice of licensing contributions under the PDDL[1] also? This does not prevent people from including such contributions in an ODL-licensed dataset. This would effectively supercede the http://wiki.openstreetmap.org/index.php/Category:Users_whose_contributions_are_in_the_public_domain page. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] License update
Dominic Hargreaves wrote: I haven't been following recent OSM licence debates at all, but why not also offer the choice of licensing contributions under the PDDL[1] also? This does not prevent people from including such contributions in an ODL-licensed dataset. This would effectively supercede the http://wiki.openstreetmap.org/ index.php/Category:Users_whose_contributions_are_in_the_public_domain page. Yep, we've been considering exactly that and will hopefully be able to offer it as a further option. cheers Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] License update
Frederik Ramm wrote: Hi, This could take a little while, so we're thinking of changing the language of _new_ user signups to instead of releasing their work as CC, but as CC _or_ the ODL if the rest of the community vote on it. 1. It is, in my eyes, far from clear what exactly the community will vote on (will it be the ODL? what will the ODL look like by the time?) 2. It is also far from clear who will vote and how this voting will look like. Who will be eligible? Etc. What happens if the project splits as a consequence of the license change, and the community in one sub-project gives it the license A and the community in the other sub-project gives it the license B? Unless all this is clear to the person signing up, they'll have a very hard time finding out what exactly they agree to by signing up - and we have a very hard time telling them that without creating the impression that we don't give a damn for the community process because we know what the outcome will be anyway! I'm also wondering. How can one legally agree to release a contribution under a license which is unfinished? Or am I misunderstanding the situation and the ODL is in fact done? Charles ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] License update
Charles Basenga Kiyanda wrote: I'm also wondering. How can one legally agree to release a contribution under a license which is unfinished? Or am I misunderstanding the situation and the ODL is in fact done? Technically speaking the user would be licensing their contributions under the ODC Factual Info Licence (http://www.opencontentlawyer.com/open-data/open-data-commons-factual-info-licence/), to which no changes are proposed. The FIL is in essence a PD-style licence; but (if the community approves a change to ODBL) OSM would only republish these contributions under the terms of ODBL, thereby providing the share-alike/attribution-style protections. As I alluded in my reply to Dom's e-mail earlier, users could also _additionally_ permit OSM to republish their contributions as public domain. This would essentially be formalising the wiki PD-user initiative. cheers Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
[OSM-talk] Blind People and OSM
hi, as mentioned above, yesterday we was at a radio talk-show to launch the milano micro mapping party initiative. During the broadcast, a blind listener wrote us an email asking if the data are suitable for blind people. It could be of extreme interest to add information usefull for blind people to build a customized routing application to drive blinde people in our cities. I think we could tag every single walk-crossing having the blind-beeper, but i'm interesting in the GUI too just because it's a interesting application of open datas. The blind people mentioned above told us about a university project to customize the TomTom GUI, but i don't think the data in the tom tom could be usefull for blind people. Someone have interesting experience about this topic? Edoardo ps. i'm sorry about my poor english.. -- Edoardo Marascalchi ICT Consultant website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Contours server
On Mon, Mar 17, 2008 at 11:05 PM, Jon Burgess [EMAIL PROTECTED] wrote: That is correct. When the --slim option was working the entire import was IO bound and took several times longer than the RAM approach. You could try ionice but I don't think that helps control swap IO. I looked at the code the other day and it seemed rather inefficient. Fixing it will be a PITA though... Would be very nice though, I'm think of looking into it when I have time... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Blind People and OSM
On Tue, Mar 18, 2008 at 8:19 AM, Edoardo Marascalchi [EMAIL PROTECTED] wrote: hi, as mentioned above, yesterday we was at a radio talk-show to launch the milano micro mapping party initiative. During the broadcast, a blind listener wrote us an email asking if the data are suitable for blind people. It could be of extreme interest to add information usefull for blind people to build a customized routing application to drive blinde people in our cities. I think we could tag every single walk-crossing having the blind-beeper, but i'm interesting in the GUI too just because it's a interesting application of open datas. The blind people mentioned above told us about a university project to customize the TomTom GUI, but i don't think the data in the tom tom could be usefull for blind people. Someone have interesting experience about this topic? Sat-Nav for the blind often came up when I was at university - though I've never actually seen a working implementation. This sort of thing: http://www.wired.com/medtech/health/news/2003/06/59174 Edoardo ps. i'm sorry about my poor english.. -- Edoardo Marascalchi ICT Consultant website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Nick Black http://www.blacksworld.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] article in Geo Informatics Magazine - good coverage of OSM
On 17 Mar 2008, at 22:24, martin dodge wrote: See pages 28-31 in flash version http://fluidbook.microdesign.nl/geoinformatics/02-2008/ or (big) pdf of whole magazine for downlown http://fluidbook.microdesign.nl/geoinformatics/02-2008/data/ document.pdf The infrastructure of OpenStreetMap is based on Geoserver (based on GeoTools) and many pieces of free software that have been developed by OSM enthusiasts. ... cheers martin Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Talk-it] targhe magnetiche
Simone Cortesi ha scritto: On 3/18/08, Edoardo Marascalchi [EMAIL PROTECTED] wrote: ho comprato da loro per altre cose, hanno anche targhe magnetiche per auto (vengono circa 5euro l'una comprese le spese di spedizione). Attenzione: le targhe magnetiche comportano il pagamento della tassa di concessione pubblicitaria.. che gli adesivi e i gilet non devono pagare? sad but true, no solo i magneti. Se ti ferma un vigile potrebbe chiedere la ricevuta del pagamento della tassa per le affissioni, esattamente come per le insegne dei negozi. Edo -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Talk-it] targhe magnetiche
On 3/18/08, Edoardo Marascalchi [EMAIL PROTECTED] wrote: ho comprato da loro per altre cose, hanno anche targhe magnetiche per auto (vengono circa 5euro l'una comprese le spese di spedizione). Attenzione: le targhe magnetiche comportano il pagamento della tassa di concessione pubblicitaria.. che gli adesivi e i gilet non devono pagare? sad but true, no solo i magneti. Se ti ferma un vigile potrebbe chiedere la ricevuta del pagamento della tassa per le affissioni, esattamente come per le insegne dei negozi. la qual tassa ammonta a...? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] import of dataset for new zealand
land information new zealand is a government org that holds data on roads and properties for the entirety of new zealand. they have recently given permission to use their data sets in osm, with a caveat that we include an attribution statement: Contains data sourced from Land Information New Zealand. Crown Copyright reserved. Land Information New Zealand gives no warranty in relation to the data, including its accuracy, reliability and suitability and accepts no liability whatsoever in relation to any loss, damage or other costs relating to the use of any data, any compilations, derivative works or modifications of the data. this is a huge data set, with a lot of very useful information. it will immediately bring road coverage (currently very poor) for the entire country up to 100%, and may include property information for every land title in the country, which then opens the door for other open data sets, such as zenbu.co.nz (business listings) the key is the attribution at present there is no method for attributing data in osm, so this is a call to all: a technical solution is sought, to display the corresponding information whenever linz-sourced data is being viewed. suggestions and comments, please ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Contours server
On Tue, 18 Mar 2008, Martijn van Oosterhout wrote: I looked at the code the other day and it seemed rather inefficient. Fixing it will be a PITA though... Would be very nice though, I'm think of looking into it when I have time... I was pondering rewriting it from scratch with the aim to allow imports of the diff datasets from the start. It shouldn't be too hard (making it efficient is probably the hardest bit, but becomes less important if you're importing diffs most of the time rather than the whole planet). However, it will have to wait until I have time. :-/ - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM Article
Dear Florian Fischer Thank you for the article on OpenStreetMap - it's great to see us mentioned in geoinformatics. Unfortunately there is one small error: The infrastructure of OpenStreetMap is based on Geoserver (based on GeoTools) and many pieces of free software that have been developed by OSM enthusiasts. ... We specifically do not use geoserver or WFS-T. Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-legal-talk] import of dataset for new zealand
Frederik Ramm wrote: And it is ok for them that whatever clever technical attribution scheme you devise is immediately switched off when OSM maps are viewed through something else than osm.org (e.g. informationfreeway, cyclemap, ...) whom you cannot force to use your technical solution? Well, that's the ODBL enforceability-of-contracts discussion all over again. ;) Andy's right in that actually displaying information on the map rendering is a non-starter. However, it is reasonable, I think, for _large_ attribution-required datasets to be imported if the copyright holders are happy for attribution to be provided otherwise (probably through a link: our existing licence requires attribution anyway, so hyperlinking it isn't much effort). ODBL makes a lot of sense in this context. For these datasets, we could store attribution and bbox in a special attribution table, which would be included in the planet and therefore could be made viewable in other viewers - or they could simply link back to the corresponding view on osm.org. cheers Richard ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-talk] we are a google summer of code project
That is brilliant. I am happy to tout for potential students in the computer science dept at this university, but don't think saying to the head of computing Oi, check out this URL and pointing to the wiki page will be very fruitfull. Could someone please write a very short blurb to put it in context - such that it can be emailed or attached? Something like: What Google SoC is? What OSM project is? What commitment students have to make? What benefits to students are? What procedure students have to follow? Timescale for applying How mentoring works I am sure I can think of other places to then use this information to try to reach potential students. Sorry, I am not close enough to GSoC to be able to do this part myself, but also know that Gregory will do same at Durham given the right info, and I am sure others will be able to do similar. Cheers STEVE Steve Chilton, Learning Support Fellow Learning and Technical Support Unit Manager School of Health and Social Sciences Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mikel Maron Sent: 17 March 2008 21:44 To: talk@openstreetmap.org Subject: [OSM-talk] we are a google summer of code project http://www.opengeodata.org/?p=284 wooo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tourist/Leisure Trails
On Mon, 2008-03-17 at 14:33 -0400, Blake Crosby wrote: [EMAIL PROTECTED] wrote: Hi all, There is already a page in the wiki for trails (http://wiki.openstreetmap.org/index.php/Mapping/Features/Trail), but this is really just tagging a way with permitted usage (such as footpath, cyclepath, etc.). Is there any way of marking a 'trail', where a marked route which may exist on other ways in part or as a whole? I think following the current bus route tagging scheme might be a good start? A trail or walking route is no different than a cycling route and bus route.. http://wiki.openstreetmap.org/index.php/Key:route I miss in the route key a way for Gran Recorrido (Big distance) routes here in Spain, which are routes which cover several kms, off road most of the time, but which use footways, normal tracks (where motor vehicles are allowed), some roads, etc. So how would I tag this? Does the route need to be its own way, or should we just tag the roads/footways/tracks the route uses with the route tag? -- Rodrigo Moya [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tourist/Leisure Trails
Rodrigo Moya wrote: Sent: 18 March 2008 10:49 AM To: Blake Crosby Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Tourist/Leisure Trails On Mon, 2008-03-17 at 14:33 -0400, Blake Crosby wrote: [EMAIL PROTECTED] wrote: Hi all, There is already a page in the wiki for trails (http://wiki.openstreetmap.org/index.php/Mapping/Features/Trail), but this is really just tagging a way with permitted usage (such as footpath, cyclepath, etc.). Is there any way of marking a 'trail', where a marked route which may exist on other ways in part or as a whole? I think following the current bus route tagging scheme might be a good start? A trail or walking route is no different than a cycling route and bus route.. http://wiki.openstreetmap.org/index.php/Key:route I miss in the route key a way for Gran Recorrido (Big distance) routes here in Spain, which are routes which cover several kms, off road most of the time, but which use footways, normal tracks (where motor vehicles are allowed), some roads, etc. So how would I tag this? Does the route need to be its own way, or should we just tag the roads/footways/tracks the route uses with the route tag? I've tagged some in UK as route=long_distance_footpath as that's what they are commonly referred to here. You could also add a specific gran_recorrido=true or long_distance_footpath=gran_recorrido tag to achieve something similar that's country specific as well. Cheers Andy -- Rodrigo Moya [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] import of dataset for new zealand
On Tue, Mar 18, 2008 at 9:44 AM, Robin Paulson [EMAIL PROTECTED] wrote: land information new zealand is a government org that holds data on roads and properties for the entirety of new zealand. they have recently given permission to use their data sets in osm, with a caveat that we include an attribution statement: Contains data sourced from Land Information New Zealand. Crown Copyright reserved. Land Information New Zealand gives no warranty in relation to the data, including its accuracy, reliability and suitability and accepts no liability whatsoever in relation to any loss, damage or other costs relating to the use of any data, any compilations, derivative works or modifications of the data. this is a huge data set, with a lot of very useful information. it will immediately bring road coverage (currently very poor) for the entire country up to 100%, and may include property information for every land title in the country, which then opens the door for other open data sets, such as zenbu.co.nz (business listings) the key is the attribution at present there is no method for attributing data in osm, so this is a call to all: a technical solution is sought, to display the corresponding information whenever linz-sourced data is being viewed. suggestions and comments, please Aargh. This is so close to being extremely useful. But if that's going to be a requirement for my cycle map to display that, and all the sites that use the main slippy map, or those embedding the cycle map tiles, and the garmin.img files need to display that, and trekbuddy needs to display that, then there'll be a strong demand for a weekly planet-no-NZ.osm.bz2, which is not exactly what we want to happen! I hope you can find some way around this restriction they are asking for! Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Price of GPS units in Europe or US
Hi, I want to ask the community how much a regular GPS cost in your country. In the Philippines a local supplier charges approximately 530 U.S. dollars for a GARMIN Etrex Legend CX. This one is pretty much expensive. Bulk orders from another country could be much cheaper even with additional shipping costs. cheers, maning -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM Article
SteveC wrote: OL is the slippy map on the front page. The rest of it is custom ruby on rails. http://wiki.openstreetmap.org/index.php/Component_overview is helpful. (The main editors are JOSM [Java] and Potlatch [Flash]; the main renderers are Mapnik [C++] and Osmarender [XSLT/SVG]. There are also significant MySQL and Apache extensions. Pretty much everything is OSM-specific except for Mapnik.) cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tourist/Leisure Trails
On Tue, Mar 18, 2008 at 11:49 AM, Rodrigo Moya [EMAIL PROTECTED] wrote: On Tue, 2008-03-18 at 10:55 +, Andy Robinson (blackadder) wrote: Rodrigo Moya wrote: Sent: 18 March 2008 10:49 AM To: Blake Crosby Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Tourist/Leisure Trails On Mon, 2008-03-17 at 14:33 -0400, Blake Crosby wrote: [EMAIL PROTECTED] wrote: Hi all, There is already a page in the wiki for trails (http://wiki.openstreetmap.org/index.php/Mapping/Features/Trail), but this is really just tagging a way with permitted usage (such as footpath, cyclepath, etc.). Is there any way of marking a 'trail', where a marked route which may exist on other ways in part or as a whole? I think following the current bus route tagging scheme might be a good start? A trail or walking route is no different than a cycling route and bus route.. http://wiki.openstreetmap.org/index.php/Key:route I miss in the route key a way for Gran Recorrido (Big distance) routes here in Spain, which are routes which cover several kms, off road most of the time, but which use footways, normal tracks (where motor vehicles are allowed), some roads, etc. So how would I tag this? Does the route need to be its own way, or should we just tag the roads/footways/tracks the route uses with the route tag? I've tagged some in UK as route=long_distance_footpath as that's what they are commonly referred to here. You could also add a specific gran_recorrido=true or long_distance_footpath=gran_recorrido tag to achieve something similar that's country specific as well. well, this wouldn't work really, since as I said, it is not a footpath, it's a route going over existing tracks/roads/cities, which means that lots of parts of the route can be used on a motor vehicle. It really doesn't matter that the way isn't itself a footpath. It's the route which is a walking route. Terms like long_distance_route don't make much sense as it doesn't tell you what it's meant for, whereas long_distance_footpath tells you that you probably shouldn't try to follow the route in a Ferrari, even if in certain parts you could get away with it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] import of dataset for new zealand
Hello, On Tue, 18 Mar 2008 11:03:48 +, Andy Allan [EMAIL PROTECTED] wrote: On Tue, Mar 18, 2008 at 9:44 AM, Robin Paulson [EMAIL PROTECTED] wrote: land information new zealand is a government org that holds data on roads and properties for the entirety of new zealand. they have recently given permission to use their data sets in osm, with a caveat that we include an attribution statement: Contains data sourced from Land Information New Zealand. Crown Copyright reserved. Land Information New Zealand gives no warranty in relation to the data, including its accuracy, reliability and suitability and accepts no liability whatsoever in relation to any loss, damage or other costs relating to the use of any data, any compilations, derivative works or modifications of the data. Aargh. This is so close to being extremely useful. But if that's going to be a requirement for my cycle map to display that, and all the sites that use the main slippy map, or those embedding the cycle map tiles, and the garmin.img files need to display that, and trekbuddy needs to display that, then there'll be a strong demand for a weekly planet-no-NZ.osm.bz2, which is not exactly what we want to happen! What if we upload all of that data under a particular username? In that sense they are getting attribution as much as any other contributor to OSM. I wonder if they would be happy with their notice going on the OSM wiki, with a note pointing to that under their user account and any OSM wiki pages about NZ? Tata, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Contours server (was: Re: ski pistes)
Steve Hill wrote: Contours layer presented by openpistemap is simply great. Does it exist a server publishing only this layer? There is still the relief layer available, using addresses like http://srtm.in-ulm.de/layer/relief/z8/row89/8_134-89.jpg The tutorial on how to use these is here: http://www.maps-for-free.com/ Sebastian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] we are a google summer of code project
Mikel Maron wrote: http://www.opengeodata.org/?p=284 Cool. Would many students please apply now between March 24 and March 31st for a project on our Wiki? A link to our wiki page and idea pool is here: http://code.google.com/soc/2008/streetmap/about.html Sebastian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Price of GPS units in Europe or US
On Tue, Mar 18, 2008 at 5:00 AM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, I want to ask the community how much a regular GPS cost in your country. In the Philippines a local supplier charges approximately 530 U.S. dollars for a GARMIN Etrex Legend CX. Cheapest mail-order price in Germany is 200 EUR for the Cx (195 EUR for the HCx, strangely), including 19% VAT and excluding shipping. Shipping to the Phillippines would be approximately 45 EUR, minus 19% German VAT which you don't have to pay plus import duties and anything else the Phillipines slap onto it. Bye Frederik You can get a Legend HCx for about $200 in the US. I think the HCx makes the most sense because I don't think there's much of a discount for getting just the Cx (i.e., without the high-sensitivity chip). Not sure about shipping costs, though. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Blind People and OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Edoardo Marascalchi wrote: | hi, | as mentioned above, yesterday we was at a radio talk-show to launch the | milano micro mapping party initiative. | During the broadcast, a blind listener wrote us an email asking if the | data are suitable for blind people. | | It could be of extreme interest to add information usefull for blind | people to build a customized routing application to drive blinde people | in our cities. | I think we could tag every single walk-crossing having the blind-beeper, | but i'm interesting in the GUI too just because it's a interesting | application of open datas. | The blind people mentioned above told us about a university project to | customize the TomTom GUI, but i don't think the data in the tom tom | could be usefull for blind people. | | Someone have interesting experience about this topic? There was this post about a year ago. I don't think anyone responded. http://lists.openstreetmap.org/pipermail/dev/2007-July/005807.html Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH3+J+z+aYVHdncI0RAmf0AJ47tt3mQmKeWRXQxm2NZo8FU3Y3lQCgk7Rl zVjx5Jweqvqf8CgmCiaac4U= =XNp4 -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Price of GPS units in Europe or US
El Martes, 18 de Marzo de 2008, maning sambale escribió: I want to ask the community how much a regular GPS cost in your country. In the Philippines a local supplier charges approximately 530 U.S. dollars for a GARMIN Etrex Legend CX. This one is pretty much expensive. Bulk orders from another country could be much cheaper even with additional shipping costs. Be sure to check this: http://wiki.openstreetmap.org/index.php/GPS_Reviews Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] MSN:[EMAIL PROTECTED] Jabber:[EMAIL PROTECTED] ; [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] 2 divided carriage-ways meeting at traffic lights.
Hi, This type of junction is very common here in Calgary, I just wanted to confirm that I'm constructed it correctly. It's basically two divided carriage ways (parallel, opposite one way streets with curb or larger seperator) crossing at a set of traffic lights. In addition there are normally turn right lanes which are not controlled by the lights. An example (of I what I have been doing) is here: http://www.openstreetmap.com/?lat=51.11809lon=-114.07036zoom=17layers=0BFT Since the box/area confined by the lights in not divided (it is open tarmac), is there something special I should do here. I am worried that future routing software will say 'take the second left' rather than 'take the next left'. Why are there not 'primary_links' and 'secondary_links'? I have been using unamed roads for the uncontrolled right turns Cheers, Mungewell. PS. Why are trunk_links rendered above primary/secondary streets. It make ugly junctions. PPS. What's the best way to mark pedestrian overpasses/foot bridges? Can you specify the height restriction for road underneath? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] License update
Richard, Andy and I just had a conference call to review where we are with the license. Progress is going well. We've engaged Jordan and sent off the changes we suggested to him, he is integrating them and will be releasing a new version. Once released he will consult with other interested parties on it and you will get the opportunity to do the same. This could take a little while, so we're thinking of changing the language of _new_ user signups to instead of releasing their work as CC, but as CC _or_ the ODL if the rest of the community vote on it. A link will be given showing that there is an ongoing license change discussion. Why are we thinking this? Because there are so many users signing up that every day it gets harder to go back and pull out data if a change is made. Comments on language to use etc warmly received. If there aren't any glaring problems then the change to the user signup page will be discussed at the OSMF board meeting on Thursday and put in to effect. Please follow up to legal-talk. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] 2 divided carriage-ways meeting at traffic lights.
[EMAIL PROTECTED] wrote: Sent: 18 March 2008 5:03 PM To: talk@openstreetmap.org Subject: [OSM-talk] 2 divided carriage-ways meeting at traffic lights. Hi, This type of junction is very common here in Calgary, I just wanted to confirm that I'm constructed it correctly. It's basically two divided carriage ways (parallel, opposite one way streets with curb or larger seperator) crossing at a set of traffic lights. In addition there are normally turn right lanes which are not controlled by the lights. An example (of I what I have been doing) is here: http://www.openstreetmap.com/?lat=51.11809lon=- 114.07036zoom=17layers=0BFT Since the box/area confined by the lights in not divided (it is open tarmac), is there something special I should do here. I am worried that future routing software will say 'take the second left' rather than 'take the next left'. Looks good to me. The routing will take into account that you can't travel the wrong way down a one way street. Cheers Andy Why are there not 'primary_links' and 'secondary_links'? I have been using unamed roads for the uncontrolled right turns Cheers, Mungewell. PS. Why are trunk_links rendered above primary/secondary streets. It make ugly junctions. PPS. What's the best way to mark pedestrian overpasses/foot bridges? Can you specify the height restriction for road underneath? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] 2 divided carriage-ways meeting at traffic lights.
On 18/03/2008, Andy Robinson (blackadder) [EMAIL PROTECTED] wrote: Looks good to me. The routing will take into account that you can't travel the wrong way down a one way street. True, but that's only half the battle. It won't take you down the wrong street. However, it may instruct you to take the second turn instead of the first (given that it won't see any relationship between the carriageways). It's just a special case of a similar situation where you have two roads spaced 20m apart and the first one won't allow you to enter. This seems like the sort of thing relations will fix once the clever people finish thinking it through. Dermot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] mapping with nokia 9500
Adam Boardman wrote: Do you have the openstreetmap on it? Download from the phone over wifi at home (or gprs if I'm someplace I wasnt expecting in advance). nice software.. but i don't understand how the donwload of maps is going on. Can I download a map without being there in the region on the coordinates? I want to travel 400km south and for this way i want the whole map. is there a possibility to download such a big track? cheers mariner ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] import of dataset for new zealand
On 19/03/2008, Ian Darwin [EMAIL PROTECTED] wrote: the key is the attribution at present there is no method for attributing data in osm, so this is a call to all: I presume you've verified that putting it on the OSM web site would not be adequate? I think there needs to be a separate page there listing all the bulk contributors (Holland, USA, Spain, and now NZ, et al) with a link from the front page. no, it's early days yet, approval to use the data only came through yesterday. we've not verified anything attribution wise, this is the first step - asking for possible solutions, which we will then present to LINZ for their approval. your suggestion has been added to the LINZ import page on the wiki, feel free to add more/edit as you see fit http://wiki.openstreetmap.org/index.php/LINZ I would *think* this would cover it, but IANAL. Good luck! Hmm, if this works, we might be able to get some maps for Canada too. P.S. Amused by the cross-post: I too am both an OM-er and and OSM-er. I did most of the roads around my home: http://www.openstreetmap.org/?mlon=-79.93265mlat=44.012150zoom=13 well, that was actually a mistake on my part.but there's a lot of people working on/aware of both - i'm particularly impressed to see a number of osm compatible mapping/routing applications developed for openmoko/the neo ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] 2 divided carriage-ways meeting at traffic lights.
[EMAIL PROTECTED] wrote: PPS. What's the best way to mark pedestrian overpasses/foot bridges? highway=foot bridge=yes layer=1 Can you specify the height restriction for road underneath? Sure. Place a node on the road under the bridge, and mark the node with maxheight=. Assumed to be meters. http://wiki.openstreetmap.org/index.php/Key:access ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] import of dataset for new zealand
On Tuesday 18 March 2008 23:43:39 [EMAIL PROTECTED] wrote: The problem I can see with this is that the source attribute can be altered (or stripped). Which is as it should be. If an object originating from that import is significantly altered later, then it should be possible to reflect this in the source tag. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] import of dataset for new zealand
On 19/03/2008, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Which is as it should be. If an object originating from that import is significantly altered later, then it should be possible to reflect this in the source tag. of course, defining 'significantly altered' becomes an issue maybe we can ignore it, and keep it as linz in perpetuity, no matter how much it changes? i don't see too many issues with this, and anyway, i would imagine only a small number would change enough to warrant complete removal? That's a good question for their lawyers, do we have to maintain attribution for data which is found to be incorrect and hence corrected i'll put this point forward Using another (write once) tag would still enable the original upload to be recognized, even if the data is corrected at a later stage. yes, providing double-attribution - linz/some other data set originator and the last editor of the item Thinking more on how osmarender places a copyright on one side of a way, could the other sided be used for an 'attribution' tag? how much of an issue would it be to do this in mapnik as well? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [talk-au] Sydney cycle routes
Hi. On Tue, Mar 18, 2008 at 9:17 AM, Ian Sergeant [EMAIL PROTECTED] wrote: As I mentioned before to Franc, a blue sign does not a cycle route make. True. I don't believe there has ever been a RTA, or Sydney wide numbering system for cycle routes. I did some digging today and came up with a couple of things. Firstly, as you point out, there are some maps on the RTA web site, although their usefulness varies. Secondly, it seems that Sydney City council is doing something about cycle routes. I found this link: http://www.cityofsydney.nsw.gov.au/AboutSydney/documents/ParkingAndTransport/Cycling/CycleStrategyAndActionPlan2007-2017.pdf If you read through that they do list some routes as such, with numbers. Thirdly, it seems that the NSW RTA do in fact have state wide cycle routes. I found a document at work today that lists some of them. Sadly I did not keep the URL! I propose that where local councils list route numbers on signage (or in some publication that people might have seen) that these be listed as lcn=yes and lcn_ref=*routeID*. e.g. The signs that Marrickville Council list, or the ones that Sydney City propose. For any state-wide routes (e.g. the ones the RTA propose) that these be listed as rcn=yes and rcn_ref=*routeID*. (Taking some lead from http://wiki.openstreetmap.org/index.php/Cycle_routes) It would, but we need to be careful, and have objective standards. OSM cannot be bikely.com. On bikely.com just about every road in Sydney forms part of somebody's cycle route. This is true, and yet where cycle information is available in OSM it tends to be very good, and because it is easy to edit, more up-to-date. In areas where the International Cycle Map has good detail (not Australia ... yet) it is very useful. e.g. Amsterdam http://www.gravitystorm.co.uk/osm/?zoom=11lat=6868967.36892lon=545511.20427layers=B00 - Ben. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-au
Re: [talk-au] Sydney cycle routes
In the Brisbane Metro area, Pine Rivers shire (soon to be part of Moreton Bay) has maps available of bike routes. I looked at one to see how many there would be to map in the region. From what I can tell, they've marked every wide footpath on the map, as well as shared walkways through parks etc, and actual bike lanes. I'm wondering what tagging we should use for these footpaths. They're not actually bike lanes, but there are signs beside the footpath that show both a bike and a pedestrian, and the paths are wider than most. It is legal for a bike to use any footpath in QLD, so it's not like you can't ride anywhere else, but these are recommended routes. They tend to go between things like a Tafe and a train station, shopping centres, etc. Stephen ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-au
Re: [Talk-de] Versorgungstunnel
Morgen, On Tue, 2008-03-18 at 06:43 +0100, Christoph Eckert wrote: es gibt keinen offiziellen. Ich verwende einfach amenity=park_bench. Wie sinnvoll es ist Parkbänke zu mappen weiß ich nicht, aber wenn mir welche über den Weg laufen nehme ich sie mit. Ich wollte das auch schon öfters mal mappen. Es gibt inzwischen zumindest ein proposed feature amenity=bench. http://wiki.openstreetmap.org/index.php/Proposed_features/Bench Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Yahoo Bilder in JOSM und Osmarender-Problem mit Firefox
Am 17.03.08 schrieb Christian Karrié [EMAIL PROTECTED]: Ich sehe die ganze Sache mit den Luftbildern mit einem weinenden und einem lachenden Auge. + gut für die Übersicht, wo z.B. jetzt nochmals die Brücke ist oder Imrisse von Wäldern - schlecht für Strassen, Gebäude. Es passt einfach nicht mit den GPS-Koordinaten überein, es leitet einen dazu an, Wege auf Basis der Luftbilder zu generieren. Jedoch ist die Verzerrung in manchen Gebieten sehr groß und deshalb nur mit Vorsicht zu geniessen!! Aber das ist jedem selbst überlassen... Gruß Christian Naja, hier in Bonn sind die Luftbilder sehr akkurat ausgrichtet, was ich aus der Summe sehr vieler tracks festgestellt habe. wenn die ausrichtung stimmt ist ein weiterer Vorteil die exakt erkennbare Straßenführunng, die bei gps-tracks nicht so genau durchkommt. Z.B. gibt es bei Autobahnkreuzen und anderen engen oder schnell gefahrenen Kurven regelmäßig Ausreißer. Ich wette beim AK A1/A4, das durch solche tracks versaubeutelt war(sich überschneidende Auffahrten etc..) und das ich vor einiger zeit per yahoo gerichtet habe, ist wieder ein mein gps ist auf 1m genau!!11-Mensch gewesen und hat alles aufgrund _eines_ mit-70-durch-die-Kurve-tracks verschoben. Das lustige ist, daß die Leute dazu meist potlach verwenden, wo sie die Luftbilder _sofort_ frei haus geliefert bekommen und sehen können, daß sie eben _nicht_ meterweit von den gesetzten nodes abweichen, aber trotzdem ihren track als das maß der dinge ansehen. Richtig sauer wird ich ber sowas in innenstädten, wo jeder weiß, daß die Abweichung oft groß wird... Da wird an einer Kreuzung abgebogen,der track bricht aus, der Benutzer sieht genau, daß das so nicht sein kann, macht aber eine riesige Rundung in die anschließende Straße... Das nur mal zu die andere Seite der Luftbilder - natürlich mappe Ich auch nach gps - ich zeichne auch immer tracks auf, aber man sollte sich schon Gedanken machen, was wo angebracht ist. Ich konnte per yahoo z.B. ganze Dörfer bei Bonn akkurat abbilden, obwohl ich für die meisten Straßen nur _einen_ track hatte und dadurch vor allem an Kreuzungen Fehler in der Straßenführung. Ohne Luftbilder hätte ich entweder schlechte Daten erzeigt oder noch ein paar mal wiederkommen müssen. Die angesprochenen Leute achten aber anscheinend auch nicht auf bereits hochgeladene tracks, die in Gebieten, die durch yahoo nicht oder versetzt abgedeckt sind, solche Fehler mindern könnten. MfG, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Re. Parkbänke
Moin, Wir wollen ja eine offene Plattform sein, und ein solcher Tunnel ist es sicherlich wert, gespeichert zu sein (mindestens so sehr wie eine Parkbank oder Stromleitung, wie von manchen Leuten gemapt). was bitte gibt es an Leuten auszusetzen, die Parkb?nke mappen? ;) Natürlich gar nichts, wenn man schon sonst alles drin hat sind auch Parkbänke ein toller Karteninhalt. Hier in Rom fehlen halt noch viele Hauptstraßen, da denkt man zunächst an anderes, wobei ich auch z.B. Trinkwasserbrunnen mappe, die gibt's hier fast so häufig wie in Deutschland Parkbänke. Wollte nur sagen, dass der Tunnel unter der Foerde drinbleiben sollte, weil er verglichen mit einer Parkbank oder anderen kleinen features IMHO noch wichtiger ist ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] [Hamburg] Treffen April
Moin Das naechste Treffen soll in den Raeumen des CCC stattfinden. Das geht nicht an einem Dienstag. Es stehen jetzt mehrere Termine zur Auswahl. Bitte auf http://wiki.openstreetmap.org/index.php/Hamburger_Mappertreffen diskutieren. Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] FrOSCon 2008 - OSM-Stand?
Hallo! Auch dieses Jahr wird die Fachhochschule Bonn-Rhein-Sieg in Sankt Augustin bei Bonn wieder die Konferenz rund um freie Software veranstalten - und zwar vom 23. bis 24.8.2008. (http://www.froscon.de/) Ich habe dort letztes Jahr meine erste Konferenz dieser Art mitgemacht (ich studiere selbst etwas völlig anderes, bin aber als Nutzer von Dingen wie Linux, GNU, KDE, OpenOffice etc. schon länger am Thema interessiert) und es war wirklich eine klasse Sache; das Programm des letzten Jahres findet sich hier: http://programm.froscon.org/2007/ Außer den vielen Projekten, die sich präsentierten (Das KDE-Projekt zeigte z.B. starke Präsenz und führte auch seinen Desktop-Globus Marble vor, für den OSM-Unterstützung geplant ist) sei noch erwähnt, daß es auch eine Hüpfburg und Google-sponsored Bratwürstchen gab. ;-) Soviel zur Vergangenheit - für die Zukunft (2008) hatte ich mir gedacht, daß wir es vielleicht mal mit einem eigenen Stand versuchen könnten/sollten und suche hiermit OSM'ler, die Lust hätten, zur FrOSCon 2008 zu kommen und bei einem OSM-Stand mitzumachen. Ich denke wir könnten mit 1-2 Rechnern(JOSM und Potlach vorführen, verschiedene Router...), ein paar schön geplotteten Karten, Frederiks Flyern (ein paar davon habe ich übrigens an einen Freund gegeben, der an dieser FH studiert und sie dort unter die Leute bringt) und eventuell auch einer Art Einsteigerkurs oder Mini-Mapping-Party in der Umgebung der FH (kaum in OSM vertreten) einiges an Aufmerksamkeit und Interesse wecken. (Die Konferenz wurde letztes Jahr auch von einigen Leuten wie mir besucht, die fachfremd sind, aber Interesse am Thema freie Software haben.) Also, wie siehts aus? Interesse? -Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Yahoo Bilder in JOSM und Osmarender-Problem mit Firefox
On 17/03/2008, Christian Karrié [EMAIL PROTECTED] wrote: - schlecht für Strassen, Gebäude. Es passt einfach nicht mit den GPS-Koordinaten überein, es leitet einen dazu an, Wege auf Basis der Luftbilder zu generieren. Jedoch ist die Verzerrung in manchen Gebieten sehr groß und deshalb nur mit Vorsicht zu geniessen!! Das lässt sich aber korrigieren, sowohl in Potlatch als auch in JOSM. Klar, dass man manche Datenpunkte dazu benötigt, aber wer sich auskennt kann von beiden Welten das Beste geniessen. So bleibt nur das Problem, dass manche Mapper nicht so informiert sind. Was spricht dagegen, der Mapper eine Infomeldung zu Zeigen, immer wenn ein Luftbild im Editor erscheint. Die Meldung soll darauf hinweisen dass die Bilder von der Realität abweichen können und wie man das zu korrigieren hat. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Tortoisehg-develop] [PATCH 1 of 4] tortoise/iconoverlay: Use TortoiseOverlays.dll for overlays
On Tue, Mar 18, 2008 at 11:45 PM, Peer Sommerlund [EMAIL PROTECTED] wrote: On 19/03/2008, TK Soh [EMAIL PROTECTED] wrote: On Tue, Mar 18, 2008 at 10:54 PM, [EMAIL PROTECTED] wrote: # HG changeset patch # User Peer Sommerlund [EMAIL PROTECTED] # Date 1205879355 -3600 # Node ID 71663ec3e08763c6ef00daea9193c2ef27fe7cbf # Parent 8a6b2ec1828eab46429eaf2ec102782ca186e5e3 tortoise/iconoverlay: Use TortoiseOverlays.dll for overlays Our standard prefix is overlay: on the summary line. Can you please revise the commit messages? Certainly. However, I'm unsure how the prefix is derived. If I do hg log it seems as if the nk.png"; google_ad_width = 160; google_ad_height = 600; google_ad_format = "160x600_as"; google_ad_channel = "8427791634"; google_color_border = "FF"; google_color_bg = "FF"; google_color_link = "006792"; google_color_url = "006792"; google_color_text = "00"; //--> Re: [Talk-cz] czechia planet Petr Schonmann Re: [Talk-cz] czechia planet Michal Kovar Re: [Talk-cz] czechia planet Kubajz Re: [Talk-cz] czechia planet Michal Kovar Re: [Talk-cz] czechia planet Kubajz Re: [Talk-cz] czechia planet Michal Kovar Re: [Talk-cz] czechia planet Kubajz Re: [Talk-cz] czechia planet Michal Kovar Re: [Talk-cz] czechia planet Michal Kovar Re: [Talk-cz] czechia planet hanoj Re: [Talk-cz] czechia planet Michal Grézl Re: [Talk-cz] Import uir-adr Tomas Kolda Re: [Talk-cz] Import uir-adr Tomas Kolda Re: [Talk-cz] Import uir-adr Petr Nejedly Re: [Talk-cz] Import uir-adr Pavel Machek Re: [Talk-cz] Import uir-adr Pavel Machek Re: [Talk-cz] Import uir-adr Pavel Machek Re: [Talk-cz] Import uir-adr Petr Dlouhý Re: [Talk-cz] Import uir-adr Tomas Kolda Re: [Talk-cz] Import uir-adr Stanislav Brabec Re: [Talk-cz] Import uir-adr Tomas Kolda Reply via email to Re: [Tortoisehg-develop] [PATCH 1 of 4] tortoise/iconoverlay: Use TortoiseOverlays.dll for overlays TK Soh Reply via email to Re: [Tortoisehg-develop] [PATCH 1 of 4] tortoise/iconoverlay: Use TortoiseOverlays.dll for overlays TK Soh Reply via email to
[Talk-GB] UK rights of way specific info added to Trail page
Have added specific info about UK rights of way to the Trail page; I believe this matches what common practice is. See http://wiki.openstreetmap.org/index.php/Mapping/Features/Trail Please let me know if there's anything wildly inaccurate there. Thanks, Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb