Hi,
On 05/20/11 14:09, Dirk-Lüder Kreie wrote:
You write there that the cutting is done sequentially from large to
small. Seeing as how the polygon complexity is one major factor in the
cutting process, wouldn't it make sense to use more smaller, more
precise polygons to cut out the small stuff
Hi,
"by popular demand" ;)
http://download.geofabrik.de/clipbounds/
Please make sure to read the README file there.
Regarding boundaries, I prefer geographical over political grouping. The
Azores are part of the Europe extract but they are not part of the
Portugal extract; likewise, Briti
Hi,
On 05/19/2011 06:44 AM, Hermann Peifer wrote:
Are the boundary polygons that you use for clipping available somewhere?
I do vaguely remember that I have seen them earlier, but I can't find
them anymore.
No, they aren't publicly available but I send them to people on request.
There's reall
er off with
Leaflet but if you want ... you'll be probably bet better of with
OpenLayers" way.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstr
Hi,
On 05/09/2011 06:21 AM, Serge Wroclawski wrote:
The API is RESTful, and therefore should hold no state. OAuth is
precisely the opposite of that.
One could argue that at least the write API (which is the one mainly
requiring authentication) is stateful already because you have to open a
c
only that your everyday login
will be simplified. So anyone for whom the signup is an insurmountable
hurdle will not join - whether we support OpenID or not.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
__
, and try for better integration with sites that are...
new users already seem to be quite confused by the multitude of options
to express oneself in OSM.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
__
Hi,
sorry. Loaded your Polygon now, should be live in ~18 hours.
Bye
Frederik
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Russ,
(I'm trying to move this over to legal-talk because you are
expressing an interesting legal viewpoint):
On 05/05/11 06:27, Russ Nelson wrote:
I'm wondering on what data you come to that conclusion? Because people
have clicked "ok" on the license change and CTs? And yet there is no
ag
Hi,
On 05/04/11 19:34, Kai Krueger wrote:
Wikipedia has a global foundation responsible for the maintenance of all
databases and then local chapters who provide further support and services
on top of that.
OSM (can) works similar. There is a global database and various local
chapters that provi
Hendrik,
On 05/04/11 00:44, Hendrik Oesterlin wrote:
It is included, but ADSL in New Caledonia is expensive and therefor
quite slow (256kb downstream).
I have added a New Caledonia extract, and it should be there daily from
tomorrow.
Bye
Frederik
___
Hi,
On 05/04/11 03:23, Serge Wroclawski wrote:
Dave, if you have a suggestion that would let us communicate in real
time (not over weeks via email) then please share this with the group.
The alternative to communicating in real-time is fundamentally changing
your organisational structure to r
Phil,
On 05/04/11 01:48, Phil Endecott wrote:
I need to use simplified polygons; cutting out a country with a 15k
node polygon would take forever.
Is your point-in-polygon test O(N) in the size of the polygon? You can
do much better than that.
I use Osmosis, which in turn uses whatever Java
cess. I need to use simplified polygons;
cutting out a country with a 15k node polygon would take forever. And it
is impossible to simplify the polygons and still make sure that each
boundary is contained completely in the respective country file, so they
have to overlap.
Bye
Frederik
-
rlap. They usually do but every now and then I encounter a
little bit of no man's land due to polygon simplification. Second, you
have to use software that properly eliminates the double elements; I'm
not sure if Osmosis does that.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remot
Hi,
On 05/03/2011 03:12 PM, Jo wrote:
Hmm, I'm convinced the associatedStreet relation is the most elegant way
to solve the redundancy problem. The biggest issue with it is the one
street per relation limitation, which I don't understand where it comes
from. So, as far as I'm concerned, it'd be
Hi,
On 05/03/11 10:48, David Murn wrote:
New Caledonia is not part of Australia.
Bummer. I must have mixed it up with New South Wales or whatever the
place is called.
I'll check but I think that the NC area should be in the
"australia+oceania" extract.
Bye
Frederik
Hi,
On 05/03/11 07:07, Hendrik Oesterlin wrote:
Would it be possible to add New Caledonia in .pbf to
http://download.geofabrik.de/osm/australia-oceania/
I'd love to but before I start making smaller files for Australia I
think I'll do something in the US. I suggest that for the time being you
Hi,
On 05/02/11 12:22, Thomas Davie wrote:
Discuss on this forum instead of IRC. It's self recording of
*everything* that's said& allows *all* to contribute at *all*
times.
But causes discussions that could be had in 10 minutes to get spread
out over 10 weeks ;)
Dave is right about the adva
This is an
unfortunate dynamic, and we should look to other large communities to
find out how they deal with it.
Certainly, after this thread, anyone *not* wanting to involve the
community-at-large will have one more reason.
It would be great if we could somehow reboot and arrive at somethin
Hi,
Lester Caine wrote:
Frederik Ramm wrote:
Also how much stock of the current logo version is left on the shelves
of those supplying it?
I have no idea but if it were my stock, I'd probably re-print the old
logo without a second thought.
And just take the hit on the wasted costs o
of the current logo version is left on the shelves
of those supplying it?
I have no idea but if it were my stock, I'd probably re-print the old
logo without a second thought.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N
even before they
receive the product?
Calm down. Our merchanidse is not "out of date" just because the logo
has been touched up.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
his tongue-in-cheek, I really do. It gives me hope that
we're not yet in a situation where every improvement has to go through
some sort of complicated three-level approval process.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
p/osmlogo.png
http://www.remote.org/frederik/tmp/osm_logo_soft_freds_version.svg
This is not perfect either but maybe someone with more skill than myself
could have a look at the issue and make the new logo look "right".
Bye
Frederik
--
Frederik Ramm ## eMail f
lso, a KML based project which has sadly not seen activity in the past
~3 years: "OsmAware", http://code.google.com/p/osmlab/
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
better than what we have, and it is achievable, whereas while
I might personally like PD better, that is not achievable.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk
Hi,
On 04/19/11 14:14, Elizabeth Dodd wrote:
Of course, those who can remember a bit further back, recall that
Frederick Ramm is in favour of Public Domain, and not ODbL.
Perhaps if you explain just how your support was bought it would make
more entertaining reading that your recent posts.
Ste
Tom, (Bob?),
On 04/19/11 09:09, Thomas Davie wrote:
That 70% *have*
agreed to distribute their work under the new license. It is entirely
valid for the camp that wants to move to the ODbL sooner rather than
later to count the 70% in their stats, because accepting the new license
is all that matt
just plain
copyright.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
On 04/16/2011 10:35 PM, Ed Avis wrote:
what, exactly, would persuade you
that this isn't a realistic possibility?
I would like a big player with a big legal department - say, for
example, Navteq - grabbing our data for a reasonably well mapped place,
perhaps a city only, incorporating it
Hi,
On 04/16/2011 09:21 PM, Kevin Peat wrote:
Thanks for your thoughtful answer. It is certainly a lot more detailed
than anything I have read before. My first impression is how can a
process with so many grey areas possibly result in a cleanly licensed
dataset?
I assume that decisions will on
Ed,
On 04/16/2011 06:58 PM, Ed Avis wrote:
Since the situation is so serious, there should surely be plenty of examples
by now.
It only takes *one* example to take all our data and feed it into some
proprietary giant's database. Would you prefer to wait? Or even: If you
were a member of the
Hi,
On 04/16/2011 07:47 PM, Kevin Peat wrote:
Such as is it the LWG's intention to make the
license/ct's compatible with OS Opendata? If it isn't then all those
people currently tracing thousands of roads a week in the UK might as
well take a break and get some fresh air.
If people are indeed
Hi,
On 04/16/2011 04:13 PM, Ian Dees wrote:
But, as you said, that poll was unofficial, only included 500 people,
and if I remember correctly had some very confusing options at first.
My guess is that more than 10.000 people have been informed of the poll
(via the lists I mentioned). The fact
Hi,
On 04/16/2011 05:40 PM, Graham Jones wrote:
I am also surprised that we are going to the compulsory re-licensing
when there are still (as far as I can tell without looking too closely)
doubts over the compatibility of significant datasources with the new
licence or contributor terms - From w
Ian,
On 04/16/2011 02:10 PM, Ian Dees wrote:
Wow, I still have yet to receive a straight answer from anyone and it
doesn't look like I will.
You asked when "the community of OpenStreetMap" was asked about the
license change.
...
No, it's not complicated. When whoever it was decided that w
Hi,
On 04/16/2011 01:29 AM, Dermot McNally wrote:
FWIW I would have favoured earlier specific requests for a vote, but
it's basically been an impossible position for the LWG from what I can
see as an outsider. On the one hand, everybody wants to feel consulted
about the change. On the other, ple
Hi,
On 04/16/2011 10:29 AM, Frederik Ramm wrote:
We simply draw up a document
that is basically a modified version of the current contributor terms,
which says "I am willing to make the following contract with OSMF on the
additional condition of OSMF holding the 2/3 vote as described
On 04/16/2011 02:05 AM, andrzej zaborowski wrote:
On 16 April 2011 01:29, Dermot McNally wrote:
This licence change now gives every mapper the means of undermining
the map through withholding of their own data, once freely given and
now very likely a foundation of data created by other mappers,
Alan,
On 04/15/2011 11:01 PM, Alan Mintz wrote:
What exactly will be done with the existing data, and when?
Understanding what happens to objects and their
parents/siblings/children based on the license acceptance of the
original creator/intermediate editors/last editor is key to deciding
whethe
Hi,
On 04/15/2011 05:55 PM, Kai Krueger wrote:
I thought that the new CTs were supposed to "fix" this issue
[...]
I have answered on legal-talk.
Bye
Frederik
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
On 04/15/2011 01:14 PM, Elizabeth Dodd wrote:
I don't like 'duplicate node removing' scripts or bots. Duplicate nodes
may well have a function, or may not be duplicate at all.
+1. Anyone who plans to indiscriminately "fix" duplicate nodes without
actually looking at the situation (e.g. an
Hi,
On 04/15/2011 10:13 AM, David Groom wrote:
There's also a third kind of "tainted" that sits in the middle of these
two, namely data that has e.g. been released CC-BY. Such data looks
compatible at first, but closer inspection (see current discussion on
legal-talk) reveals that CC-BY explicit
Mikel,
On 04/11/2011 05:27 PM, Mikel Maron wrote:
http://brainoff.com/weblog/2011/04/11/1635
In the following message, all quotes are from your blog post.
I've given this matter some thought and I think while your concerns are
legitimate, you are perhaps overreacting a bit.
OpenStreetMap a
seem to lack
either the ability or the willingness to understand what I'm saying, and
it is quite taxing for me to express everything in a way that cannot
possibly be misread by you. Perhaps others have more luck in trying to
explain things to you.
Bye
Frederik
--
Frederik Ra
ds sublicensing, and
sublicensing is what the new scheme is all about. So in that case we'd
have a legal outcome (data being distributed with attribution) but an
untidy process that took us there. I don't know if this is a minor
problem that can be ignored, or a showstopper.
Bye
Fr
y that. He only said
that OSM was not the only open source project to go through difficult
decisions - and it will only take you seconds of googling to prove that
right.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'
Hi,
Grant Slater wrote:
Part of Sysadmin Team, LWG Member, Data Working Group, Server "order"
guy, van driver and mapper.
^^ Lizard man!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
__
project
on (legal) sand, and we're moving to rectify the situation. The patient
may lose some tissue about this but he will live, and after the wounds
have healed, will be healthier than before.
I'm talking all flowery because this is the talk list. If you want hard
facts, go to l
uot; isn't. Once we've got you, we'll never
let go.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
://lists.openstreetmap.org/listinfo/legal-talk) as well as
the various Wiki articles (you'll notice the license change banner on
wiki.openstreetmap.org/wiki right away).
If, thereafter, any questions remain, you can ask then on the legal-talk
list and I'm sure they will be prompt
Hi,
for a few years now, the Geofabrik download server
(download.geofabrik.de) has been serving various, daily updated,
regional OSM extracts, in XML and shape file form, and for the last half
year also in PBF form.
After a few hiccups in the past weeks, I have moved the server to new
in
f you compare data that is not free by
license to data that is free but cumbersome to use. The latter case can
be fixed by manpower; the former cannot.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
to ODbL.
(Followup-to legal-talk.)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
to be credited properly if their data is used.
As I said, it's not that EEA are complaining (and they don't have any
set-in-stone attribution rules anyway, only that you have to attribute)
but we should certainly aim to do it right!
Bye
Frederik
Hi,
On 04/02/2011 11:52 PM, Dave F. wrote:
Why are April fools neither witty or funny any more?
They ceased to be worthwhile the moment you stopped making any, of course.
Bye
Frederik
___
talk mailing list
talk@openstreetmap.org
http://lists.open
affected (or just minimally affected) by any change in that department,
and can safely ignore the discussion.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
iWhatever store ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
On 03/24/11 09:23, Andrew Harvey wrote:
...and many prospective contributors are being shunned away because a
new contributor doesn't have the same privileges as existing
contributors. i.e. existing contributors can use non-CT compatible
data, but new users cannot.
That's a funny distincti
Hi,
M?rtin Koppenhoefer wrote:
we already have ODbL / CT for everybody who agreed to the license
change or signed up newly in the last months. For all this data OSMF
already is copyright holder.
No.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
uot;pas de Calais!"
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
John,
john whelan wrote:
The intention is to try to understand a bit more about it.
The legal-talk mailing list is an excellent place to ask questions about
ODbL.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"
Hi,
Frederik Ramm wrote:
I think the recent McDonald's changeset may need reverting or at least
additional editing:
http://www.openstreetmap.org/blocks/39
User says sorry, has reverted some things himself and asked me to revert
the rest which I'm doing right now.
By
Hi,
Toby Murray wrote:
I think the recent McDonald's changeset may need reverting or at least
additional editing:
http://www.openstreetmap.org/blocks/39
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09&q
ed!") then you might have to make it
available.
The picture might become clearer if you can tell us why you are storing
the user's routes in a database.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_
Hi,
On 02/21/2011 04:03 PM, Peter Budny wrote:
Those of you who think all automated or semi-automated data
contributions are harmful to OSM are dooming this project to never be
able to grow to become a leading source of mapping data.
It is a common fallacy to believe that good map data could s
ng plastered over with an import is the worst possible
outcome.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
r dares to touch the code.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Dave,
On 02/14/11 07:52, David Murn wrote:
Im sure I remember reading a linked news story posted on this mailing
list about a soldier crossing into enemy country because of incorrect
mapping on his GPS.
In that case, should we perhaps deviate from our usual mode of operation
("anyone can add
n our maps may be little more than "that's what computer geeks
do if you tell them the border is 12 miles out...".
I'd like to hear from people who tell me that yes, these borders are
really useful to have ;)
Bye
Frederik
--
Fred
Hi,
Esben Stien wrote:
> Is there some kind of command line application that would let me enter
> data into the database?.
Not really. There are some import tools that go from shapefiles to OSM
data or so, but usually you will have to upload the data with an OSM
editor later.
We don't generall
some things one way and other things another.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
legal-talk mailing list
legal-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk
of
deleting and re-creating it, then a clean reversal would have been possible.
I apologise if this has already been said elsewhere in this thread; I'm
only skimming messages.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09&q
Hi,
On 02/10/11 12:34, Daniel Sabo wrote:
Why would this be needed? I don't see anything in the wiki that says boundary
relations are treated differently than multipolygons. If you tag them twice
(way and relation) your just going to render an extra overlapping way. You are
definitely not sup
Hi,
On 02/02/11 18:00, Peter Miller wrote:
The strict view expressed above by Frederick and others would mean that
it would be impossible to use osm mapping as a bacground for this crime
data as in the chart, 'Violent crime in the USA' unless the overlaid
data was also on an open licence or the
Hi,
On 02/02/11 11:24, Steve Bennett wrote:
Certainly that information is of use to someone, but I don't think OSM
should try and be all things to all people. For starters, we simply
don't have the manpower. In the Australian context, it looks like we
might be able to do better than Google Maps,
Hi,
On 02/01/11 03:37, Steve Bennett wrote:
Furthermore, you might be reduced to categorising individual elements
of the factory. Would the administrative wing really be
landuse=industrial? Surely it should be landuse=commercial. etc etc.
Before long you'll be tagging the restrooms as
landuse
Hi,
On 02/01/11 03:24, Steve Bennett wrote:
So, as discussed on another thread, I'm trying to use
rawedit.openstreetmap.fr to undelete a relation, but am getting XML
parser errors. Anyone know who I can contact, or where to get the
source from?
Either Etienne Chové has written it, or he kn
as been created by you earlier, then deleted, then undeleted).
Will the OSM server accept new objects being created with specific
ids?
No, usually you would pass in the id only when updating an existing
object (or undeleting one that has previously existed).
Bye
Frederik
--
Frederik Ramm
Steve,
On 01/31/11 09:07, Steve Bennett wrote:
Next question: is there a way to revert the deletion, or do I have to
manually add it again to the various segments?
In our database, a relation is not a property of various segments. I.e.
the pointers don't go from the segments to the relation,
Hi,
On 01/31/11 02:27, Steve Bennett wrote:
Does that apply for coastlines as well? Or do coastlines not even need
the multipolygon?
Coastlines do not use multipolygons. But if you have an area that is
bounded by coastline - say, a beach area - then you can create a
multipolygon for the beac
an quickly request images for a
certain location. But if someone *wants* to do it, then we certainly
shouldn't tell him to stop.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Hi,
On 01/28/11 03:50, Steve Bennett wrote:
Are there any tools available to investigate this kind of thing?
Yes, you can use "wget" to download the full history planet file and
then look for something in that file. This is slightly difficult because
the file is huge and you will need to emp
ass line is a "sham" or a "lie"? No, it's just a
pleasant reminder that there is more to Geodesy than just reading
numbers off a device, be it "military" or "civilian".
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09
cal mass-edit into a
public review system where others can put in their veto before it is
executed ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
by the time you have found
out that the area that was requested contains a million nodes, you have
already spent a lot of time slowing down the database - maybe one would
have to have a special mapping density index for various regions of the
planet.
Bye
Frederik
--
Frederik Ramm ## eMail
Hi,
On 01/24/2011 09:23 AM, Oscar Orbe wrote:
#rubbish
Come on people. There's enough editors for everyone. There's a ton of
reasons, for *every* editor, why someone would use or not use it.
Personally I am glad that this is so; I think the needs of different
users are much better served by
Hi,
Anthony wrote:
Cool. That's useful for when you know the exact lat/lon of the nodes
you want to place.
Well for those that don't go into cardiac arrest when they see the JOSM
splash screen, there's also Shift-D ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remo
Hi,
Steve Bennett wrote:
I wonder if anyone has ever made an OSM editor which is not
map-based, for just editing tags on objects.
http://rawedit.openstreetmap.fr/
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"
;prefix;_polygon
where amenity is not null
[...]
or "natural" is not null
[...]
) as text
&datasource-settings;
You could try commenting that layer out to see if that improves the
situation.
Bye
Frederik
--
Frederik Ramm
here they're heading. I
believe they have a Google group or something.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
David Murn wrote:
Now, maybe Im off the mark here, but it
sounds like that is *EXACTLY* the outcome we want when mass changing
tags,
We are not going to mass-change tags.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"
ed!
Your original complaint was about people removing *duplicate* nodes
though, not people removing fresh, unused nodes. That's another
situation; if your upload creates duplicate nodes then your upload is
buggy and should be stopped.
Bye
Frederik
--
Frederik Ramm ## eMail fred
Hi,
On 01/06/11 11:29, Richard Fairhurst wrote:
hopefully OS will switch to the new Open Government License soon,
which is explicitly compatible with ODbL.
They switched today. :)
How can they do that without discussing it for four years in advance?
Bye
Frederik
___
Hi,
(replying to my own message which was in reply to Dave F & Anthony)
On 01/04/11 15:17, Frederik Ramm wrote:
Second, there is neither a technical possibility to "delete" posts from
a mailing list, nor do we have any moderation policy in place. If we had
any moderation - some
Hi,
On 01/04/11 17:02, John Smith wrote:
On 5 January 2011 01:48, Frederik Ramm wrote:
No, that is not acceptable to me. Someone who participates in OSM must have
the willingness to accept what the majority wants, or else they should not
participate in the first place.
Ummm where is the
Hi,
On 01/04/11 14:59, Dave F. wrote:
On 04/01/2011 02:52, Anthony wrote:
On Mon, Jan 3, 2011 at 12:32 PM, Dave F. wrote:
Being curious in return, why are you curious?
Well, he does work for Microsoft...
Good point.
So his post is external marketing spam & should be deleted.
Oh come on,
801 - 900 of 2259 matches
Mail list logo