Am 23.10.2014 00:42, schrieb Rob Nickerson:
However I am only willing to do this if I can see that my effort has
a chance of actually going somewhere. This means that if we were to
identify some requirements such as a need for funding to build
something, or getting a change to the main
Am 21.10.2014 15:33, schrieb moltonel 3x Combo:
On 21/10/2014, Richard Fairhurst rich...@systemed.net wrote:
Sarah Hoffman wrote:
https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/2014_OSMF_Board_Elections_Manifesto
That was a disheartening read.
The transparency issue is the one
Jason,
I suspect you are slightly over interpreting what has been said up to
now. Our accountant and the treasurer have control of the back accounts
and I wouldn't expect to have direct access (nor likely other board
members). The board has relied on the treasurer for cash management and
I have
It is simply a very complex subject with lots of grey and very little
clarity.
While nearly everybody will agree to fact(s) are not copyrightable in
the singular, in the plural it becomes tricky, from UK sweat of the brow
doctrine to EU database rights.
Now the WMF has consistently supported
Wir suchen immer noch Kandidaten für die dies jährigen Wahlen in den
OSMF Vorstand, siehe
https://wiki.openstreetmap.org/wiki/Foundation/AGM14/Election_to_Board
Simon
___
Talk-de mailing list
Talk-de@openstreetmap.org
Dave
IMHO you should be talking to MapBox directly. If your local neighbour
accidentally starts messing around in your garden you take it up with
your neighbour. If a gardening company starts work in your area and
mistakenly starts work in your garden, and the employee doesn't react to
you
Hi Serge
I believe Alex Barth has identified himself as responsible for MapBox's
data team and I would suggest to Dave discussing with Alex if there
are issues.
The mapper in question has identified himself as a MapBox employee, the
correct and good thing to do, it probably simply needs a
Well we don't, which is clearly a weakness of the system as is. It is
clearly is asking too much of the individual mapper to actually know
whom to talk to. I'm fairly sure that simply adding the necessary
information in some form to the employed users page is the best
solution, anything else
Hiroshi
Congratulations to the OSMFJ and the Japanese OSM community!
Simon
Am 04.10.2014 04:26, schrieb Hiroshi Miura(@osmf):
Dear mappers and friends,
Proudly announce our achievement on prize!
Thank you for mappers activities world wide!
Hiroshi Miura
OSMFJ
The OpenStreetMap
Ich hätte noch im Werkzeugkasten mapillary (IMHO nicht so sehr fürs
normale Mapping, aber um eine Alternative zu google aufzubauen) und eine
Kameraapp die die Ausrichtung der Kamera abspeichert. Im Augenblick
scheint Open Camera fürs letzteres das beste sein, kann man auch direkt
von vespucci
Am 01.10.2014 03:00, schrieb Bryce Nesbitt:
There's a lot to like about this. However, limits I hit were:
* Slowed down too much after about 200 points of interest (I need about
30,000 minimum for the current project)
You definitely need to turn on clustering for your data layer.
This
https://help.openstreetmap.org/questions/37163/is-there-anyone-who-could-provide-a-umap-introduction-in-english-for-beginners-on-310
popped up on the help site roughly 12 hours ago, given that I haven't
seen any follow up I suspect that he hasn't been contacted by anybody
yet. Anybody
Am 29.09.2014 15:50, schrieb Jason Ward:
Thanks for the link Richard (I should become a member and jump on over
there!),
Hi Jason, welcome to the list :-).
Very casual mapper here though so my membership will have to wait. I
spent about an hour following a couple of those threads though.
Aren't these canals/drains/etc and not tracks?
In any case I would suggest concentrating on OSM and not on what google
has/or not. Most of google data is simply purchased when they feel a
need to do so (for example like in Germany two years ago when they where
so hopelessly behind OSM that they
Am 18.09.2014 08:31, schrieb Andre Hinrichs:
...
Ob die Offset-DB auch von anderen Tools verwendet werden kann, kann ich
leider nicht sagen, da ich ausschließlich JOSM verwende.
...
Wird schon länger in Vespucci unterstützt.
signature.asc
Description: OpenPGP digital signature
I'm not quite sure what the issue with formalizing the ; convention is.
As Jochen Topf has wrote before, we do need to at least define the
semantics (set, ordered list etc), regardless of implementation.
Once we agree on that, agreeing on if we should simply define an escape
( ;; would be good
Am 12.09.2014 11:41, schrieb Cristian Consonni:
Let me stress again that I see OSMdata as being an editor, not a
repository for OSM, in fact I image in it to be a specialized editor
to be used for editing tags.
While the idea has a certain appeal, as in lets try something really
Am 06.09.2014 15:19, schrieb Tod Fitch:
It is way too late now, but I think tagging of traveled ways would
have been better off it a simple highway=yes tag had been agreed to
with everything else in other tags like width=*, surface=*,
maxspeed=*, access=*, etc.
IMHO you should
Am 05.09.2014 11:06, schrieb Edward Betts:
.
I've got some ideas about how to fix some of the mismatches. Many of the
mismatches are villages represented by both a node and a relation, but the
relation isn't tagged with place=village, so my code can't tell it represents
the same thing.
Am 05.09.2014 10:41, schrieb Martin Koppenhoefer:
- wir kartieren die ganze Welt
- jeder kann mitmachen
- jeder kann die Daten kostenlos verwenden für alle Zwecke (aber man muss
sagen, wo die Daten herkommen, und weil die Post das vergessen hat, sehen
Sie jetzt diese Anzeige ;-) ).
Auf jeden Fall deutlich besser.
Mehr als eine Kernaussage/Slogan würde ich nicht versuchen
unterzubringen, oder eine Geschichte die den Betrachter abholt.
Simon
Am 05.09.2014 11:41, schrieb Christoph Hormann:
On Friday 05 September 2014, Simon Poole wrote:
- wir kartieren die ganze Welt
Am 31.08.2014 10:50, schrieb Fabio Alessandro Locati:
...
3. WMF and OSM Foundations are working toghether on many projects, and
this could be an awesome new piece to add to this collaboration
Nipping this in the bud: the OSMF and WMF are working together on
exactly 0 (in words: zero)
There are three aspects to your question.
1) wikidata is licensed on CC0 terms, essentially that boils down to no
restrictions on use at all. Looking at it from the WMFs position we can
link to wikidata data as much as we want, however on the other hand the
WMF does not guarantee or warrant in
Edward, just so there is no misunderstanding: you are saying of the
21'000 odd wikidata tags 281 gave different results?
And if I understand the results correctly the majority of the 281 are
simply due to the wikidata tag not being on the place node but on the
corresponding admin boundary
I have to say (as somebody who is potentially at the receiving end of
such requests), that while being polite, is, well polite, from a legal
point of view getting a DCMA request is actually nicer. Nicer as in:
simple procedure to follow, low probability of the request not being
acted on and no
@Andy
Nobody is disputing in the slightest that OSM users should have easy
access to related data, in this case an easy way to access wikidata.
It is all about the how.
In particular it is not about the multitude of other wikidata tags which
may or may not survive the test of time, it is just
to
new objects in OSM, which for the next years likely going to be the
largest source of errors.
Simon
Am 28.08.2014 07:45, schrieb Jo:
And how exactly does one use Overpass then to extract that data once
again from Openstreetmap?
Jo
2014-08-28 0:08 GMT+02:00 Simon Poole si...@poole.ch
Am 28.08.2014 11:17, schrieb Andy Mabbett:
On 28 August 2014 09:09, Simon Poole si...@poole.ch wrote:
What you do avoid by not tagging in OSM is
maintenance (given that OSM objects are not
necessarily a persistent reference to a single real
world entity).
Very few Wikidata IDs
Given that Edward has written code that, as it seems, accurately
determines the corresponding wikidata objects for a given OSM entity,
I'm not quite clear on what the benefits of statically tagging the
references on OSM objects is supposed to be. Wouldn't providing this as
an API make a lot more
Rob
The problem is that there are only just over 21'000 wikidata tags in OSM
at this point in time (according to taginfo). Given the subject matter,
it could well be that Edwards code could match 21'000 of them. And yes
that would imply a lot of wasted effort, leading to my conclusions being
Am 20.08.2014 11:38, schrieb Leon Kernan:
Yes, this would be great. For people who've never seen it, check out
Geelong on http://demo.f4map.com and you can see how big building data
is going to be.
I believe some building imports are going to be essential at the start.
It's just
The issue is not that you will not find a jurisdiction in which it is
legal, the issue is that you will surely find one where (at least
systematic) extraction of information from the videos violates the
rights of the copyright (or similar rights) holder, not to mention ToS
issues.
Now if that is
Am 05.08.2014 20:25, schrieb Martijn van Exel:
...
Note that YouTube users can also choose a CC-BY license - which should
be compatible with ODbL. But the default is the Standard YouTube License
outlined above.
...
CC-BY is not per se compatible. We need (and I believe this is still the
Ich heute leider keine Zeit für eine längere Diskussion aber es dürfte
eigentlich klar sein, dass ausser bei kleinen privaten Mailinglisten
dies keine Lösung ist.
Simon
Am 04.08.2014 15:13, schrieb Tom Pfeifer:
Frederik Ramm wrote, on 2014-08-04 13:35:
Hi,
Es könnte hiermit zusammenhängen:
Es läuft darauf hinaus, dass der Absender der Mail gefaked wird, sprich
ein Problem wird einfach mit einem anderem, schlimmeren, ersetzt.
Simon
Am 04.08.2014 17:09, schrieb Angie:
Am 04.08.2014 16:12, schrieb Simon Poole:
Ich heute leider keine Zeit für eine längere Diskussion aber es dürfte
Am 03.08.2014 16:16, schrieb Mikel Maron:
...
If it is the understanding of the OSM Foundation, that the Legal Working
Group in some ways functions like a Court, then there are several issues
to raise about the separation of concerns, checks and balances if you
will, in this process as
Am 27.07.2014 23:52, schrieb Alex Barth:
On Fri, Jul 25, 2014 at 11:39 AM, Simon Poole si...@poole.ch
mailto:si...@poole.ch wrote:
If you apply this to your above example, the addresses would be subject
to SA (however no further information), and while potentially one could
Ich denke eine konkrete Interpretation des Userverhaltens ohne die
jeweils grossen Importe rauszurechnen vermutlich zum Scheitern
verurteilt ist (z.B. cadastre in FR).
Simon
Am 28.07.2014 08:53, schrieb Stefan Keller:
Hallo Pascal und Werner
Habt ihr schon erste Schlussfolgerungen, was die
Am 24.07.2014 17:54, schrieb Jóhannes Birgir Jensson:
Are there similarly sophisticated yet cheaper options around and
currently in use?
See http://wiki.openstreetmap.org/wiki/UAV I doubt that any of the DIY
solutions can take it up with a commercial product wrt packaging, ease
of use
Am 23.07.2014 00:04, schrieb Matthias Schmid:
Does this mean that it is sufficient, if I provide the Database (the
identical data) in a different format (which is not proprietary), e.g. under
the ODbL? Your answer seems to suggest that this true. However, I think what
confuses me is the
Hi Matthias
I believe your use case is covered by ODbL 4.7, given that distributing
the data in a format that would have to be at least reverse-engineered
for extraction is clearly a technological measure. 4.7 simply requires
you, in your use case, to make the data available parallel in an open
Just a quick remark: there is already a tag short_name that is
supported for example by nominatim that can be used for storing a
contracted version of name for rendering and other purposes if necessary.
Simon
PS: these discussions are not unique to the states, even though the use
of contractions
Martijn
Wouldn't it be better to have this discussion on dev or tagging or at
least some where with a slightly larger audience than talk-us? In any
case the -really- important page is
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
which is essentially the only
A general note on the examples: using Nominatim as the geocoder muddies
the waters a bit too much in my opinion, given that with the default
options nominatim returns far more than just coordinates.
signature.asc
Description: OpenPGP digital signature
Am 11.07.2014 14:40, schrieb Stephan Knauss:
..
A while ago there was a discussion about the word geocode which seems
to be a trademark in some jurisdictions. So opposed to the general term
geocoding the word geocode might need to be used with care.
Yes, correct, Alex can you please
Regardless of aesthetics, as pointed out here
https://github.com/gravitystorm/openstreetmap-carto/pull/371 the current access
renderings are misleading and entice wrong tagging. So either we do it
properly, which would imply importing more data, or we drop the rendering.
Simon
On 1. Juli 2014
-motorized modes of transportation access will
legally always be possible here, except in the case of access=private
(which should have been tagged instead if that is really the case).
Am 01.07.2014 11:18, schrieb SomeoneElse:
On 01/07/2014 09:46, Simon Poole wrote:
Regardless of aesthetics, as pointed
Am 03.06.2014 10:42, schrieb Minh Nguyen:
On 2014-06-02 13:24, Simon Poole wrote:
@stevea you would substantially help your cause if the route data was
available for inspection, best a public source from where it could be
obtained.
Here are the special committee minutes approving
Am 02.06.2014 06:28, schrieb Russ Nelson:
. Let's say that I follow this
route on my bicycle using a cue sheet and keep a GPS track. Then I load
my GPS track into JOSM and create a relation and call it USBRS #47 (or
whatever). How is this an import??
While
@stevea you would substantially help your cause if the route data was
available for inspection, best a public source from where it could be
obtained.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
Am 26.05.2014 00:42, schrieb simson.gert...@gmail.com:
Es ist richtig, OSM schneidet insgesamt recht gut ab. Die Reportage
spricht jedoch genau die 3 großen Probleme an, die ich persönlich auch
als Gründe sehe, warum OSM im Desktop-Bereich derzeit keine Chance hat
sich großflächig
Am 26.05.2014 14:33, schrieb Markus:
Hoi Simon,
Das Problem ist nicht technischer Natur
*OpenStreetMap - die freie Weltkarte*
so hiess unser OSM-Slogan früher.
Irgendwann wurde aus der Weltkarte dann eine Geo-Datenbank...
Es ist nicht verboten dazu zu lernen und die Realität
Am 26.05.2014 16:55, schrieb simson.gert...@gmail.com:
...
Ich glaube es hat niemand behauptet, dass eine fehlertolerante
Suchmaschine einfach umzusetzen wäre. Ich denke da sind wir uns alle
einig. Hilfreich wäre eine solche meiner Meinung aber schon. Es muss ja
auch nicht gleich
Es ist halt noch eine Heidelberger Leiche und passt nahtlos in die Reihe mit
http://indoorosm.uni-hd.de/
und
http://www.osm-3d.org/map.htm
passt.
Schädigt OSM massiv, aber dass scheint die Leute nicht zu interessieren.
Die Community seh ich das nicht in der Pflicht, die kann ja die Server
Ich hab, wenn ich mich richtig entsinne, 2012, 2013 früh, versucht via den
Kontaktadressen was zu bewegen. Die Heidlerberger Leichen sind ja kein neues
Problem.
Simon
On 25. Mai 2014 12:13:24 MESZ, Falk Zscheile falk.zsche...@gmail.com wrote:
Am 25. Mai 2014 10:48 schrieb Simon Poole si
Peter
We just had this discussion, and as was pointed out during it, it -is-
possible to import ODbL licensed data (assuming that all the other boxes
wrt imports have been ticked) from a legal point of view with respect to
the CTs.
This does not imply that it is desirable or not in a more
It has been pointed out in numerous places before, but just in case you
missed it: there is an ongoing effort (since months) to remove all
catch alls from the standard style.
This implies that stuff you thought was rendered might vanish, but in
fact it was just accidental that it was shown in the
Somehow I suspect that the proponents of screw the future (aka lets
tie the hands of every future OSM contributor) simply don't have enough
imagination.
For me it is a distinct possibility that in 10 years from now Nokia/here
and Tomtom will be long gone, and only google and OSM will still be
It is likely that the LWG will be providing a clarification on the
matter at hand soon (Paul has been doing some work on this over the last
couple of weeks).
It should be further noted that any ODbL licensed data that somebody
wants included in OSM would have to go through the same process as
Am 15.05.2014 19:57, schrieb THEVENON Julien:
If I remember well Australian government didn`t agree to mirgate the
data they provided from CC-by-SA to ODBL so this is not so simple
That is completely incorrect, there was never any Australian government
CC by-SA data in OSM. The data in
Paul
Are there actually examples of larger scale paid mapping that haven't
been disclosed and that have been detected by the DWG? I know we have
now and then had companies adding their outlets/operations but that
would typically be covered by the import guidelines in any case.
Simon
Nils, noch ein Update. HRS hat sich jetzt gemeldet und ich werde
vermutlich später diese Woche mal ein Gespräch mit ihnen führen.
Gruss
Simon
signature.asc
Description: OpenPGP digital signature
___
legal-talk mailing list
Sigh went to the wrong address, but nothing secret anyway.
Am 12.05.2014 22:50, schrieb Simon Poole:
Nils, noch ein Update. HRS hat sich jetzt gemeldet und ich werde
vermutlich später diese Woche mal ein Gespräch mit ihnen führen.
Gruss
Simon
Luis
The LWG has spent considerable time discussing the geocoding issue, so
it is not as if we've ignored the subject.
To illustrate just one of the issues, have a look at the first mail you
reference from Olov, he defines Geocoding as The process of finding and
storing the latitude and
Am 06.05.2014 21:40, schrieb Rob Myers:
On 05/05/14 09:16 AM, Simon Poole wrote:
We have raised the question of Dynamic Data in a dedicated guideline
given that a number of things are not so clear and even while, using the
example from the guideline, the occupancy of a parking lot
Am 06.05.2014 00:56, schrieb Stefan Keller:
Andererseits wundert's mich, wie das rechtlich aussieht (bin aber kein
Jurist und will keine Debatte vom Zaun brechen...).
IMHO null Problem, Collective DB die zur Erstellung eines Produced Works
verwendet wird. Im Prinzip hätte man Anspruch auf
Am 06.05.2014 10:14, schrieb Christoph Hormann:
was sie 'Geoprozessierung und Generalisierung'
nennen keine Vermengung der Daten stattfindet.
Um dazu was zu sagen müsste man zuerst wissen was du genau mit
Vermengung meinst, die Daten gleichzeitig auf die gleiche Art verfügbar
machen hat
Am 06.05.2014 13:58, schrieb Christoph Hormann:
..
Was ich eher im Auge hatte ist so was wie Verdrängung bei der
Generalisierung - ein Anwender kombiniert in der Darstellung
Straßendaten aus OSM mit proprietären Fluss-Daten und für die
Darstellung verschiebt er jetzt die Flüsse so,
Am 06.05.2014 16:57, schrieb Martin Koppenhoefer:
M.E. wenn es um algorithmisches Mergen geht (und sei es nur
temporär für die Erstellung eines Produced works), dann ist das
Resultat eine derivative db (und sei es nur im RAM), die ggf. unter
ODbL geshared werden muss.
Der Fall einer
Am 06.05.2014 19:43, schrieb Martin Koppenhoefer:
..
die Datenbank (osm+Navteq) ist eine derivative db, sonst gibt es praktisch
nie sharealike, wenn man das als zwei unabhängige DBs ansieht mit denen man
gemeinsam ein Produced work schafft. Man könnte alle seine Verbesserungen in
Am 05.05.2014 06:38, schrieb Rob Myers:
..
But the license doesn't exist to collect data for OSM.
..
True, but our immediate, admittedly egoistic, interest is that we are
free to use any improvements (in a wide sense of the word) to OSM data
and that derivatives of OSM remain free.
While I think the case of the traffic data is interesting, it really
very much depends on implementation details if and when a derivative DB
might be created.
For example if weights were calculated from the data and associated
directly with OSM ways then likely you would have a derivative DB,
Am 04.05.2014 10:51, schrieb Eugene Alvin Villar:
.
I think fair use/fair dealing could apply here and they have no
obligations? (But an attribution would be nice.)
My understanding of fair dealing is that it would not apply here
(different in the states or for example in Germany).
currently the ele values are floats, so I'll add a manual step to round the
metres from floats to integers before any import.
Cheers,
Chas
On 4 May 2014, at 0:08, Simon Poole si...@poole.ch wrote:
Christopher,
I just browsed through the .osm file and then checked the .csv, is it
correct
Am 03.05.2014 10:26, schrieb Jukka Rahkonen:
And by looking at the list of Top
users editing over the past in [1], imports has nowadays a huge importance
for the project - I was here, sitting in my own armchair. I did this import.
Since I'm with the project I
Am 03.05.2014 19:34, schrieb Jukka Rahkonen:
Do you feel that the attribution page should provide better recognition for
OSM that for the other data providers? OSM data is probably the biggest data
source worldwide so it could be reasonable. However, in Finland and Norway,
for example, MapBox
Am 03.05.2014 19:35, schrieb Michael Collinson:
or information from copyrighted maps or directory listings here.
Pull request https://github.com/openstreetmap/openstreetmap-website/pull/736
signature.asc
Description: OpenPGP digital signature
___
Christopher,
I just browsed through the .osm file and then checked the .csv, is it
correct that the import (and the original data) doesn't actually have
any elevation information?
Simon
Am 03.05.2014 21:00, schrieb Christopher Barham:
Hi,
I'd like to propose a small data import of ~2500
I'm going to be in Aalborg on the 16th June talking at/attending a
workshop in the context of the inspire conference that week.
See http://inspire.ec.europa.eu/events/conferences/inspire_2014/page/home
If anybody wants to get together and have a drink or just sit down and
chat later on the
Tobias, please study the guidelines, they address exactly this problem.
Simon
Am 30.04.2014 12:18, schrieb Tobias Knerr:
.
But we have to judge a license based on its actual effects, not the
original intention. What annoys me, for example, is when we require
people to publish data that
Am 30.04.2014 02:45, schrieb tshrub:
...
Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können?
Aktuelle Versionen der Apps zu nutzen.
Alte Version der Apps sind gesperrt weil Sie sich nicht an die tile
usage policy gehalten haben, IMHO sollen bei den beiden erwähnten
This is not the OSMF becoming involved in tagging :-) I'm guilty of
quite a bit of sidewalk mapping, even though I have some sympathy for a
generalized approach (adding a tag to the main road way). In reality, at
least here, this tends not to model the actual topology particularly
well. I do a
Am 29.04.2014 18:56, schrieb Luis Villa:
.
Without commenting on/endorsing Alex's position, suffice to say that the
vast majority of lawyers I've talked with about the license, including
many with long experience in open software licenses, find the license
difficult to interpret.
Just a reminder, this thread started of with a discussion of
attribution, or rather lack of such. I don't think there is very much
doubt about what the licence requires even given all the complexity of
the ODbL, for a produced work it is:
However, if you Publicly Use a Produced Work, You must
I would be less concerned about the bitcoin aspect of it, but given that
the user is adding further information which is quite useful, it should
be clear if he actually has permission to do so (and a valid source tag
would be a good idea too).
Simon
Am 30.04.2014 00:17, schrieb Andreas Goss:
I
We (as in SOSM) have been approached by the organizers of the 2014 Randa
Meeting if OSM developers would like to participate. I think this would
be a good opportunity to work on some larger projects together, one that
cam to mind was OWL, but there are sure to be others.
If there are people
There are some moderate complicated edge cases caused by and there are
some things that will not be possible with share alike and are not
intended to be possible in the first place.
Naturally anybody is completely within its rights to lobby for changes
that would better fit their business
The LWG might actually publish a formal guideline on the subject, but my
informal 2c for now:
- it is fairly clear that you -could- import 3rd party ODbL licensed
data under the CT (naturally assuming every other box for an import has
been ticked too). The CTs only require compatibility with the
Am 25.04.2014 16:17, schrieb Pieren:
...
So, you mean that the main objection to import ODBL data is a future
licence change. But I remember some past messages here or elsewhere
that the licence process is so heavy and requires so high acceptance
that a licence change is almost
Am 25.04.2014 14:00, schrieb Erik Johansson:
http://www.mapillary.com/osm.html
I probably should have added that I see no problem at all with the terms
Mapillary specifies, since for contributions to OSM it only specifies
that it should happen under the terms of the CTs. IMHO naturally.
It seems as if Jon Burgess was kind enough to kick whatever needed kicking.
Simon
Am 18.04.2014 11:12, schrieb Walter Nordmann:
database server is up again but we can't get any minutely diffs.
regards
walter
-
[url=http://osm.wno-edv-service.de/residentials] Missing
Am 15.04.2014 18:56, schrieb Martin Koppenhoefer:
Interestingly even the OSMF is infracting the license ;-)
Nope, non of the content on that page was uploaded or provided by the
OSMF. In fact we have only recently taken control of the account.
signature.asc
Description: OpenPGP digital
As Richard pointed out in his post, there is already an in place
practice of handling issues locally and only a small number of things
get escalated to the level of the DWG.
Naturally how good this works depends on the strength of the local
community, but I would wager a bet that if you can't do
Am 14.04.2014 19:31, schrieb Kathleen Danielson:
Manning, I think this is a great idea. It would be great to give local
communities even more ownership over the map/data in their area.
Please consider that while collection is local, usage is global.
signature.asc
Description: OpenPGP digital
I'm sure that is just SOTM-US attendees trying to beat me in to
submission wrt the licence :-)
Seriously AFAIK there is no special handling for tiles covering CH
neither preferential nor the opposite.
And it works here.
Am 12.04.2014 20:26, schrieb yvecai:
Everything is in the title, does a
done so and that we should
respect, regardless of legalities*.
Simon
* depending on jurisdiction this could go far further that copyright,
database and contract law, for example unfair competition legislation
and so on.
Am 08.04.2014 10:23, schrieb Pieren:
On Mon, Apr 7, 2014 at 7:57 PM, Simon
Am 08.04.2014 10:55, schrieb Martin Koppenhoefer:
2014-04-08 10:39 GMT+02:00 Simon Poole si...@poole.ch
mailto:si...@poole.ch:
@Martin It is undoubtedly so that the information in question is -not-
simply available for use. You need to invest the time and effort to
actually
Am 08.04.2014 16:16, schrieb Paulo Carvalho:
..
I guess I missed something. Can you, please, explain that? I didn't
get the IP issues part and consequently why Google unlikely would be
the problem. That leads to the question about who would pose problems.
There is simply a
Most has already been said on this topic. Just one comment on the,
superficially sane sounding, idea of getting a declaratory judgement:
forgetting the ethical side of it (do we really want to use data
collected by somebody that doesn't want us to do so?), we would need
such a judgement in -every-
Their are quite a few facets of this issue, just some of many:
- do you actually have access to an original copy? Obviously who ever is
providing access to an online version is completely free to define
whatever ToS they want.
- sweat of the brow provisions as Eugene mentions
- dead for
801 - 900 of 1554 matches
Mail list logo