I am aware that mappers may also define
> their own values, which I agree with.
>
> I disagree with Frankie that "...renderers should probably accept all
> three forms though".
> I don't understand why others should have to spend time sorting out
> OSM&#
ging data, and so it's more natural to have the
place where they're consumed and the place where they're created much closer
together. So whilst there are plenty of data mirrors of those services out
there, most people tend to use the APIs provided by the services themselves,
unless
eys it would not be "correct" to
> use -values of course).
>
Indeed.
As to yes/no vs true/false vs 1/0 though, I think there was a discussion
about this ages ago, and the conclusion seemed to be (from memory) that
yes/no was the preferred/most common approach. (Guess renderers
commercial services (Cloudmade, etc) are
available. It's also something we already seem to do a good job at.
However I don't know whether this crosses some major ideological division
within the community??
Either way, could we at least try to make some form of 'terms of use'
>
The cleverer the better, in my books... :-)
* adding some stats like "total length" (for open ways) or "area size"
> (for closed ways).
>
Relatively expensive for us to compute though so we would need to be a bit
> care
ce, it takes anything between a few seconds and a few hours.
BTW, "OpenStreetMap" seems to be how the project is spelled across the
site...?!?
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
___
ta
?way=30089216
>
> There's an optional Google Maps-like sidebar telling you what you're
> looking at with a link back to the /browse/* page.
>
Yeah, that'd be really good too. In fact, I think it could be made easier to
navigate from the 'Data' overlay to the /bro
ckr).
I'm not sure what the state of the User Experience Working Group is, but I'd
be happy to join and help with this, if people think it's a good idea.
(Personally, I think the scope for OSM to be a provider of linked-data POIs
is huge, but I'll admit it's a bit of a d
2009/9/17 Pieren
> On Thu, Sep 17, 2009 at 3:25 PM, Frankie Roberto
> wrote:
> > I've been doing some work on the representation of railway stations in
> OSM
> > (along with others on the talk-transit mailing list).
>
> Thank you for your long reply. I didn'
o', is what
it's more commonly referred to as (perhaps that should be specified as
loc_name= ?)
> Is it not implied
> by the tag railway=station or building=train_station ?
>
Maybe, but then 'London' is implied from the location too.
--
Frankie Roberto
Experience
t; true, but perhaps exposing them to regular editors like this will lead
> to an influx of fixes.
>
> So the code is there, but is it a good idea to add these links?
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http:/
hat
> were pin pointed using Google maps/streetview/sat imagery as long as
> it isn’t vector data isn’t restricted in re-use?"
>
I just posted a comment too:
http://www.edparsons.com/2009/09/liberating-your-my-maps-data/#comment-154387
Frankie
--
Frankie Roberto
Experience Designer,
obably easier to map as a node. But if there is a
rough boundary, that's reasonably well understood by locals, but has no
legal or physical basis, then is it ok to map that as an area?
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
_
e
P.S I've tagged Scientology centres with shop=religion :-)
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
tagged as a cycle path, one as a footpath, and then add
them both to a relation)...
However, it's probably quicker to follow one of your earlier suggestions...
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.
e for these paths as they
arrive (which will probably take decades).
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
'm going to visit Chester Zoo next week, so if we can work this out, I'll
try and do some mapping whilst I'm there... :-)
Frankie
[1] http://www.zsl.org/zsl-london-zoo/exhibits/
[2] http://www.chesterzoo.org/Visit/GettingAround/Zoo%20Map.aspx
--
Frankie Roberto
Experience Designer,
27;d
be cool to be able to browse the map, and then click on any building in
order to see a photo of it.
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
___
talk mailing list
talk@openstreetmap.org
http
t; Totally agree, I would love to see more OSM in the press,
> > but I have absolutely no clue in how to manage it...
>
> Ask Apple or Mozilla for help?
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://li
ce? Months of operation? Operator? (this is often
the same as the name)
Finally, if someone fancies doing a nice rendering of the UK clearly showing
all of the heritage railway lines (perhaps with just terrain contours as a
background), then I'll offer up to GBP 20 for a print of it... :-)
e possible at some point in the future. You
could also start by just doing node-based POIs, which would probably cut
down the complexity.
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
___
talk mailin
, and making it as easy as possible
to contribute data.
Incidentally, the same problem exists for operator=*, and I notice that
there's a proposal to use relations for that:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Operators
Frankie
--
Frankie Roberto
Experience Designer,
name. Thankfully, I suspect that in the real
world, these types of ambiguities are fairly rare (especially as both
architects and shop chains are pretty protective over their names as
trademarks).
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
Sent fr
Hi all,
I'd like to open up the proposed
Architect=*<http://wiki.openstreetmap.org/wiki/Proposed_features/architect>tag
for voting, as there don't seem to have been any issues raised about
it,
and I've started using it in mapping already.
Cheers,
Frankie
--
Frankie Robert
o avoid having
multiple tags for multiple buildings).
Be interested to know if other people think this is a good idea / start
using the tags.
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
Sent from: Manchester Greater Manchester United Kingdom.
___
7;definition' is very helpful.
> In what case should a dictionary definition be used instead of
> encyclopedia?
I'm not sure what you mean here.
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
Se
moved the page to 'Proposed'/RFC status (and added it to
http://wiki.openstreetmap.org/wiki/Proposed_features).
If anyone can think of any other comments / objections, add them here or to
the page. Otherwise, I'll move it to a vote sometime next week.
Cheers,
Frankie
--
Frankie R
openstreetmap.org/wiki/Relations/Proposed/Site), whereas
using a simple architect=* tag, you could add this to the existing relation.
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
nd I did
wonder whether architect_name=* would be better. It seems that
artist_name=* matches old_name=* better, but on the other hand it's not
particularly ambiguous having artist=* or architect=*.
Any thoughts?
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://w
nt
store), I'm adding the shop=* tags to the building outline itself.
Frankie
--
Frankie Roberto
http://www.frankieroberto.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
be the
Pennine Cycleway (http://en.wikipedia.org/wiki/Pennine_Cycleway), which I've
never seen signposted.
Looking forward to seeing a walking map that's as good as the Cycle Map...
:-)
Frankie
--
Frankie Roberto
Experience Designer, Rattle
0
31 matches
Mail list logo
