Re: [talk-au] Uluru naming consistency

2019-10-28 Thread Michael Gratton

On Tue, 29 Oct, 2019 at 10:43, Adam Horan  wrote:

I prefer the first proposal from Joachim:
name = Uluṟu
name:en = Uluru
name:pjt = Uluṟu
alt_name = Ayers Rock
alt_name:en = Ayers Rock
official_name =  Uluru / Ayers Rock
official_name:en =  Uluru / Ayers Rock

I suggest putting 'Ayers Rock' in alt_name instead of old_name. If 
you think about it Uluru *is* the old name... 


Thirded!

--
⊨ Michael Gratton, Percept Wrangler.
⚙ <http://mjog.vee.net/>



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


Re: [talk-au] Existing OSM precedent | Re: Aboriginal art sites

2019-04-03 Thread Michael Gratton

On Wed, Apr 3, 2019 at 10:38, Rory McCann  wrote:

On 01/04/2019 12:27, Ian Sergeant wrote:
is this form of censorship practised anywhere else in OSM - maybe 
for other indigenous people - that we could copy their model?


I don't think "censorship" is a helpful term here.

But there has been a practice in OSM to *not* map certain things, 
such as private/non-publicized domestic violence shelters, or the 
nesting sites of endangered birds. So the same logic applies here I 
think.


Both points seconded.

--
⊨ Michael Gratton, Percept Wrangler.
⚙ <http://mjog.vee.net/>



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


Re: [talk-au] Aboriginal art sites

2019-03-31 Thread Michael Gratton
On Mon, Apr 1, 2019 at 09:37, Graeme Fitzpatrick 
 wrote:
Should that be documented as OSM (maybe AU?) policy, or left to the 
discretion of individual mappers?


Definitely documented as such.

--
⊨ Michael Gratton, Percept Wrangler.
⚙ <http://mjog.vee.net/>



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


Re: [talk-au] Residential/commercial property boundaries

2016-01-03 Thread Michael Gratton


Yes, as I said landuse doesn't seem to be what I'm after here.

What was the objection to fine grained land ownership in OSM? Seems 
like a particularly useful thing to have in. Is it just "imports suck"?


//Mike

--
⊨ Michael Gratton, Percept Wrangler.
⚙ <http://mjog.vee.net/>


On Sun, 3 Jan, 2016 at 9:05 PM, Simon Poole <si...@poole.ch> wrote:


