r can ignore addr:street on interpolation ways - with
documentation and tools (such as JOSM presets) supporting consistent
tagging you will be able to extract most data this way. Unless, of
course, enough people prevent consistent tagging by denying its possibility.
Tobias Knerr
___
t
documentation, especially if they have written "proposal" over it and no
one has touched the page for almost two years.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
r bicycles might
not be usable for strollers, for example.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
it is not
appropriate for steps with bicycle ramps. Otherwise, we'd need to tag a
lot of pedestrian streets/areas where pushing bicycles is legal (while
cycling is not) with bicycle=yes. Of course, this would be misleading.
I prefer ramp:bicycle=yes.
Tobias Knerr
_
only
accepting data that does). 3% doesn't sound that impressive, btw. Is
that before or after performing interpolation?
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Gary68 wrote:
> is there a function available now to find out how many users are
> watching a certain page?
I don't know a way to access that information right now. Maybe someone
can adapt this Wikipedia tool
http://toolserver.org/~mzmcbride/cgi-bin/watcher.py
for the OSM wiki?
T
ry barely usable due to "big edit" spam
it's probably the most useful provider of watchfeeds.
Here's the link:
http://www.itoworld.com/static/osmmapper
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
wikipedia=*
tags. It might cause problems later, but the other solutions have
apparent flaws right now.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
o be addr:housenumber=25f. The number of houses represented by
an interpolation way doesn't have anything to do with the number of
nodes in the way.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
e already *is* a consensus to use
"yes" for this.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Tagging the general direction of a way as incline=up/down:
http://wiki.openstreetmap.org/wiki/Proposed_features/incline_up_down
Vote-Start: 2009-10-03
Vote-End: 2009-10-17
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/list
estriction to it now, but is is necessary or not? Should
> the wiki be updated?
Imo: Yes, it is necessary (other tools such as JOSM expect it, too), and
the examples should be updated to reflect this.
Tobias Knerr
___
talk mailing l
p;zoom=18&directions=51.243609690021025,6.787233352661133,51.2442275913119,6.786621809005737&travel=car&styleId=1
that probably was influenced by this restriction relation:
http://www.openstreetmap.org/browse/relation/183709
(There are some other links with examples in this thread, which are all
related to onl
to distinguish between plausible
possibilities and irrelevant hypothetical constructs?
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
t what a certain tag means - we'd still need a way
to handle those situations: voting, councils, dictators, whatever.
> 5) If you disagree with the definition of the key or value, then
> create a new key or value with a different name,
This can potentially lead to some conflicts when t
Russ Nelson:
> Tobias Knerr writes:
> > Frederik Ramm:
> > > (5) Never ever invent a tag that you don't have a concrete use for.
> >
> > "Never plan ahead, always wait until there are thousands of existing
> > tags that make creating a better
urse, in order to make mapping convenient, it's sometimes necessary
to break that concept (with access tags, for example), and probably we
won't be able to get rid of
disused/abandoned/construction/planned/proposed/etc anymore.
Unfortunately, peopl
they can be ignored unless there are important
reasons for breaking that rule.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ike these.
The idea was that maybe the common key approach could be some kind of
compromise. As I said, though, I don't believe that an attempt to
establish an alternative to disused=yes could be successful.
Tobias Knerr
___
talk mailing list
talk@op
he street and mark the trees on the left, and
> you are going to go the other way down the street and mark the trees on the
> right.
As with all left/right tags (as well as forward/backward, up/down,
oneway, incline, etc.), this would certainly r
t; [...]
The additional node e is necessary. If there is a barrier on a node that
is part of the c-d road, that barrier does block traffic on c-d.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
l only modify the visible part of your signature,
that is, the part after the "|". And it will convert all special
characters, such as "[", "]" and "|".
By the way: The wiki doesn't distinguish between the pagenames
User:username and User:Username anyw
ot even a GPS).
Actually, I don't believe most mappers will be able and willing to
produce data that is more precise than what can represented with width
tag + lane info any time soon.
Of course, if you *want* to map areas in addition to li
Martin Koppenhoefer schrieb:
> 2009/11/25 Tobias Knerr
>
>> Jean-Marc Liotier wrote:
>>> Ævar Arnfjörð Bjarmason's diary entry last week (http://j.mp/8ESP8o)
>>> stired my interest. Using a few examples, he showed how mapping
>>> everything as an
rers,
which should be avoided.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
lity to road
network attributes - either software (using a traffic laws DB) or humans
(mapping more than just what's on the ground).
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
over the world?
It makes a difference for possible approaches like using
highway=Fahrradweg (or DE:cycleway or any other value that isn't exactly
"cycleway") for German cycleways, as that would still be "one meaning
per tag".
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
/wiki/Proposed_features/Extended_conditions_for_access_tags
The bicycle:oneway variant, to my knowledge, hasn't been part of a
solution that can be used to express all of these cases yet and is
mostly just there as a solution for this single situation (opposite
traffic
Ben Laenen wrote:
> Tobias Knerr wrote:
>> There is a concept that covers all of these and uses oneway:bicycle:
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_fo
>> r_access_tags
>>
>> The bicycle:oneway structure, to my knowledge,
f data, just one. Unfortunately, there is the
technical requirement to provide two strings - key and value. A "thingy"
key (could be "type" or "poi" or whatever just as well as "amenity") is
a method to work around this.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Steve,
SteveC wrote:
>> How is insulting people going to help things?
>
> By letting them know FUD and BS will be shot down.
I understand that most statements you are responding to seem stupid,
unnecessary or inappropriate to you. You might even think that those who
posted them should really kno
ew objects if they add completely
new information. It's not really possible for an automated process to do
anything else.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
cally
important, the fork would be at a disadvantage.
I'm not sure about attribution, either. Wouldn't the fork have to
attribute OSM as well, making attribution significantly less convenient?
Tobias Knerr
___
legal-talk maili
address
until then, each object will have been touched by a larger number of
contributors, and of course there will be a larger amount of data in the
database overall).
So unfortunately, we need to decide soon - and in absence of reliable
empirical data available, onl
sers. In order to do this, we'd need
permission to distribute it under both licenses, but a user can of
course decide to only publish modifications under one of the two licenses.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
pected?
Another problem with your approach is that it only works in renderers
designed with the intention to display /everything/. I'd expect good
rendering styles to be limited to a selected subset of the available
information.
Tobias Knerr
___
talk m
do this
by manually positioning a label, either.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
ve the purpose of presenting OSM
products. Instead, it presents OSM data *itself* - with features such as
changeset list, data layer, XML export, etc.. And for that purpose, we
don't need "closed" rendering styles.
Tobias Knerr
___
ta
Dave F. wrote
> Tobias Knerr wrote:
>> In order to truly show what's possible, we would need to completely
>> redesign that front page into a "featured products" catalogue [...]
> It doesn't have to be completely redesigned, just a link saying:
>
> &q
a problem when you incorrectly represent
reality in order to produce a certain rendering.
When there are different representations (such as long segments and
short segments) that represent reality equally well, choosing the one
that is easier for applications isn't a problem at all, but rather
ly normalisation might easily lead to mandating
the solution that would, after some experimentation, have turned out to
be the inferior choice.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.g. http://wiki.openstreetmap.org/wiki/Node
And yes, the effect is limited to the OSMWiki.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
erpretation.
Generally, the more implicit assumptions you associate with a tag, the
more probable it is that someone's implicit assumptions are different
from yours. That's why a "largely meaningless object" like path has a
certain appeal.
Tobias Knerr
___
established tag, but
any tag that /isn't/ highway=* (or anything else already in use) should
work.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
clearly demonstrates that
simpler-than-Potlatch editing is possible.
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
utomated editing to have a "bot
flag". This information is then used to add "B"s next to Bot edits in
history/watchlist/... and for a "Hide bots" filter in these lists.
Instead of making this a property of an account, we could also implement
bot flags for individual
On 21.09.2016 01:33, Matthijs Melissen wrote:
I added it to the infobox as osmcarto-rendering.
It is currently only used in the supermarket page:
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dsupermarket
Maybe I'm a bit late to the party, but I don't feel it's great to give
special treatment
On 20.09.2017 17:02, Christoph Hormann wrote:
> It is best to regard the wikidata and wikipedia tags in OSM as 'related
> features' rather than identical objects.
We shouldn't dilute the definition of the key because some incorrect
links exist in the database. If there's no 1:1 relationship betwe
On 21.09.2017 19:45, PanierAvide wrote:
> http://projets.pavie.info/whatosm/
This may be controversial, but I don't think a guide for people
considering to contribute to OSM should send them away to Mapillary.
They aren't part of OSM proper and arguably compete with us for
volunteer time. Mapillar
On 27.10.2017 00:49, Dave F wrote:
> The woods/forest problem is one of the worst tagging cock-ups in OSM.
Indeed. The current mess is especially disappointing because it hasn't
always been that way: The status quo is the result of an attempt to
"improve" the tagging years ago.
From my point of v
On 28.10.2017 12:06, Andrew Hain wrote:
> His behaviour over the past years makes him a contributor of net
> negative value.
I have to disagree here. He's probably the single most active wiki
contributor, and is also performing a lot of useful maintenance work
that no one else would bother doing.
On 31.10.2017 07:59, Martin Koppenhoefer wrote:> one tag for what? An
area with trees? A forest? How would you define> "forest"?
One tag that can be used for mapping both the things currently mapped as
landuse=forest, and the things currently mapped as natural=wood.
Whether that is a tag for "fore
Hi Roland,
On 04.12.2017 09:42, Roland Olbricht wrote:
> We recently had an experienced and productive community member, Ilya,
> putting a lot of time in a Wiki Proposal just to see the whole process
> fail.
there's an important distinction here: It's Ilya's proposal that has
failed (for now at l
On 12.01.2018 15:39, Andy Townsend wrote:
> More seriously, any automatic use of OSM messages is problematical
> because it devalues the messages that we want people to actually read -
> the ones that are composed by and sent be a human, and have actual
> useful information in them
I agree. Right
On 13.01.2018 11:02, joost schouppe wrote:
> - a reviewer in OSMcha can adapt the message to his own personal message
> or an ad hoc message
[...]
> - a reviewer can choose to not send a message if they feel like they're
> spamming
Those would be steps in the right direction, but I wonder why it's
On 17.01.2018 18:47, Rory McCann wrote:
> Users want to save/upload frequently (because computers), so we'll never
> stop them pressing the button often.
But we could give them more than one button.
There's "save", and then there's "upload/commit/publish". The two
actions are distinct, and part o
On 18.04.2018 05:03, Andrew Harvey wrote:
> highway, surface, maxspeed, maxweight, maxheight, width, oneway, access,
> lanes, turn:lanes, lit, parking:lane:left, parking:lane:right,
> parking:condition:left, parking:condition:right,parking:lane:left:type,
> parking:lane:right:type, etc.
The percen
On 24.04.2018 19:23, Paul Norman wrote:
> It is sometimes recommended that when you add a name in another language
> you also indicate the name in the local language by adding a suitable
> name:* tag at the same time. For example, if adding "name:fr=Londres" to
> London, you would also add "name:en
On 24.04.2018 02:17, Clifford Snow wrote:
> But if you want
> someone to use the data, then map it as separate ways.
That's not the case, and it's a bit frustrating to read this just after
I wrote a mail explaining this point. To reiterate:
* With separate ways, we don't know which road section
On 25.04.2018 15:23, Martin Koppenhoefer wrote:
> Unisex=yes is defined as a shortcut for male=yes + female=yes
This may be a stupid question, but where are you all getting this
definition from?
I assumed the key already had the meaning that Rory is suggesting here.
And at least on the Key:unisex
Hi Tim,
On 11.05.2018 17:19, Tim Frey wrote:
> Out of this, we consider, heavily, to “open source” the licensing of the
> user created STAPPZ content for the OSM community. In addition, we also
> consider to open source the backend of STAPPZ and the IOS and Android
> app to make a community projec
Hi Tim,
On 16.05.2018 10:16, Tim Frey wrote:
> I like the Wikipedia and in special the Wikivoyage direction also. Does
> somebody know the best touchpoints to get in contact with the community
> there?
I'm not familiar enough with their communities to give a recommendation.
However, Commons does
On 08.06.2018 19:19, Mateusz Konieczny wrote:
> building=building is an unexpected way to mark building without
> specifying its type and therefore retagging this duplicate to
> building=yes would improve tagging without any information loss.
I'm in favour of proceeding with the proposed mechanical
On 03.07.2018 10:28, Frederik Ramm wrote:
> Don't forget that new FIXMEs will continue to appear all the time.
They will, but at a lower rate. Mappers often look at existing tagging
to find out how things should be tagged. This is further reinforced by
tools such as JOSM's autocompletion. Thus, I
On 08.08.2018 12:49, Tomasz Wójcik wrote:
> Due to our rules, that we shouldn't have 2 active tagging
> schemes for the same feature
These tagging schemes are for 2 different real-world features:
* roads/paths (i.e. linear features with a direction)
* plazas/squares (i.e. open areas where people w
On 15.08.2018 20:49, Tomasz Wójcik wrote:
> Currently, barrier=block is not allowed to be mapped as an area. As
> blocks can be big enough to map them as areas, I think it should be
> allowed, the same as in barrier=wall or barrier=hedge.
For routing purposes, barriers are usually connected to the
Hello Vasu,
thank you for your interest in participating in Google Summer of Code at
OpenStreetMap!
On 13.09.2018 20:30, vasu dev Singh wrote:
> I want
> to do a project with OpenStreetMap but I don’t know how to start.
One trait we're looking for in GSoC students is familiarity with the OSM
comm
On 23.09.2018 14:05, Michael Reichert wrote:
> Currently, the search of the wiki is not really useful any more.
Indeed, the search field is pretty much broken at the moment.
However, this has been brought up on the wiki talk page, and Yuri said
he was looking for a fix. So I think it's safe to sa
On 23.09.2018 17:07, Christoph Hormann wrote:
> If you'd now impose
> technical constraints preventing mappers from documenting things that
> do not match a certain ideal of structure would you would effectively
> make the wiki unsuitable for its primary application and mappers would
> need to
On 24.02.19 20:18, Christoph Hormann wrote:
> I mainly wanted to make everyone who is not active on the wiki aware of
> this.
For the benefit of people who don't know the background, it's worth
mentioning that these bot edits did not distort the actual meaning of
the wiki pages, but were purely p
On 28.02.19 23:35, Richard Fairhurst wrote:
> The policy, introduced with the changeover to the ODbL, says:
>
> "We require that you use the credit “© OpenStreetMap contributors”...
> For a browsable electronic map, the credit should appear in the corner
> of the map."
As you seem to remember wha
everyone agree that these are
simply documentation errors and should be corrected?
Tobias Knerr
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
http://wiki.openstreetmap.org/wiki/Proposed_features/Scope_for_access_tags
Intention: solve some tagging problems related to restrictions
(restrictions on wet roads, restrictions only for some vehicle types,
direction-dependent restrictions).
Tobias Knerr
. Probably we should just
relabel that to "poll" or something and make clear that it isn't binding
in any way. It's merely a quick indicator whether consensus has been
reached and a way of getting some more discussion started.
Tobias Knerr
__
to state that a maxspeed is valid only on wet roads (example 1) or only
for hgv traffic.
Please add your opinion to the poll and discuss related ideas as well as
problems with the concept on the talk page.
Tobias Knerr
___
talk mailing list
talk@openstr
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 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 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 14.05.2014 11:16, Christian Quest wrote:
> The resulting dataset will be under ODbL (because of OSM data and also
> many opendata sets are also under ODbL).
[...]
> The resulting dataset will not be imported "as is" in OSM as the french
> community considers it needs to be manually reviewed.
Th
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
Hi Julien,
On 15.05.2014 18:46, THEVENON Julien wrote:
[...]
> By this way the amount of data loss will be an argument pro or against a
> new licence in the same way some data were loss during the migration
> from CC-by_S to ODBL due to impossible relicencing
the relevant part of the CT was intro
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
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 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 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 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
Am 07.10.2014 11:05, schrieb moltonel 3x Combo:
> [...] In other words, for that template's usecase,
> ways/area/relations are separate sets, despite sharing primitives.
>
> Is that everyone else's understanding too ?
Yes, I agree with this. Any changes should also be propagated to the
Descriptio
On 25.02.2015 02:58, Bryce Nesbitt wrote:
> It is apparent that a number of imports have left tens of thousands of
> fixme notes that have a low chance of ever getting addressed. Pick your
> favorite from the lists above: set␣better␣denotation is my mine.
That's from a mechanical edit that should
On 20.03.2015 22:19, Jochen Topf wrote:
> I think the important part is doing the rendering, deciding on zoom levels and
> all this. This is going to be some work and will need some time.
Wouldn't it make sense to leave that responsibility to the projects,
similar to the decentralized generation o
On 25.04.2015 11:29, wrote Roland Olbricht:
> A sidewalk (or bike lane) shall be mapped as a separate way only if a
> pedestrian cannot cross the car lanes at any point, i.e. there are
> fences or grass strip between footway and the car lanes.
Uh, the example in the other thread was a fence. Grass
On 09.05.2015 10:08, Christoph Hormann wrote:
> The problem is not exclusively Xxzme's attitude but also the combination
> with the dominance of his/her/their edits due to the large amount of
> energy and time spent.
I fully agree with that. Xxzme is not the first wiki user who has tried
to push
On 27.06.2015 18:58, Fernando Trebien wrote:
> When this notion of "grouping" is
> presented at the very beginning, I believe people will easily
> understand it for all of the advanced scenarios
The notion of "grouping" would at least be more intuitive the common
"relationship between things", whi
On 27.06.2015 11:19, michael spreng wrote:
> This is not a tagging error.
It is an error. Only the underground part of the ditch should have
layer=-1, and it needs to also have a tunnel tag.
As for landuse, such areas are typically non-physical, and as such not
easily inserted into the layer hier
Hi,
On 06.07.2015 00:29, Jóhannes Birgir Jensson wrote:
> I'm in touch with a person that added many buildings in Iceland as 3D
> models in Google Earth some years ago. You can find many of them there
> if you type in Kvosin into Google Earth - they look really good.
that would be a valuable cont
On 20.08.2015 10:09, Christoph Hormann wrote
> If you think a different styling than what is currently proposed would
> be better it would be best to show it.
It's hardly fair to expect critics of the suggested new style to easily
come up with alternatives. For one, the effort in question was ena
19.05.2012 19:24, Worst Fixer:
> If you download archive (or at least read my mail one line further
> before replying) you notice overview.html containing information you
> requested.
I did download the archive and open the overview.html before replying.
But I didn't find anything except a long l
23.05.2012 11:28, Jochen Topf:
> Because not everybody has a planet file lying around and because the software
> with all its options is still not so easy to use, I have created a new
> service at OpenStreetMapData.com where you can download the files created
> by OSMCoastline. The data is updated
On 06.06.2012 14:38, Pieren:
> On Wed, Jun 6, 2012 at 2:05 PM, Frederik Ramm
>> Assess the impact that your import will have on the community.
>
> But you can say the same for manual editions too. What is the impact
> of adding indoor mapping, rooms, floors, private footpaths, 3D roofs
> and textu
Kate Chapman wrote:
> What other examples are out there?
http://wiki.openstreetmap.org/wiki/DE:OSM_Internet_Links
has a "Behörden / Kommunen" section with many examples of, mostly
German, government institutions using OSM. Most of these are slippy map
backgrounds of sites visualising POI or other
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
1 - 100 of 330 matches
Mail list logo