=50.30141lon=4.15378layers=BFT
Thank you for your replies,
Pieren
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
and yes, we have a wiki page about platform status here:
http://wiki.openstreetmap.org/index.php/Platform_Status
Pieren
On Fri, Jun 20, 2008 at 12:15 PM, Tom Hughes [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED]
Rainer Dorsch [EMAIL PROTECTED] wrote:
Is there a page where
Dear talk,
Could some native english speaker explain the difference between
highway=path and highway=byway recently introduced in map features ?
The description is not obvious. Is it unpaved / paved ? Where is the limit
between path-byway and byway-unclassified ?
regards
Pieren
of byway in german to see their interpretation).
The descriptions in Map Features are used by many countries (directly or for
translations). New entries should be carefully documented.
Pieren
[1] http://lists.openstreetmap.org/pipermail/talk/2007-December/021047.html
[2] http://en.wikipedia.org
page.
Pieren
On Mon, Jul 21, 2008 at 6:46 PM, Bruce Cowan
[EMAIL PROTECTED] wrote:
On Sat, 2008-07-19 at 01:48 +0100, 80n wrote:
More technically, it's an English and Welsh thing. AFAIK, Scotland
doesn't have these (we may do, but our access laws are very liberal
to use relations in the editors.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
, it is potentially dozen applications who could add
their own data into the database. IMHO It's not because it is easy and
open that the database has to be used for other purpose than
geopositionning.
Pieren
___
talk mailing list
talk@openstreetmap.org
http
their experience.
regards,
Pieren
EEA web site for CLC2006: http://etc-lusi.eionet.europa.eu/CLC2006/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Thu, May 14, 2009 at 11:05 AM, Andy Robinson (blackadder-lists)
ajrli...@googlemail.com wrote:
Pieren,
A new OSMF Working Group is being formed to support groups and individuals
with the import of new public and private data. I've copied SteveC who will
be leading the group so that your
as possible
automatic. For instance, a tool detecting conflicts between the new
landuse polygones and existing landuse polygones, then splitting the
data in two sets, one without conflicts which could be directly
uploaded and one with conflicts which would require some individual
investigation/edits.
Pieren
values. Why are you making you life so
complicated ? Are you going to create a relation or a polygone for all
oneway streets or streets with bicycle lanes in your town ? A speed
limit is nothing else than a property of a street.
Pieren
___
talk mailing
for
service roads ?
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
would appreciate
if the discussion is internationalized.
We also have a page looking for a solution about the import and the
conflict resolution with existing landuse in OSM:
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import
Pieren
not say anything about the width as well. It
describes service roads, that's all.
You could use width=x or narrow=yes combined with highway=pedestrian.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of a pedestrian place or a normal sidewalk but under a
building.
Thanks for you advices.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
reorganization.
I would suggest to move the full list of tags into subpages (one for
landuse, one for amenity, etc) and keep on Map Features only the top
5 or 10 most popular tags of each category.
Doing this, the wiki page is much smaller but still gives a good idea
of each category.
Pieren
will be extended
to list all possible amenities, sports, shops, man_made, etc.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
in alphabetic order ?
About synonyms, you can also improve the descriptions to include these
terms or use the REDIRECT feature.
I also don't like the position why bother, it's chaotic, let them
continue. I'm sure we can improve this page a bit more than sort the
amenities.
Pieren
not.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
but drawing for the routing
applications. It's not better.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
as it would be in our case).
I agree with Ulf. We should follow the wikipedia approach.
Undoing mistakes/vandalism should be as easy as creating mistakes/vandalism.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
for some help. As wikipedian do every day in one click.
We cannot, in one way, make edition easy and quick (e.g. the online
editor) and in the other way, make reverting edits complicated and
long. This could work only if you give access to educated and trusted
contributors.
Pieren
). The
others have to repair it manually 1000 times. It is a way to create a
special category of privileged contributors allowed to revert
changesets without saying it.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo
be like that anyone is allowed
to delete or modify a complete wiki page but other contributors (not
the last editor) are just allowed to restore the page line by line or
word by word...
Pieren
___
talk mailing list
talk@openstreetmap.org
http
the examples or is it too
late ?
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
wiki
page Key:traffic sign or we adopt the tag, remove the Proposed
features/Traffic sign and discuss on Talk:Key:traffic sign but
please, stop juggle with a tag being approved and proposed at the
same time on the wiki !
Pieren
___
talk mailing list
talk
set on the way is not enough ?
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
tag for the physical maxheight for countries where it is available
(call it maxheight:physical if you want)
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
prefere to add narrow=yes combined with residential or
unclassified (or any other) highways. It should be interpreted as
between 75% to 50% narrower than the default width of this highway
type.
Pieren
___
talk mailing list
talk@openstreetmap.org
http
.
Tagging roads inside industrial or commercial areas with
highway=residential sounds really bad, sorry.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Read this: http://lists.openstreetmap.org/pipermail/talk/2009-July/038931.html
It seems that one person is not able to revert all the crap he created.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
the default width or
default lanes and so on per highway type per country. That's the
advantage of the key narrow, it is easy to use for mappers and it
works for all countries.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
. Deprecate tag est_width and always store width data in tag width. Add
additional tag that would state accuracy of width data. This is really not
necessary, but will be easier to use by the software and probably also easier
to map.
Pieren
___
talk
/wiki/Cycleway#On-Road_Cycling_.28Cycle_Friendly_Streets.29
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
it is always estimated
(deprecating est_width just hides this point), it is missing in most
of the highways, it is changing continuously along the roads and a
width of 6 meters does not say if an hgv can pass or not, it will
never replace the access restriction tags.
Pieren
.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Barthelemy. Also how can we inform other mappers that the
Yahoo imagery is not correct in this area ?
Can someone from the Netherlands contact me and check with me what
could be done to fix this issue ?
Pieren
___
talk mailing list
talk@openstreetmap.org
On Fri, Aug 7, 2009 at 9:39 AM, Lambert Carstenlhc@solcon.nl wrote:
In any case, PLEASE let us get rid of this 'rule' that a T-junction has to be
on the same layer.
+1
Pieren
___
talk mailing list
talk@openstreetmap.org
http
=path when it is not designated for a particular type of
user and is narrower than a track (one vs two parallel dips). And most
of the time, we find them in rural zones.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
on the wiki, first.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
/Access-Restrictions
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
in the wiki
(http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath/Examples) (and
remove the highway=cycleway+foot=designated alternative because this
is exactly such things that create so much confusion).
Pieren
___
talk mailing list
talk@openstreetmap.org
starting at the right
centimeter in the street ?
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
/loc_name to something new
like official_name/name ?
Where is it discussed/described on this ML or the wiki ?
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
which can be documented on
the wiki (highway=cycleway + foot=yes/no).
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
And applications don't have necessarily to know in which country they
are, defaults can be preprocessed for their needs (e.g. for routing).
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
;-)
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Sat, Aug 22, 2009 at 7:43 PM, Peter Childspchi...@bcs.org wrote:
The problem with this tag is that it's about topology. up/down is
like north/west or turn left/right. Like the tag is_in, it
shouldn't be a tag to say where a point or a pair of points is
geospatialized.
Pieren
applies. In special cases or complex
intersections, I would rather create a relation as it is already
proposed on the wiki.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
://wiki.openstreetmap.org/wiki/Proposed_features/Noname
Everything else is just spamming for reward. That's the risk about
rewards, someone may choose quantity vs quality.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
is missing.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
I'm not againt relations when it is adding information. If I have a
100 meters way and a single stop sign node 5 meters before the
intersection, It is just waste of time and resource to add a relation
for something obvious. I have better things to do than helping lazy
software developers.
Pieren
the distance
from the two intersections is the same or nearly the same), then add
the relation.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
, as in
this case.
First interaction is the coordinates/positions of these elements. We
shouldn't create relations if the information can be deduced from the
positions. We had a similar discussion about identifying all objects
inside a polygon (tag is_in or a special relation).
Pieren
on the minor streets themselves and closed to the
intersections and all tagged with highway=stop
All solutions are valid but 3) makes contributor's life easier.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
relation with the intersection node only.
Why am I so stupid that I tag traffic_lights since years with the
stupid single intersection node and missed a relation for that ;-)
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
suggests that a path is also for
motorcars, we will never stop !
If a car can use it, it's a track, not a path.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
Not in many countries. I couldn't give a track default access
restriction in France for instance. It's really depending on the
region.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
sports
around the world ?
Be aware that validator warnings are in many cases false positive.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
to something which looks
like the worst form of vandalism.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Wed, Sep 2, 2009 at 12:19 AM, Frederik Rammfrede...@remote.org wrote:
Hi,
Pieren wrote:
I'm just questionning myself if I will continue to contribute to OSM
if the admins are not able to react faster to something which looks
like the worst form of vandalism.
Comments like
them manually.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
you deal with the
145 changesets of RR8 if you have to enter manually each number in
your editor.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
,
not its content. That's why you cannot draw on the top of a satellite
picture. Your work is derivated from the picture, not from the earth.
Did Google payed copyright owners before taking pictures of houses
facades, streets, monuments, posters, human bodies, etc ? No.
Pieren
the picture.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
is doing is not allowed.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of it.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
the coordinates and I saw that the licence was not OSM compatible.
But wikipedia has also many POI's located with gmaps, so...
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
are only used to find the right photo. I could agree if
you use the photo georefs to position OSM objects, but here you just
read a street sign on the picture.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo
combinations (with e.g.
tag population) or re-introduce the infamous is_in tag, we should
simply create a new tag place=quarters or place=district which could
apply to villages or small towns and where suburb is simply
inappropriate.
Pieren
___
talk
and once
on the building which is something I can understand, do we have to
write the word Station in the name itself or not ? Is it not implied
by the tag railway=station or building=train_station ?
Pieren
___
talk mailing list
talk@openstreetmap.org
http
(your photo) or the one on the platform itself. If I
look this:
http://upload.wikimedia.org/wikipedia/commons/4/4e/London_Waterloo_stn_signage.JPG
it should be name=London Waterloo...
Pieren
___
talk mailing list
talk@openstreetmap.org
http
could follow, which makes consistent
maps and data.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
if it is really valuable for OSM (I don't have the
answer).
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
the ground.
Tag source is not important, comments in changeset are not
important, complex tagging schema or requests to measure road width
every ten meters are not important. Important is the fun to map.
Pieren
___
talk mailing list
talk@openstreetmap.org
Dear list,
A bot running under the user name BugBuster is currently modifying
many closed ways and remove nodes listed twice, e.g.
http://www.openstreetmap.org/browse/way/31604969/history
Is it not normal that a closed way has the same node twice in the list ?
regards
Pieren
twice at the end of the list, the modified way is not
closed anymore. My guess is that the original creation was wrong and
the fix is also wrong...
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
version is not perfect either.
As soon as he is not changing other stuff, I don't care about this.
Maybe he plans another extra run later. If you want to contact him to
know more about his work, do it.
Pieren
___
talk mailing list
talk@openstreetmap.org
that closed ways are normally
using the same node-id at first and last in the list ?
Could you also enhance your page on the wiki to explain a bit more in
details what your bot is doing ?
Pieren
___
talk mailing list
talk@openstreetmap.org
http
too. But if we move the attribution (which is a legal
statement we must insert) into the changesets, it disappears in the
exports and planet dumps.
If you have a solution for that, we will take it.
Pieren
___
talk mailing list
talk@openstreetmap.org
http
is not
modified at all.
It is not easy. But I still make a difference between some
attributions missing and no attribution at all in exports and dumps
for the 170.000 polygons.
Pieren
___
talk mailing list
talk@openstreetmap.org
http
adoption.
Please check the proposal and add your comments here:
http://wiki.openstreetmap.org/wiki/Proposed_features/orchard
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
here:
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/orchard
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
lend her/his expertise?
Claudius
Please add your comments here:
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/orchard
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
but not about orchard, then just use
landuse=farm|farmland.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
geolocalized data.
Don't be surprised if one day, all those url's will be removed by a
clean-up bot.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
by
yes and false or 0 by no (and nothing else).
In this way, mappers are still free to prefer true or 1 and we
try to keep some consistency. Or would this bot be banned ?
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
other web sites who would like to be pointed by OSM. And
who will decide that what is good for wikipedia is not good for
microsoft bing or google bong or whatever. Then if you say remove
microsoft url's, they will call you a vandal ?
Pieren
___
talk mailing
be well
considered or if it just a bad idea.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
and this is opening the door to a bad practice.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Tue, Oct 6, 2009 at 12:02 AM, Richard Fairhurst rich...@systemed.net wrote:
I'm pleased to announce a new mailing list: tagg...@openstreetmap.org .
So, we still have to create a what is thinking Frederik list and a
what is not saying SteveC and we can close the main osm-talk list.
Pieren
+ 5 + steps is that you
never suggest anything...
And, btw, I think that discussions about tagging is central enough in
OSM project that it should stay in the main talk list.
cheers
Pieren
___
talk mailing list
talk@openstreetmap.org
http
On Tue, Oct 13, 2009 at 5:53 PM, Russ Nelson nel...@crynwr.com wrote:
Why wait? Tag boldly and document what you did in the wiki.
No, no and no. If you are unsure or unhappy with existing tags, then
document, suggest and discuss before putting crap in OSM !
Pieren
Hi,
please join the opinion poll about the landuse=orchard proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/orchard
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
the job to clean-up the database.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
on that point. But he just decides to ignore all the
investments spent to rectify and georeference these photos on which
his derivative work is based. And this investment and work is
protected.
Pieren
___
talk mailing list
talk@openstreetmap.org
http
if they are at different levels (then add the tags bridge/tunnel/layer
as usual).
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
drawing every single
lanes or everything as areas and this proposal.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
in
details. Anyway, your rendered example looks nice but you create other
difficulties like drawing the street name.
Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
1 - 100 of 5139 matches
Mail list logo