The Karlsruher Schema is intended for postal addresses, typically the
tags are used on building outlines or on nodes. I wouldn't use them on
landuse boundaries. Nor would I import fine grained land ownership in
the first place (you should be able to find discussion of the pros and
cons on the talk or talk-us mailings lists some time back.

Simon

Am 03.01.2016 um 07:29 schrieb Michael Gratton:


 Hey all,

 Now that the NSW LPI goldmine is available, I'd like to be able to 
tag
 individual residential and commercial property boundaries. Looking 
at

 the wiki, it seems like boundary=administrative isn't applicable and
 landuse=... is for larger areas, so is the only useful tagging 
scheme

 something like:


 area=yes
 addr:housenumber=...
 addr:street=...


 But then Karlsruhe says that buildings should be tagged with the
 addr:* tags instead?

 Any suggestions?

 //Mike




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



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


Re: [talk-au] Residential/commercial property boundaries

2016-01-03 Thread Michael Gratton


So basically there's no consensus about whether property boundaries 
should be included or not, but regardless they  won't get rendered 
anyway.


I experimented by adding some properties and their addresses for a 
couple of streets in around Enmore, and Nominatum was able to find the 
addresses as you'd expect, e.g. searching for "22 charles st, enmore" 
returns <http://www.openstreetmap.org/way/389348302>. However also as 
expected no boundary or even house number was rendered.


What a shame. It seems that in lieu of having any buildings marked out, 
using property borders would have been a useful way to indicate 
addresses - also seems more correct than using buildings, to my mind 
anyway.


//Mike

--
⊨ Michael Gratton, Percept Wrangler.
⚙ <http://mjog.vee.net/>


On Sun, 3 Jan, 2016 at 10:30 PM, Warin <61sundow...@gmail.com> wrote:

On 3/01/2016 9:26 PM, Michael Gratton wrote:
>
> Yes, as I said landuse doesn't seem to be what I'm after here.
>
> What was the objection to fine grained land ownership in OSM? Seems
> like a particularly useful thing to have in. Is it just "imports 
suck"?

>
> //Mike
>

A simple google search (OSM property boundary) turns up some results

http://wiki.openstreetmap.org/wiki/Talk:Key:boundary#Property_.28land_parcel.29_boundaries
.. probably will not render.

https://books.google.com.au/books?id=uHIKBwAAQBAJ=PA258=PA258=OSM+property+boundary=bl=SZ055zv2mM=0hgvEPAA_AHov2iNJMm5qvSmUIQ=en=X=0ahUKEwj-3u6bwY3KAhVkIqYKHWXAD1sQ6AEISzAG#v=onepage=OSM%20property%20boundary=false

http://slashgeo.org/2010/09/17/Parcel-Boundary-Data-More-Just-Pretty-Lines-Map/


http://gis.stackexchange.com/questions/89236/does-openstreetmap-have-property-boundaries

Then OSM parcel boundary (is this an American term?!)

https://lists.openstreetmap.org/pipermail/talk-us/2013-February/010398.html

http://wiki.openstreetmap.org/wiki/Parcel -a summary .. possibly 
biased

.. at least a country bias?

I think it is a boundary of sorts .. thus the appropriate tag is
boundary ... possible value? boundary=property?



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



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


[talk-au] Residential/commercial property boundaries

2016-01-02 Thread Michael Gratton


Hey all,

Now that the NSW LPI goldmine is available, I'd like to be able to tag 
individual residential and commercial property boundaries. Looking at 
the wiki, it seems like boundary=administrative isn't applicable and 
landuse=... is for larger areas, so is the only useful tagging scheme 
something like:



area=yes
addr:housenumber=...
addr:street=...


But then Karlsruhe says that buildings should be tagged with the addr:* 
tags instead?


Any suggestions?

//Mike

--
⊨ Michael Gratton, Percept Wrangler.
⚙ <http://mjog.vee.net/>



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


[talk-au] Data for OSM + talk at UNSW

2014-09-24 Thread Michael Gratton


Hey all,

A while ago I was dissatisfied with the state of UNSW's Kensington 
campus in OSM, especially after all of the recent redevelopment along 
High St it is really out of date in parts, and inaccurate in many 
places elsewhere. Being a student there I have tried to remedy it by 
surveying and imagery, but the canyons formed by the buildings render 
GPS somewhat unreliable and with the out-of-date imagery, progress was 
difficult. Also, things like street names are hardly signposted, so 
it's hard to know what the ground truth is.


So I thought that it would be useful to be able to use the University's 
own maps as a source, and initiated a discussion with the Facilities 
Management (FM) here who maintains infrastructure, buildings grounds, 
etc to clarify the copyright status. After a lot of fair bit of to/fro 
and patient waiting, it seems they are happy for OSM to use their data 
(presumably under the ODbL, I have been stressing that all along). So 
I'm going to meet with some people from FM tomorrow and see what they 
have got and what their terms are.


They are also interested in my presenting an intro and demo for OSM, so 
I need to plan what to do there. I was thinking of roughly the 
following:


* Introducing the default slippy map and various standard layers, 
talking about licensing that makes things like MQ Open possible
* Going through some other applications (mobile apps, GNOME Maps, 
Nominatum, GraphHopper)

* Introducing the data via the Map Data layer on the slippy map
* Demoing editing using ID2 and JSOM and maybe Vespucci
* Introducing the wiki and feature documentation
* Talking a bit about different modes of contributing, and the 
importance of maintenance, and talking up the possibly of FM 
contributing to it.


What do you think, does that all sound reasonable? Any suggestions of 
resources/nifty things to demo in the presentation gratefully accepted.


//Mike

--
⊨ Michael Gratton, Percept Wrangler.
⚙ http://mjog.vee.net/



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


Re: [talk-au] Wither Sydney suburb boundaries?

2014-04-29 Thread Michael Gratton



On Tue, 29 Apr, 2014 at 11:02 AM, Alex Sims a...@softgrow.com wrote:


On 28 Apr 2014, at 1:53 pm, Michael Gratton m...@vee.net wrote:

On a related note, what's the appropriate way to map suburb-sized 
areas that are partitions? A way for each suburb that share nodes 
along common borders, a way for each suburb that don't duplicate 
nodes along common borders, or using a single way for the border and 
using a relation?


I might express and opinion about suburb mapping as I’ve done a 
fair bit of “mapping for the validator” which I suppose is not 
evil, unlike mapping for the renderer.


I’d prefer relations that depend on single ways, this avoids JOSM 
complaining too much about duplicate ways and can also tie into the 
definition in words that might belong in Wikipedia.


This (and Ian's) sounded like pretty good advice, so I have uploaded a 
boundary for Randwick based on Andrew's OSM version of the ABS 
SSC_2011_AUST, checked and manually adjusted by eyeballing Bing vs SIX 
and the Council's PDF map, and simplified by hand.


The changeset is here: 
http://www.openstreetmap.org/changeset/22023461, does anyone have any 
comments about how it could be improved?


I noticed that as for many suburbs in SA, since I replaced the 
place=suburb node previously used the name of the suburb is no longer 
rendered. What's best practice here, do we really want to different 
entities with the same name?


//Mike




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


Re: [talk-au] Wither Sydney suburb boundaries?

2014-04-28 Thread Michael Gratton



On Mon, 28 Apr, 2014 at 4:17 PM, Ian Sergeant inas66+...@gmail.com 
wrote:

On 28 April 2014 14:23, Michael Gratton m...@vee.net wrote:

 So you are saying the ABS suburb boundaries should be checked 
individually
 rather than imported en mass? How do you know that the quality of 
the
 GNB/Wikipedia/etc data is any better than that of the ABS dataset 
where they

 disagree?


Yes.

Firstly, the ABS data is several years out of date.

The GNB is the authoritative source for whether a suburb exists or 
not.


Comparing several sources - council, gazette, ABS, GNB - if they
concur, then you've probably got something accurate on your hands.


So how accurate does it have to be? For example, I just downloaded 
Andrew's ABS OSM converted datafile (thanks Andrew!), loaded it into 
JOSM, and have been eyeballing the differences for the ABS version of 
Randwick with the LPI cadastre using in SIX Maps. It's confidence is 
rated very good and I can see that the ABS data matches quite well, but 
it's missing fine details such as where the suburb falls entirely one 
one side of road rather than the centerline, and some corners are a bit 
off. Does this matter?


//Mike





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


Re: [talk-au] Wither Sydney suburb boundaries?

2014-04-27 Thread Michael Gratton


Hey Ian,

On Sun, 27 Apr, 2014 at 10:47 AM, Ian Sergeant inas66+...@gmail.com 
wrote:

I don't really agree.  I think we need suburb boundaries to be as
accurate as we can make them at the time we create them, and not do a
mass import leaving us with thousands of FIXMEs.  Importing data we
know is wrong at the time we import it is the wrong thing to do.


So you are saying the ABS suburb boundaries should be checked 
individually rather than imported en mass? How do you know that the 
quality of the GNB/Wikipedia/etc data is any better than that of the 
ABS dataset where they disagree?


On a related note, what's the appropriate way to map suburb-sized areas 
that are partitions? A way for each suburb that share nodes along 
common borders, a way for each suburb that don't duplicate nodes along 
common borders, or using a single way for the border and using a 
relation?



Hopefully we will have access to the accurate and official suburb
boundaries in Sydney in an open format sometime in the future (like we
have for other cities).  Then this problem will go away.


I literally just heard back from LPI about my enquiry: LPI is 
currently reviewing the licencing framework and will be in a better 
position to answer your query within the next 4 to 6 weeks, so maybe 
we will have the data sooner rather than later. I've asked if I can 
make a submission to whoever is doing the review, will post the details 
there if I get them so we can canvas for a good outcome.


//Mike





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


Re: [talk-au] Wither Sydney suburb boundaries?

2014-04-21 Thread Michael Gratton



On Mon, 21 Apr, 2014 at 8:21 AM, Andrew Harvey 
andrew.harv...@gmail.com wrote:
On 20 April 2014 23:36, Daniel O'Connor daniel.ocon...@gmail.com 
wrote:

 A corresponding data set might be:
 
https://sdi.nsw.gov.au/sdi.nsw.gov.au/catalog/search/resource/details.page?uuid=%7B012BD68E-569E-4965-A4B0-48CBBBA64FF4%7D


 ... though you'd want to get in contact with the maintainers and 
get an

 alternative licence+explicit permission to import it.


Cheers, I just sent off an email to the SDI/LPI asking for permission - 
text is below.




I think you would have better luck with using the ABS dataset which is
CC BY and obtaining those extra rights required by OSM.


This is interesting. Looking at 
http://wiki.openstreetmap.org/wiki/Contributors#Australian_government_public_information_datasets, 
it seems ABS data should already be fine to use, and is indeed already 
in use for suburbs. However from the import plan page 
http://wiki.openstreetmap.org/wiki/Import/Catalogue/ABS_Data, the 
import doesn't seem to have gotten too far, and also questions the 
accuracy of the data.


Given that many suburbs in NSW are currently indicated by nodes, would 
an import of the ABS boundaries, however inaccurate, be better than 
nothing?


//Mike


Email sent to sds.copyri...@lpi.nsw.gov.au:



On Mon, 21 Apr, 2014 at 4:39 PM, Michael Gratton m...@vee.net wrote:

Hello,

I am a contributor to Open Street Map (OSM)[1], a world-wide, 
collaboratively edited, open project to create a global geodata set 
freely usable by anyone. OSM is used by millions of ordinary people, 
researchers and public and private organisations, every day.


The NSW LPI publishes the NSW Suburb boundary Dataset[2], a spatial 
data set that if included in OSM would be of great befit to the OSM 
community, since unlike other Australian states this data is not 
currently present. Its omission makes it difficult to find specific 
suburbs in NSW or to look up the location of streets by name, for 
example. However after examining the Legal Constraints listed in the 
metadata for the data set at [2], it seems the existing licensing is 
incompatible with the Open Data Commons Open Database License 
(ODbL)[3], which is the open data licence used by OSM[4].


Since the OSM community strongly desires to abide by both LPI's 
rights and also comply with its own, I am writing to ask the LPI to 
provide OSM with a specific waiver for the existing licensing 
restrictions and fees for the data set that is compatible with the 
ODbL licence, such that it may be imported by OSM.


Copyright and other attribution notices for LPI and/or the NSW 
Government can be provided on the Contributors list[5]. As you can 
see from that page, many governments and governmental agencies around 
the world have already provided such permission, including the NSW 
Geographic Names Board, the Australian federal government, and both 
the Queensland and South Australian state governments.


Please feel free to ask me any questions you may have, I look forward 
to hearing back from you about this matter.


Sincerely,
Michael Gratton.


[1] - Open Street Map http://www.openstreetmap.org
[2] - NSW Suburb boundary Dataset 
https://sdi.nsw.gov.au/sdi.nsw.gov.au/catalog/search/resource/details.page?uuid=%7B012BD68E-569E-4965-A4B0-48CBBBA64FF4%7D
[3] - Open Data Commons Open Database License (ODbL) 
http://www.opendatacommons.org/licenses/odbl/

[4] - Copyright and License http://www.openstreetmap.org/copyright
[5] - Contributors http://wiki.openstreetmap.org/wiki/Contributors





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


Re: [talk-au] path undre overhanging cliff?

2014-04-03 Thread Michael Gratton


Oooh! I'll bikeshed, err I mean bite!

Is the path underground, so could you use layer=-1? If not, then 
layer=0 sounds good to me.


//Mike


On Fri, 4 Apr, 2014 at 11:11 AM, Frank sundowne...@optusnet.com.au 
wrote:

Here is a nice puzzel?

How would you tag a path that lies under an overhanging cliff?

So it is not a tunnel, nor under a bridge...

Conceptually I view 'layer 0' as ground surface .. but in this 
location/cross section there are 3 'layer 0's - the top of the cliff, 
the path and the 'roof' of the path. I think under KISS principles .. 
layer 0 will do.


---
I should have posted this some days ago .. for the 1st. :)

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



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


Re: [talk-au] Growth in OSM usage.

2014-03-05 Thread Michael Gratton


On 5 March 2014 7:21:28 PM Dssis1 david.sisour...@hotmail.com wrote:


Hi, just letting you guys know that the East-West Link page now uses a OSM
map to show drilling locations.


Now if only we could get governments building /useful/ transport 
infrastructure, it would be a win-win!


:/

--
Sent from my outboard brain.



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


Re: [talk-au] OpenStreetMap in Government

2013-05-10 Thread Michael Gratton
On 10/05/13 17:01, Steve Bennett wrote:
 1) I think TileMill/MapBox will be a game changer for the rendering
 guys won't listen to us problem. I suspect it will soon be much, much
 easier to have lots of different map views out there, and we can
 create Australian-specific maps easily. So we should continue to work
 out the best tagging system and use that - even if it's not currently
 supported by any rendering styles.

