Pierre GIRAUD | 28 Jul 17:44 2015
Picon

[OSM-dev] Sending messages to users

As an answer to a thread initiated by Serge Wroclawski a year ago,
Alex Barth wrote:

> A messaging API that uses an OAuth based flow would be a great thing to
> have and it would be hard to abuse for spamming. Messages could only be
> sent from applications users have explicitly opted in to and only to users
> who have allowed this application to send them messages (opt-in or opt-out
> for messaging preferences TBD).

> I think the map roulette use case is a great illustration of how such a
> messaging API would facilitate better tools in the OSM orbit. Messaging is
> a huge part of building good web tools.

An other good example of an application which would make good usage of
a messaging API is the Tasking Manager. Even more if we consider a
more robust validation process within the tool.

I'm interested to know if the opinions have changed on this topic.

Best regards.
Pierre

--

-- 
-------------------------------------------------------------
  | Pierre GIRAUD
-------------------------------------------------------------

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
(Continue reading)

Louis Merlin | 22 Jul 21:58 2015
Picon

[OSM-dev] Fwd: Small development job to support transportation research

I am part of a research team at the University of Michigan and we are looking to hire a developer with experience with the Open Street Map routing functionality to help us develop an open source application/website in support of our research.

We have a preference for hiring someone local to southeast Michigan if possible, but will consider all qualified proposers.

Approximate project time is 100 hours.

If interested, email me with a brief description of your qualifications and contact information.

Please contact me at louismerlin <at> gmail.com

It may take a week or two for me to respond, so please be patient.




--
Dr. Louis Merlin, AICP
Dow Sustainability Postdoctoral Fellow
Taubman College of Architecture and Urban Planning
University of Michigan
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Sandor Seres | 22 Jul 22:02 2015
Picon

[OSM-dev] A SOMMER CURIOSITY

Let us move the focus from the high to the low/start end of the map-making development for a short while. Yes, I know, the work and the issues at this end are much less attractive but sometimes we just have to be there too. So, here are some facts (“facts” underlined) from the last OSM dump, at this time related to the missing holes in water areas (you may call them islands). These “facts” may have changed the last day or two but this is ignorable. Did you know that:

-There are 883 fake/wrong land areas in the coastline based planet_land? These are land areas inside larger land areas (overlapped), mainly remaining holes when people moved out coastline water objects to lakes and rivers. Of these 427 are missing holes in the river and lake area objects and you are never seeing them in maps.

-There are still over 7000 active natural=land objects. Of these, 1275 are still missing holes/islands in the planet_land water objects, lakes and rivers.

-There are large number of overlaps between the water area objects in the planet_land and lakes and rivers. These overlaps are in all possible combinations. When two water objects (partly) overlap a hole in the overlap in one but not in the other one is never visible (eventually, you will see two shades of blue). There are 3953 such invisible holes/islands.

So, totally we have 6655 missing islands in most of the OSM maps at present. The consequences are pretty well known for the map makers. There are several ways/options how developers may compensate or correct these errors. But that is another story. Of course, the best should be to correct these errors in the OSM source data.

Finally, before I go, just a hint to researchers, higher grade students and academics. The mentioned “missing holes/islands” issue hides several (many) serious and complex themes in Polygon/Image Algebra, Algorithms and Programing. Without pretending to give strong and formal problem definitions, here are some of the possible themes:

-In the coastline data detect the wrong/fake areas, find where they belong and distribute them.

-Some of the water area objects in planet_land and planest_lakes fully, or partly, overlap. Find all hole/island objects in overlaps that are replicated in both classes (or the contrary).

-In a given set of simple areas (one outer and arbitrary number of inner borders), areas may have arbitrary positions/relations (no assumption about mutual relations). Find the minimum simple area coverage (a set of disjunctive simple areas that perfectly covers the areas in the former set).

Just to mention some.

Regards, Sandor.

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Paul Norman | 18 Jul 03:11 2015
Picon

[OSM-dev] New osm2pgsql long-term release

A new long-term version of osm2pgsql has been released, 0.88.0. This
includes the work done in the 0.87.x development series and the porting 
to C++.

Like all versions, 0.88.0 can be obtained from 
https://github.com/openstreetmap/osm2pgsql

Potentially breaking changes

- A database reload is recommended. If not, the schema migrations in
https://github.com/openstreetmap/osm2pgsql/blob/master/docs/migrations.md
   are required.

- Osm2pgsql is now C++ and requires the Boost libraries. Build scripts and
   package dependencies may need adjustment

Major new features

- A new backend has been added, the “multi” backend. This allows multiple
   tables which can each contain different types of features. More
   documentation is available at 
https://github.com/openstreetmap/osm2pgsql/blob/master/docs/multi.md.

   One potential use for this feature is matching an existing schema for
   data, to allow OSM data to be a drop-in replacement.

- In-memory pending tracking instead of in-database, with significant
   performance gains.

- Rendering tables are ordered by GeoHash when created, resulting in
   significant performance improvements.

- z_logic has been improved, taking into account more recent work across
   multiple styles. https://github.com/openstreetmap/osm2pgsql/pull/374
   has more information.

