Re: [talk-au] Tagging bicycle on footpath laws Was: Re: HighRouleur edits
Andrew Harvey wrote: > Well your router would need to look up the specific default whether > that's something in the routing engine configuration, pulled from > the OSM wiki, or pulled from the Victoria state relation def:* tags. With the best will in the world, that's not going to happen. I can point you to a well-known bike routing app that has 75+ employees, was backed by a government funding office to the tune of seven figures, and has an install base of millions, and yet it still gets path access across the UK very very wrong because (basically) it applies German defaults. So the idea that every single router is going to write state-specific processing is unrealistic, I'm afraid, whatever you think _should_ happen. (Personally I do have a whole bunch of country, state and even county-specific adaptions for cycle.travel's routing, but I'm very aware that I'm the outlier. And I've never even heard of "def:*" tags.) Richard ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Queensland railway stations
Hi folks, There appear to be a _lot_ of bogus rail stations on the map in Queensland: https://www.openstreetmap.org/#map=11/-21.0650/148.8397&layers=T https://www.openstreetmap.org/#map=14/-23.5706/150.1838&layers=T I think these are historic halts that haven't had service for many years but have mistakenly been added. They mostly seem to have been mapped by TheOldMiner who hasn't been active for four years. Any rail enthusiasts or Queenslanders on this list who fancy cleaning them up? cheers Richard ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Local bicycle routes in NSW
Andrew Harvey , wrote: > For these "routes" though there is no clear A to B, there will be short > segments which are obivously part of a route because there are arrows > directing cyclists, but sometimes these are just short segments to the next > intersection so it's unclear where the route goes from and to, hence why > someone has resorted to just dumping all the segments into one route relation. Exactly, so it’s not an A-B “route”, it’s a network, and should be in a network relation rather than a route relation. The other alternative is to just put lcn=yes on the way (and indeed that’s done in lots of other places). cycle.travel gives a small uplift to ways tagged with that. Richard cycle.travel ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Local bicycle routes in NSW
On 25 Apr 2020, 09:53 +0100, Andrew Harvey , wrote: > > > On Sat, 25 Apr 2020 at 18:49, Richard Fairhurst > > wrote: > > > Relations with type=route are for routes, with a defined start and end. > > > Not > > > for networks. If you want to put them all in a single relation, then do it > > > with type=network or something: > > > > > > https://wiki.openstreetmap.org/wiki/Relation:network > > > > Do you have an example of that for cycle networks? I've seen it in the US a few times - can't remember where offhand. Ultimately there isn't really a whole lot of point - if you want all the routes in Cammeray, just get a bounding box for Cammeray and find the cycle routes within it. OSM is a spatial database after all. But people do like categorising things! Richard ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Local bicycle routes in NSW
Tom Brennan wrote: > However, if I go over to Cammeray, someone has added all of the ways > to a single relation (named Cammeray Local Routes, tagged with > lcn=yes and network=lcn). Yeah, please don't do that. :) Relations with type=route are for routes, with a defined start and end. Not for networks. If you want to put them all in a single relation, then do it with type=network or something: https://wiki.openstreetmap.org/wiki/Relation:network cheers Richard cycle.travel -- Sent from: http://gis.19327.n8.nabble.com/Australia-f5416966.html ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Discussion K: Evaluation of ACT paths audit 2012 and the OSM ACT dataset
This is getting ridiculous. Richard -- Sent from: http://gis.19327.n8.nabble.com/Australia-f5416966.html ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Road name abbreviation exception?
Warin wrote: > I expand these out to Saint. I think that is correct in the English > language. It is expressly _incorrect_ in British English and if this were a UK discussion you would be asked to put them back to St. I can't speak for Australian English but it wouldn't surprise me if it were the same. https://help.openstreetmap.org/questions/19609/saint-or-st-is-there-an-official-osm-policy Richard -- Sent from: http://gis.19327.n8.nabble.com/Australia-f5416966.html ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Redaction progress
Current state of affairs: - North America is mostly complete. The bot is still working in Los Angeles and Victoria (Canada). There are one or two failed or incomplete areas which are marked in red on the progress map; these are being retried individually. Haiti/Dominican Republic has been left out of this initial run to give a little more time for remapping. - Western Europe is also mostly complete. Some complex areas in Germany are still being processed. Redaction in Poland has paused after initially being processed with a whitelist missing (with the associated changes now reverted) and will resume as part of the final whole-world pass. - Belarus is complete. - Redaction is now underway in Australia, starting from the south coast. - Progress map link: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php Please edit the To: line and make sure any follow-ups go to the relevant local mailing list only. :) cheers Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [sharedmapau] Re: Mass revert now??
Sam Couter wrote: > There's really no point in either side whinging > because I don't think anything is going to change. Absolutely. So let's get on with our respective projects, and stop squatting on each others' mailing lists whingeing about the other project. Life is too short. Richard -- View this message in context: http://gis.638310.n2.nabble.com/Mass-revert-now-tp7155336p7171636.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] ODbL data.gov.au permission granted
[crosspost removed] 80n wrote: > Most importantly it allows subsequent copies of the produced work to be > made with no attribution. No, it doesn't. An attribution statement without a downstream requirement is not "reasonably calculated". This has been gone over ad nauseam in legal-talk. Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] ODbL data.gov.au permission granted
Andrew Laughton wrote: > Perhaps you could explain to us what happens if a third party takes > OSM data, and publishes it without any attribution at all. > Would they be in violation of the Open Database License ? Yes. The summary (http://opendatacommons.org/licenses/odbl/summary/) says: "Attribute: You must attribute any public use of the database, or works produced from the database, in the manner specified in the ODbL. For any use or redistribution of the database, or works produced from it, you must make clear to others the license of the database and keep intact any notices on the original database." And the full licence says: "4.2 Notices. If You Publicly Convey this Database, any Derivative Database, or the Database as part of a Collective Database, then You must: [...] c. Keep intact any copyright or Database Right notices and notices that refer to this License." "4.3 [...] if you Publicly Use a Produced Work, You must include a notice associated with the Produced Work reasonably calculated to make any Person that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work aware that Content was obtained from the Database, Derivative Database, or the Database as part of a Collective Database, and that it is available under this License." Richard -- View this message in context: http://gis.638310.n2.nabble.com/ODbL-data-gov-au-permission-granted-tp6824368p6995976.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
David Groom wrote: > Well for a start 4.8 only comes into play when you communicate a > derivative database Which you are doing, as part of a Collective Database. Incorporating a Derivative Database into a Collective Database does not absolve you of ODbL's requirements, or remove its freedoms, for the Derivative portion. (4.5a: "this License still applies to this Database or a Derivative Database as a part of the Collective Database".) > Irrespective of the point above, my reading of the terms would not > break clause 4.8. The derivative database would be offered under > ODbL, and you would still have to comply with all the requirements > of the ODbL which relate to derivative databases. What is broken? You have broken 3.1c/d/e: the freedom to offer an ODbL-licensed database within a Collective Database. > Exactly how to you come to the conclusion that "unmodified" does not > mean "unmodified" , but means "independent"? I don't, but evidently I have a different understanding of "unmodified" to you. How do you come to the conclusion that "on the same terms and conditions as this License" means "...except for the one about Collective Databases"? Clearly you and I are not going to agree on this and it's beginning to get snarky rather than informative, so let's leave it there. If you wish to sue anyone for inclusion of your ODbL-licensed content in a Collective Database then I recommend you talk to a lawyer first. Otherwise it's largely immaterial. Richard -- View this message in context: http://gis.638310.n2.nabble.com/Going-separate-ways-tp6567842p6571861.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
David Groom wrote: > But as I said earlier, the ODbL seems quite clear that you cant make > a "Collective Database" from anything other than the original > database in unmodified form. Since neither of the two individual > items are the original database in unmodified form Yes, they are. This is a general principle of any open content licence: a Derivative always enjoys the same freedoms as the works from which it was made. ODbL makes this absolute in 4.8: "Each time You communicate [a] Derivative Database, [...] the Licensor offers to the recipient a license to the Database on the same terms and conditions as this License." Your reading would break this. Rather, "in unmodified form" in this instance is clarifying "independent". That is, you cannot make non-ODbL-licensable changes in order to mix the ODbL- and non-ODbL-licensed parts of the collective. This is why you cannot take ODbL-France and CC-Germany and link them. This would require modifying the ODbL data _outwith_ what ODbL permits you to do. "In unmodified form" is making it clear that you can't do that: you have no additional permissions to modify the ODbL-licensed part of the database (which is, after all, all ODbL is concerned about) for the purpose of forming a Collective Database. But in the Australia case, you are not modifying the ODbL-licensed part of the database. Every item in the database remains 100% ODbL-licensed. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Going-separate-ways-tp6567842p6571535.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
David Groom wrote: > Which seems to me to that you are agreeing with my point, that these > are derivative databases, not collective databases as you first argued. No: one is a Derivative Database (ODbL) and the other a Derivative Work (CC-BY-SA), but the combination of the two is a Collective Database or Work. Derivatives have to be licensed under the licence of the original. Therefore, they have all the freedoms afforded by that licence. Therefore, they can be incorporated into Collective Works. I don't think this would work for most countries. You couldn't usefully make a Collective Work from CC-Germany and ODbL-France, for example, because you'd want cross-border routing and that would mean the two databases are no longer "separate and independent". But Australia is an island, intire of itself, so the issue doesn't arise. It doesn't even have a Channel Tunnel to worry about. :) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Going-separate-ways-tp6567842p6570979.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
David Groom wrote: > Are you sure? ODbL defines '"Collective Database" Means this Database > in unmodified form as part of a collection of independent > databases ..'. Therefore if you "cut out" Australia it cant be part > of a collective database, because it is not the whole database in an > unmodified form. I am sure, yes. You would be making planet-combined.osm out of two databases: osm-without-australia.osm (ODbL) and fosm-australia-only.osm (CC-BY-SA). As it happens, osm-without-australia.osm is a Derivative Database of planet.osm, and fosm-australia-only.osm is a Derivative Work of planet.fosm. But that's immaterial - planet.osm is probably a Derivative of some other databases, too. It being a Derivative doesn't restrict your rights under ODbL. Once you have the Derivative Database, you are free to use it under the full provisions of ODbL, and that includes doing whatever you like with an "unmodified" version of it. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Going-separate-ways-tp6567842p6570839.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
On 11/07/2011 10:52, John Smith wrote: On 11 July 2011 19:29, Richard Fairhurst wrote: It's not using it under a licence other than CC-BY-SA. A "Collective Database" or "Collective Work" means that the ODbL part of it is under ODbL and the CC-BY-SA part is under CC-BY-SA. This is the very first clause (1a) of CC-BY-SA. In Australian legal terms, the two databases are "underlying works" and so retain their own rights. The two together are a "compilation" (albeit one that is so simple it doesn't attract any additional copyright in itself), and therefore users need permission of the rights-holders in the underlying works. This permission has already been granted in the two open content licences used: the "Collective Work" permission of CC-BY-SA and the "Collective Database" permission of ODbL. It's my understanding that CC-by-SA is only compatible with itself, and it's definitely not compatible with the ODBL because the ODBL doesn't require any sort of minimum attribution or share a like clause on produced works. There is no need to be "compatible": that's the entire point of the Collective Work provision. It allows you to combine two separate and independent works with different licences. In the words of CC-BY-SA, "this does not require the Collective Work apart from the Work itself to be made subject to the terms of this License" (4a). Rather than me restating the same thing 8972352345 times, I suggest that, before you do "file an injunction", you consult a lawyer who will tell you the same thing I have just told you. Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
On 11/07/2011 10:13, John Smith wrote: On 11 July 2011 19:04, Richard Fairhurst wrote: they don't have to be the same licence. That unambiguously works with ODbL (4.5a): whether it works with CC is a moot point because CC is unclear for data licensing, but it's likely that it does (after all, there are Well if you attempt to use data I've created under any license other than cc-by-sa I'd be happy to to file an injunction to finally answer how much copyright extends to map content creation. It's not using it under a licence other than CC-BY-SA. A "Collective Database" or "Collective Work" means that the ODbL part of it is under ODbL and the CC-BY-SA part is under CC-BY-SA. This is the very first clause (1a) of CC-BY-SA. In Australian legal terms, the two databases are "underlying works" and so retain their own rights. The two together are a "compilation" (albeit one that is so simple it doesn't attract any additional copyright in itself), and therefore users need permission of the rights-holders in the underlying works. This permission has already been granted in the two open content licences used: the "Collective Work" permission of CC-BY-SA and the "Collective Database" permission of ODbL. Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
David Murn wrote: I think the biggest problem people in .au had was that there were some issues which were specific to the Australian usage of OSM (imports of gov data, etc). Those who sought to change the licence claimed to be listening to people, but when Australian mappers raised issues, we were simply told 'bad luck youre only a tiny percentage of the data'. Part of the problem that has arisen is that our data would be affected more than most by the removal of CCBYSA imported data. Some people looked at this as simply a data loss in a remote part of the world, the same way most of us wouldnt care if a big import from Africa was due to be removed for the same reason. The OSMF has always accepted that some users wont accept the licence (whether on principle or because of the sources they wish use) and this loss of mappers will be acceptable for the future progression of OSM. From the OSMF perspective, they feel this is a required step to move on. From the Aussie perspective, it feels like its acceptable to lose our contributions, or at least easier to remove them than to work to resolve any minor attribution issues that we ('we' meaning a few users knowledgable about the licence) have raised. Those last two paragraphs are a fair summary, certainly. I think OSMF (and I'm not part of OSMF, of course) would disagree with your "bad luck" characterisation, and would say that other parts of the world have engaged with the process (so we now have an agreement with Ordnance Survey, for example) whereas Australia hasn't. But that's water under the bridge. The current discussion has shown that the rift between the two is now too strong. I think the priority now is to make sure that each project can continue without adversely affecting the other. [...] You are covering one point of the equation, the contributors. What about the map users? Sure, its great to have a massive network of contributors, but if the data being contributed isnt being used or isnt complete enough to be used, then you'll lose the masses. The masses dont want to add nodes and new roads, they want to replace garmin maps with OSM maps, so they can drive for their job or their holiday. They dont care about what licence is on the maps, they just want the most complete maps they can get. If that means a choice of OSM or OSM - 52% who in their right mind would choose the smaller dataset? Absolutely - so if OSM doesn't attract enough new contributors post-changeover, FOSM becomes the dominant map for Australia (or CommonMap, or...). I don't have a problem with that at all. But also: Australia has a great advantage. You're both a whole continent and an island. There is therefore no reason why data users can't use FOSM for Australia and OSM for the rest of the world - and even combine the two into one dataset. Because you can just "cut out" Australia and place it in a new database with no linkage, it can be a Collective Database, not a Derivative Database - so they don't have to be the same licence. That unambiguously works with ODbL (4.5a): whether it works with CC is a moot point because CC is unclear for data licensing, but it's likely that it does (after all, there are CC-licensed Wikipedia pages which contain non-CC-licensed photographs, as Collective Works). So a data user could work from planet-combined.osm, which contains OSM rest-of-the-world and FOSM Australia. Such a file could legally be distributed by a mirror site as a Collective Database/Work. Best of both worlds for data users. Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
John Smith wrote: On 11 July 2011 08:16, Richard Fairhurst wrote: Can we not - both sides - agree to work on building up our own projects, and making them as attractive as possible to users old and new, rather than knocking the other one? But my comment before sets the scene for how OSM-F will look to future users, they will be seen as devious in the methods employed, rather than being seen as sticking to their moral guns. I guess that's a "no" then. :( :( Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
John Smith wrote: On 11 July 2011 07:54, Richard Fairhurst wrote: Indeed, I was concentrating on the big guys. Albania isn't a big guy. Not sure what your point is about imports but neither GB nor Germany have particularly significant numbers of imports - the only major import we've ever had in Britain is a few counties' worth of bus-stops! It was my understanding people were importing OS data into GB? Not importing as such, no. Tracing, generally, which means there aren't any single big import accounts. The UK is by and large sufficiently well-mapped that imports of roads are impractical: you'd have to do so much correlation with existing data that it's easier to work manually from the off. A few people have played around with small-scale imports of streams/rivers but it's pretty piecemeal - I've not seen a single import in the areas where I map, other than the NaPTAN bus stops. No matter what point I might make, you're going to read the From: line, see that "it's from one of the ODbL guys", and argue against it. And yes, I'm sure some of us are guilty of that too. This is one of the points most people have continued to miss time and time again no matter how often I've said it, it's the methods being employed to try and get people to change is what I hate the most, lying by omission is very common, people aren't being given all the pertinent facts on the matter to make an actual judgment. I've spoken to one person since they've agreed and gave some of the cons and they were upset that they weren't informed better about the situation, they felt some what cheated how they were corralled into accepting, others have made similar comments in the last few days about their own experiences. Ok. That's your opinion, and you are of course perfectly entitled to it; others will have a different opinion and will argue vehemently that they're not lying by omission; and so on. But do you not see that this isn't getting us anywhere, but merely poisoning the well? If FOSM succeeds then it won't be by denigrating OSM. Likewise, OSM won't succeed by pretending FOSM doesn't exist. I seriously think that the particular circumstances of Australia mean that you have a chance to make a CC fork _the_ dominant open map of the continent, if it's done right. But as several people (with no particular affiliation to either side of the argument) have posted, the endless arguing is just putting people off mapping, full stop. FOSM's prospects - and those of OSM, CommonMap and any other projects - are not best served by these arguments. For every one mapper attracted because you convince them OSM "cheated" them, five are put off because of the acrimony. (And, of course, the arguing takes up your and my and others' time that would be better spent on coding, evangelising and mapping!) Can we not - both sides - agree to work on building up our own projects, and making them as attractive as possible to users old and new, rather than knocking the other one? Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Going separate ways
John Smith wrote: On 11 July 2011 00:02, Richard Fairhurst wrote: Germany 90.1% Great Britain 89.1% France 96.8% North America 96.4% Russia 97.2% Australia 48.4% You didn't show Albania which has an even low acceptance rate, nor did you comment on the fact that several import accounts of large amounts of data are included in those numbers. Indeed, I was concentrating on the big guys. Albania isn't a big guy. Not sure what your point is about imports but neither GB nor Germany have particularly significant numbers of imports - the only major import we've ever had in Britain is a few counties' worth of bus-stops! But this is rather the point, isn't it? No matter what point I might make, you're going to read the From: line, see that "it's from one of the ODbL guys", and argue against it. And yes, I'm sure some of us are guilty of that too. The two sides are irreconcilable. There really isn't any need to keep sniping back and forth like this. Can we not just agree to differ: you go forward with FOSM-CC, we go forward with OSM-ODbL, and people contribute to whichever project they prefer? Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Going separate ways
I think it's reasonably obvious by now that the two sides in this debate aren't ever going to be reconciled. It's not exclusively an .au problem, but it is mostly. If you look at any of the analysis done recently, Australia simply hasn't taken to ODbL+CT in the way that other countries have. To take the count from odbl.de of "nodes last edited by users who have accepted" (which gives a rough summary of recent activity): Germany 90.1% Great Britain 89.1% France 96.8% North America 96.4% Russia 97.2% Australia 48.4% That's pretty stark. Steve and Sam might have between them put their finger on why it's different (http://lists.openstreetmap.org/pipermail/talk-au/2011-July/008268.html). I'm sure personalities also have something to do with it, as they do with any open source project. Regardless, it's unquestionable that it _is_ different in .au. So, I think, we need to get away from this idea that a fork is a bad thing. It isn't. There are two divergent communities, and it doesn't do either side any good to try and hold them together when they're so opposed. FOSM appears to be slowly becoming established, both technically and as a brand, and that's good. Benefiting from all the OSM code and ecosystem, plus the free gov.au data, is a pretty good headstart for a "new" forked project and I'd be amazed if it couldn't succeed given that. So please, let's stop hitting each other over the head with this. OSM can exist with ODbL, FOSM can exist with CC-BY-SA; people will choose which one to contribute to (or, indeed, both). OSM people can leave FOSM people alone without badgering them to agree; FOSM people can leave OSM people alone without criticism of the path they've chosen. OSM people needn't invade the FOSM mailing lists and vice versa. Let's concentrate on making a success of our own project, not on doing the other one down. cheers Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] rationalising administrative boundaries
Elizabeth Dodd wrote: > I was invited to join a CC-by-SA project, was aware of which > licence was appropriate for me at the time of joining, and will > not be part of the obscure and doubtbul licence project. Fair enough. As of today, contributions to OSM are ODbL+CT only. Guess that's you gone, then. Bye. Richard -- View this message in context: http://gis.638310.n2.nabble.com/rationalising-administrative-boundaries-tp6477097p6493901.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] JOSM filtering image/map tile URLs
Richard Weait wrote: > OSMF doesn't direct JOSM development. Or Potlatch or Merkaartor > development either. Exactly. The best-known Potlatch instance is hosted on OSMF-owned hardware at the OSMF-owned openstreetmap.org domain. OSMF could, in theory, request a particular feature for this instance and refuse to deploy any version that didn't contain this feature. They have, however, never done this. JOSM and Merkaartor and Mapzen and development is purely at the discretion of the development team. If you don't like it, write/fork your own. It's all open source. I challenge anyone to find a more permissive licence than P2's. ;) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-filtering-image-map-tile-URLs-tp5972714p5977089.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] JOSM filtering image/map tile URLs
Sam Vekemans wrote: > It's a good think that potlatch2 doesn't restrict APIs :) > [...] > Oops, I mean restrict Imagery URLs. > ... sorry got carried away on the last message :) Elizabeth Dodd wrote: > If you wade through the whole conversation on the josm-dev mailing > list you would be aware that P2 does indeed prevent you from using any URL with the string "google" in it. Or, mu. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-filtering-image-map-tile-URLs-tp5972714p5975776.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: license change map
Steve Bennett wrote: > Elizabeth Dodd wrote: > > 1. OSMF needs a written out strategic plan. > Hear, hear. The equivalent of "Patches welcome" in this case is: OSMF is a democratically elected body. Candidates welcome. I guess 2011's elections will take place at the start of July as usual. (Last year's election: http://wiki.openstreetmap.org/wiki/Foundation/AGM10/Election_to_Board ) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/license-change-map-tp5759109p5780641.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] MS imagery
Luke W. (lakeyboy) wrote: > Is there already a usable URL out there that can > be put into Potlatch 2 or other editors? You could in theory use Bing right now in Potlatch 2 if you run your own instance, but although the code's been written, none of the public instances (Geowiki, MapQuest, or even random.dev) currently offer Bing as an option. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/MS-imagery-tp5772885p5775813.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: license change map
Elizabeth Dodd wrote: > I don't agree with ODBL. I don't think that it is right that those > providing manipulated data eg data ready for a navigation app > (Navit, Garmin format) should have to provide access to a planet > dump of OSM as well. They don't have to. ODbL 4.6b: "You must also offer to recipients... A file containing all of the alterations made to the Database or the method of making the alterations to the Database (such as an algorithm), including any additional Contents, that make up all the differences between the Database and the Derivative Database." That could be as simple as the command line you used to invoke mkgmap, copied and pasted into a text file. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/license-change-map-tp5759109p5764232.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: license change map
David Murn wrote: > the problem is that the powers-that-be dont seem to want to > address the problematic terms and simply tell people the > decisions have already been made, and to cease discussion. > Hardly the way to run an open community project. I realise the phrase "assume good faith" is becoming increasingly over-used in these discussions, but if the above were true, then the Contributor Terms would still be in 1.0. Instead there's now a 1.2 draft, plus a whole bunch of smaller incremental revisions along the way, as suggested by mappers. (One example: I suggested a change last week to cement compatibility with attribution-required sources, such as Ordnance Survey OpenData and those offered under CC-BY; LWG listened, agreed to incorporate the change, and it's now in the 1.2 draft.) One other phrase which sadly doesn't get as much traction as it used to is "patches welcome". There are no "powers that be" in OSM; there is no "them" and "us". It's a collaborative project. It's all "us". If you want something changed, help to change it. Because when you engage with the guys who are doing stuff, make suggestions, talk to them in a friendly manner, the result is better for everyone. That applies as much to licence discussions as it does to OSM software or website development. But when you throw assumptions and resentment around and assume the worst, yes, the worst usually happens. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/license-change-map-tp5759109p5763389.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Tags for bicycle friendly streets (Ride the City - Brisbane)
Vaidila Kungys wrote: > We would like to ask you to tag any street with the following ratings > so that we have more information for better routing. These ratings > should be based upon your preference and experience of the streets: Please please please please don't do this. OSM tags are meant to be impartial and verifiable. Subjective ratings don't work: a "1" for a hardened city commuter ("hey, this street lets me get to work faster, and there are no awkward cycle facilities to negotiate") might be a "5" for a novice cyclist. As an example, I'm an area ranger for the National Cycle Network over here in Oxfordshire (UK) and we maintain a lovely set of leisure routes. I'd definitely rate them as 1. But if you search any UK cycling forum (for example, yacf.co.uk or the uk.rec.cycling newsgroup) you'll find a hard core of committed cyclists who feel that many NCN routes can be inconvenient and badly designed, and would rate them at 4 or 5. And so on. We've had this debate several times beforehand - http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Cycleworth is one example. You can, of course, create a 'mashup' by using OSM data as a base, and designing a website (or printed map) that superimposes your own subjective rankings on top. That's one way to go. The other (and best) way is to tag the individual factors within OSM which make a good route: surface, traffic levels, incidence of annoying traffic lights, etc. etc. Your routing or rendering setup can then juggle these to get an estimate of what's "cycle-friendly" according to your own preferred metrics. Traffic levels are hard to tag accurately, but in OSM, we iterate towards accuracy: so you could make an estimate (based on counting traffic in the other direction as you cycle along a road) of, say, 1000 vehicles per hour, and when someone comes up with a better methodology they'll correct it. cc:ed to the international tagging list. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Tags-for-bicycle-friendly-streets-Ride-the-City-Brisbane-tp5528579p5550245.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NearMap
Simon Biber wrote: > Who was it prompted by? Did NearMap themselves request it? I believe John Smith initially suggested it to NearMap. Ben Last at NearMap then e-mailed me asking that I remove the imagery. This was a month or so ago, but I've been busy at work. AIUI NearMap removed the Potlatch link from their own site a while back. > I don't see why should NearMap be blocked for users who have not accepted > the new contributor terms. I'd be happy to accept a well-coded patch to amf_controller, to query a user's contributor terms status; and to Potlatch (both source and compiled version) to act on this status and modify the menu/presets accordingly. Obviously I can't speak for any of the site admins as to whether such a patch would be deployed. It would be a fair amount of work, and personally I'd rather spend my own time improving Potlatch 2 than on the old Potlatch 1 codebase, which is why I've not done it. In addition I feel very strongly that copyright on imagery does not, and should not, 'transfer' to tracings from that imagery (http://www.systemeD.net/blog/?p=100). That's why, for example, I expressly didn't restrict tracing from the UK New Popular Edition maps which I spent a lot of time and money scanning and rectifying. That's my own personal belief, not necessarily shared by anyone else, and indeed NearMap disagree - which is fine and absolutely their prerogative. I'm not going to spend a whole load of time making a change which is against my own beliefs, but OSM is a collaborative project, so I wouldn't object if someone else were to do so. cheers Richard (Potlatch 1 developer) -- View this message in context: http://gis.638310.n2.nabble.com/NearMap-tp5534325p5534629.html Sent from the Australia mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [Osmf-talk] my views on the ODbL
On 05/12/2009 21:31, Elizabeth Dodd wrote: > The proposed licence is not a benefit to Australians in my view. You have generously qualified this with "in my view" and I should point out that I disagree with all the force I can muster. I spent about two hours this morning writing a pretty detailed e-mail, with all the case law citations you could want, explaining how the recent Australian High Court judgement followed Rural v Feist in the US, and therefore required the contract approach of ODbL rather than the copyright-only approach of CC-BY-SA. I don't think you have at all answered the points in that, and therefore I stand by the viewpoint that in Australia, ODbL has the best chance of any open, non-clickwrap licence of protecting OSM's data. CC-BY-SA will not protect it at all. The e-mail is here: http://lists.openstreetmap.org/pipermail/osmf-talk/2009-December/000479.html I don't mind that your vote is lost; but I hope that others will look into the law and the references cited, rather than taking either yours, or my, interpretations on trust. Apologies for the cross-post, but you have raised this same point on all three lists. For anyone good enough to read and reply, please do trim the follow-ups. Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au