This is an excellent point.

From a cartography perspective, excluding unneeded detail is essential
for producing a usable map. I've long felt the official OSM rendering is
far, far too detailed - it's basically grey goop at a distance and a
riot up close.

People really shouldn't be lobbying for more features to be added to
official tilesets, instead what is needed is many more additional, more
specialised tilesets, and for desktop/web/mobile apps to let people
easily make use of them.

//Mike

-- 
⊨ Michael Gratton, Percept Wrangler.
⚙ http://mjog.vee.net/



signature.asc
Description: OpenPGP digital signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] NSW Transport Data Exchange (TDX)

2013-02-20 Thread Michael Gratton
On 20/02/13 22:24, Andrew Harvey wrote:
 
 Hmm... seems like they changed from CC-BY back to a custom license?

Yeah, there's some onerous clauses for attribution and re-distribution
and what-not. Pity. I notice you have a copy under the CC-BY licence, I
wonder if that would that be suitable for use for a initial import to OSM?

 On 22/01/13 23:17, Michael Gratton wrote:
 From the sounds of it, one thing they are anxious is having old
 route/timetable data being out in public.
 
 I'm not sure whats wrong with keeping historical records...
 
 In my view, the less restrictions they place on the data, the more
 freely it will flow, creating more competition and innovation among
 people using the data and building products incorporating the data...