Other changes

- The node storage has been improved, and out of order nodes and nodes
   at 0,0 should now always be handled correctly

- A new test suite with unit tests

- Many bug-fixes and cleanups

Known issues

- Append mode is not supported with non-slim. This is suported in
   0.89.0-dev, but is frequently a user error. Typically, when a user
   does this they should instead merge input files with osmosis/osmconvert
   and use --create

What's next?

osm2pgsql is switching to libosmium for parsing and will require a C++11
compiler. These changes are already in 0.89.0-dev. C++11 is enabling new
cleanups. Beyond this, it depends on contributor time and interest and if
anyone decides to pay for development.

User diary version: http://www.openstreetmap.org/user/pnorman/diary/35414

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Sven Geggus | 17 Jul 11:06 2015
Picon

[OSM-dev] osm2pgsql: meaning of z_order column in polygon and point tables

Hello,

I'm currently investigating the capabilities of imposm3 as a drop-in
replacement for osm2pgsql.

The Generation of the z_order column seems to be the only showstopper which
is left to make an imposm3 generated databases suitable for rendering tiles
with the osm standard style.

Unfortunately I have a problem of understanding the generation of the
z_order column for polygon and point tables.

While it seems to be always empty on the point layer and unused in
carto style it seems to be used in the case of polygons.

Looking at the "add_z_order" function it seems to mostly make sense on roads
only, but it is called in the generation of polygon layers anyway.

My small handcrafted .osm testfile did always add zero to this column which
I nearly expected, as the add_z_order function seems to be mosytly made for
roads.

Am I right in the assumption, that z_order on polygons is only a matter of
the layer tag and could thus be easily emulated using a simple database view
which evaluates tags->'layer' in a hstore column?

Looking at my database seems to confirm this suspicion, but there are also
some occasional apperances of z_order=3 and z_order=5 which seem to be
created mostly unintentially? 

An area tagged railway=station is getting added 5 to the z_order column
only because it is assumed to be a linestring rather than an area?

Same goes for highway areas which are getting added 3 to the z_order column
only because it is assumed to be a linestring rather than an area?

Would be nice if someone could shed a ligth on this.

Regards

Sven

--

-- 
Exploits and holes are a now a necessary protection against large
corporate interests. (Alan Cox)

/me is giggls <at> ircnet, http://sven.gegg.us/ on the Web

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Wolfram Schneider | 15 Jul 21:19 2015
Picon

Re: [OSM-dev] new planet file?

On 8 July 2015 at 20:33, Stephan Bösch-Plepelits
<skunk <at> xover.htu.tuwien.ac.at> wrote:
> Hi!
>
> I wonder what happened to the weekly planet file? The last dates to June
> 24th, which is already two weeks old? Usually the new planet arrives on
> Wednesday around noon.

I don't know what's happenend with the past planet.osm files - but
today (Wed, 15 Jul 2015 14:33:33 GMT) is a new dump available:
http://planet.osm.org/pbf/planet-150713.osm.pbf

-Wolfram

--

-- 
Planet.osm extracts: http://extract.bbbike.org
BBBike Map Compare: http://bbbike.org/mc

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
S Volk | 13 Jul 19:21 2015
Picon

[OSM-dev] FW: road extraction from satellite image

Hi, I'm not a developer, just an active contributor mostly on very undermapped territories.  
Do you know if there is an open software/plugin that can assist road extraction (vectorising) from hi-res satellite image to OSM (or even that can extract roads outside OSM that may import to OSM)?  
I've been tracing almost 10.000 roads manually since the beggining of my contributions, and thought if there is some way more technological that could save mapper's work for visually assisting on road alignment and classification.  
I mean: if a software could provide first an estimative of road tracing as accurate as possible, I could reserve my work for checking and adjusting its alignment where/if it doesn't fit well. Just as I do for manual tracing, since it could be easier and faster to let me run over a vectorised road previously provided by a software more to check in image alignment and doing classification, and improving where it would be necessary (saving contributors work for accuracy control more than zooming in-out + positioning + clicking for every node all manually. For example, I've seen for long that many roads  in OSM in country side of Brazil (where I mostly map) imported by other users years ago from maps of official sources are very out of alignment and thus useless, so that I have to align or redo it as whole, so that if a software can vectorise roads could be much more useful, even if it lefts some impreciosions that I could adjust manually in sequence).   
I've read that Microsoft did something for road detection in Bing:  
I've  downloaded the JOSM plugin provided there and tried to install it, but JOSM can't detect it in the computer. Is that plugin availlable for JOSM? Is there any other open software that can do something like that?  
Thank you for any light.  
Sérgio (OSMuser:smaprs) svolk2 <at> hotmail.com


<!-- .ExternalClass .ecxhmmessage P { padding:0px; } .ExternalClass body.ecxhmmessage { font-size:12pt; font-family:Calibri; } -->
<!-- .ExternalClass .ecxhmmessage P { padding:0px; } .ExternalClass body.ecxhmmessage { font-size:12pt; font-family:Calibri; } -->
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
rishi kant | 13 Jul 15:13 2015
Picon

[OSM-dev] Query

