2009/10/14 Sam Vekemans :
> Then the yellow must be all the "landuse=residential" then :)
In this instance I'd guess the same thing, but without a survey we
won't know for sure.
> As land use can extend past the property boundary, were there is an easment.
Easements show up as a void also, altho
Then the yellow must be all the "landuse=residential" then :)
As land use can extend past the property boundary, were there is an easment.
Strike 3,
im out.
Since were on the tagging list, the sidewalks & waterworks like sewer
lines, or underground cable lines, do we map these too, as the data i
2009/10/14 John Smith :
> http://wiki.openstreetmap.org/images/5/5d/Dcdb-example.png
Here's the after shot:
http://wiki.openstreetmap.org/images/b/bf/Dcdb-example2.png
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/li
I made another example:
http://wiki.openstreetmap.org/images/5/5d/Dcdb-example.png
It's clearer in this screen shot (using JOSM, JOSM has a black
background so the transparent pixels are black) exactly what runs down
the middle of these voids.
___
Talk
2009/10/14 Sam Vekemans :
> But of course the landuse us 'unknown' by default. .. so what needs to be
> done is to go around and find out what the actual landuse is.
> ... of course there are voids there are voids all over the map of black
> space. :)
Swing and a miss...
The property boundary
On Tue, Oct 13, 2009 at 5:26 PM, John Smith wrote:
> 2009/10/14 Sam Vekemans :
> > Ok, so my big question is:
> > Why are your property boundaries rendered with solid fill?
> > Its not indicating land use, and should be rendered as a
> > 'dash-dot-dot-dash' line.
> > (at least thats how i remember
2009/10/14 Liz :
> On Wed, 14 Oct 2009, Shaun McDonald wrote:
>> Before you propose a tag, you should be using it.
>
> how ridiculous
> prohibiting discussion before polluting the data base with even more tags
There seems to be 2 completely distinct camps within OSM.
Those that think any tag you
2009/10/14 Sam Vekemans :
> Ok, so my big question is:
> Why are your property boundaries rendered with solid fill?
> Its not indicating land use, and should be rendered as a
> 'dash-dot-dot-dash' line.
> (at least thats how i remember it from drafting class)
>
> So if the property boundaries arnt
Ok, so my big question is:
Why are your property boundaries rendered with solid fill?
Its not indicating land use, and should be rendered as a
'dash-dot-dot-dash' line.
(at least thats how i remember it from drafting class)
So if the property boundaries arnt filled in, then there is room to go
aro
Thinking about it now, I realise you are quite correct :) My apologies.
- Ben.
2009/10/14 Liz
> On Wed, 14 Oct 2009, Ben Kelley wrote:
> > I would have thought highway=unclassified would be better if you don't
> know
> > what type of highway it is.
> the highway=road has actually the exact use
On Wed, 14 Oct 2009, morb@beagle.com.au wrote:
> If you were having fun then fine. But you can compare your notes to mine:
>
> http://wiki.openstreetmap.org/wiki/User:Morb_au
>
> I suppose I should split it off to another page.
I made the page
http://wiki.openstreetmap.org/wiki/QueenslandDcdb
On Wed, 14 Oct 2009, Ben Kelley wrote:
> I would have thought highway=unclassified would be better if you don't know
> what type of highway it is.
the highway=road has actually the exact use (in the wiki) that John mentioned.
highway=unclassified has a use which isn't "i don't know", it means it's
On Wed, 14 Oct 2009, Shaun McDonald wrote:
> Before you propose a tag, you should be using it.
how ridiculous
prohibiting discussion before polluting the data base with even more tags
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.opens
Hi.
Slightly OT, but the highway tag shouldn't be used to indicate if it hasn't
been surveyed or not. That should be in the source tag.
I would have thought highway=unclassified would be better if you don't know
what type of highway it is.
- Ben.
2009/10/14 John Smith
> Anything that hasn't
Unless anyone has an objection I propose that we tagged non-existent
roads from DCDB Qld as:
highway=gazetted_road
Anything that hasn't been surveyed can be tagged as highway=road which
is consistent with current usage, these will also be rendered enough
to indicate they need to be surveyed and h
Thanks for the page you made on the wiki Liz :). I've had a stab at putting
a guide up of what I did and it is at:
http://wiki.openstreetmap.org/wiki/QueenslandDcdbLite
On Tue, Oct 13, 2009 at 11:25 PM, wrote:
> Quoting Lindley Bowers :
>
> > Hi,
> >
> > I just got the DCDB QLD Lite data runnin
Quoting Lindley Bowers :
> Hi,
>
> I just got the DCDB QLD Lite data running on my windows machine. (I don't
> have a spare box for Linux and wouldn't have a clue how to get that all
> going etc).
>
> Should I post up what I did? I should warn that I'm a complete noobie and
> have no idea if I did
On Tue, Oct 13, 2009 at 9:42 PM, Elizabeth Dodd wrote:
> On Tue, 13 Oct 2009, Franc Carter wrote:
> > I've been looking over the navit code and have made some minor tweaks to
> > suite me.
> > My first guess is that the issue might be able to be worked around by
> > changing the order
> > that os
On Tue, Oct 13, 2009 at 9:55 PM, John Smith wrote:
> 2009/10/13 Franc Carter :
> >
> > I've been looking over the navit code and have made some minor tweaks to
> > suite me.
> > My first guess is that the issue might be able to be worked around by
> > changing the order
> > that osm2navit looks at
2009/10/13 Franc Carter :
>
> I've been looking over the navit code and have made some minor tweaks to
> suite me.
> My first guess is that the issue might be able to be worked around by
> changing the order
> that osm2navit looks at properties - e.g making ti look at decide these are
> roads inste
On Tue, 13 Oct 2009, Franc Carter wrote:
> I've been looking over the navit code and have made some minor tweaks to
> suite me.
> My first guess is that the issue might be able to be worked around by
> changing the order
> that osm2navit looks at properties - e.g making ti look at decide these are
John Smith wrote:
> Pretty sure I had the same issue when I tried to report their routing
> engine was screwy too.
The idlers and lurkers will read the backlog when they return.
Conversations can go very slowly this way, but communication is
possible.
Bug tracker:
http://trac.navit-project.org/
I've been looking over the navit code and have made some minor tweaks to
suite me.
My first guess is that the issue might be able to be worked around by
changing the order
that osm2navit looks at properties - e.g making ti look at decide these are
roads instead
of boundaries.
Of course this will m
On Tue, Oct 13, 2009 at 6:19 PM, John Smith wrote:
> 2009/10/13 Lindley Bowers :
> > I'll post more details if I'm allowed (just asking before I post
> something a
> > few pages long).
>
> Might be better to do this as a wiki page...
>
Um, I don't know how to do a wiki page. But I can read, copy/
I've just updated the update process for the map server, the previous
minutely files produced from the OSM DB had a serious flaw where long
updates would be missed which would require the entire DB to be
reloaded periodically, however now better changesets are produced
which includes changes made s
On Tue, 13 Oct 2009, John Smith wrote:
> This is really a bug in their software, specifically the osm2navit
> binary, it would be better to file a bug and get them to fix the issue
> rather than trying to work around their bugs.
>
> Have you filed a bug report for this at all?
I've sat on irc for n
On Tue, Oct 13, 2009 at 6:43 PM, Liz wrote:
> On Tue, 13 Oct 2009, Lindley Bowers wrote:
> > On Tue, Oct 13, 2009 at 6:19 PM, John Smith
> wrote:
> > > 2009/10/13 Lindley Bowers :
> > > > I'll post more details if I'm allowed (just asking before I post
> > >
> > > something a
> > >
> > > > few pa
On Tue, 13 Oct 2009, Lindley Bowers wrote:
> On Tue, Oct 13, 2009 at 6:19 PM, John Smith
wrote:
> > 2009/10/13 Lindley Bowers :
> > > I'll post more details if I'm allowed (just asking before I post
> >
> > something a
> >
> > > few pages long).
> >
> > Might be better to do this as a wiki page...
2009/10/13 Elizabeth Dodd :
> On Tue, 13 Oct 2009, John Smith wrote:
>> This is really a bug in their software, specifically the osm2navit
>> binary, it would be better to file a bug and get them to fix the issue
>> rather than trying to work around their bugs.
>>
>> Have you filed a bug report for
2009/10/13 Lindley Bowers :
> I'll post more details if I'm allowed (just asking before I post something a
> few pages long).
Might be better to do this as a wiki page...
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/
> Installed mapserver and some demos. Edited gmap demo to get it working thus
> verifying mapserver worked on windows.
> Downloaded the DCDB QLD Lite data. Setup a map file for the data. Got
> frustrated at it not working until I renamed the data files. Realised that
> the data was just t big a
2009/10/13 Liz :
> navit files built form osm data don't show a road if there is a reuse of the
> admin boundary for the road
>
> and so navigation around adelaide is going to be really interesting
> as a lot of main roads have just disappeared
>
> please guys
> don't reuse admin boundaries ( like
navit files built form osm data don't show a road if there is a reuse of the
admin boundary for the road
and so navigation around adelaide is going to be really interesting
as a lot of main roads have just disappeared
please guys
don't reuse admin boundaries ( like ABS ) to replace perfectly go
Hi,
I just got the DCDB QLD Lite data running on my windows machine. (I don't
have a spare box for Linux and wouldn't have a clue how to get that all
going etc).
Should I post up what I did? I should warn that I'm a complete noobie and
have no idea if I did it right or not. But, I can read, Googl
34 matches
Mail list logo