Indeed.

I figure they don't want random members of the public using a service
that publishes PT timetable data for Sydney, thinking the data is
accurate but that is actually out of date. It would be misleading the
user if the service said (say) there's a bus due in 10 minutes when
there's not, because the timetable has changed. The user would possibly
assume that Sydney Buses is at fault (I know I would) rather than blame
the service with the out-of-date data. This would not only make
Transport NSW/Sydney Buses/City Rail/etc look bad, but it would also
inconvenience the public.

 Probably worth another look though, but I believe,
 * It didn't say which roads were used for the route, just station to
 station (but since the stations are fairly close you could infer)
 * I don't think it used the common route names, but rather each
 timetabled journey was recorded as a separate route.

GTFS feeds (optionally) includes route shapes, which can be used to
render the actual routes. Since GMaps currently only does that for rail,
I assume the TpNSW GTFS feed only contains shapes for that.

There is a notion of both routes and trips in GTFS, where a route is
effectively a collection of trips, and where a trip is a sequence of
stops, ordered by arrival and departure times. Both routes and trips
have human readable names and other descriptive information.

 You can still include this into OSM, its just you need to decide is it
 better to do a mass import, or collect it naturally via the traditional
 OSM way of going out and observing what is out there.
 
 See http://tianjara.net/data/tdx.nsw.gov.au/. Mind you I haven't looked
 any further into it since my initial investigation.

