On Sat, Mar 29, 2008 at 4:18 AM, Robin Paulson <[EMAIL PROTECTED]> wrote:
> > I thought the whole point of this
> > project was to get away from crap like that...
>
> well, partly. but the practicality is that we need a license that says
> 'do this if you want to use our data' to protect it fr
On 21/03/2008, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
> What defines a major source? If I say I want my data to be displayed
> with attribution on any application that uses OSM, I don't think
> that's reasonable. We can reference them on the website, in a press
> release, whatever. Bu
On 21/03/2008, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
> > in the second case,well i see this as unlikely. how any orgs are
> > willing to go to the cost of creating a duplicate data set for an area
> > (by which i mean same data, same area), when they can get one that
> > exi
On Thu, Mar 20, 2008 at 10:05 AM, Robin Paulson <[EMAIL PROTECTED]> wrote:
> what about only including info for major data sources that demand
> attribution, i.e. not the osm username info? this would at least keep
> everything in a (very big ) area labelled the same, plus it would be
> easier
On Thu, Mar 20, 2008 at 9:56 AM, Robin Paulson <[EMAIL PROTECTED]> wrote:
> in the first case, there is room for two attributions - one is the
> proposed read-only tag, called attribution, which is set to 'linz' or
> whatever. the second is from the edit history, retrieved by the API,
> set to
Richard Fairhurst wrote:
> Lester Caine wrote:
>
>> When you jump into some of the links provided HERE you may have no
>> idea in the
>> world where you are, so a banner line with 'Auckland, New Zealand'
>> would be
>> very useful anyway?
>
> In some circumstances. But over and above a basic
Robin Paulson wrote:
> what about only including info for major data sources that demand
> attribution, i.e. not the osm username info? this would at least keep
> everything in a (very big ) area labelled the same, plus it would be
> easier to explain to a non-copyright-savvy user? of course, only
On 20/03/2008, Richard Fairhurst <[EMAIL PROTECTED]> wrote:
> > bear with me here, i'm not sure what you mean:
> > what is the serious cartographic issue, and why is it a problem?
>
>
> It looks pug ugly!
fair point, i'll agree with that
> Not a lot more that I can say than that, but I'll try.
On 20/03/2008, Cartinus <[EMAIL PROTECTED]> wrote:
> > well, yes but you're moving the goal posts here. what you're
> > suggesting is no different in concept to a user looking up street
> > names in google maps/microsoft live maps/etc. and adding them to the
> > database, having traced the shap
Lester Caine wrote:
> When you jump into some of the links provided HERE you may have no
> idea in the
> world where you are, so a banner line with 'Auckland, New Zealand'
> would be
> very useful anyway?
In some circumstances. But over and above a basic attribution
requirement, you should
Frederik Ramm wrote:
> A good cartographer would probably resort to displaying the repeating
> bit (the LINZ part) only once, somewhere at the bottom of the map, and
> show only those explictily that are different.
Another example of the need for better control of hierarchy ;)
There are two elemen
On Wednesday 19 March 2008 20:35:52 Robin Paulson wrote:
> On 19/03/2008, Cartinus <[EMAIL PROTECTED]> wrote:
> > Twice no.
> >
> > Objects in the database are more than just shapes. To concentrate on the
> > second one: The shape from the Yahoo image is better, but there are no
> > names visible
Hi,
(accidentally sent to Richard only on 1st attempt)
> It looks pug ugly!
The issue I have with the Osmarender "(c)" layer is mostly one of the
public image it creates. If, after I have explained to someone how
we're creating a FREE map, that person sees a map cluttered with lots
of "(c) s
Robin Paulson wrote:
> [adding attribution to the Mapnik layer]
> bear with me here, i'm not sure what you mean:
> what is the serious cartographic issue, and why is it a problem?
It looks pug ugly!
Not a lot more that I can say than that, but I'll try. It performs an
interesting social functi
On 19/03/2008, Richard Fairhurst <[EMAIL PROTECTED]> wrote:
> > On 19/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> >> Thinking more on how osmarender places a copyright on one side of a way,
> >> could the other sided be used for an 'attribution' tag?
> >
> > how much of an issue
On 19/03/2008, Cartinus <[EMAIL PROTECTED]> wrote:
> Twice no.
>
> Objects in the database are more than just shapes. To concentrate on the
> second one: The shape from the Yahoo image is better, but there are no names
> visible in the aerial photographs. If I don't know the name (and whatever
>
On 20/03/2008, Stephen Gower <[EMAIL PROTECTED]> wrote:
> I absolutely agree with this (aka "+1").
>
> OSM's baseline is user-collected data, freely given to project.
> Imports of large datasets are nice, but if they can't be given
> under the same terms as my GPS tracks, OSM should have to
Ultimately I'm not sure we have a lot of wiggle room here because of the
share-alike license.
We could offer that the main website does nice attributions at the bottom of
the window, but we can't put any such _demands_ on the use of the data. The
reason being that I (speaking as one of many co
On Tue, 18 Mar 2008, Andy Allan wrote:
> Aargh. This is so close to being extremely useful. But if that's going
> to be a requirement for my cycle map to display that, and all the
> sites that use the main slippy map, or those embedding the cycle map
> tiles, and the garmin.img files need to displ
Frederik Ramm wrote:
> Hi,
>
> On 19.03.2008, at 09:14, Lester Caine wrote:
>> Which is why FOR LEGAL REASONS most decent wiki type frameworks don't
>> have
>> delete as an option for basic users!
>
> [...]
>
>> HOPEFULLY more countries will follow AND and New Zealand in providing
>> accurate
On Wed, Mar 19, 2008 at 10:44:00AM +0100, Frederik Ramm wrote:
>
> We don't manage other people's data on their behalf. We assimilate it
> into the collective, and it thereby becomes everybody's data. We
> modify it, delete it, replace it, change all of its properties and
> tags as we see fi
On Wed, Mar 19, 2008 at 6:11 AM, Lester Caine <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> >> On Tuesday 18 March 2008 23:43:39 [EMAIL PROTECTED] wrote:
> >>> The problem I can see with this is that the source attribute can be
> >>> altered (or stripped).
> >> Which is as it should b
Hi,
On 19.03.2008, at 09:14, Lester Caine wrote:
> Which is why FOR LEGAL REASONS most decent wiki type frameworks
> don't have
> delete as an option for basic users!
[...]
> HOPEFULLY more countries will follow AND and New Zealand in
> providing accurate
> data but only if that data is prop
Robin Paulson wrote:
>Sent: 19 March 2008 7:56 AM
>To: Cartinus
>Cc: talk@openstreetmap.org
>Subject: Re: [OSM-talk] import of dataset for new zealand
>
>On 19/03/2008, Cartinus <[EMAIL PROTECTED]> wrote:
>> Anybody wanting (semi-)read-only tags in OSM should read
Cartinus wrote:
> Anybody wanting (semi-)read-only tags in OSM should read the discussions
> about
> the edit war in Cyprus to see how futile they are for this purpose.
>
> Can't edit a tag? Just delete the whole object and create it anew.
Which is why FOR LEGAL REASONS most decent wiki type fr
On 19/03/2008, Cartinus <[EMAIL PROTECTED]> wrote:
> Anybody wanting (semi-)read-only tags in OSM should read the discussions about
> the edit war in Cyprus to see how futile they are for this purpose.
>
> Can't edit a tag? Just delete the whole object and create it anew.
true, but is that reall
Anybody wanting (semi-)read-only tags in OSM should read the discussions about
the edit war in Cyprus to see how futile they are for this purpose.
Can't edit a tag? Just delete the whole object and create it anew.
For a more practical example related to mass imports:
The waterbodies from the AND
[EMAIL PROTECTED] wrote:
>> On Tuesday 18 March 2008 23:43:39 [EMAIL PROTECTED] wrote:
>>> The problem I can see with this is that the source attribute can be
>>> altered (or stripped).
>> Which is as it should be. If an object originating from that import is
>> significantly altered later, then it
Robin Paulson wrote:
> On 19/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> Thinking more on how osmarender places a copyright on one side of a way,
>> could the other sided be used for an 'attribution' tag?
>
> how much of an issue would it be to do this in mapnik as well?
No way. Wh
On 19/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Which is as it should be. If an object originating from that import is
> > significantly altered later, then it should be possible to reflect this in
> > the source tag.
of course, defining 'significantly altered' becomes an issue
> On Tuesday 18 March 2008 23:43:39 [EMAIL PROTECTED] wrote:
>> The problem I can see with this is that the source attribute can be
>> altered (or stripped).
>
> Which is as it should be. If an object originating from that import is
> significantly altered later, then it should be possible to refle
On Tuesday 18 March 2008 23:43:39 [EMAIL PROTECTED] wrote:
> The problem I can see with this is that the source attribute can be
> altered (or stripped).
Which is as it should be. If an object originating from that import is
significantly altered later, then it should be possible to reflect this
>
> Upload it all from a username dedicated to nothing but uploading
> linz-sourced data.
> source="linz http://some.server.somewhere/linz-attribution.html";
>
The problem I can see with this is that the source attribute can be
altered (or stripped). Is it possible to add a 'write once' attribute
On 19/03/2008, Ian Darwin <[EMAIL PROTECTED]> wrote:
> > the key is the attribution
> >
> > at present there is no method for attributing data in osm, so this is
> > a call to all:
>
>
> I presume you've verified that putting it on the OSM web site would not
> be adequate? I think there needs
Robin Paulson wrote:
> "Contains data sourced from Land Information New Zealand. Crown
> Copyright reserved. Land Information New Zealand gives no warranty in
> relation to the data, including its accuracy, reliability and
> suitability and accepts no liability whatsoever in relation to any
> loss,
Hello,
On Tue, 18 Mar 2008 11:03:48 +, "Andy Allan" <[EMAIL PROTECTED]>
wrote:
> On Tue, Mar 18, 2008 at 9:44 AM, Robin Paulson <[EMAIL PROTECTED]>
> wrote:
>> land information new zealand is a government org that holds data on
>> roads and properties for the entirety of new zealand. they ha
On Tue, Mar 18, 2008 at 9:44 AM, Robin Paulson <[EMAIL PROTECTED]> wrote:
> land information new zealand is a government org that holds data on
> roads and properties for the entirety of new zealand. they have
> recently given permission to use their data sets in osm, with a caveat
> that we inc
land information new zealand is a government org that holds data on
roads and properties for the entirety of new zealand. they have
recently given permission to use their data sets in osm, with a caveat
that we include an attribution statement:
"Contains data sourced from Land Information New Zeal
38 matches
Mail list logo