, this also happens with commercial maps. They are often made from photos
nowadays, and both humans and software might
interpret them wrong.
I believe OSM is pretty decent, but 100% correct? Of course not.
- Vegard
On Mon, Dec 30, 2019 at 03:41:47PM +0300, 80hnhtv4agou--- via talk wrote:
d is rarely sued in court in comparison to copyright infringements.
>
The legality around copyright on "collections of facts" are different
throughout the world. We have to assume that collections of facts
are, indeed, copyrightable, and that a lawsuit (or even just bad
publicity) base
ved,
but at the culprit that added it to OSM in the first place.
So anyone who considers adding stuff that is not 100% OK to copy is
destroying the project from within, not helping it.
Period.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
What about editor facebook support for editors? :)
No, I'm actually serious -
"Vegard Engen mapped , near ." ?
Of course with a few links in the post that appears on facebook.
- Vegard
On Mon, Jul 23, 2012 at 08:25:45PM -0700, Mikel Maron wrote:
> Great spirit! Now th
Statens Vegvesen/NVDB-mennesker tidligere? Om jeg ikke får høylytte
> > protester, komponerer og sender jeg en mail ikveld.
>
Se over.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Well. Then I come along, add an amenity=cafe, under a CCBYSA2.0-license. But
at the wrong spot. And you, having chosen an OdBL-license, decides to move it
to the correct position. Under what license is that node?
This isn't going to be easy, hardly possible? :)
- Vegard
On Tue, Aug 24, 20
-norwegian border river with a GPS :) Unfortunately, we got the
data through other means :)
- Vegard
On Fri, Dec 11, 2009 at 09:02:09PM +1100, Elizabeth Dodd wrote:
> so we don't need imported data?
>
> -- Forwarded Message --
>
> Subject: Re: [OSM-talk] Why
s.
3) Change the color for my own GXS tracks, so that I see what is my own and
what is downloaded.
4) If things get too cluttered from GPS points, it's easy to hide the
downloaded GPX points and just see your own.
5) After you're done with a GPX, upload it to OSM. It's g
f I map so close to the
sea that this accuracy becomes important.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
n within the last month)
>
That would be a good metric. Also,
- how many users have not logged in for a year ?
- how many users with significant/long-term contributions have not
logged in for a month/year ?
--
- Vegard Engen, member of the first RFC1149 impl
ng in the DB at all, a question I haven't thought all that much
about :)
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
he end. Certainly
not the task of creading a free map of the world. This is why we need
Map_features-page. And without it, it would be pretty much impossible to
join the project at all, it would just be too hard to gain an
understanding on how to tag.
--
- Vegard Engen, member of the first RFC
But:
old_amenity=fuel is better than amenity=old_fuel :)
Both renderer-wise and logically.
It's no longer an amenity, is it? :)
- Vegard
On Wed, Nov 19, 2008 at 12:11:58PM +0100, vegard wrote:
> Uh...
> so you want amenity=old_pub, amenity=old_restaurant etc. too?
>
&
Uh...
so you want amenity=old_pub, amenity=old_restaurant etc. too?
better with a specialized tag that applies to all...
Rendering proposal: The same as the real one but with a black cross-over?
- Vegard
On Wed, Nov 19, 2008 at 11:02:41AM +, Shaun McDonald wrote:
> amenity=old_fuel,
evel of detail we get. So I
say it's good to have a layer with as much detail as possible.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Wed, Nov 12, 2008 at 03:36:00PM +, Rory McCann wrote:
> gpsbabel -i mybiggpxfile.gpx -f gpx -x track,name=mytrack -o mytrack.gpx
> -F gpx
>
You have reversed some options.
-i gpx -f mybiggpxfile.gpx -o gpx -F mytrack.gpx
- Vegard
--
- Vegard Engen, member of the firs
nd clearly label things that needs fixing.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
- I didn't vote either, but I would have, had the voting process
been more available :) (I know of it, I just don't filter it out from
rest and participate...)
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Tue, Oct 21, 2008 at 10:11:14PM +0200, Frederik Ramm wrote:
> Hi,
>
> vegard wrote:
> >I agree. this democracy and meritocracy thing is good for something, but
> >for the map to be really useful as a *world* map and not separated
> >islands,
>
> Is it really
t either, and if
someone has already thought of something better, we're all better off in
the long run.
This "do as you like, we're not deciding anything here" is really too
much touted :) Let's call them recommendations, and let us call the
deprecated tags deprecated,
On Mon, Oct 20, 2008 at 12:27:27PM -0700, Dave Hansen wrote:
> On Mon, 2008-10-20 at 09:43 +0200, vegard wrote:
> >
> > I see it like this: What could be very useful to have, is a mapping
> > between tiger data (old set) and OSM data. It could be to late for t
e to do more or less manually, but I'm
sure you could automatize bits of it - like road classification changes,
name changes etc.
This is my rough proposal for how to handle large chunks of external
data.
--
- Vegard Engen, member of the first RFC1149 implementation team.
e houses (or the object
> representing them).
>
But house-numbers are *related* to a way => relations ?
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ng to merge things with different properties (unless one of
them was non-tagged).
2) Not allowing to drag non-nodes so easily? Could be annoying, granted, but
it's actually very seldom you need to?
3) Make it harder to delete things? Not allowing to delete something you
didn&#x
eferences box to turn it off.
Yes, it's gonna be a bit annoying to new users. But not nearly as
annoying as having to clean up hard-worked map data.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
a cycleway anymore, because pedestrian are
> allowed.
>
> Luckyly, the higwhay=path is made for that
>
>
>
Except that it doesn't seem like that. You might believe so, but *noone*
renders a plain highway=path - which means noone is gonna use it.
--
- Vegard Enge
gt; Can anyone tell me what I'm doing wrong?
>
For people to debug, you need to:
1) Provide the OSM data you worked from.
2) Provide the resulting .IMG-file.
3) Provide the exact commands and steps to make/install it.
I have a 60Csx and regularly make Garmin maps from OSM-data
ction" set of data, noone is gonna dare use our data
to anything except small things that can be manually verified.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
routes on for the
> Bike2Benefits.org program allows you to view the
> OSM map as a base layer. Here's an example:
>
> http://www.bikemap.net/#lt=44.9759&ln=-93.2166&z=14&t=4
>
Fair enough. But the copyright info is sort of strange?
Powered by google, OpenStreetmap. Map
th oter dual-use amenities...
While I for now use the dual-node mechanism, I don't like it because of
the above reason.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
enity=pharmacy
amenity=bank with amenity=atm (this is already made a special case for)
and I'm sure the list is endless.
I feel we need a generalized solution, and then come up with rendering
as needed for the most used combinations?
--
- Vegard Engen, member of the first RFC1149 implementat
ail.
And I rather make the from-header be the adress I want replys to, if I want
to do it permanently.
So I say: Let's be pragmatic and do what most people feel is the most
logical thing. And most people will *not* have sensible mailers.
--
- Vegard Engen, member of
n that reply-to to the list is a good thing just
because that's the most intuitive to a beginner, and the most
experienced learn to cope with whatever is standard behavior.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
n.
I guess that a lot of this *is* actually up to me, but I'm a strong
supporter of actually agreeing on this as long as we are actually
editing the same map, sort of :)
All input and opinions (and the rest in the series:
http://www.flickr.com/photos/vegard_engen/tags/osm/) is welcome :)
--
additional_services/additional_amenities=bank;post_office;pharmacy?
Or: amenity:additional=bank;post_office;pharmacy ?
This is sort of a generalization of atm=yes on amenity=bank, although
I'm not sure we should touch that one.
--
- Vegard Engen, member of the first RFC1149 implementation
:)
But those with only serving of food/drinks, we could just as well tag
as amenity=restaurant, amenity=cafe etc.
Well. Back to tagging yesterdays mountain-trip.
--
- Vegard Engen,
member of the first RFC1149 implementation team.
___
talk maili
ere are a lot of cases where it's not necessarily true.
Someone who knows the implementation will have to tell how it's handled
today, though.
--
- Vegard Engen, member of the first RFC1149 implementation team.
___
talk ma
On Mon, Aug 04, 2008 at 11:07:24AM -, m*sh wrote:
> On Mon, August 4, 2008 10:14, vegard wrote:
> > For naming of streets in cities, where properties change very often and
> > you have to make many small ways, it sometimes gets annoying that the
> > name is duplicated.
&g
?
I'm no expert on the inner workings in either of the renderers, but to
me it sounds like a quick fix to a small annoyance. If someone that
knows the renderers could either agree or disagree, I'd be happy anyways
(well, obviously happier if they agree :)
--
- Vegard Engen, member of the fir
ng able to do that together with more experienced
mappers the first time is so much easier than trying to find out how to
do it yourself.
The "why not just use google" will of course be asked, but in a LUG,
you should at least get a few people who
40 matches
Mail list logo