I did have a look at that, cheers. For a previous paid project I have
some Python code useful for representing and generating GTFS, I was
thinking of extending that if TpNSW fixes their licence.

I think it is worthwhile doing a combination import-and-maintain in
conjunction with the traditional approach, as I outlined before:
http://lists.openstreetmap.org/pipermail/talk-au/2013-January/009784.html
- basically a mass import combined with a bot to keep it up to date.
This can be combined with the traditional approach, which definitely has
advantages but I don't think scales to something like keeping PT data
complete and up-to-date.

//Mike

-- 
⊨ Michael Gratton, Percept Wrangler.
⚙ http://mjog.vee.net/



signature.asc
Description: OpenPGP digital signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] NSW Transport Data Exchange (TDX)

2013-01-22 Thread Michael Gratton

Hey Ian,

On 22/01/13 14:08, Ian Sergeant wrote:
 
 Andrew made mention of it, and did some experimentation when it was
 first available..
 
 http://lists.openstreetmap.org/pipermail/talk-au/2012-September/009369.html
 
 Didn't provoke much discussion though, probably because of
 licence/volatility issues.

Thanks for those links. I ended up emailing Transport NSW initially
about access - before finding the sign-up and agreement pages, and
mentioned the licence was annoying. They seemed interested in what the
particular problems were, so maybe that will lead somewhere.

