I posted a query about various 'Use Cases' for OSM data in regard to the new
licence on the 7th Feb. See archive here:
http://lists.openstreetmap.org/pipermail/legal-talk/2008-February/000680.htm
l
I was concerned to see that the answers received were not conclusive and
that no response has
Peter Miller [EMAIL PROTECTED] wrote: [...]
http://lists.openstreetmap.org/pipermail/legal-talk/2008-February/000680.html
I was concerned to see that the answers received were not conclusive and
that no response has been given by a qualified lawyer. With regard to the
brief for this licence
Frederik Ramm wrote:
Sent: 19 March 2008 3:00 PM
To: Licensing and other legal discussions.
Subject: Re: [OSM-legal-talk] License update
Hi,
Bully for you. What's in it for other participants? More abuse that
they can't give conclusive answers and aren't not qualified lawyers?
Well perhaps
Peter Miller [EMAIL PROTECTED] wrote:
From: MJ Ray [...]
Not *the* licence project. *That* licence project, making use cases
and testing things against them. I don't see how that connects to the
OSMF licence development work except at one point = it is a tangent.
I don't follow your
[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 should be
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
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 the discussions
about
the edit war in
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 properly
snip
PS. Why are trunk_links rendered above primary/secondary streets. It
make
ugly junctions.
This has bothered me for a while now but I have not got round to fixing
it. It does look ugly and I think is quite easily fixed. At the moment
rendering of mway/primary/trunk and their respective
On Wed, Mar 19, 2008 at 10:52 AM, Steve Chilton [EMAIL PROTECTED] wrote:
snip
PS. Why are trunk_links rendered above primary/secondary streets. It
make
ugly junctions.
This has bothered me for a while now but I have not got round to fixing
it. It does look ugly and I think is quite
Just a quick follow-up with some numbers for disk space usage for those
interested. I had a go at importing 10 metre contour lines for the whole
of Eurasia into PostGIS - latitudes of 0 - 46 degrees North required about
110 gig of disk space for the Postgres table and amounted to around 105
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
data but only
Finally got around to adding up the numbers. In total a whole 10
people gave me a figure (including me). The final total for photos
was about 42G. Not a huge figure really...
On 12 Feb 2008, at 17:13, Jon Stockill wrote:
If you tell me what features you need I'm can prod the programmer
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gervase Markham wrote:
| [I'm afraid this might be a bit of a complaint without a solution, as I
| don't have the necessary wiki skills to fix this. But I hope someone
| else does.]
|
| The admin involved in proposing and approving tags, in terms of
Frederik Ramm wrote:
Why not ditch the whole notion of approved features altogether. It
doesn't cut any meat in our community anyway. What does approved
mean, and who has the right to approve something?
Having an approved set of tags means that there is ideally 1, but
certainly a small
On Wed, Mar 19, 2008 at 2:03 PM, Gervase Markham [EMAIL PROTECTED] wrote:
Frederik Ramm wrote:
Why not ditch the whole notion of approved features altogether. It
doesn't cut any meat in our community anyway. What does approved
mean, and who has the right to approve something?
Having
On Wed, Mar 19, 2008 at 2:39 PM, Andy Robinson (blackadder)
[EMAIL PROTECTED] wrote:
Dave Stubbs wrote:
Sent: 19 March 2008 2:25 PM
To: Gervase Markham
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] Tag proposal/approval system is too heavyweight
On Wed, Mar 19, 2008 at 2:03 PM,
Hi,
Having an approved set of tags means that there is ideally 1, but
certainly a small number of ways of tagging common features, rather
than
15 or 50.
Even without a mechanism of approval people will eventually settle
down on a small number of ways of tagging common features. Not
On Wed, March 19, 2008 17:57, Frederik Ramm wrote:
+1 to replacing approval/voting by a good automated mechanism of
showing what's there. Agreed, the structuring needs to be solved but this
could be done by editing in the Wiki as a completely separate process that
does not aim to influence
I played a little last night thinking of how a router application might
sense junctions and worked out a solution at the way/map level.
see:
http://www.openstreetmap.com/?lat=51.11773lon=-114.0701zoom=17layers=0BFT
(osmarender has rendered this, but you have to go to edit to see what I did).
Talking as a new comer I haven't experienced any long drawn out tag
approval process, however I would comment that the whole point of OSM is
that you can tag any way you like (or as much as you like).
The main point is that the renderer won't know how to use the odd-ball
tags. So in reality it is
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 use
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
other
Hello all,
I have extended voting on historic=wreck. Thanks goes to the 9 people
who have voted. I need another 6 people to cast their vote.
http://wiki.openstreetmap.org/index.php/Proposed_features/wreck
Regards,
TimSC
___
talk mailing list
Hi,
In a standard open source software project, authority is (roughly) a
meritocracy. Authority flows to those people who contribute and who
demonstrate themselves competent.
There's one group of people who like authority, and power, and they
give themselves titles and do elections and
On Wed, Mar 19, 2008 at 7:45 PM, Gervase Markham [EMAIL PROTECTED] wrote:
Frederik Ramm wrote:
Those who make the decision have no authority anyway. So why not
record the rationale without the decision, as it is anybody's free
choice to follow them or not.
Then welcome, everyone, to
Dave Stubbs wrote:
So when a group of 5-15 people on the wiki all vote for a feature and
approve it, it generally means absolutely nothing. Tagging lives and
dies by it's usefulness, by how much it's used, and by whether anyone
actually producing an end product decides to use it. So if
Hi,
Of course tagging lives and dies by its usefulness; Map_Features is a
way of saying People who have thought hard about the specific problems
associated with tagging X have discussed it, and decided that this is
the best way. All the renderers recognise this way. You can do it
another
Hi
There is a project http://wiki.openstreetmap.org/index.php/UMP2OSM which
allows to import some (currently only streets ) from UMP.
But what if data already exists .How it was dealt in other bulk uploads
,say tiger . I'm worrying especially about Warsaw.
It would be nice if josm had feature
Hi,
It would be nice if josm had feature to merge ways. I know it isn't easy
but imagine you select two ways click merge and in result you have one way.
Don't know what exactly you have in mind. If those two ways don't
overlap, but meet at one point, then merging is already possible with
Frederik Ramm wrote:
Hi,
It would be nice if josm had feature to merge ways. I know it isn't easy
but imagine you select two ways click merge and in result you have one way.
Don't know what exactly you have in mind. If those two ways don't
overlap, but meet at one point, then
Voting is now open on tagging for the sport of shooting.
http://wiki.openstreetmap.org/index.php/Proposed_features/Shooting
Please record your vote.
-Alex Mauer hawke
___
talk mailing list
talk@openstreetmap.org
Frederik Ramm schrieb:
BUT:
The way we usually do things around here is those who do the work get
to decide how it's done. You are, and not for the first time, talking
about how to control what OTHERS do and how they do it (your example
is not whether you tag in miles or kilometres, but
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 function
Hi,
Interestingly, your vineyard example is exactly working that way. YOU
have decided that you want to have vineyards in the way you like it. YOU
have implemented it into osmarender to be shown on the map. So in effect
YOU control how others do theirs - by setting the reference how
Frederik Ramm schrieb:
Interestingly, your vineyard example is exactly working that way. YOU
have decided that you want to have vineyards in the way you like it. YOU
have implemented it into osmarender to be shown on the map. So in effect
YOU control how others do theirs - by setting the
Alex Mauer schrieb:
Voting is now open on tagging for the sport of shooting.
http://wiki.openstreetmap.org/index.php/Proposed_features/Shooting
Please record your vote.
Page says: voting is not open yet, proposed for 2008-02-12
Regards, ULFL
Hallo,
ich habe gestern gesehen, dass es fuer Tuebingen von der Stadt eine
Karte gibt, die recht detailliert aufzeigt, welche Wege fuer Leute
mit koerperlichen Behinderungen geeignet sind, wo sich z.B. Treppen
oder starke Steigungen befinden.
Tagged jemand sowas? Ich koennte mir vorstellen,
Am 19.03.2008 um 18:44 schrieb Daniel van Gerpen:
ich habe gestern gesehen, dass es fuer Tuebingen von der Stadt eine
Karte gibt, die recht detailliert aufzeigt, welche Wege fuer Leute
mit koerperlichen Behinderungen geeignet sind, wo sich z.B. Treppen
oder starke Steigungen befinden.
Am 19.03.2008 um 19:18 schrieb Raimond Spekking:
Für Gefälle: highway:incline bzw. highway:incline_steep
highway=incline(_steep) ist lediglich für Nodes gedacht und gibt das
Steigung/Gefälle-Verkehrsschild an. Wobei sich hier die alte Frage
stellt, für welche Richtung diese Information
Hallo,
In De:Map_Features ist kurioserweise ein rejected Proposal zu einem
Zusatztag incline=xx% verlinkt, welches mit jedoch ganz sinnvoll
erscheint. http://wiki.openstreetmap.org/index.php/Tag:highway%3Dincline
Dann lies die Begruendung, warum es rejected wurde, und wenn es Dir
trotzdem
Hallo,
Von daher kann ich nicht nachvollziehen, warum deine Antwort dermaßen
harsch ausfällt.
Das war ueberhaupt nicht harsch gemeint, im Gegenteil. Ich meinte:
Lies durch, warum es rejected wurde, beurteile die Gruende - manchmal
ist ja was dabei, wo man selber nicht dran gedacht hatte, und
Bei Steigungen sehe vor allem zwei Probleme: 1. Wie erfassen wir die
Steigung? Die Höhenangaben von GPS sind leider alles andere als genau
und bei den kurzen Strecken, die bei innerstädtischen Ways anfallen,
dürfte das etliche Prozent ausmachen. 2. Gibt es einen Grenzwert, ab
dem eine
Moin,
ich bin
deswegen eher ein Fan vom ele-Tag, der einfach an diversen Knoten angibt,
wie hoch der liegt (und wenn es ein bissl daneben liegt, weil die Leut'
ihrem GPS zu sehr vertrauen, finde ich das immernoch besser, wie nix).
Daraus kann dann ja der Renderer Steigungsangaben
Moin,
Tagged jemand sowas? Ich koennte mir vorstellen, dass zumindest die
Steigungen fuer auch Cyclemaps interessant waeren.
der NRW Radroutenplaner beherrscht eine Option Steigungen möglichst
vermeiden. Das ist schon ziemlich cool.
Dass man als Nichtbehinderter Features für Behinderte
Am 19.03.2008 um 22:15 schrieb Christoph Eckert:
Moin,
ich bin
deswegen eher ein Fan vom ele-Tag, der einfach an diversen Knoten
angibt,
wie hoch der liegt (und wenn es ein bissl daneben liegt, weil die
Leut'
ihrem GPS zu sehr vertrauen, finde ich das immernoch besser, wie
nix).
Hi,
Könnte man hierfür nicht auch nachträglich für ein bestimmtes Gebiet
OSM- und GPX-Daten vom Server holen, zu jeder Node den nächstgelegenen
GPS-Punkt suchen und dessen Höhe in das ele-Tag übernehmen? Eventuell
wäre ja auch ein Durchschnitt, Median etc. der k-nächsten Nodes
Hallo Liste,
Zum Thema Treppen taggen hätte ich auch noch eine Frage. Wie würdet Ihr
10m breite Trappen taggen? Es handelt sich um eine Treppe von einem Dom.
Ciao Holger
Daniel van Gerpen schrieb:
Hallo,
ich habe gestern gesehen, dass es fuer Tuebingen von der Stadt eine
Karte gibt, die
Holger Schrader schrieb:
Hallo Liste,
Zum Thema Treppen taggen hätte ich auch noch eine Frage. Wie würdet Ihr
10m breite Trappen taggen? Es handelt sich um eine Treppe von einem Dom.
Ciao Holger
highway=steps
width=10 ?
Es wird zwar unglücklich sobald ein way breiter als lang ist, aber
Frederik Ramm schrieb:
Ich bin auch der Ansicht, dass die Leute, die da munter Proposals
accepten und rejecten reine Paragraphenreiter sind, ohne die das
Projekt bestimmt nicht untergehen wuerde.
Vielen Dank für die Blumen!
ULFL
___
Talk-de
Hallo,
Ich bin auch der Ansicht, dass die Leute, die da munter Proposals
accepten und rejecten reine Paragraphenreiter sind, ohne die das
Projekt bestimmt nicht untergehen wuerde.
Vielen Dank für die Blumen!
Jaja. Korrigiere: einige der Leute, die da... - oder bin ich der
einzige, der
Bei Steigungen sehe vor allem zwei Probleme: 1. Wie erfassen wir die
Steigung? Die H?henangaben von GPS sind leider alles andere als genau
und bei den kurzen Strecken, die bei innerst?dtischen Ways anfallen,
d?rfte das etliche Prozent ausmachen. 2. Gibt es einen Grenzwert, ab
dem eine
Frederik Ramm schrieb:
Jaja. Korrigiere: einige der Leute, die da... - oder bin ich der
einzige, der den Eindruck hat, dass einige Namen *ausschliesslich* in
Zusammenhang mit Abstimmungen ueber relativ unbedeutende Tags
auftreten?
Das ist schon so. Aber was ist daran jetzt so schlimm?
Ist
Bonjour,
je vous envoi ce mail pour rappeler que la prochaine réunion IRC
Francophone aura lieu le vendredi 4 avril à 21h. Si vous voulez ajouter
des ordres du jours, rendez vous sur la page dédiée :
http://wiki.openstreetmap.org/index.php/2%C3%A8me_R%C3%A9union_Francophone_IRC
Que les
Apologies for posting in English to the list - I will keep it short.
Is anyone attending this event in Paris?
http://www.ortech.fr/geo-evenement/village_open_source.php
Cheers,
--
Nick Black
http://www.blacksworld.net
56 matches
Mail list logo
