Re: [talk-au] Tram stops and routes for Melbourne

2010-01-29 Thread John Smith
On 30 January 2010 11:56, David Murn  wrote:
> Im worried about a technique like that.  You plan to remove all existing
> stops (whether survey'd or nearmapped or whatever) to be replaced by a
> mass data set.  Just ask around how well that worked for the BP import
> and how many nodes ended up doubled up, or in the wrong location?

The duplicates from the BP import was intended not an accident, I
intentionally didn't remove any existing data so that the data could
be merged with existing information.

> If youve been on-the-ground and surveyed the data for the tram stops and
> simply wished to bulk upload verified data, that would be one thing, but
> if you plan on removing possibly surveyed data, just for the sake of
> importing a government supplied GIS list, I think the consequences
> should be understood that you could be removing accurate data to replace
> it with less-accurate data, unless you plan on reviewing/surveying every
> node yourself?

I agree, data should never be removed for the purposes of importing
new data, there possibly a small amount of harm with duplicate data if
people rely on it to be accurate, but in that case hopefully things
will get worked out and merge the data.

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] Tram stops and routes for Melbourne

2010-01-29 Thread David Murn
On Thu, 2010-01-28 at 22:06 +1100, Andy Botting wrote:

> I've dabbled with a few little tram projects over the last couple of
> years, so I'm interested in the state of the tram information for
> Melbourne.
> 
> I've noticed that the stops in OSM are a little inconsistent and
> incomplete, so I'd like to get them fixed.
>
...
>
>   2. Is there a particular format/method for uploading this
> information? I guess I would need to manually remove the existing
> stops first before pushing the new data in.

Im worried about a technique like that.  You plan to remove all existing
stops (whether survey'd or nearmapped or whatever) to be replaced by a
mass data set.  Just ask around how well that worked for the BP import
and how many nodes ended up doubled up, or in the wrong location?

If youve been on-the-ground and surveyed the data for the tram stops and
simply wished to bulk upload verified data, that would be one thing, but
if you plan on removing possibly surveyed data, just for the sake of
importing a government supplied GIS list, I think the consequences
should be understood that you could be removing accurate data to replace
it with less-accurate data, unless you plan on reviewing/surveying every
node yourself?

David


___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] re Coastline rendering in Garmins Mapsource

2010-01-29 Thread Matt White
I sorted the maps today - stoopid downloads not working, and I obviously 
can't write a decent batch script to save my life

Would have fixed it earlier, but not at work to do so - Australia Day 
for me generally results in a hangover, as it's also my birthday

Matt

John Kitchener wrote:
> Matt wrote:
>
> Coastlines (and the "inverse islands" issues) have been ongoing for ages for
> the Mkgmap produced Garmin files. There's a --generate-sea switch for Mkgmap
> that sometimes works fine, other times, not so good. It's hit and miss
> enough that I've never enabled it for the maps I generate.
>
> Problem seems to come from a few different things - non-closed coastline
> polygons, coastline direction changes, points where rivers join
> sea/coastline etc.
>
> There's a lot of chat on the mkg-map dev list over the last 6 months or so
> regarding this.
>
> Matt
> ---
> Thanks Matt. Without 'sea polygons' it'll remain a complete mess for Garmin
> displays. We need OSM to work in the 'real world' to accelerate uptake.
>
> Hopefully the --generate-sea- switch comes good in Mkgmap. Until then .
>
> John k
>
> PS The OsmAustralia downloads appear stuck at the 26/1 at 22b. Happy
> Australia Day. :)
>
>
> ___
> 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


[talk-au] JOSM updated to show roundabouts as oneway by default...

2010-01-29 Thread John Smith
http://josm.openstreetmap.de/ticket/4359

Was already fixed in OSM's mapnik style sheet apparently...

http://trac.openstreetmap.org/ticket/2340

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] OSM in Feb Silicon Chip

2010-01-29 Thread John Smith
On 29 January 2010 18:11, Andrew Gregory  wrote:
> They aren't up to Feb just yet online, you'd need to subscribe anyway. I
> bought the dead tree version yesterday.

Pity, it's good to post links for those outside Australia in diary entries etc.

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] Tram stops and routes for Melbourne

2010-01-29 Thread Liz
On Thu, 28 Jan 2010, Andy Botting wrote:
> I've noticed that the stops in OSM are a little inconsistent and
> incomplete, so I'd like to get them fixed.
> 
I was really impressed when I had to get the tram back to Preston. Couldn't 
remember how far it was on the way in, got out the freerunner, started navit, 
and found that i had a few stops to go, no need to panic.

:-)

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] OSM in Feb Silicon Chip

2010-01-29 Thread Andrew Gregory
On Fri, 29 Jan 2010 15:56:10 +0800, John Smith   
wrote:

> On 29 January 2010 17:41, Andrew Gregory  wrote:
>> OSM is briefly mentioned as a map source in the "GPS Car Computer"  
>> article
>> in the Feb 2010 issue of Silicon Chip. There's even a screen shot!  
>> (Yick -
>> lots of mini-roundabouts - should fix them sometime)
>
> Do you have a URL?

http://www.siliconchip.com.au/

They aren't up to Feb just yet online, you'd need to subscribe anyway. I  
bought the dead tree version yesterday.

>> Thank goodness the sea levels hadn't "risen" while they were doing their
>> article. ;-)
>
> Or dropped...


-- 
Andrew

___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au