W dniu 30.09.2017 o 18:35, Ilya Zverev pisze:
usable, I've compiled a list of practices on this page:
https://wiki.openstreetmap.org/wiki/Proposed_features/Metro_Mapping
Some questions are answered on the Talk page there. Next week I'll open a
voting, so that tagging schema could be made
W dniu 26.09.2017 o 23:00, Martin Koppenhoefer pisze:
for the record: using Latin would be the completely wrong message we
could send out IMHO. It would make us look like an elitist circle [1]
and would make many people feel rejected, or at least make them turn
away as soon as they get to know
W dniu 25.09.2017 o 13:15, Maarten Deen pisze:
Of course this is impractical in the UI in the current way of
selecting layers (where each layer has its own check box to enable
it), I was more thinking in the line of having a dropdown box for all
language overlays. No idea if this is currently
W dniu 20.09.2017 o 03:09, Devon Fyson pisze:
However on the other hand GitHub is very popular and there would
likely be poor buy-in if contributors were asked to use a different
system. Therefore I propose that a new template be made on the wiki
which is specifically for referring tools in
Sorry for cross-posting on 3 lists, but this subject is rather wide.
There's a big discussion on osm-carto about rendering and tagging
place=* names, especially when tagged as an area (but also in general):
https://github.com/gravitystorm/openstreetmap-carto/pull/2816
It was also suggested
W dniu 09.09.2017 o 07:09, Yuri Astrakhan pisze:
Hello mappers! Could anyone help with over 800 OSM objects that are
pointing to Wikipedia disambiguation pages? Especially Polish
community - 588.
We have currently a coordinated effort in Polish community to fix it, so
it should be cleaned
By the way - I have also updated the "wiki key" as far as I could:
https://wiki.openstreetmap.org/wiki/Standard_tile_layer/Key
osm-carto is really huge if you look this way and I'm not even familiar
with some of these features! If you see that something missing or not
correct, please make an
W dniu 22.08.2017 o 22:29, Martin Koppenhoefer pisze:
it's not easy for forests or similar things either, because they might be split
(for good reason) into several smaller objects. What you need for good macro
maps is generalization, i.e. merging together of similar things, reduction of
W dniu 22.08.2017 o 19:59, Oleksiy Muzalyev pisze:
In fact I am working on a project in this field. I am mapping landuse
of the South Ukraine http://www.openstreetmap.org/#map=10/46.9634/31.5143
This is what I consider to be midzoom. You can see it here (and soon
also on z8+on default map):
W dniu 22.08.2017 o 08:38, Oleksiy Muzalyev pisze:
Irkutsk Oblast has got an area larger than the area of say Germany,
California, or France. The nature, woods, rivers, lakes, etc. there is
amazing. It is one of the most beautiful regions of the planet.
Actually the whole territory at and
I guess most of you understand the problems of so called "micromapping"
(very detailed geo data mapping). But when I started to look at the
opposite end (macro level), it looks even worse.
Low zoom rendering on default map style lacks lot of important things
(see
Hi,
At osm-carto (default map style for OSM.org) we plan to make some
changes with general text rendering. For western scripts they look OK,
but it would be good to test it by people using/knowing other scripts
too. Let us know if you have any comments.
Smaller line spacing:
-
W dniu 23.02.2017 10:48, Jochen Topf napisał(a):
Every larger system that allows user contributions has a "report this
as
spam" button. If a few people click on that, an admin reviews and
handles this. Sounds like an obvious solution that could also work for
OSM. Not being able to report
W dniu 13.08.2016 16:10, Ruben Maes napisał(a):
On vrijdag 12 augustus 2016 15:47 Daniel Koć wrote:
What should I do with clear spam acconts/comments like this?:
http://www.openstreetmap.org/user/thepackersmoversdelhicom
http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/39069
W dniu 30.01.2017 12:42, Simon Poole napisał(a):
It is less a HW issue but more that you would still need to keep 10+
tile servers plus databases running which is, ahem, silly :-).
With Docker containers it might not be any wiser =} , but it should be
at least easy to manage.
--
"A dragon
W dniu 02.01.2017 17:34, mbranco napisał(a):
Also, to speed up the process I'd like to inform all interested people
that
I've done some tests with guys of Osmose to report in their excellent
site
all the (likely) Italian squares: to do this my script look for all osm
objects tagged with
W dniu 02.01.2017 13:16, mbranco napisał(a):
*Request*
Please render the place=square tag (or a new tag, whatever you
prefer).
If you mean default style (osm-carto), it's already appointed for
rendering =} :
https://github.com/gravitystorm/openstreetmap-carto/issues/2203
I support
Hi,
I'm one of the developers of osm-carto (default OSM.org map style).
Recently we're trying to improve text rendering, especially for
non-western scripts. However we're not sure which font to use for arabic
labels, because we're not familiar with it, and we're looking for more
input on
Dear all,
Today, v2.45.1 of the openstreetmap-carto stylesheet (the default
stylesheet on openstreetmap.org) has been released and rolled out
to the openstreetmap.org servers. It might take a couple of days
before all tiles show the new rendering.
This is a bugfix release restoring two icons:
-
Dear all,
Today, v2.45.0 of the openstreetmap-carto stylesheet (the default
stylesheet on openstreetmap.org) has been released.
Changes include:
- Rendering all shops without a specific icon as a dot, not just a
whitelist
- Scrub pattern change to random
- Changing pitch and track color
-
W dniu 16.08.2016 11:45, Jóhannes Birgir Jensson napisał(a):
As for "no panic" then we've got several projects cooking in Iceland
after a beneficial annual meeting but we've not launched them yet
because we don't want to fragment any more than strictly needed so the
forum issue has been
W dniu 22.09.2016 19:48, Pierre Béland napisał(a):
That lengthy discussion mentions that contrast is not high enough with
surrounding forest. The question is Should we modify lake or forest
color?
This was just a starting point, which pushed me to think about the
bigger problem.
I simply
W dniu 22.09.2016 20:55, Christoph Hormann napisał(a):
Note there is also the suggestion for a more discerning change in the
way water features are rendered by showing different types of
waterbodies in different colors.
I was not sure what do you think about it after my answer, since there
Hi,
I want to change the water color on default OSM map layer (osm-carto
style) and wile the code itself is very simple:
https://github.com/gravitystorm/openstreetmap-carto/compare/master...kocio-pl:water
the water is so important map feature, that I want to test it as wide as
possible. So
W dniu 06.09.2016 13:52, Tom Hughes napisał(a):
Well it brings the tile servers to mapnik 3 which may have a few
immediate effects like improved rendering of asian scripts but which
mostly allows future stylesheet updates to use mapnik 3 features.
That's great! This should be an improvement
W dniu 06.09.2016 10:10, Tom Hughes napisał(a):
This release will likely be deployed next weekend once the third tile
server has been upgraded.
Will this upgrade bring any interesting features and optimizations or
it's just a typical system/security upgrade?
--
"To co ludzie zwą marskością
W dniu 02.09.2016 8:15, Martin Koppenhoefer napisał(a):
actually, if it's just decorative, it's not art ;-)
https://en.wikipedia.org/wiki/Decorative_arts
=P
--
"To co ludzie zwą marskością wątroby/ Tak naprawdę jest śmiercią z
tęsknoty" [Afro Kolektyw]
W dniu 31.08.2016 13:04, Janko Mihelić napisał(a):
čet, 25. kol 2016. u 15:30 Daniel Koć <daniel@koć.pl> napisao je:
I've also noticed that the line between artworks and memorials is
blurred, especially with statues
In my opinion, we can use both tags. If something is a sculptur
W dniu 25.08.2016 11:10, Svavar Kjarrval napisał(a):
My artwork changesets would like to thank you for this update. It's now
a little easier to impress the tourism boards. :)
Great! =} I was planning to create such icon long time ago, but it was
hard to find something good enough for such a
W dniu 19.08.2016 1:53, Paul Norman napisał(a):
There are some OpenStreetMap Carto issues which might be interesting
to a larger audience
Thanks for spreading the message!
I guess making construction color less dominant might be interesting
too, since it's quite popular (>76k uses):
W dniu 16.08.2016 12:04, Hakuch napisał(a):
as this new-server-software project will take some time. How do you
think about hijacking another country-subforum? There are a lot where
no
one is active with only very few posts. I would accept it as temporary
solution.
No need to invade Uruguay
W dniu 16.08.2016 0:42, Simon Poole napisał(a):
May I suggest that switching to panic mode is a bit premature.
Lambertus
last contribution to OSM is just over half a year old, and there are
other ways to contact people than just e-mail.
Let me remind my own words: "I've just found that last
W dniu 15.08.2016 15:15, Tom Hughes napisał(a):
Lambertus is the server administrator. There is literally nobody else
that can help you as far as I know.
1. Are we aware of any other part of OSM infrastructure vulnerable to
such "hit by bus" situation?
2. Do we have a place where we could
What should I do with clear spam acconts/comments like this?:
http://www.openstreetmap.org/user/thepackersmoversdelhicom
http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/39069#comment35334
Is there a simple "flag/report" tool available?
--
"Low, low, low..." [M. Kempa]
W dniu 15.07.2016 0:42, Michał Brzozowski napisał(a):
Somebody also tried to contact Lambertus to no avail, asking for
creation of users:Iceland
http://forum.openstreetmap.org/viewtopic.php?id=55089
It's not created yet, however (as a forum moderator) I've just found
that last action on
W dniu 14.07.2016 23:46, Hakuch napisał(a):
did you try to contact him by mail? I had last contact in april and
could try again
Last time it was in September 2015, so not lately. =} Please, try again
and let us know.
I'm glad at least we have spam protection working, which was a big issue
Hi,
It seems that Lambertus, the admin of OSM forum, is not accessible for
some time:
http://forum.openstreetmap.org/viewtopic.php?id=54959
Does anybody know what's going on and if there's another forum admin who
can be contacted instead of him?
Nothing bad happened, only some annoyances
W dniu 23.06.2016 10:14, Rory McCann napisał(a):
https://www.youtube.com/watch?v=FdRO-QZaWX8
Someone's made a video of the node edit history of OSM. As nodes were
edited, the pixel changes. It's from 2006 to 2016, and covers the whole
world. Pretty cool.
~3:16 in USA - what was that?...
W dniu 15.06.2016 21:25, Paul Norman napisał(a):
With the MQ Open changes, there is an opportunity for a
general-purpose map style to become a new featured layer on osm.org.
The requirements for a new layer are at
W dniu 22.05.2016 14:57, St Niklaas napisał(a):
Hi Daniel, nice, but would not it be better to make a simple link to
the OSM pages so that you would not have to maintain a lot of data.
For me it was no brainer to add some basic facts there, once somebody
has created navigating template for
Hi,
I've just created some basic Wikipedia articles about popular OSM
editors:
https://en.wikipedia.org/wiki/JOSM
https://en.wikipedia.org/wiki/ID_%28software%29
I'm not afraid that JOSM entry will be really deleted (probably this
user is just not aware of our toolbox), but if anybody would
W dniu 08.01.2016 12:57, Marc Zoutendijk napisał(a):
As the developer of openpoimap [1] I have thought about that but
skipped the idea soon.
It would mean that you should have a checkbox for EVERY possible key
in the OSM database. There are about 50.000 different keys!
Where do I put all those
W dniu 04.01.2016 3:39, Joseph Reeves napisał(a):
Qemu / KVM is pretty straightforward to get running, probably easier
for a linux newbie than getting a tileserver built on 15.10, and
you'll benefit from learning about virtualization under Ubuntu. You'll
also be able to experiment with the
W dniu 04.01.2016 11:45, Lester Caine napisał(a):
MANY of the tools listed on the switch2osm site are no longer actively
supported by their originators, so we do need an overhaul of the whole
process, but a reliable base framework does not exist and the diversity
between linux distributions is
W dniu 04.01.2016 16:32, Richard Fairhurst napisał(a):
Daniel Koć wrote:
BTW: who is the maintainer of switch2osm site? I was not able to
find any contact informations there.
I am, though a few other people also have admin/editing rights.
Oh, "Find Out More" page has so
W dniu 04.01.2016 16:08, Skyler F napisał(a):
I just decided to downgrade my whole system to 14 LTS. If I wanted to
run a virtual machine, I would just do it in the native OS, which is
mac (dual-booted).
According to Wikipedia operating-system-level virtualization technology
(which Docker is
W dniu 01.12.2015 1:38, Matthijs Melissen napisał(a):
For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.35.0...v2.36.0
Of course proper URL for this release should be:
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.36.0...v2.37.0
W dniu 01.12.2015 1:38, Matthijs Melissen napisał(a):
Changes include:
* Improved admin boundaries and labels on low zoom levels
In case anybody is interested - this one was reverted due to the serious
performance issues:
https://github.com/gravitystorm/openstreetmap-carto/pull/1987
--
W dniu 04.11.2015 18:36, Lester Caine napisał(a):
The simple answer is secondary, tertiary and unclassified roads in many
areas of the world have the same importance, so rendering them
drastically differently is a mistake!
As the problem of rendering tertiary roads seems to be still not
W dniu 14.11.2015 19:44, tony wroblewski napisał(a):
I think people need a playpen where they can try out ideas and map
before contributing to the main map (Maybe there already is, I don't
know). I think it should also be a requirement that people add a
I think this is the place for playing
W dniu 03.11.2015 18:40, Daniel Koć napisał(a):
W dniu 03.11.2015 13:17, Dave F. napisał(a):
2. Road widths
https://pbs.twimg.com/media/CS4l8ZKWUAA-566.jpg
https://pbs.twimg.com/media/CS4tfRDWUAA6AkN.png
As can be seen, there's a problem with the new increased widths. At
interchanges
W dniu 03.11.2015 13:17, Dave F. napisał(a):
2. Road widths
https://pbs.twimg.com/media/CS4l8ZKWUAA-566.jpg
https://pbs.twimg.com/media/CS4tfRDWUAA6AkN.png
As can be seen, there's a problem with the new increased widths. At
interchanges individually mapped lanes are overlapping turning it into
W dniu 02.11.2015 16:47, Nicolás Alvarez napisał(a):
It seems my message has been ignored so I'm bumping it again.
This thread is called "Release openstreetmap-carto v2.36.0". The map
style is doing the right thing with respect to pharmacies (renders
most used tag). Nothing else to discuss
W dniu 31.10.2015 9:45, Max napisał(a):
On 2015년 10월 31일 06:01, Matthijs Melissen wrote:
* Dropped rendering of the following tags:
- amenity=car_sharing (not relevant for the general public)
I disagree. Car sharing stations are a vital part of mobility
infrastructure and as more and more
W dniu 30.09.2015 11:38, Florian Lohoff napisał(a):
I started adding individual signs (and street lamps and surface) but
only after i systematically started taking photos with Mapillary.
EB Dirigo even offers signs recognition with a corresponding JOSM
plugin:
W dniu 27.09.2015 2:54, Stephen Knox napisał(a):
Does it really take this long to import a planet file these days? I
would be interested to know if anyone else has imported one recently.
I may import one myself at some point, but if it takes 6 days I
probably won't bother.
Even if this is not
W dniu 16.09.2015 22:59, Matthijs Melissen napisał(a):
Dear all,
Today, v2.35.0 of the openstreetmap-carto stylesheet has been
released and rolled out to the openstreetmap.org servers. It might
still take a couple of days before all tiles show the new rendering.
Changes include:
* Add new
W dniu 22.09.2015 15:49, Mateusz Konieczny napisał(a):
Note that it is not including the latest changes that are not deployed
on the OSM website (currently it includes the new road style).
One can preview those changes here (for some testing places):
W dniu 20.09.2015 16:01, Tom Hughes napisał(a):
It wasn't deployed immediately because the servers were, for reasons
that aren't entirely clear, under heavier load than normal. Most
likely somebody had accidentally moved a node a long way and dirtied a
lot of tiles but no specific cause was
W dniu 21.09.2015 18:06, Marcos Oliveira napisał(a):
Maybe some kind of tool for looking for finding latest very long
lines changes would be helpful?
There exists one already at the OSM Inspector page! [1]
[1]
W dniu 18.09.2015 9:10, joost schouppe napisał(a):
I don't think a portal in the style of the Mapquest example is the
best answer. I don't really think there is going to be any specific
OSM-based Google Maps killer ever going to be built. Instead the
strength of OSM is rather being able to cater
W dniu 15.09.2015 23:07, Paul Johnson napisał(a):
http://maps.randmcnally.com/ [2] sounds very close to what you're
suggesting (also, bonus points, brand recognition: People trust Rand
McNally, and oddly enough, there's a pretty sizable attribution on the
paper maps that can be found in every
W dniu 15.09.2015 18:10, Joseph Reeves napisał(a):
http://hello.mapquest.com/ [5] ?
Nice try, Sauron!... ;-)
I would say this is not the answer for OSM and for me this is half baked
solution at best.
Nice things:
- Dynamic POI layers (but limited to some basic types of POIs)
- Satellite
Wikimedia is working with their own maps based on OSM data (currently
still beta):
https://www.mediawiki.org/wiki/Maps
This style is quite simple (even less data than MapQuest Open) and I've
heard it's based on OSM Bright. Interesting features:
Starting with this tile:
I had an idea to add UMap functionality to OSM.org website and I
discovered Mateusz Konieczny lately wanted to add a dynamic layer with
opening hours (and some more data), which I think would be also useful
for users:
https://github.com/openstreetmap/openstreetmap-website/issues/1038
W dniu 10.09.2015 12:57, César Martínez Izquierdo napisał(a):
There are many other amenities having much lower relevance which are
rendered using an icon.
Is there any reason for excluding schools and universities?
I guess this is just historical fact. Most amenities have only the icon,
so
W dniu 10.09.2015 13:57, César Martínez Izquierdo napisał(a):
Thanks for pointing to the issue. Should the discussion follow there
or is this list a proper place for discussing rendering styles?
We have no place to talk about rendering, so if you want to talk about
it in general, Talk list
W dniu 09.09.2015 16:06, Dave F. napisał(a):
Probably a figment of my imagination by I thought Mapnik used to
render the names of schools. It doesn't appear to be doing so now. I'm
wondering if there's a reason for that? They're usually quite large
areas so plenty of room to fit the wording in.
W dniu 08.09.2015 14:46, Mateusz Konieczny napisał(a):
Certainly not all - in many situations old names are still widely used.
Sometimes multiple old names are used - possibly even in different
languages, which is easier (old_name:de=*). But I don't know how to tag
just "oldname1" and
W dniu 22.08.2015 1:47, Richard Mann napisał(a):
I'd be tempted to leave motorways as blue - it's not such a critical
problem as the invisible green trunk roads. Adding one
For me the problem is the same - blue looks like a river and I don't
know why at least some of UK-ers likes to see the
W dniu 22.08.2015 12:14, Richard Mann napisał(a):
Purple motorways would be a problem in the Severn Estuary:
http://www.openstreetmap.org/#map=11/51.5850/-2.6402 [3]
Sure, but we have more space for changing the boundaries - for example
use more dashed lines or make them thinner on lower
W dniu 22.08.2015 12:23, Lester Caine napisał(a):
The main problem here is that OSM is used by a large part of the UK web
services, and any change needs to be managed in such a manor that those
services are not too badly affected. We do not have a list of every
site
actually using OSM over
W dniu 22.08.2015 12:34, Lester Caine napisał(a):
the motorway still stands out clearly against the water courses. The
So we just disagree here: for me it's just barely spottable, which is
far from clear difference, as you see it.
That more styles are required is a simple fact. The
W dniu 22.08.2015 14:21, Tom MacWright napisał(a):
On the topic of whether we can or should notify everyone who may
potentially be affected by this change so their opinions can be
registered, you may enjoy this read:
http://www.ftrain.com/wwic.html [2]
Awesome! It's just about what I would
W dniu 23.08.2015 0:51, Paul Norman napisał(a):
On 8/22/2015 4:20 AM, Daniel Koć wrote:
Could anybody with technical background in the inner OSM workings tell
us what is holding us back with introducing new styles (be it raster
styles, additional/interactive layers or even vector tiles
W dniu 20.08.2015 3:16, Jóhannes Birgir Jensson napisał(a):
Should this be a new, alternative style instead?
Looks like New Hope is coming to fix The Great Tertiary Problem ;-} :
https://github.com/gravitystorm/openstreetmap-carto/pull/1736#issuecomment-133529853
However in my opinion more
W dniu 20.08.2015 17:53, Andy Townsend napisał(a):
On 20/08/2015 16:25, Ben Laenen wrote:
Thing is that UK won't ever be happy with another colour scheme and
the rest of the world won't ever be happy with a UK scheme.
... and then in the UK we can start arguing about and English style
vs a
W dniu 17.08.2015 13:20, Warin napisał(a):
On 17/08/2015 7:20 PM, Mateusz Konieczny wrote:
In that case it is perfectly OK to do not edit map and keep it as it
was (yes, as I
understand it and it seems to be a widely used in this way -
landuse=wood, natural=wood,
landcover=trees are used
W dniu 15.08.2015 15:23, Martin Koppenhoefer napisał(a):
you are mistaken, the motivation for landcover was not connected to
the natural (as in nature) and managed idea. Usually the distinction
between wood and forest is size and density, the distinction between
natural and landuse is about
W dniu 15.08.2015 13:50, Christoph Hormann napisał(a):
The suggestion of using landcover=trees is generally based on the idea
that both landuse=forest and natural=wood have a distinct meaning and
there are tree covered areas which are neither of these. But in
reality this is not the case and
W dniu 15.08.2015 15:16, Martin Koppenhoefer napisał(a):
IMHO it would rather encourage mappers to make more sense out of these
than it is now. I'm myself adding a pointless landuse=forest for every
landcover=trees now (for the renderer), and I guess most other mappers
do the same. I will
W dniu 15.08.2015 21:42, Paul Norman napisał(a):
On 8/15/2015 8:13 AM, Daniel Koć wrote:
I asked about it here:
https://github.com/gravitystorm/openstreetmap-carto/issues/1724#issuecomment-128702817
but the issue is closed now without too detailed discussion
The issue was closed because
Please, remember to change the subject when the subject shift occurs...
W dniu 15.08.2015 22:15, Ruben Maes napisał(a):
17 117 occurences is not 'not in the database'. Sure, it's only 0.12%
of all landuses, but this is a key that isn't even rendered on the
default style.
Paul was talking
W dniu 13.08.2015 11:22, Lester Caine napisał(a):
producing tiles still eludes me :( Lack of time is the problem, but a
decent set of instructions to work with openstreetmap-carto and manage
a
branch off the current style would be helpful!
You may try to contact cquest
Is there a place we could watch changing the usage numbers of tagging
schemes? I mean charts showing tag dynamics over time, because TagInfo
shows only current numbers.
--
The train is always on time / The trick is to be ready to put your bags
down [A. Cohen]
W dniu 24.07.2015 12:22, Lester Caine napisał(a):
As others have said - generally covering large areas as 'farmland' is
not helping anybody ...
For me it works - just like grassland or industrial, it shows what is
the dominant of the whole area and I care for it a lot at middle zoom
levels:
W dniu 05.07.2015 14:46, Warin napisał(a):
Street maps ... for cars? for buses? for large (tall with large
turning circles) trucks? bicyclists? pedestrians?
There are a lot of different kinds of 'street maps' too.
Micromapping is kind of natural way of thinking about routing for
wheelchairs
There is a discussion going on our default map style (osm-carto), which
I guess might be of interest also for general OSM audience - we try to
develop some guidelines for adding new features there:
https://github.com/gravitystorm/openstreetmap-carto/issues/1630
--
The train is always on time
I'm interested in some special mapping areas, like small scale/micro-
mapping problems. While I see 3D and indoor mapping subforum in OSM
Specials section on OSM Forum, I don't see micromapping subforum there.
Are there any other mappers interested in it and if yes, do you think we
should have
W dniu 05.07.2015 3:37, Warin napisał(a):
Definition of mirco mapping would be usefull if this starts up?
Such concept is hardly a new thing in OSM and you can find general
introduction to micromappping here:
http://wiki.openstreetmap.org/wiki/Micromapping
I think of myself as a long-time
I know that donation drive has just ended successfully, but while I can
find only some data about the technical needs it fulfills:
http://donate.openstreetmap.org/server2015/#details
there are no detailed informations on what impact may it have on more
practical level. For example I would
Out of curiosity - there is a getmap TeX package:
http://www.ctan.org/tex-archive/macros/latex/contrib/getmap
which can put the maps directly from the net using just the address.
Currently it uses Google Maps and MapQuest, but not the other OSM maps
we have, so I asked the author of getmap
W dniu 29.05.2015 11:45, Arch Arch napisał(a):
I don't think that's a good idea to try to solve the problems we're
faced with by our current OSM data model by setting up a second
database. We need an improved data model which fits our needs.
Current OSM data model is not flexible enough for
W dniu 29.05.2015 18:43, Andrew Guertin napisał(a):
I can imagine a world where no information about businesses is stored
in OSM. OSM has a geometry and a wikidata link. Wikidata says what
kind of business it is, what its name is, what its contact info it,
what its opening hours are, etc.
+1
W dniu 28.05.2015 23:11, Paul Norman napisał(a):
On 5/28/2015 11:25 AM, Daniel Koć wrote:
promises as to when we might get to this. Maybe our technical team
should talk with theirs to make better feedback channel available?
I would suggest reproducing the issue on open.mapquest.com
W dniu 28.05.2015 18:33, Janko Mihelić napisał(a):
I'd like the following procedure:
4. Later a mapper clicks the note, and it shows the text and the
problematic route.
I'm also interested in 5. - standard procedure for reporting routing
errors to engine operators. =}
For OSRM I have
I have encountered some routing errors using our main website, but while
trying to report it, I've found nowhere I could do it on the website and
Tom said there's only one way to report it - directly at respective
routing providers.
I will manage that, but I think we should have better
W dniu 28.05.2015 12:41, Mateusz Konieczny napisał(a):
Further complicating such edits by moving it to Wikidata or somewhere
else is in my opinion a bad idea.
We would rather retrieve it from Wikidata, because many places are
already there! Nova Scotia? - you're welcome:
W dniu 28.05.2015 10:50, Martin Koppenhoefer napisał(a):
My conclusion: I'd rather prefer to keep names in different languages
inside OSM, because it makes it clear to which object they refer,
while it is less clear from wikidata. Also because the structure of
osm and wikidata is not the same,
W dniu 28.05.2015 11:45, Florian Lohoff napisał(a):
Hi Daniel,
On Thu, May 28, 2015 at 11:15:34AM +0200, Daniel Koć wrote:
the current provider and maybe note on the map (in case this is a
tagging problem).
Typically there is no such thing as a route error. The engine consumes
the OSM Data
101 - 200 of 219 matches
Mail list logo