list variant is actually used frequently elsewhere i would
strongly suggest if you want to do a mechanical edit you change those
to a semicolon list.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstr
clearly see the error you are much
more motivated to fix it.
Of course showing the direction of the other waterways around would be
very useful - but probably difficult to implement.
I would always show the currently mapped direction - so the potential
answer 'this is not an error
.
In terms of usability it would of course be good if you could see the
direction in MapRoulette so you can verify the data without actually
loading it in the editor.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
seems to be
http://www.openstreetmap.org/node/12183965
mapped as part of a man_made=pier originally. The earliest PGS imported
node still in use apparently is
http://www.openstreetmap.org/node/13491356
--
Christoph Hormann
http://www.imag
manner you can't
do it at all.
> How would you suggest he obtained a large enough random sample?
With voluntary participation you can't, no matter what you do. That's
why a census generally is not voluntary.
--
Christoph Hormann
http://www.imagico.de/
talk, thanks for pointing out. This is however kind of my
original point - the new satellite will likely not have much influence
on what practically is available to the OSM mapper since what images
can be and are taken and which are made available to the OSM mapper are
two entirely different thing
huge
> value for mapping new areas and updating OSM.
That would be great.
I think i mentioned this before but it would be really nice if the
Mapbox satellite layer provided information on the date of image
acquisition.
--
Christoph Hormann
http://www.imagico.de/
_
et,
they generally take images on demand for customers. Practically it
will probably mean that in the long term more up-to-date imagery will
become available but mostly in areas where there generally are already
less up-to-date high resolution aerial images.
--
Christoph Hormann
http://www.i
aking them neither useful for
the map user nor for the mapper.
This is of course a subjective impression - it might appear quite
differently for others.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@opens
northern Greenland inhabited is a bit of a stretch...
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Tuesday 15 July 2014, Stefan Keller wrote:
>
> Which node density map by Martin Raifer do you mean?
http://tyrasd.github.io/osm-node-density/
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
ant parts of the data will influence many conclusions
people might draw from such a map.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
lable including those styles on
osm.org which are not open.
And the ODbL as far as i can see does not make any difference if a
derivative/collective database contains data originally published under
an ODbL compatible license or not.
--
Christoph Hormann
http://www.imagico.de/
__
, the attribution requirements are fully satisfied by this.
In general rarely any OSM based map out there tells exactly where OSM
data is used and where not, even OSMs own 'standard style' map fails to
mention the use of non-OSM data.
--
Christoph Hormann
http://www.imagico.de/
___
ent this route.
The other end of the road is tagged highway=road by the way:
http://www.openstreetmap.org/way/187792384
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ould use an update of the coastline file.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
have already ignored
you for months.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
of new data by paid mappers would probably be
less critical than deletions and modifications like changing tags.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
estion is if the
modifications made to the database are individually verified by the
mapper, not if you use some fancy filtering to find those objects you
want to modify.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing li
r node/first node of the first member way. But
that would be somewhat expensive to do i suppose.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
stribution of nodes and
ways with this tag".
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ier#map
there are definitely more features tagged than show up in the map, see
for example:
http://www.openstreetmap.org/#map=6/-71.329/-69.807
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists
o (for example as
part of their work but without their employer being involved) as a
mapping source - such sources should probably be required to be
disclosed even if the mapping itself is a totally private activity.
--
Christoph Hormann
http://www.imagico.de/
ith an angular scale
drawn on it) you can also record relative orientations and this way
avoid the need to find a reference point in exactly the direction your
object points to. This is how you used to measure everything before
the age of GPS.
--
Christoph Hormann
h
OPL:
http://osmcode.org/libosmium/manual/libosmium-manual.html#opl-object-per-line-format
These surely have different purposes - one is for easy human editing and
one is for automatic processing but it might none the less make sense
to see if these goals can be achieved in the same for
:
Call for presentations: https://sotm-eu.org/en/pages/cfp
Talk submission: https://www.sotm-eu.org/en/presentations/new
Visitor registration: https://www.sotm-eu.org/en/pages/attendees
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk
of share-alike and have to deal with them but
i see no perspective to convince me, the mapper, to settle without it
just because it would be more convenient/more profitable for me, the
data user... ;-)
--
Christoph Hormann
http://www.imagico.de/
___
e license is based on are not clear
cut either, there are many aspects of database law which are open to
interpretation and which have not yet been decided in courts yet. A
license can only be as clear as the law it is based on.
--
Christoph Hormann
http://www.imagico.de/
___
mperature for many years to approximately
determine the long term average. Precipitation is even trickier.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ap something like this in OSM) some time ago in
http://wiki.openstreetmap.org/wiki/Talk:Tag:natural%3Ddesert
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ted matters are about tags.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
2 renders probably haven't been
> finishing before the next one rolls out. That is highly abnormal
> though.
>
> Andy has gone away for a few days now though, so this one should get
> a chance to finish ;-)
Ok - no sweat.
--
Christoph Hormann
http://www.imagico.de/
46.png/status
from Sat Jan 11 04:17:46 2014
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ed.
>
> I have no idea how you reach that conclusion - literally everything
> up to z12 has been rerendered at least four times in the last month.
http://a.tile.openstreetmap.org/11/1577/243.png/status
http://b.tile.openstreetmap.org/12/3154/483.png/status
--
er tiles. In fact such a system would be
fully agnostic to style sheet changes but still make sure they show up
in the map as fast as possible.
Not sure if this is possible with the current render stack of course.
--
Christoph Hormann
http://www.imagico.de/
__
e how feasible it is to implement
this.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Friday 28 February 2014, Tom Hughes wrote:
>
> There have been several stylesheet updates in the last week so the
> servers are very busy and are likely to serve old tiles if they are
> too busy to rerender them.
I see, thanks.
--
Christoph Hormann
http://ww
caused this?
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
/presentations/new
where you can also find further information on the event.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
relation/253952
http://www.openstreetmap.org/way/183083855
http://www.openstreetmap.org/way/71290542
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
s it grown?
As you said these strips seem to be quite common in the area. I would
assume they are trees planted for protection against wind erosion. For
this purpose having a singular structure across several hundred
kilometers is kind of pointless of course.
--
Christoph Hormann
http:/
pts are usually arbitrarily scaled to fit into a
latin line geometry.
In your demo the alternative fallbacks do not seem to contain Arabic
characters - the missing glyphs are however often the ones worst to
read in the normal rendering (although the other ones are not great
either).
--
Christo
of potrace is that it can only deal with two
different area types (i.e. two colors) - if anyone knows an open source
tools with a similar feature set that does not have this limitation i
would be eager to hear.
--
Christoph Hormann
http://www.imagico.de/
___
.org/wiki/AT/basemap
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
idea on
how variable images can be. A frequent mistake in common practice
armchair mapping is that people regard the image as the truth rather
than a most likely inaccurate depiction of the truth. Having several
images available can help here.
--
Christoph Hormann
updates on the conference. You should submit by
February 28.
We're looking forward to seeing you in Karlsruhe in June!
On behalf of the SOTM-EU 2014 program committee,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
dy have been addressed.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
openstreetmap.org/#map=14/39.9178/116.3833
or the Multilingual map (http://mlm.jochentopf.com/)
I know combining such to an image with harmonic colors is not easy but
for this purpose it would be perfectly acceptable to tweak the colors
of the various maps for an appealing collage
and it would occasionally lead to small artefacts at the tile
boundaries when one tile is changed and the other tile is not.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
separate language code for that.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
oastlines will trigger it. Same for large islands like
Greenland and New Guinea i suppose. But there probably is a limit.
There have for example been many coastline errors in the Philippines
recently due to recent mapping activity there but many on fairly small
way that
multipolygons extending across the 180°-Meridian should also be
possible...
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
contructs like a
Condominium for the river itself as in parts of the Luxembourg/Germany
border.
It is also important to keep in mind that in case of borders
authoritively defined through discrete points an officially released
data set does not necessarily represent exactly this definition.
rg/browse/way/48854191
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
he
right tools (both map notes and fixme tags are not optimal here) but it
is also a matter of mapping culture i think. It bothers me when i see
such things because they are strongly visible quality issues which
could be solved with relatively little work.
--
Christop
OSM
potentially much more suited for professional contributors who in
Wikipedia always risk being accused of lacking neutrality. There are
however other barriers that discourage such people to become active
contributors.
--
Christoph Hormann
kground and the mapper is
essentially left alone with what to do with it. I think it is to be
expected that there are quite a few mappers who then simply try to
adjust the data to match what they see in the images by either
changing, deleting or adding elements.
--
Christoph Hormann
-satellite
[4]
http://tools.geofabrik.de/mc/?lon=6.02164&lat=60.45423&zoom=13&num=2&mt0=mapnik&mt1=bing-satellite
[5] http://www.imagico.de/map/errormap_en.php
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
ly
north of the tile edge:
http://www.openstreetmap.org/?lat=-84.8&lon=-167.75&zoom=6
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
e we pushed the boundaries in what is feasible without any
> proprietary software a little bit.
Just to clarify this - if the code is not available for others to use,
modify and redistribute it is proprietary software, even if all code
except your own is free.
Greeti
won't even get started on the fact that work of a publicly funded
research institution should benefit the public...
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
f them on the map but non-label
feature do not appear to play a role in label placement and there are
some strange priorities.
Is the algorithm available as open source?
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
t
p.fr/?zoom=11&lat=-53.14353&lon=73.053&layers=B0FFF
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Thursday 04 July 2013, Tom Hughes wrote:
>
> Low zooms (0 to 12) are not actually updated in real time anyway -
> they are only updated periodically by a batch job.
But you can still trigger a rerender using /dirty.
Greetings,
--
Christoph Hormann
http://www.i
s reviewing edits made to the database and a second high
quality version that is pre-rendered periodically using techniques that
can be more expensive.
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
h
On Thursday 04 July 2013, Mikel Maron wrote:
> I just now have contact directly with those involved (relatively fast
> for a big organization), and am explaining the issue to them.
Great, thanks for that.
Greetings,
--
Christoph Hormann
http://www.imag
On Sunday 23 June 2013, Mikel Maron wrote:
> I'm checking into it with contacts at UNEP.
>
Hello Mikel,
any news on that?
The website is still the same.
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailin
convert -sigmoidal-contrast 15,50% -scale 12.5% \
+sigmoidal-contrast 15,50% z9.png z6.png
this will however somewhat distort the colors when you do it in RGB.
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
just
result in artefacts when scaling down.
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
there.
I am unsure what should be done about this. There are probably no bad
intentions there and if the mentioned organisations have indeed
contributed better data it might be nice to have this available to OSM
as well.
Greetings,
--
Christoph Hormann
h
that is not done
in real time and therefore can be more expensive. There is one other
place where this is already done in OSM, that is the coastlines and as
many are painfully aware this is not working particularly well (current
coastline on osm.org is nearly four months old).
Greetings,
-
d
> completely off the list.
I think you did correctly, it's the other way round but the difference
between Cameroon and Indonesia is marginal.
Arkhangelsk seems to be the only high latitude place that newly made it
into the new list.
--
meroon and France is
about 2 so it could be that Bordeaux beats Yaounde in real world node
density. :-)
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
around this would be a strong indication.
Currently it has a kind of Berlin airport flair...
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
in mind - i just explained it for the geometry only.
Each tag could have its own metadata and this would be reset everytime
the tag value is changed.
And of course in addition to 'source' one could think of various other
metadata types. The date is obvious but accuracy as well as
rel
ially modified
This would not be fool proof of course (small changes could accumulate
to a substantial change without being noticed).
Greetings,
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
history.
I know that because of this the recommendation is to apply source tags
to the changeset rather than the geometries. This is not feasible in
case of fine grained attributes like the ADD coastline though where
every way has different attributes.
Greetings,
--
Christoph Hormann
http
/Antarctic_Digital_Database
[5] http://wiki.openstreetmap.org/wiki/Antarctic_Digital_Database/Data
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
401 - 478 of 478 matches
Mail list logo
