Andrew Byrd | 1 Jul 00:08 2015
Picon

[OSM-dev] new Java OSM loading / storage library

Hello OSM developers,

Conveyal has created an open source Java OSM library for use in our own projects (including
OpenTripPlanner). It is now in a usable pre-release state, and some of you might be interested in trying it
out. I would of course be very interested in any commentary or feedback that could help improve the library
and make it more useful to the wider community. 

https://github.com/conveyal/osm-lib

This library provides:

0. A set of Java classes modeling OSM entities (Nodes, Ways, and Relations).

1. Disk-backed random access storage of OSM data of any size (up to an entire planet dump) without any
external database server, using the excellent MapDB in-process storage engine.

2. Reading and writing of the PBF format, as well as a still-evolving implementation of the VEX format I
proposed a few months back [1], and conversion between the two.

3. Spatial indexing of OSM data based on web Mercator tiles, which allows fetching tiles from anywhere in
the world on demand. 

4. A web API built on top of that spatial index which retrieves arbitrary rectangles of PBF data on demand.

5. Continuous minutely updates while the API server is running. The OSM data can stay in sync only a few
seconds behind the OSM replication server.

Points 3 and 4 are essentially a Java port of our Vanilla Extract project [2]. This has the potential to
simplify workflows that produce many geographic extracts from a single source PBF, or that rely on
fetching up-to-date geographic extracts on demand.
(Continue reading)

Richard Fairhurst | 29 Jun 15:49 2015
Picon

[OSM-dev] Introducing Tilemaker: vector tiles without the stack

Hi all,

I'm pleased to introduce Tilemaker, a command-line utility for making 
vector tiles directly from .osm.pbf planet extracts.

The aim is to make vector tiles hackable for the independent 
cartographer or developer, without the need to set up a database or 
complex stack to marshal your data.

You can read more about it here:
     http://blog.systemed.net/post/13

and download the code here:
     https://github.com/systemed/tilemaker

Richard

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Yuri Astrakhan | 23 Jun 17:58 2015
Picon

[OSM-dev] Overzoom - how to extract subtile from vector tile in mapnik

Hi, I can't figure this out for some reason. Given a vector tile (PBF) data, I need to extract a portion of that tile at a given x,y, with a given width & height (or as a box). The extract will be treated as a full vector tile of its own, and I might need to either extract it as PBF, or render as an image.

Looking through the mapnik-vectortile doc, I don't see anything that would help me (image has a "view", but its not available for vtile).

Thanks!
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
nebulon42 | 20 Jun 17:47 2015

[OSM-dev] osm2pgsql Lua tag transformations

Hi,

I'm currently experimenting with Lua tag transformations when importing 
data with osm2pgsql and trying to remove members of type=route relations 
(public transport routes) that have the role platform from 
planet_osm_line. The problem I'm trying to avoid can be seen here: 
https://www.openstreetmap.org/#map=18/48.19117/16.34794&layers=T 
(platforms coloured like routes)

I thought that when I set membersuperseded = 1 for the corresponding 
relation members in filter_tags_relation_member this would work, but 
apparently it isn't.

Here is the relevant part of the function:

function filter_tags_relation_member (keyvalues, keyvaluemembers, roles, 
membercount)
    ...

    membersuperseded = {}
    for i = 1, membercount do
       membersuperseded[i] = 0
    end

    ...

   if (type == "route") then
     linestring = 1
     for i = 1,membercount do
       if (roles[i] == "platform") then
         membersuperseded[i] = 1
       end
     end
   end

   ...

end

What am I doing wrong? It is possible that I'm thinking in totally wrong 
directions, any hint is appreciated.

Best, nebulon42

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
iadh aboud | 17 Jun 17:54 2015
Picon

[OSM-dev] OpenStreetMap Data Extracts

Hi,

I'm working on a project an i need to use extracts from oms.
After downloading the extract, how can i use it ? (I'm using C#)
I found several APIs but they are poorly documented.
Any help would by more than welcome.

Best regards,
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Jochen Topf | 13 Jun 00:21 2015

[OSM-dev] Referential Integrity Problem

Hi!

I found two problems with the last planet file:

1. http://www.openstreetmap.org/relation/4695424 contains the deleted
   way http://www.openstreetmap.org/way/173633422

2. http://www.openstreetmap.org/way/57766265 is in the planet file in
   version=2, but it has been deleted long ago (version=3).

These should, of course, never happen, and we have to find the bugs which
caused this. Nobody seems to have noticed for months, so maybe they are
not such big problems. :-)

Jochen
--

-- 
Jochen Topf  jochen <at> remote.org  http://www.jochentopf.com/  +49-351-31778688

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Andrew Hain | 6 Jun 11:22 2015
Picon

[OSM-dev] Revised wiki languages bar, CSS and JS code review wanted

I have been rewriting the languages bar in the wiki and I would like some
feedback.

