Re: [OSM-talk] OSM Carto not updating

[Ture Pålsson]

> 27 juni 2020 kl. 17:20 skrev Marc M. :
> 
> Hello,
> 
> Le 27.06.20 à 17:04, ET Commands a écrit :
>> Is something wrong with the OSM Carto servers?
> 
> one diff freeze the update
> sequenceNumber=4082799
> timestamp=2020-06-26T19:17:02Z
> ppl on #osm-dev are working on this.

Does anyone have the osm ID of the geometry that tripped things up? Seems like 
a good test case. :-)



___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Finding duplicate cycleways

[Ture Pålsson]

> 25 apr. 2017 kl. 21:52 skrev Martin Koppenhoefer :
> 
> 
> 
> sent from a phone
> 
> On 25. Apr 2017, at 19:07, Tobias Zwick  > wrote:
> 
>> I would say so, as long as there are not in reality two cycleways (see
>> above). Wouldn't you?
> 
> 
> it depends on the meaning/reading. I believe cycleway=track is bad anyway, 
> it's ok for preliminary mapping but fails when it comes to […]


On a side note, around where I live I see quite a few cycleways mapped as their 
own ways, tagged highway=cycleway,cycleway=track. Does the cycleway=track mean 
anything in this context (and if so: what?) or is it a mapping error?

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Layers and landuse

[Ture Pålsson]

I recently taught my rendering hack about the ’layer’ tag, and immediately 
encountered a set of new problems. For example, consider this ditch: 
http://www.openstreetmap.org/way/243331898 
 . It has layer=-1, probably to 
indicate that is passes under the road which it crosses. However, it is 
entirely covered by a landuse=farmland with no layer tag, which I take to mean 
an implicit layer=0. This means that my renderer now renders the farmland over 
the ditch, completely hiding the latter. Meanwhile, Mapnik obviously does what 
the tagger intended.

Is this a tagging error, that I should fix by editing the data, or is it 
something that my renderer should be able to cope with?

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Id stability

[Ture Pålsson]

2011/8/2 Gregor Horvath :

> OSM provides uri's to ID's which are linked to names of
> physical objects. Example:
>
> http://www.openstreetmap.org/browse/node/1381574156

But these objects often make no sense in the real world!

In the real world, there are things like streets, pubs, counties and
hospitals, which have geometry (and other properties). In the OSM
database, in contrast, there are pieces of geometry, subdivided
according to topology into points (nodes), linestrings (ways), and
everything else (relations), which have "thingyness". The relation
between OSM objects and real-world objects is quite hairy and probably
depends on what sort of real-world object you are intrested in at the
moment (is a hospital a place to get yourself stitched back together
after falling of the bike while mapping, or a contender for "largest
building in a 5km radius from home"?).

I am beginning to suspect that the only sensible use for the OSM
database, is as input data to a processing step that converts it to
something more usable for a specific task. Using it "as is" is a
recipe for headaches.

I'm not saying this is a bad thing. The database is extremely flexible
and can accommodate almost any sort of geographic information one
cares to throw at it, it just takes some programming to use it!

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Finding relation members in osm2pgsql PostGIS database?

[Ture Pålsson]

2010/6/21 Phil! Gold :
> I've got a PostGIS database created and maintained with osm2pgsql.  For
> some of the Mapnik rendering I'm doing, I'd like to see whether ways
> belong to relations.  (Specifically, whether a highway=* way is a member
> of a route=road relation.)  I've been able to look in the planet_osm_rels
> table for relation membership, but the members are stored in an array, and
> searching those arrays for membership, even on a bbox-restricted subset,
> is really slow.  Is there any way to do this faster?  If not, I suppose

I was playing around with representing ways as arrays of node id:s the
other day, and I got seemingly decent performance, at least doing
array intersection tests (using '&&', stuff like "what other ways
share nodes with this way"),  by building a GIN index on the array
column. I was just playing around with it interactively though, so it
might still be too slow for heavy use. Just mentioning it in case you
have not tried. :-)

  -- Ture

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Routing on OSM maps on a Garmin device

[Ture Pålsson]

FWIW, I have seen similar problems with my Vista HCx (and Garmin
RoadTrip on my mac!) failing to find a route where Cloudmade happily
finds one.

Perhaps the multi-tile routing problems mentioned at
http://wiki.openstreetmap.org/wiki/Mkgmap/routing/issues#Errors_calculating_long_inter-tile_routes
?

  -- Ture

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Vertical ways (staircase)

[Ture Pålsson]

How should I map a staircase connecting a bridge to a street below? My
initial thought was to approximate it with a vertical way with
highway=steps, but is it even possible to have a vertical way? I.e,
can you have two nodes at the same lat/lon but with different layers?
(Do nodes even have layers?) Or should I try to map the actual
zigzagging/spiralling of the steps? But that, too, leaves me with the
question of how to map things that project on the same spot on the
ground. Cheat completely and map it as a steep, but not vertical, way?

The route in [1] would be considerably shorter if the router "knew"
that there are stairs between Norrbackagatan and the bridge.

 -- Ture

[1] 


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk