Re: [talk-au] Suburb boundaries
On 11 February 2010 16:52, Arie Paap wrote: > That would have been very handy in JOSM while I was fixing up these > suburbs. I think I've fixed it up now. Yes it would be handy, so far I haven't been able to convince JOSM devs of that point though: https://josm.openstreetmap.de/ticket/4236 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Thu, Feb 11, 2010 at 12:27 PM, wrote: > You can make it show big blue dotted lines on the map in a rectangle > around the extreme points in the relation, or turn it off and not be > alarmed by big blue dotted lines going everywhere.. > If the relation has been renamed you could find it pictorially. > I'll have a look tonight at home. > That would have been very handy in JOSM while I was fixing up these suburbs. I think I've fixed it up now. Arie ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
> On 11 February 2010 14:19, David Murn wrote: >> Doesnt all content have an identifiable author, or at least copyright >> holder? Unless its computer generated that is. > > The copyright holder isn't always the author, although in the case of > Channel 9/Telstra they should have auditing systems in place to be > able to identify the authors, but again they wouldn't be the copyright > holder. Although if they couldn't identify the employees who updated > what I guess they don't. > just on this point Telstra could not identify the authors Most was computer generated Alterations were done by contractors not employees and Her Honour decided that there was neither author nor authors as there was no collaboration between them entries had to conform to rigid formulae (the Rules) Verification was done to confirm that the Rules were intact, and rigid Rules are the antithesis of intellectual input and creativity. No-one knew who had written the Rules either. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Thu, Feb 11, 2010 at 8:27 AM, John Smith wrote: > On 11 February 2010 10:13, Arie Paap wrote: >> I haven't used Merkaartor but I presume it presents relations in a way >> similar to JOSM which is what I've been using. The specific example >> I'm looking at is Hamersley, see >> http://www.openstreetmap.org/?lat=-31.8482&lon=115.8269&zoom=14&layers=B000FTF >> Balga and Warwick are right next door and are also a bit of a mess >> (in fact there's duplicate relations for those two). >> >> None of the boundaries for Hamersley are in a relation with that >> suburb name and what really made me think it's been deleted is that >> http://www.informationfreeway.org/api/0.6/relation[name=Hamersley] >> comes back empty. > > It does seem like it's been deleted but tracking down who and when > will be difficult, although the new API for looking at changesets > would help. > > Franc did the original import for suburbs so I've added him to this message. > Ah, I found looking through the history for one of the relations named Warwick that it used to be Hamersley. I'll restore that to what it should be. Thanks all, Arie. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
On 11 February 2010 14:19, David Murn wrote: > Doesnt all content have an identifiable author, or at least copyright > holder? Unless its computer generated that is. The copyright holder isn't always the author, although in the case of Channel 9/Telstra they should have auditing systems in place to be able to identify the authors, but again they wouldn't be the copyright holder. Although if they couldn't identify the employees who updated what I guess they don't. In any case I never mentioned anything about this point. > So how is this 'meta information' any different to 'fact'? The meta > information might say a road has an incline or a service station sells > e10, but just because that is entered in by OSM users, it doesnt change > it from being fact to being a creative work. The creative aspect comes from deciding what tags to use, and mapping slightly differently from the next person, as I said before the facts/vector data probably isn't protected, but the meta data requires some thought/creativity to figure out how to tag things, especially non-common things. > Does this mean we'll likely be seeing many more mass imports from > people, now that the legal issues are fuzzy? Doesnt this go against the > whole principle of OSM, being that its completely free of any possible > restrictions? Unlikely, the white/yellow pages in the US and other jurisdictions haven't had copyright on them for some time, that is only half the problem the next problem is getting access to suitable sources of data and to do so you may be under contract rather than relying on copyright laws to protect the information. Take for example the national toilet database: http://data.australia.gov.au/610 To download it you need to agree to a shrink wrap license that states some very controdicting things: Permitted Purpose means the right to: 1. (a) use, adapt, reproduce, publish and communicate to the public the Database in any format (including any part of the Database); and 2. (b) design and build, or have designed and built on your behalf, any Derivative Products. 3.2 You may not sublicense your rights under these Terms to any person. If you require another person to access the Database for the Permitted Purpose (including a person you engage to design or build a Derivative Product on your behalf), that person must obtain a copy of the Database from the data.australia.gov.au website and comply with the Terms of this licence. 7.1 You must ensure that if and when you make any Derivative Product available to third parties that you do so on terms that ensure users they understand that we do not guarantee, and accept no risk in respect of, the accuracy, currency or completeness of the Derivative Product. Does that mean we can create a derived data set for OSM and then import it? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
> I haven't used Merkaartor but I presume it presents relations in a way > similar to JOSM which is what I've been using. You can make it show big blue dotted lines on the map in a rectangle around the extreme points in the relation, or turn it off and not be alarmed by big blue dotted lines going everywhere.. If the relation has been renamed you could find it pictorially. I'll have a look tonight at home. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
On Thu, 2010-02-11 at 09:45 +1000, John Smith wrote: > The majority of all OSM data has identifiable authors. Doesnt all content have an identifiable author, or at least copyright holder? Unless its computer generated that is. > Also there is debate over the creativity, the vector information may > not be protected but meta information may be deemed a creative work, > and without a court case it's merely speculation. So how is this 'meta information' any different to 'fact'? The meta information might say a road has an incline or a service station sells e10, but just because that is entered in by OSM users, it doesnt change it from being fact to being a creative work. Does this mean we'll likely be seeing many more mass imports from people, now that the legal issues are fuzzy? Doesnt this go against the whole principle of OSM, being that its completely free of any possible restrictions? David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
> On 11 February 2010 05:33, Liz wrote: >> Haven't got far through the judgement so far but this sounds quite >> clear. >> 7. >> The Copyright Act does not protect facts, ideas or information contained >> in a >> work, to ensure a balance is struck between the interests of authors and >> those >> in society: IceTV [2009] HCA 14; 254 ALR 386 at [28] and the cases cited >> therein. The Copyright Act does not provide protection for skill and >> labour >> alone: IceTV [2009] HCA 14; 254 ALR 386 at [49], [52], [54] and [131]. >> and 8. >> The Copyright Act protects the particular form of expression of the >> information: >> (but not if it is computer generated, it must have an author) > > The majority of all OSM data has identifiable authors. > > Also there is debate over the creativity, the vector information may > not be protected but meta information may be deemed a creative work, > and without a court case it's merely speculation. > > In any case Australia is just late to the game, these sorts of > decicions have already been made in other jurisdictions and this is > exactly the reason why some want ODBL. > The judge suggested that database protection laws should be considered by Parliament. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Duplicate node removal
On 11 February 2010 12:29, Craig Feuerherdt wrote: > This is exactly right John, one of the pitfalls of mass importation of data > (however given the state of the US TIGER data it is hardly surprising). Alternatively you can spin that as a positive because now you have the ability to focus work on areas with the most need, importing bad data isn't nessicarily a bad thing, OSM can be thought of a refinement process of going from bad or no data, to good or data that has been traced from correctly positioned aerial imagery, and then you have everything in between. Obviously the better the starting point you have, the more you can skip some of the refinement steps. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Duplicate node removal
This is exactly right John, one of the pitfalls of mass importation of data (however given the state of the US TIGER data it is hardly surprising). For me it highlights the importance of ensuring that any data being imported is fit for purpose, does not already exist (even partially such as the Melbourne tram stops) in OSM and that the attributing is 'correct' or 'agreed' prior to importing. The exact reason for discussing any data import through these lists. On 11 February 2010 13:01, John Smith wrote: > On 11 February 2010 11:44, Craig Feuerherdt > wrote: > > I am not going to start on the USA duplicate removal, there is some > definite > > time & effort required there :) > > If you look at the countries with the most duplicates these tend to > have had imports. > ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Duplicate node removal
On 11 February 2010 11:44, Craig Feuerherdt wrote: > I am not going to start on the USA duplicate removal, there is some definite > time & effort required there :) If you look at the countries with the most duplicates these tend to have had imports. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Duplicate node removal
I think all the duplicates are removed in rural Victoria now. Leave someone else to tidy them up in metro Melbourne. I am not going to start on the USA duplicate removal, there is some definite time & effort required there :) Craig ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On 11 February 2010 10:13, Arie Paap wrote: > I haven't used Merkaartor but I presume it presents relations in a way > similar to JOSM which is what I've been using. The specific example > I'm looking at is Hamersley, see > http://www.openstreetmap.org/?lat=-31.8482&lon=115.8269&zoom=14&layers=B000FTF > Balga and Warwick are right next door and are also a bit of a mess > (in fact there's duplicate relations for those two). > > None of the boundaries for Hamersley are in a relation with that > suburb name and what really made me think it's been deleted is that > http://www.informationfreeway.org/api/0.6/relation[name=Hamersley] > comes back empty. It does seem like it's been deleted but tracking down who and when will be difficult, although the new API for looking at changesets would help. Franc did the original import for suburbs so I've added him to this message. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Canberra - last white spot on the map
On 11 February 2010 04:34, David Murn wrote: > I must have missed it, but was permission granted by the content owners, > or is someone hoping to use OSM in a legal testcase? There is now 2 precedents on the issue, lists of facts now won't be considered copyright in Australia if there is no creative process involved and computer generated. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Wed, Feb 10, 2010 at 7:19 PM, Liz wrote: > On Wed, 10 Feb 2010, John Smith wrote: >> On 10 February 2010 19:35, Arie Paap wrote: >> > Anyone have suggestions how to recreate the relations which have been >> > deleted? I can manually put back most of the information but the >> >> Are you sure the relation has been deleted? >> >> I've noticed a lot of suburb relations damaged by people merging and >> combining things they shouldn't but the suburb relation still exists >> and just needs fixing. >> > > Merkaartor has a feature where you can view or not view relations and might > help you decide if there is any left which can be salvaged > Or would you like to give examples for others to check? > I haven't used Merkaartor but I presume it presents relations in a way similar to JOSM which is what I've been using. The specific example I'm looking at is Hamersley, see http://www.openstreetmap.org/?lat=-31.8482&lon=115.8269&zoom=14&layers=B000FTF Balga and Warwick are right next door and are also a bit of a mess (in fact there's duplicate relations for those two). None of the boundaries for Hamersley are in a relation with that suburb name and what really made me think it's been deleted is that http://www.informationfreeway.org/api/0.6/relation[name=Hamersley] comes back empty. Arie. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
On 11 February 2010 05:33, Liz wrote: > Haven't got far through the judgement so far but this sounds quite clear. > 7. > The Copyright Act does not protect facts, ideas or information contained in a > work, to ensure a balance is struck between the interests of authors and those > in society: IceTV [2009] HCA 14; 254 ALR 386 at [28] and the cases cited > therein. The Copyright Act does not provide protection for skill and labour > alone: IceTV [2009] HCA 14; 254 ALR 386 at [49], [52], [54] and [131]. > and 8. > The Copyright Act protects the particular form of expression of the > information: > (but not if it is computer generated, it must have an author) The majority of all OSM data has identifiable authors. Also there is debate over the creativity, the vector information may not be protected but meta information may be deemed a creative work, and without a court case it's merely speculation. In any case Australia is just late to the game, these sorts of decicions have already been made in other jurisdictions and this is exactly the reason why some want ODBL. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Duplicate node finder
If you have a sense of humour, you could tackle NA with the intention of putting a big smiley face to this map http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=5&lat=38.93285&lon=-94.84212&layers=BT___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
On Thu, 11 Feb 2010, David Murn wrote: > On Thu, 2010-02-11 at 00:20 +1100, Alex (Maxious) Sadleir wrote: > > On Tue, Feb 9, 2010 at 11:48 AM, John Smith wrote: > > > On 9 February 2010 10:37, David Murn wrote: > > > > > > Except copyright law in Australia since the IceTV ruling is unlikely > > > to cover simple databases of fact. > > > > Just to reinforce this point, a case concluded today asserted that > > Telstra/Sensis no longer have copyright for the Yellow and White Pages > > Databases specifically in light of IceTV. There had been a previous > > case involving those datasets concerning a company called Desktop > > Marketing Systems (no prizes for guessing why they would like to rip > > off phone books) that had subsisted for several years with the view > > that copying the whole phonebook (even when presented in a different > > form) was copyright infringement. > > Based on this same argument, could someone grab the OSM data files, > change a couple of tag names and legally be able to sell it as their own > product with their own (now seemingly useless) copyright on it? After > all, every single piece of OSM is technically a matter of fact, not > creative ability or anything else. > > Just curious what floodgates this decision could open, both good and > bad. > Haven't got far through the judgement so far but this sounds quite clear. 7. The Copyright Act does not protect facts, ideas or information contained in a work, to ensure a balance is struck between the interests of authors and those in society: IceTV [2009] HCA 14; 254 ALR 386 at [28] and the cases cited therein. The Copyright Act does not provide protection for skill and labour alone: IceTV [2009] HCA 14; 254 ALR 386 at [49], [52], [54] and [131]. and 8. The Copyright Act protects the particular form of expression of the information: (but not if it is computer generated, it must have an author) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
On Thu, 2010-02-11 at 00:20 +1100, Alex (Maxious) Sadleir wrote: > On Tue, Feb 9, 2010 at 11:48 AM, John Smith wrote: > > On 9 February 2010 10:37, David Murn wrote: > > Except copyright law in Australia since the IceTV ruling is unlikely > > to cover simple databases of fact. > > Just to reinforce this point, a case concluded today asserted that > Telstra/Sensis no longer have copyright for the Yellow and White Pages > Databases specifically in light of IceTV. There had been a previous > case involving those datasets concerning a company called Desktop > Marketing Systems (no prizes for guessing why they would like to rip > off phone books) that had subsisted for several years with the view > that copying the whole phonebook (even when presented in a different > form) was copyright infringement. Based on this same argument, could someone grab the OSM data files, change a couple of tag names and legally be able to sell it as their own product with their own (now seemingly useless) copyright on it? After all, every single piece of OSM is technically a matter of fact, not creative ability or anything else. Just curious what floodgates this decision could open, both good and bad. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Canberra - last white spot on the map
On Wed, 2010-02-10 at 23:44 +1000, John Smith wrote: > On 8 February 2010 21:48, Richard Colless wrote: > > This link has a download for Caltex and Caltex Woolworths servos, in CSV > > format: > > http://apps.nowwhere.com.au/caltex/austlocator/search.aspx > > All 1817 points were added to the database, although there were 9 > pairs of points that shared the same location even though the address > details given were different, bad geocoding... I must have missed it, but was permission granted by the content owners, or is someone hoping to use OSM in a legal testcase? David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Duplicate node finder
Looks like ACT, NSW, NT & Qld are duplicate free now, most of the dupes left in Australia seem to have congregated in Melbourne. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Canberra - last white spot on the map
On 8 February 2010 21:48, Richard Colless wrote: > This link has a download for Caltex and Caltex Woolworths servos, in CSV > format: > http://apps.nowwhere.com.au/caltex/austlocator/search.aspx All 1817 points were added to the database, although there were 9 pairs of points that shared the same location even though the address details given were different, bad geocoding... http://www.openstreetmap.org/browse/changeset/3840216 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Servos
On Tue, Feb 9, 2010 at 11:48 AM, John Smith wrote: > On 9 February 2010 10:37, David Murn wrote: >> Thats probably a good thing. 'skills' also includes knowing how the OSM >> licence works, and clicking on the 'terms of use' link on the page you >> linked... > > Except copyright law in Australia since the IceTV ruling is unlikely > to cover simple databases of fact. Just to reinforce this point, a case concluded today asserted that Telstra/Sensis no longer have copyright for the Yellow and White Pages Databases specifically in light of IceTV. There had been a previous case involving those datasets concerning a company called Desktop Marketing Systems (no prizes for guessing why they would like to rip off phone books) that had subsisted for several years with the view that copying the whole phonebook (even when presented in a different form) was copyright infringement. Analysis: http://ipwars.com/2010/02/10/no-copyright-in-telephone-directories-downunder/ Ruling: http://www.austlii.edu.au/au/cases/cth/FCA/2010/44.html ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] For those looking for something to do....
As I was fixing up railway lines around the Cronulla area of Sydney I noticed a lot of the ways need improving now that Nearmap imagery is available. It seems many of these ways were added prior to even Yahoo imagery being available and haven't been touched up since. Same goes for that matter with the F3 north of Sydney. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Duplicate node finder
no idea. I've noticed the same. His 'about' page indicated the lower level ones take about 2mins. The stat's show 350,000 dupes cleaned up over the last week, only 9,700,000'ish left. - Forwarded Message From: Stephen Hope To: Jeff Price Sent: Wed, 10 February, 2010 6:58:03 PM Subject: Re: [talk-au] Duplicate node finder Does anybody know how often the marks are updated? I've noticed that the low level ones seem to be fairly quick as long as you close off your changeset - I did a whole bunch in one JOSM session, none of them updated until I was finished, even though I updated the database fairly often. But zoom levels six and lower are still showing marks that have been removed for at least a day. They must be updated at some lower frequency, which is understandable - I'm guessing there is some clumping of many marks into one, or it would take forever to display at these zooms. Stephen On 10 February 2010 08:10, Jeff Price wrote: > That is surprisingly addictive. Did a bit here than moved over to NZ and > given the number of unjoined ways due to duplicate points, anyone doing map > routing will love the clean up. > > I can see other clean-ups underway, eg Soloman's Islands has a big red > cluster until you zoom in a bit. > > Jeff. > > ___ > Talk-au mailing list > Talk-au@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-au > > ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Canberra - last white spot on the map
On 10 February 2010 20:28, Sam Couter wrote: > This happens with lower concentrations of ethanol, one reason why fuel > companies love it and motorists should refuse it. In theory small amounts of water mixed like that shouldn't be a problem in most current engines,we're talking at most 5% water content for 95% ethanol here, but since fuel grade ethanol in Australia is at most 10% this won't be an issue anyway. > Methylated spirits these days is nearly 100% ethanol. The main additive > is a bittering agent to discourage people from drinking it and maybe an > emetic agent just in case they do. Back in the days when it contained > methanol people still drank it which did even more damage. Don't forget the boot polish... metho is 95% alc by weight at 20C... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Canberra - last white spot on the map
On Wed, 10 Feb 2010, Sam Couter wrote: > Methylated spirits these days is nearly 100% ethanol. The main additive > is a bittering agent to discourage people from drinking it and maybe an > emetic agent just in case they do. Back in the days when it contained > methanol people still drank it which did even more damage. > nothing which can't be covered up with port (Boydies' special) orange juice (gumm with a short u) or bootpolish (brown lady) there could be other regional names too of course if the metho is polluted with water who is going to be caught complaining? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Canberra - last white spot on the map
John Smith wrote: > Also it's against the laws of physics to get e100, you need additivies > to stop water in humidity bonding with pure ethanol This happens with lower concentrations of ethanol, one reason why fuel companies love it and motorists should refuse it. > , and to stop > people from trying to drink it instead of putting it in their cars, > from memory the best you can do is e95... Methylated spirits these days is nearly 100% ethanol. The main additive is a bittering agent to discourage people from drinking it and maybe an emetic agent just in case they do. Back in the days when it contained methanol people still drank it which did even more damage. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Wed, 10 Feb 2010, John Smith wrote: > On 10 February 2010 19:35, Arie Paap wrote: > > Anyone have suggestions how to recreate the relations which have been > > deleted? I can manually put back most of the information but the > > Are you sure the relation has been deleted? > > I've noticed a lot of suburb relations damaged by people merging and > combining things they shouldn't but the suburb relation still exists > and just needs fixing. > Merkaartor has a feature where you can view or not view relations and might help you decide if there is any left which can be salvaged Or would you like to give examples for others to check? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On 10 February 2010 19:35, Arie Paap wrote: > Anyone have suggestions how to recreate the relations which have been > deleted? I can manually put back most of the information but the Are you sure the relation has been deleted? I've noticed a lot of suburb relations damaged by people merging and combining things they shouldn't but the suburb relation still exists and just needs fixing. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Wed, Feb 10, 2010 at 4:46 PM, John Smith wrote: > On 10 February 2010 18:02, Arie Paap wrote: >> I'd like to know if the .osm files with suburb data are available >> somewhere. I have found the postcode files useful but they're missing >> some of the boundaries where a two suburbs have the same postcode and >> of course there aren't any relations. > > The suburb boundaries can be found here: > > http://map-data.bigtincan.com/data/suburbs/ > Thanks John, Anyone have suggestions how to recreate the relations which have been deleted? I can manually put back most of the information but the SSC_2006 identifier and possibly the suburb's old name aren't available. Arie. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On 10 February 2010 18:02, Arie Paap wrote: > I'd like to know if the .osm files with suburb data are available > somewhere. I have found the postcode files useful but they're missing > some of the boundaries where a two suburbs have the same postcode and > of course there aren't any relations. The suburb boundaries can be found here: http://map-data.bigtincan.com/data/suburbs/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Tue, Dec 22, 2009 at 6:31 PM, John Smith wrote: > While adding postcodes it looks like some people have incorrectly > joined boundaries together, to make a single way for a stream/road > etc, this has broken suburb boundaries in various areas. > > I emailed Franc the other day for a copy of osm files converted from > the original shape file, but in the mean time I added a custom mapnik > style sheet to display suburb boundaries, similar to the style sheet > that displays postcode boundaries... > > http://maps.bigtincan.com/?layer=000B00FF > > After making that, it looks worst than I first feared, with most of > the NT missing in action, and large areas of other states missing too, > not sure if this is just a config issue with the style sheet and/or > boundaries slightly tagged wrong or someone screwing up the > boundaries. > > I know some care about these so I hope to have OSM files up soon for > them similar to the postcode files so that we can fix things up. > I've been trying to fix up some of the suburbs in Perth that are missing on the suburb display map and running into some problems: * Some of the relations seem to be completely missing. * some boundaries seem to be duplicated (and shifted) and it's not easy to tell which is the correct one. I'd like to know if the .osm files with suburb data are available somewhere. I have found the postcode files useful but they're missing some of the boundaries where a two suburbs have the same postcode and of course there aren't any relations. TIA, Arie. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