From the sounds of it, one thing they are anxious is having old
route/timetable data being out in public. Clearly from Andrew's work it
is possible to massage the TDX feeds into something useful for OSM. Does
OSM however have any process for keeping data like that up to date?

While stop/station locations infrequently change, routes do seem to come
and go more frequently. It wouldn't be too hard for someone to run a
process on a server somewhere to keep tabs on changes in the feed and
update the map as needed, but it seems like some coordination there
would be a good thing.

//Mike

-- 
⊨ Michael Gratton, Percept Wrangler.
⚙ http://mjog.vee.net/



signature.asc
Description: OpenPGP digital signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] NSW Transport Data Exchange (TDX)

2013-01-22 Thread Michael Gratton
On 23/01/13 08:43, Ian Sergeant wrote:
 It raises the age old question, if we can't edit it, why put it in OSM? 
 If each set of data is intended to overwrite the last, what do we do
 when people change it?

Oh, I thought OSM was aiming for an objectively correct map via user
contributions, is there actually anyone arguing for some kind of
libertarian approach to ground truth? ;)

There's no reason why using feeds such as the TDX is incompatible with
individual user editing. From first-hand experience, even the PT
agencies get their data wrong at times, and so the
legion-with-smartphones out there is still actually quite important.

The usefulness of these feeds is two-fold, the first is obviously for
populating a large amount mostly-correct data otherwise missing from
OSM, but equally important is getting updates down the track. Bad data
is after all just as bad as missing data (worse?), as my local
government GIS friend constantly complains.

The challenge then is how to merge feed updates along with
individual-generated changes. It's not impossible, it just requires the
right data, some conventions, some code and a bot.

 It would be nice to see the data integrated with OSM as another layer,
 however from what Andrew was saying it is only a point to point graph,
 so we can't get OSM style public transport routes from it, only stops.

I don't have any experience with TransXchange or OSM style public
transport, but GTFS does indeed include service routes and timetable
data in addition to stops. The data is there, it just needs a decent
licence.

//Mike

-- 
⊨ Michael Gratton, Percept Wrangler.
⚙ http://mjog.vee.net/



signature.asc
Description: OpenPGP digital signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] NSW Transport Data Exchange (TDX)

2013-01-22 Thread Michael Gratton
On 23/01/13 09:48, Ian Sergeant wrote:
 
 But the TDX data is updated very regularly, so if I fix a bus stop
 today,  how do you know whether you should overwrite that with the
 next revision of TDX data tomorrow?

Not really. They may regenerate the feed frequently, but the data rarely
changes (unless you're talking about the real-time feed, but I'm not,
I'm talking about stop locations and perhaps routes). From experience,
stops rarely change, routes change perhaps yearly, and even temporary
alterations due to works occur on a scale of months.

 That certainly defines the nature of the challenge.  I'd be happy to
 see the spec of exactly how you think we can stir this into our data
 soup. If you intend retaining user created data while discarding the
 imported data, you're likely creating the exact issue that the data
 issuers wish to avoid.

The high-level is pretty simple, conceptually. Once initially imported,
you need a bot running somewhere that does the following:

1. Downloads the feed file, say once per day
2. Generates a list of changes from the last good version downloaded
3. For every change, merge it with OSM

As indicated above, a merge should happen infrequently. The merge
process can be something like:

1. Look for the features that correspond to those that are being changed
(custom props can help here, failing that look for similar features nearby)
2. If found and if unmodified by another user since the import or last
update (perhaps the common case?), apply the change
4. Otherwise flag it as needing attention

Similarly for additions, and deletions.

So the bot acts much like an individual contributor, except that it uses
the feed as a data source rather than GPS.

//Mike

-- 
⊨ Michael Gratton, Percept Wrangler.
⚙ http://mjog.vee.net/



signature.asc
Description: OpenPGP digital signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


[talk-au] NSW Transport Data Exchange (TDX)

2013-01-21 Thread Michael Gratton

Hey all,

Has there been any discussion about the Transport NSW TDX program
https://tdx.131500.com.au/? I note they make available a GTFS file
which should include the lat/long of all stops and stations, which would
be nice to have in OSM.

Their licence looks rather restrictive however
https://tdx.131500.com.au/terms-conditions.php, I assume this would be
a deal breaker for OSM?

//Mike

-- 
⊨ Michael Gratton, Percept Wrangler.
⚙ http://mjog.vee.net/



signature.asc
Description: OpenPGP digital signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au