It maybe controversial, but I think we don't want "everyone" editing the
map. I think we need some barriers to filter out people who are "good"
mappers. Good mappers have to understand this is not a service for them,
but a community. They have to understand this is not a drawn map but a
database. T
André,
you're obviously bearing some grudge against "whoever makes decisions
in OSM" because your suggestions have been ignored. That's fine, you can
do that, but please don't run around and claim that just because you are
unhappy with things,
> Consequently, the consensus was "we prefer taggi
On Fri, 2015-05-15 at 23:03 +0100, pmailkeey . wrote:
> I therefore want to air the view that 'mapping for the renderer' is no
> longer 'wrong' by actually adding a good set of basic tags for areas,
> lines and points ("simple English" as opposed to technical English of
> 'nodes' and 'ways') so tha
On Fri, 2015-05-15 at 16:13 -0500, John F. Eldredge wrote:
> I have seen some tight intersections, with buildings directly
> adjoining the roadway at all four corners, where a "maxlength" tag
> would also be useful. A passenger car or a delivery truck would be
> able to turn the corner, but a tract
On 16.05.2015 02:03, André Pirard wrote:
> On 2015-05-15 10:09, Robin `ypid` Schneider wrote :
>> On 14.05.2015 23:17, André Pirard wrote:
>>> On 2015-05-13 16:49, Robin `ypid` Schneider wrote :
Hi
This can already be done, no problem. It is even described on the key page
[1].
W dniu 16.05.2015 5:01, André Pirard napisał(a):
But lately, under "Is what we're doing useful?", I reported a reply
from Tom Hughes [1] seeming to say that THE map is not for the general
public and refusing to set a help page for it (plus saying that the
documentation we make amounts to being
W dniu 15.05.2015 19:35, Martin Koppenhoefer napisał(a):
yes, it is planned to have a real area datatype, sooner or later.
http://wiki.openstreetmap.org/wiki/The_Future_of_Areas [1]
Great, that'd be even better! However I guess this technical step will
be a simple transition and we may still
W dniu 15.05.2015 14:52, Daniel Koć napisał(a):
And note, that it's hard for us, advanced mappers! But I guess this
project has a long tail - that means advanced users are just a tiny
(even if important) part of community. So most of the work is done by
casual mappers. They have iD as a tool and
On 16 May 2015 at 04:27, johnw wrote:
>
> On May 15, 2015, at 8:02 PM, pmailkeey . wrote:
>
> area IS landuse - it has to be (landuse=ocean ) so we get
> landuse=building even.
>
>
>
>
> Uhhh. *What?* This is a clear about-face on the landuse tag then.
> Everywhere is clearly not a landuse
On 5/15/15 23:10 , pmailkeey . wrote:
Why ?
I don't do it with car parks. There's often a section for disabled,
parent/toddler, staff - and general use. Each gets marked for its own
purpose even if they abut.
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_space
--
__
openst
On 16 May 2015 at 15:44, Andreas Goss wrote:
> On 5/15/15 23:10 , pmailkeey . wrote:
>
>> Why ?
>>
>> I don't do it with car parks. There's often a section for disabled,
>> parent/toddler, staff - and general use. Each gets marked for its own
>> purpose even if they abut.
>>
>>
> http://wiki.open
Changed my mind. I see no point in tagging a single parking area any
different from amenity=parking, capacity=1.
On 16 May 2015 at 16:28, pmailkeey . wrote:
>
>
> On 16 May 2015 at 15:44, Andreas Goss wrote:
>
>> On 5/15/15 23:10 , pmailkeey . wrote:
>>
>>> Why ?
>>>
>>> I don't do it with car
Changed my mind. I see no point in tagging a single parking area any
different from amenity=parking, capacity=1.
Let's say you use a navigation system that shows nearby parking. Then if
you tag the individual spaces with amenity=parking it will should up as
several different parking lots even
On 16 May 2015 at 16:54, Andreas Goss wrote:
> Changed my mind. I see no point in tagging a single parking area any
>> different from amenity=parking, capacity=1.
>>
>
> Let's say you use a navigation system that shows nearby parking. Then if
> you tag the individual spaces with amenity=parking i
> Am 16.05.2015 um 15:29 schrieb pmailkeey . :
>
> Forest=natural ?
>
> or forest=man_made ? [=plantation or somesuch term for a human-planted
> forest].
or forest=plantation? man made forest sounds a bit presumptuous ;-)
how about
landcover=trees?
Cheers
Martin
___
> Am 16.05.2015 um 15:29 schrieb pmailkeey . :
>
> landuse=golf_course
> leisure+golf_course
> man_made=golf_course
>
> Surely all three of these are 'obvious' when referring to a golf course ?
you can think of landuse as a more or less fixed list, see here:
http://taginfo.openstreetmap.or
On 16 May 2015 at 17:17, Martin Koppenhoefer wrote:
>
>
>
>
> > Am 16.05.2015 um 15:29 schrieb pmailkeey . :
> >
> > Forest=natural ?
> >
> > or forest=man_made ? [=plantation or somesuch term for a human-planted
> forest].
>
> or forest=plantation? man made forest sounds a bit presumptuous ;-)
On Sat, May 16, 2015 at 4:46 AM, Daniel Koć wrote:
> My "long tail" intuition are now supported by a scientific study called
> "Characterizing the Heterogeneity of the OpenStreetMap Data and Community",
> and we know even how much advanced users are there! The abstract says:
>
> "All three aspect
On Fri, May 15, 2015 at 6:32 PM, pmailkeey .
wrote:
>
> How about mapping a cemetery with connected smaller cemeteries ? That's
> what I've done to distinguish different areas and names.
>
>
Though you are of course free to do it anyway you find reasonable, I don't
think it's a good solution: If t
I use natural=tree for tagging free standing trees that have some special
significance: they are separate from other trees, larger than other trees,
or otherwise prominent in the landscape.
On Sat, May 16, 2015 at 9:42 AM, pmailkeey .
wrote:
>
>
> On 16 May 2015 at 17:17, Martin Koppenhoefer
>
Though I strongly disagree to the idea of "mapping for the renderer", I
agree that there is a huge problem: a lot of data available in OSM database
is effectively lost because the renderers do not show it. Right now there
is a question whether we should use ref or name to tag parts of the
cemeterie
On 5/16/15 1:19 PM, Kotya Karapetyan wrote:
> Though I strongly disagree to the idea of "mapping for the renderer",
> I agree that there is a huge problem: a lot of data available in OSM
> database is effectively lost because the renderers do not show it.
on the other hand, demanding that the rende
On Sat, May 16, 2015 at 5:01 AM, André Pirard
wrote:
> Yes, there is "THE" ("main") map at OSM.org
That is just because you are not German or French, otherwise you might
refer to openstreetmap.de or openstreetmap.fr. IMHO those sites represent
OSM much better. They actually show that there are
On Sat, May 16, 2015 at 7:42 PM, Richard Welty
wrote:
> On 5/16/15 1:19 PM, Kotya Karapetyan wrote:
>
> Though I strongly disagree to the idea of "mapping for the renderer", I
> agree that there is a huge problem: a lot of data available in OSM database
> is effectively lost because the renderer
On Sat, May 16, 2015 at 7:19 PM, Kotya Karapetyan
wrote:
> I would like to ask you: is there a web-site and a smartphone app where I
> could see all OSM data and switch things on and off?
I don't know of any website that shows the turn:lanes or destinations on a
map (I know the german webapp th
On Sat, 16 May 2015 19:19:20 +0200
Kotya Karapetyan wrote:
> I would like to ask you: is there a web-site and a smartphone app
> where I could see all OSM data and switch things on and off?
> That would probably be the answer to the question.
http://www.openstreetmap.org - see
http://wiki.openst
W dniu 16.05.2015 20:31, Marc Gemis napisał(a):
On Sat, May 16, 2015 at 5:01 AM, André Pirard
wrote:
Yes, there is "THE" ("main") map at OSM.org
That is just because you are not German or French, otherwise you might
refer to openstreetmap.de [1] or openstreetmap.fr [2]. IMHO those
sites repr
W dniu 16.05.2015 18:41, Martin Koppenhoefer napisał(a):
There surely is some logical structure in the current osm tagging
system and yes, you either look up the tags or learn them, or you will
have to use presets ;-)
Presets are good! But I think their primary purpose is for thing you
have n
>
> On Sat, 16 May 2015 19:19:20 +0200
> Kotya Karapetyan wrote:
>
> > I would like to ask you: is there a web-site and a smartphone app
> > where I could see all OSM data and switch things on and off?
> > That would probably be the answer to the question.
>
>
That's what I think we should have fo
I believe that the discussion regarding amenity v landuse should consider
that where amenity designates the actual use of the area as in
amenity=school, landuse designates the general use of the land... in the
case of the school it should be landuse=education, the same as you get
landuse=residenti
From my experience, rest areas along the US Interstate Highway system
(motorways in OSM terms) usually have a designated area for this, generally on
the opposite side of the parking lot from the building holding human restrooms,
so that there is a reduced risk of stepping in a pet dropping for t
On Sat, May 16, 2015 at 6:54 PM, Clifford Snow
wrote:
> I did wonder about the statement "... about 500 users in the core group of
> the OSM are highly networked in terms of collaboration."
I wonder about that too. Someone compiled a list of the most active users
on OSM lately and published it
service=yard is widely considered as to be used to tag tracks in
"complex series of railroad tracks for storing, sorting, or
loading/unloading, railroad cars and/or locomotives".
But Wiki currently defines service=yard to be used only for marshaling
yards ( http://wiki.openstreetmap.org/wiki/Tag:s
33 matches
Mail list logo