Hi
I am newbie in web.I want to create a simple web app based on openstreet map.For my app there is need of openstreetmap api.
How will i get openstreetmap api?
How can i add image on openstreet map?
If you answer me, i will fell very happy.
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Daniel Koć | 13 Jul 14:41 2015
Picon

[OSM-dev] Extracting data for testing low scale rendering

Hi,

I'd like to know how to extract from planet.osm only the features 
visible on 1-6 or even 1-7 levels in osm-carto (default OSM style). 
Mateusz Konieczny has already tried to do something like this, but hit 
the wall at the moment:

http://forum.openstreetmap.org/viewtopic.php?pid=514998#p514998

If anyone can help us with it in any way, we would appreciate it a lot. 
It would be very useful for massive testing of proposed highway 
rendering changes and general low scale rendering problems.

--

-- 
"The train is always on time / The trick is to be ready to put your bags 
down" [A. Cohen]

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
sukhjit sehra | 13 Jul 11:36 2015
Picon

Re: [OSM-dev] dev Digest, Vol 124, Issue 6

I am working on OSM Data, please suggest that how can i find the center of any city in OSM data. If any mathematical model used then please suggest.

thanks  

On Sun, Jul 12, 2015 at 5:30 PM, <dev-request <at> openstreetmap.org> wrote:
Send dev mailing list submissions to
        dev <at> openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.openstreetmap.org/listinfo/dev
or, via email, send a message with subject or body 'help' to
        dev-request <at> openstreetmap.org

You can reach the person managing the list at
        dev-owner <at> openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of dev digest..."


Today's Topics:

   1. Simplified osm2pgsql database dump available (Paul Norman)
   2. Re: Simplified osm2pgsql database dump available
      (Matthijs Melissen)


----------------------------------------------------------------------

Message: 1
Date: Sat, 11 Jul 2015 21:02:53 -0700
From: Paul Norman <penorman <at> mac.com>
To: dev Openstreetmap <dev <at> openstreetmap.org>
Subject: [OSM-dev] Simplified osm2pgsql database dump available
Message-ID: <55A1E6ED.90205 <at> mac.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

To help with some OpenStreetMap carto development work, I've created a
dump of the rendering tables with certain features removed, for testing
at low zoom. This allows someone to load the database if using a machine
incapable of importing the planet, and the dropped features cut the
database size in half.

It is available at http://tile.paulnorman.ca/planet-lz-150202.dump, but
before downloading please read the notes below

- Buildings without a name, amenity, shop, or similar tag have been removed

- Residential roads have been removed

- It comes with no indexes. To create the indexes, do

CREATE INDEX ON planet_osm_point USING GIST (way) WITH (fillfactor = 100);
CREATE INDEX ON planet_osm_line USING GIST (way) WITH (fillfactor = 100);
CREATE INDEX ON planet_osm_polygon USING GIST (way) WITH (fillfactor = 100);
CREATE INDEX ON planet_osm_roads USING GIST (way) WITH (fillfactor = 100);

- Don't try to download this from your browser, as it is 26GB

- I *will* be removing this dump from my server at some point.

- The dump has been generated with pg_dump from PostgreSQL 9.4 in the
pg_dump "custom" format. To get 9.4 on Debian or Ubuntu based systems,
see https://wiki.postgresql.org/wiki/Apt

- The dump is based on the planet dump from 150202 and is not current

- The database size is about 50GB after loading
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20150711/c277a9c7/attachment-0001.html>

------------------------------

Message: 2
Date: Sun, 12 Jul 2015 10:10:03 +0200
From: Matthijs Melissen <info <at> matthijsmelissen.nl>
To: Paul Norman <penorman <at> mac.com>
Cc: dev Openstreetmap <dev <at> openstreetmap.org>
Subject: Re: [OSM-dev] Simplified osm2pgsql database dump available
Message-ID:
        <CAD940MoKbDE3KV_-maKEkBbgCyuRvAWQe=2nD_o5oDaJB5HGMQ <at> mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

On 12 July 2015 at 06:02, Paul Norman <penorman <at> mac.com> wrote:
> To help with some OpenStreetMap carto development work, I've created a dump
> of the rendering tables with certain features removed, for testing at low
> zoom.

Very useful, thanks a lot!

-- Matthijs



------------------------------

Subject: Digest Footer

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


------------------------------

End of dev Digest, Vol 124, Issue 6
***********************************



--
Er. Sukhjit Singh Sehra
Assistant Professor
Dept of Computer Science Engg.
Guru Nanak Dev Engineering College, Ludhiana, Punjab
Mobile No:- 09855959200
*In your free time kindly visit Sikh-relics.com  -  A Gallery of Blessed Relics of Sikh Guru Sahib
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Walter Nordmann | 12 Jul 22:42 2015
Picon
Picon

[OSM-dev] replication broken

Hi, the replication process on planet.openstreetmap.org is broken.

https://planet.openstreetmap.org/replication/minute/001/479/

the last diff is empty.

Regards
walter

-----
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url]
[url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: http://gis.19327.n5.nabble.com/replication-broken-tp5849967.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

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

Gmane