The motivations for the rewrite are:
The bar makes extensive use of the #ifexist parser function, which is
expensive in Mediawiki and limited in the number of times it can be called.
Most of the pages in
http://wiki.osm.org/wiki/Category:Pages_with_too_many_expensive_parser_function_calls
are at least exacerbated by the presence of a language bar.

To mitigate the issue above, minority languages are hardcoded into the
hidden lower box even when translations exist. Up to now, the only response
available for criticism of the banishment
[http://thread.gmane.org/gmane.comp.gis.openstreetmap/64130] has been to
adjust the choice of languages tested for display at the top.

The red links are hidden by a script that is only executed when the page has
loaded. This is a particular nuisance on mobile devices where it can take up
most of the screen.

The list of languages is spread over three locations with an intricate
syntax and different ways of entering them depending on the size of their
presence in OSM.

The new bar uses CSS to avoid the issues above, with a more detailed
explanation at http://wiki.osm.org/wiki/User:Wynndale/language_test .

But:

My CSS and web scripting skills are worthy of the Daily WTF and this is
still a proof of concept at this stage.

There are stray bars on each side of this page from the language bar markup.

The script to view red links assumes that the links are two levels below the
bar. Is it worth making it a show/hide toggle?

There is a style “padding : 2px;” in the CSS definition that was inherited
from the existing bar, which may be a problem on mobile devices.

For all I know, there are sites out there that have their own maybe better
solutions.

--
Andrew
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Sandor Seres | 5 Jun 14:58 2015
Picon

[OSM-dev] Is this worth considering?

To OSM vector map-makers: do we need the 1:1 vector geometry on the map server?

To be short I need to jump over many, many fine details. Yet I believe that for most of the related notions and processes we have approximately the same understanding. Anyway, in the vector geometry data preparation one of the essential processes is the scale-levels generation. This phase is about the end of the preparation chain, just before the (global) tiling.

I am intentionally using the scale-level notion instead of zoom-level because the criteria – when and the model – how to create the scale-levels is considerably different compared to the similar raster map-making processes. For when, I use the data amount criterion (for now 11 levels) and for how, I use a vector smoothing and data reduction model (sometimes called data-generalisation). In this way for arbitrary scale factor the data amount to transmit from server to a client is between 2 – 8 KB per km**2 equivalent (for about 50 area and line OSM object classes). And here is my point:

In the vector mapping systems the start scale-level Lev0, created with the scale factor 0.001 (1:1000), just perfectly replaces the 1:1 geometry. This means that rendering/displaying the source 1:1 geometry over the geometry from Lev0 (or the contrary) you will not see any differences on a 120 dpi display surface. Eventually, you may exceptionally see one pixel difference using high scale values like 1/200 or 1/300. But what is important that is the data amount. Lev0 contains for about 15% less nodes/points compared to the 1:1 level for the mentioned 50 object classes. In other words, using Lev0 in scales between 1:200 and 1:5000, the server could handle about 426.5 million points/vectors less (compared to a bit more than 2839.3 million vectors in 1:1 geometry). Of course this has impact on the transmission and client rendering efficiency as well.

Thanks for the comments, Sandor.

 

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Laura Barroso | 2 Jun 20:22 2015
Picon

[OSM-dev] unable to create jar file from the OSM-binary

Hi, currently I’m trying to compile the OSM-binary library…however there’s
an error that keeps bugging me:

<dependency>

      <groupId>com.google.protobuf</groupId>

      <artifactId>protobuf-java</artifactId>

      <version>2.4.1</version>

 </dependency>

I though at first that could be a maven problem, however after install it,
it download a few things but the problem persist. Is there any workaround
to compile the library????

Cheers.

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Andréa Loyer | 2 Jun 10:56 2015
Picon

[OSM-dev] Fwd: [Feature suggestion] importing bitmap/vectir gfx fort easing map editing

Hello,

   I juste started editing some laps, ans if I think osm édit interface prety good, IT would be a killer feature to be able to load a picture (bitmap or vector gfx) to rotate it and scale it to fit the map in order to place installations and roads precisely. It seems quit simple to add, at least in JOSM, but even in OSM.

  The displayed local picture should be set with a reasonable transparency to ensure correct visibility. Rotation and scaling should be available through mouse pointing/drag/wheel.

   Best regards,

--
A.


_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Paul Norman | 25 May 23:45 2015
Picon

[OSM-dev] Seeking users of osm2pgsql floating-point node storage

osm2pgsql has an option to use floating points for lat/lon storage 
instead of fixed points. To remove unused code, I am planning on 
removing it, but wanted to check if anyone is using it.

To use it, #define FIXED_POINT had to be changed in several source 
files, so this is not something that would be accidentally used. If you 
don't know, you're not using it.

If you are using it, please comment on 
https://github.com/openstreetmap/osm2pgsql/pull/357.

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Gmane