On 12.09.2014 11:41, Cristian Consonni wrote:
> The (long) discussion about importing Wikidata tags in OSM has
> prompted this idea into my mind:
> https://wiki.openstreetmap.org/wiki/OSMdata
I don't quite understand the benefits compared to presets yet. Adding
Wikibase functionality to the OSM *W
On 05.09.2014 21:51, Minh Nguyen wrote:
> At Wikipedia, templates are categorized using a series of templates like
> {{R from misspelling}}. You just place them on the line following the
> #redirect tag. Could taginfo be made to look for these templates or the
> categories they sort into?
In the G
On 04.08.2014 21:24, Paul Norman wrote:
> http://commons.wikimedia.org/wiki/File:KT13_Area.4.png is the oldest
> published map from OSM I know of, back in 2006.
That's interesting! Didn't know about that one.
The oldest ones I was aware of are the Featured Images, running from
September 2006 to
On 25.07.2014 01:04, Rob Nickerson wrote:
> In my opinion we should try to keep the different language pages as
> similar as possible - that is, they should aim to be just translations
> of one another. My reason behind this is that OpenStreetMap is a
> community and data project. We need to work t
On 15.05.2014 19:57, THEVENON Julien wrote:
> According to CT terms ( cf below ) I assume that a new licence should
> maintain the share-alike of ODBL
I believe you are misunderstanding that paragraph of the CT. The license
needs to be free and open, but there are many licenses that qualify -
incl
nse - that is, a license that demands that we stick with one single
license forever.
Tobias
¹ There have been quite a few rights holders who have given OSM such an
explicit permission, so it might be worthwhile to just ask them.
___
talk mail
On 15.05.2014 15:41, JB wrote:
> This is not done, and I certainly hope that the « community » does not
> take it for granted before a hypothetical future vote.
> And that if an actual vote takes place, a real debate also takes place,
> with real counter-arguments replied to the already heard argum
o be manually reviewed.
The dataset will be under ODbL only, with no possibility to change its
license if a sufficient majority of OSM contributors choose to use the
Contributor Terms' relicensing clause? In that case, I hope you are not
going to import it into OSM at all, even
On 09.04.2014 10:21, schrieb moltonel 3x Combo:
> For the specific case of benches, if you care about orientation you
> might as well draw a way instead of a node. It's easyer to map, and
> less ambiguous (tag name ? value format ? mapper error ?).
>
> One thing the wiki doesn't specify for way-be
On 08.04.2014 15:11, Martin Koppenhoefer wrote:>
>
>> Am 08/apr/2014 um 11:45 schrieb François Lacombe
>> :
>>
>> For instance, benches mapped with nodes may be tagged with azimuth=* because
>> nodes don't tell which direction the bench follows.
>
> +1, but we should also define then which dire
On 08.04.2014 11:45, François Lacombe wrote:
> Some features mapping would require to tag their azimuth as for knowing
> how they are really installed in the environment.
>
> For instance, benches mapped with nodes may be tagged with azimuth=*
> because nodes don't tell which direction the bench f
On 20.03.2014 08:32, Martin Koppenhoefer wrote:
> I would only use old_name:fi if there is also a different name:fi (which
> makes the other name:fi the old one), otherwise use name:fi for Finnish names
> and additionally, if you want to state that this was once the official name,
> use old_name
On 14.03.2014 23:21, moltonel 3x Combo wrote:
> There's one fairly obvious to me : the share-alike requirement is
> necessary to enforce the attribution requirement (otherwise any user
> could just change the license to one that doesn't require
> attribution).
It would not be legal for them to get
On 14.03.2014 17:15, Tom Hughes wrote:
> I think most of those are already whitelisted aren't they?
Unless I'm mistaken, these are the currently whitelisted URLs:
http://wiki.openstreetmap.org/wiki/MediaWiki:Captcha-addurl-whitelist
___
talk mailing lis
On 13.03.2014 15:31, Simone Cortesi wrote:
>> Looking forward to your comments,
>
> No, thanks, the licence is good as it is.
Far from it, there's a lot that's wrong with the ODbL:
First of all, it's too hard to understand. Even on legal-talk, you often
don't get useful statements about what is
On 13.03.2014 00:28, Frank Little wrote:
> Tobias Knerr wrote:
>> http://wiki.openstreetmap.org/wiki/Proposed_features/default_layer_for_bridge_and_tunnel
>>
[...]
> This is however not the "implicit layer tags" argument which Richard Z.
> gives, which he sugges
On 12.03.2014 16:53, Frank Little wrote:
> But when did this happen as reported by Richard Z.:
> QUOTE
> The initiative to have implicit layer tags for those feature was voted
> down so every tunnel and bridge should
> now have one.
> UNQUOTE
There was a proposal to set default layer=1 for bridge=
such an example yet.
Tobias
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On 09.03.2014 13:21, Richard Z. wrote:
> the same conceptual problem exists with pylons where they are shared by two
> bridges
> or aerial tramways. Actualy every pylon breaks the rule by definition because
> it
> connects "ground" with layer=0 with something else at a different level.
> How do
neither global
nor representative of absolute elevation, but that was never contested.
Tobias
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
find them. But then someone had the idea of creating "feature"[1]
pages with a high-level overview of certain concepts.
While that is useful where the tags related to a concept were spread
across many pages, a lot of them are indeed redundant because they
On 30.01.2014 16:44, Jaakko wrote:
> Do we have a wiki page for "notable" mentions of OSM in the media?
Yes, we have: http://wiki.osm.org/OpenStreetMap_in_the_media
Tobias
___
talk mailing list
talk@openstreetmap.org
https://lists.open
for registered users)
I would especially like to point out that mappers using offline editors
are often not logged into osm.org and that I do not assume that
non-editing users should create accounts.
Nevertheless, many thanks the developers for the effort they have put
into our project's
known problem, see the disclaimer on the page. Unfortunately,
the problem already exists in the original recording, so it cannot
easily be repaired.
Tobias
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On 24.09.2013 10:13, Philip Barnes wrote:
> However amenity=pub;hotel makes perfect sense.
Not really, because semicolons in amenity values lack a clear meaning.
Mappers try to express very different concepts with the semicolon
construct. For example, you may encounter an "amenity=bank;atm", which
On 20.07.2013 01:07, Dave F. wrote:
> Does anybody use the +/- zoom controls? I thought it was all mouse
> wheels/pad gestures & finger gestures to zoom in & out.
I don't use these controls if I can avoid it, but sometimes I'm stuck
with them. Examples include browser compatibility issues (Firefox
On 04.07.2013 23:04, Cartinus wrote:
> gluten_free=yes has 53 uses
> diet:gluten_free has 88 uses
>
> This insignificant difference suddenly lets you declare one key as
> controversial and hardly used?
The gluten_free key is controversial because there are many users who
support a different key.
On 04.07.2013 22:15, Cartinus wrote:
> Have you noticed that there are many other people within OSM who think
> the wiki proposal system is completely broken and should be
> abolished/ignored?
Yes, but that's beside the point. If that key was already widely used,
then it would of course deserve a
On 08.06.2013 12:24, Gregory Williams wrote:
> That's the sort of thing that Overpass turbo does:
>
> http://overpass-turbo.eu/
As well as the various special-interest maps based on the Overpass API:
http://wiki.openstreetmap.org/wiki/Overpass_API/Applications
__
x27;t made it to the other
translations yet. Normally I would update the German translation myself,
but it is also protected.
I'd be happy if information about these alternative payment options was
added there.
Regards,
Tobias
___
talk ma
le track dead-center on the highway.
Even then they should be separate ways that share nodes, imo.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ocation.
I think that such a solution would make it easer to "aim" the marker and
would also generally integrate better with these upcoming features.
Tobias
[1] http://overpass.apis.dev.openstreetmap.org/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
uch links cannot possibly be replaced with links within Wikidata, and
there is a limited number of them. With the namespaced links, however,
we indeed get an essentially unbounded number of potential links and I
don't know a good rule for these atm.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ith
the wikipedia key, but about the possibility of replacing/syncing keys
such as operator with a wikidata link, which is of course a lot more
controversial than the tag in itself.
Tobias
> [1] http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata
> [2]
> http://lists.o
.
> Perhaps look into the overpass-permanent-ID solution for that.
In my opinion that's not really a good solution here. Manually creating
Overpass API queries is too hard.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
wiki.osm.org/Key:turn#Motorway_with_links_and_destinations
(Btw, it would be helpful to add turn:lanes while you're at it. ;) )
I would normally not bring this topic up here, but I think it'd better
be clarified before tagging thousands of lane counts.
Tobias
___
d an area=no if you want it to be linear. If that is accepted
practice, though, then the wiki does indeed not have enough data to make
the distinction.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
course.
If stable behaviour is a vital goal, that might not be fully achieved
when using a source as potentially volatile as our wiki.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ly for closed ways and relations without an area
representation, or alternatively allow polygon or bounding box queries
based on OSM elements, it would fulfil my requirements.
Naturally, I'm not sure whether any of that would be equally suitable
for oth
he current whitelist?
I'm also curious about the motivation for considering only a strictly
limited subset of the areas in the database in the first place.
Presumably this is because maintaining a large number of areas would be
detrimental to performance?
Tobias
¹ https://github.com/drolbr/Ov
sing the map,
though: The user has to be quite methodical to first decide what they
are looking for, then open the appropriate category in the catalogue.
Spontaneous spatial exploration would not happen. So it's not a given
that it would be the right user interface for osm.org.
Tobias
__
rse we don't have to get all that done at once! Still, from my
point of view, you have done the first part of the task: Getting the
tags out of the data. The second part, that of "rendering" the tags to
something pretty, remains.
Tobias
_
be some standalone "power user tools", but I'm not familiar
with these. As long as they all have the same page title except for the
prefix, moving them separately should do the trick anyway.
Also make sure to use the "What links here" special page to update
links, partic
atives.
Personally, I want to help OSM to overcome Google Map's dominance for
pretty much the same reasons why I reject Facebook. So, please, do not
advertise Facebook, Google Plus, or any similar networks on the OSM
front page.
Tobias
___
certain template that needs to be added each time?), but it would be
useful to put them there again imo.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
> On 02/01/2013 15:20, Richard Weait wrote:
>> Tobias' suggestion that I could not hang this poster in my home unless
>> I tell every visitor about the data license seems to over reach what
>> is required by normal copyright. I don't have to tell you that my
>>
echnically blame the original vendor.
Tobias
* I'm ignoring the missing link to the license for now.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
r, I do not personally
have access to logs, and as far as I know no numbers about page views,
search terms and so on are being made available.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ething I would ask here on talk (or directly to the program's author).
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
se enough to distinguish a project
such as OSM from e.g. governments' Open Data efforts. That's because it
overlaps with open licensing, which I assume will be stored separately
in metadata, and various other associations of the term.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
iterally.
It merely denotes the place where passengers are waiting for the
transportation vehicle. It does not distinguish between flat and raised
structures.
Quoting the wiki, "If there is no platform in the real world, one can
place a node at t
ignored. At least that's my impression.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
oreover: the osrm website does not give a URL that you can use to
> download an area in JOSM and is therefor not really useful for this.
There is a second icon on the bottom right, below the gear. Click on it
and you get a remote control button for JOSM, among other things.
Tobias
__
an address much more accessible and
is therefore preferable over relations. The number of uses is hard to
measure, but doesn't really affect these basic arguments anyway.
To me, it's associatedStreet which seems out of place in OSM tagging
be distributed
to the relevant users (maybe based on the home location these have set
on osm.org) by your server? Doing this would seem like a common requirement.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
erman version[1] now. Some sections remain
untranslated; unless someone else starts working on these, I'll return
to the task later when I have some time to spare.
Tobias
[1] http://wiki.openstreetmap.org/wiki/DE:Legal_FAQ
___
talk mailing list
ta
they should be looked at separately. Some
of the concepts related to reverts (such as contacting the original
changeset's author personally first, or even dealing with explicit
revert requests by said author) don't really exist elsewhere.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ftware on a
moderate amount of data) is something that should require the same
amount of discussion and bureaucracy as a country-wide import.
These are simply different things than imports and scripts, should be
considered separately, and there should be much lower barrier
e population profile we are trying to
> attract.
In my experience, new people go to that type of site when they have a
question, i.e. *after* they have become aware of the project and started
their first attempt to contribute to it or use it. That hardly makes it
a goo
says on the tin.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
his great
> project and all other positive things that could help boost this osm
> community.
You can already ask questions about OpenStreetMap on Stackexchange (e.g.
at Stackoverflow [1]). I wouldn't expect people external to the project
to do anything beyond that even if help.osm.org wa
On 03.08.2012 13:51, Matthias wrote:
> Tobias Knerr:
>> In my opinion, it would be more future-proof to define legal terms for
>> your repository that would always at least allow the models to be used
>> under the same license as the one used by OSM at that point in time. An
be used
under the same license as the one used by OSM at that point in time. An
appropriate legal arrangement would have to be found, but I think that
this would be an important effort.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On 08.07.2012 13:52, Pavel Melnikov wrote:
> I need a hint to find a web-based service for creating maps (say, travel
> logs with visited POIs, routes, tracks and whatever or advise someone
> what route to take to a given destination) which uses osm data as
> background layer, with the ability to s
lising POI or other data for citizens, some
are road maps for villages, layers in GIS systems or even just static
maps for directions.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
worked in my experience.
So I agree with Frederik that we should evaluate imports for their
impact on the community. I also feel that "make available instead of
import" is a good way to ensure that a) there is a local community to
maintain the data and b) that local communit
ot
easier to work with than the raw coastline ways in the planet.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
partially. It has a list of
keys affected by the edit, but it doesn't tell me what values are
affected, and why.
For example, what are the reasons for editing the following keys?
* occurrence (8407 times)
* landuse (292 times)
* url (4 times)
* addr:housenumbe
n .osm file.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
fo.openstreetmap.org:8001/keys/oneway#values
So a large share of the roads with direction-dependent cycleway tags do
actually _not_ have a 50% chance of being drawn either way, because they
are also oneways.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
e rendering, it looks like this:
http://tobias-knerr.de/upload/FOSSGIS12_lanes.png
They are also present in the slippymap on http://maps.osm2world.org/
However, it only goes to zoom 18 and the sidewalks usually have the same
surface texture as the carriageway, so they are hard to see there.
es Keepright (for automated error checking). Therefore, I watch
these two with a higher priority and only rarely visit Mapdust at all.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
some small regions outside Bavaria.
Yours,
Tobias and Peda
[1] http://wiki.osm.org/OSM2World/Maps
[2] http://wiki.osm.org/Simple_3D_Buildings
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
y throughout the map, though.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ell written and - as far as I can
tell - legally appropriate.
It's a much neater solution than the widespread "put legal stuff right
on top of the map where it visually clashes with the map content"
approach encouraged by the default
utors by name, but that hasn't ever been treated as a reasonably
expected part of attributing our maps.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
license
every day. If no one has got around to remapping that part of the map
yet then this late acceptance can still save a lot of work.
Look at this graph for a quick impression of the current agreement rate:
http://ni.kwsn.net/~toby/OSM/license_count.html
Tobias
___
dvertise the many third-party products made from
OSM, many of which go far beyond putting a map into your browser. We
should work hard on the database that makes them all possible. But we
don't have to build and offer these products ourselves.
Tobias
___
to make your own map overlays, official smartphone
apps with vector rendering, and so on.
For people who are primarily motivated by applications they can use
today, rather than the potential for future applications, we're just not
that attractive - at least as far as &quo
OpenStreetMap
continue to use your contributions?", but in German of course).
YMMV,
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
years ago they converted to a non-free license in
order to appease the local news paper that runs the servers. :(
Anyway, good luck for your project!
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
he classification that is supposed to be represented by highway
values. If a translation conflicts with local interpretation of these
values, it will create confusion.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
a share alike
requirement for the database.
Tobias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
eing able to correctly render that
tile. I also guess that many use cases would benefit from tiles based on
the familiar Mercator tile scheme.
Do you plan to continue the development of OSMT beyond the
proof-of-concept status?
Tobias
___
talk maili
Stephan Knauss wrote:
> On 08.09.2011 12:54, Tobias Knerr wrote:
>> Instead of rankings for individual contributors, I prefer attempts to
>> measure progress towards meaningful goals. A "completion" statistic for
>> road names, for example, does encourage mappers t
courages cooperation_.
That's a far better message to send to mappers:
* Results count, not the number of nodes you moved to get there.
* Cooperation lets you reach your goals faster.
-- Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
ht
e easier, pragmatic and sensible thing to do to simply
> accept the CTs.
This might be the pragmatic thing for contributors to do, but it's not a
decision that can be made by the OSMF.
The pragmatic thing for OSMF to do would be to accept that PD
contributio
aining a restaurant ID has no chance to know the
intentions of people linking to the restaurant, and it is easily
possible that different people even use that same ID with incompatible
intentions.
-- Tobias Knerr
___
talk mailing list
talk@openstreetmap
eciak.
-- Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
tentionally, and while they might not be your
preferred way of modelling a certain fact, deleting them should not be
considered.
-- Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of OSM.
-- Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Ed Avis wrote:
> Tobias Knerr writes:
>
>> Altogether, it seems that ODbL does burden creative users of OSM with
>> significant restrictions, even though in many cases there is no reason
>> why anyone would even want that databases they are forced to share -
>> b
w seconds.
I'm somewhat paranoid myself and tend to hit Ctrl+S frequently when
editing text or code. But co-developers would lynch me if I made it a
habit to *commit* changes to the sourcecode repository after each new
line of code, and for good reason.
-- Tobias Knerr
_
Frederik Ramm wrote:
>
> Tobias Knerr wrote:
>> I've just spotted several changesets where a large number of versions of
>> the same node were created within a single changeset, e.g.:
>> http://www.openstreetmap.org/browse/changeset/8542345
>>
>> Shou
in a changeset. The user was working
with Potlatch 2, but can this happen with other editors, too?
-- Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
2011-06-23 M∡rtin Koppenhoefer:
> 2011/6/23 Tobias Knerr :
>> "If you distribute [...] any Derivative Works or Collective Works, You
>> must keep intact all copyright notices for the Work and give the
>> Original Author credit reasonable to the medium or means [...].
&
tly interested in
related legal matters, I suggest to open a thread on legal-talk for this
purpose. I'll happily discuss the topic with anyone who is genuinely
curious about it.
-- Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
John Smith:
> On 24 June 2011 01:49, Tobias Knerr wrote:
>> 2011-06-23 John Smith:
>>>> Which is derived from OpenStreetMap data. Therefore, the tiles are
>>>> ultimately derived from OpenStreetMap data, too. Quoting CC BY-SA 2.0:
>>>
>>> As you
dealing with small screens, such as those
> on mobile phones.
Don't play dumb. Putting *all* attribution elsewhere is legal. Putting
only that part of the attribution elsewhere that you want to sweep under
the rug is not legal.
-- Tobias Knerr
2011-06-23 John Smith:
> On 23 June 2011 21:15, Tobias Knerr wrote:
>> No, it isn't. It has the attribution right there on the "Copyright &
>> License" link.
>
> Unlike every other map site out there where the main attribution is at
> the bottom right
101 - 200 of 368 matches
Mail list logo
