Jochen Topf | 2 Sep 09:32 2015

[OSM-dev] State of Osmium

I wrote a little blog post about the state of Osmium (an OSM C++ library and
more). Might interest some people here:

http://blog.jochentopf.com/2015-09-02-osmium-is-growing-up.html

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
François Lacombe | 31 Aug 16:36 2015
Picon

[OSM-dev] Output relations from Overpass API geo analysis

Hi all,

I'm looking for tips to setup an Overpass API request to get some
virtual "relations" grouping content inside enclosing OSM ways.

Currently, OSM prevent us to create implicit relations in DB when
content is enclosed inside a closed way (barrier=fence all around
parking lots for instance).
A geo DB like postgis may enable us to group such features inside to
enclosing way without needing any relation.

But I don't use such tools and it may be really interesting for me to
get this analysis done during the OAPI request computation, if (and
only if) the server load can accept it.

Is there a simple technique to ask for such thing in OAPI language ?

Example : 2 nodes inside 1 way (total : 6 nodes).
Output : A relation without any OSM id with 3 members : the way
(role=enclosing) and 2 nodes (role=inside).

All the best, thank you for any advice.

François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
 <at> InfosReseaux

_______________________________________________
(Continue reading)

Mateusz Konieczny | 29 Aug 22:45 2015
Picon

[OSM-dev] OpenStreetMap Carto v2.34.0 release

This email is also in user diary form at
http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35690 with
working links.

OpenStreetMap Carto 2.34.0 has been released and rolled out to the
openstreetmap.org servers. It might take up to 48 hours before all
tiles show the new rendering.

Changes include

    better rendering for highway=path/footway/cycleway - this is the
    next iteration of improving how footways and cycleways are
    displayed. Unpaved footways are now visible on natural=bare_rock
    and there are now three classes: paved, unpaved and unknown surface
    #1788

    man_made=bridge is now rendered #1633, #1791

    new rendering for landuse=quarry #1696

    amenity=veterinary is now rendered #1656

    amenity=community_centre is now rendered #1744

    amenity=prison and landuse=military rendering takes in account area
    size #1739

    consistent color for boundaries #1773

    tweaked zoom level for amenity=car_sharing #1762 and
(Continue reading)

Oleksiy Muzalyev | 26 Aug 07:36 2015
Picon

Re: [OSM-dev] [Osmf-talk] low altitude aerial images layer at OpenStreetMap

Hello Jaak,

Please, note that flying an UAV by waypoints (autopilot) is limited by regulations and in hardware by  No-Waypoint-Zones: http://www.dji.com/fly-safe/category-gs , it is 8 km around all major airports.

However, translational flights above a city are possible with UMX Airplanes (Ultra Micro eXtreme Planes). The drones are very light and small, they are made from a foam, but a powerful flight-controler (onboard computer) make them stable and airworthy. They can fly with the speed about 100 km/h (landing is still hard as with all fix-wing and should be trained first on an UAV simulator).

GoPro 4 Session camera is water-sealed up to 10 m depth, but it is not necessary for aerial shooting, neither inbuilt WiFi. I mean a quality HD camera could even lighter than 72 grams and suitable for an UMX aircraft.

Low altitude panoramic aerial photos could be published also at Wikipedia. For example, I published the image of the Akkerman fortress at this article, in Gallery section: https://en.wikipedia.org/wiki/Bilhorod-Dnistrovskyi . On this photo one can see not only the entire medieval fortress and also the excavation of the Tira, an ancient Greek and later Roman colony (in the right lower corner). And as we were told at the conference in NYC earlier this year there will be in future a link between Wikipedia articles, data and the OSM.

Best regards,
Oleksiy

On 26/08/15 07:51, Jaak Laineste wrote:

Does anyone have experience using it in real life?  Speciality of UAV/drone mapping is that you cover really small area, like with mapknitter, but you pre-process a lot. AFAIK the typical scenario of UAV mapping is following:

1. use http://planner.ardupilot.com/ (or other soft your drone maker gives/supports) to plan your mission 
2. do your mission, have thousands of images and separate GPS log as result.
3. process your images. The most popular/best soft for this seems to be Agisoft Photoscan Pro. It is much more than just stitching: also 3D model needs to be created (using SfM). It is really heavy work: for 30-minute shooting your computer would process them for an hour or two. Not practical yet for the cloud.
4. georeference your data. For the small area and high resolution GPS (with error ~5m or more) is often not enough, so you may need pre-measured control points, use good base reference map data or other method to do it. But it really depends on your use case. 
5. Agisoft can export DEM (3D) and GeoTIFF as result. 
6. Now data sharing - my original question. I guess I can upload my geotiff to openaerialmap or mapknitter, still there are several concerns:

a) none of the tools seems to take my DEM data, so I cannot share it.
b) usability as OSM mapper for very small area maps (100x100m perhaps). Openaerialmap UX question, can I find the images easily.
c) usability as image viewer - as end-user I’d expect something closer to streetview, not to-down 2D map. At least show it as 3D model what I already have.
d) why would anyone really need it? OSM has low (“GPS level”) accuracy, so for general mapping it may be often way more faster and const-effective just to survey the area using handheld GPS and piece of paper. I can see some use cases:
 - new city district/quarter, not in satellite/aerial yet. You should have quite big coverage UAV (e.g. glider, not just quadrocopter), otherwise manual mapping could be more effective.
 - area is not physically accessible by foot
 - shared geo-imagery is byproduct of your nice new toy picture collection.
 - because I can, it is fun etc - probably most common reasons today

Jaak

On 26 Aug 2015, at 02:22, Liz Barry <ebarry <at> gmail.com> wrote:

+1 to openaerialmap and opendronemap

Mapknitter.org also connects your imagery into osm editors

On Aug 25, 2015 11:01 AM, "Oleksiy Muzalyev" <oleksiy.muzalyev <at> bluewin.ch> wrote:
Hi Blake,

A quadrocopter cannot be flown higher than 150 meters due to regulations. Usually a flight in a city happens happens like this. I carefully select a takeoff & landing ground. It could be a lawn in a park, a grass area, empty construction site, etc. preferably early in the morning.

I switch on the GoPro to make one photo per second, then I take off and fly only above this empty area. So practically it is out of the question to fly above a city freely to make orthorectified imagery of the whole city. However panoramic low altitude (50 - 150 meters) aerial photos could be shot in all directions and are complimentary to satellite imagery. And it is possible to find such an area for takeoff and safe landing almost everywhere.

As for programming this feature, an image is just uploaded, coordinates and camera direction are saved in a database for this image. Maybe also a rating system.

Prosumer UAVs progressed a lot this year. Now it has a Fail Safe - returning to the point where it took-off automatically, Home-Lock, - if a pilot lost orientation, it starts moving to the pilot the shortest way, Course-Lock - independent of yaw, forward remains forward (very useful at altitude higher than 100 meters, when it is hard to see the UAV's orientation). So it is relatively easy and safe to pilot. It also has now self-tightening propellers. I takes about a minute to put them on for a flight and remove for a compact transportation.

Also this year the GoPro 4 Session camera appeared. It weighs only 72 grams. F450 DJI can easily carry two such cameras. Opposite to the StreetView approach it is not necessary to walk or drive every street to film it. A dozen or two of flights in good weather will cover the entire city.

And as I already said the system is very robust. Even if a crash happens, having built it from an ARF kit oneself makes it just a mater of several minutes to exchange a spare part or two. If there is a special layer for 50 - 150 meters aerial photos on the OSM map, it is quite realistic that people could start shooting such aerial photos and upload. I hope to learn more on this subject at the conference next month.

Best regards,
Oleksiy

On 25/08/15 14:58, Blake Girardot wrote:

Hi,

OpenAerialMap is designed to take georeferenced aerial imagery and make it publicly available for mapping.

OpenDroneMap is processing only software, but you do end up with a stitched together georeferenced, orthorectified image and point cloud files.

http://openaerialmap.org/

http://opendronemap.github.io/odm/

Cheers,
Blake



On 8/25/2015 8:49 AM, Jaak Laineste wrote:
Hello,

Btw, what is current state of special services to share the data?
openstreetphoto is dead, mapilliary could almost be used [1], but it is
not really optimised for it. With drone imagery software you get 3D
models “for free” as part of processing/SfM, you often (but not always)
georeference your data etc. Anyone knows about  on opendronephoto
project yet?

Sharing with plain photo sharing service just does not feel right.

Jaak

[1] http://blog.mapillary.com/technology,/update/2014/05/20/drones.html


2015-08-25 8:44 GMT+03:00 Oleksiy Muzalyev <oleksiy.muzalyev <at> bluewin.ch
<mailto:oleksiy.muzalyev <at> bluewin.ch>>:

    Good morning,

    Here are some of panoramic aerial images which I made in Odessa,
    Ukraine, with the quadrocopter F450 DJI (flight controller Naza V2
    with GPS) and camera GoPro 4 Session. One such an image may cover
    several square kilometers. It does not substitute satellite imagery,
    but provides useful information for mapping: building levels,
    land-use, etc.

    And it is not necessary to have hundreds of photos for just one
    street as with a Street-View approach. So it is not necessary to
    have the newest servers for such a layer.

    City of Odessa, Ukraine:
    https://goo.gl/photos/Jnt4TaXuxyw7j6kR8

    and town of Bilhorod-Dnistrovs'kyi:
    https://goo.gl/photos/ve3NPBSg98v46n5J7

    to get the HD photo download it, do not save from the browser screen.

    <https://goo.gl/photos/Jnt4TaXuxyw7j6kR8>F450 DJI is assembled from
    the ARF (almost ready to fly kit), so it is easy to upgrade and
    repair. It is a robust flying platform. Let alone camera GoPro 4
    Session.

    Mapillary accept aerial images but a flight should be only 4 - 5
    meters above the ground. I published several aerial images on Google
    Maps though, and the number of views is in thousands. Images are to
    be geo-tagged before publishing to Google Maps.

    There will be the conference "How drones changing your business" in
    Lausanne, Switzerland, on September 14th and 15th 2015:
    <http://droneapps.co/>http://droneapps.co/ . Among attendees are
    DJI, Airbus, Lufthansa, SenseFly, DB Bahn, SNCF, and others.

    I am also experimenting with fixed-wing UAVs. It is much harder to
    learn to pilot well, but a fixed-wing UAV is capable by now to fly
    about 200 km along a waypoint route with an autopilot.

    So the idea is to implement such a panoramic aerial imagery layer at
    the OSM.

    Best regards,
    Oleksiy



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




--
Jaak Laineste



_______________________________________________
osmf-talk mailing list
osmf-talk <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmf-talk



_______________________________________________
osmf-talk mailing list
osmf-talk <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmf-talk

_______________________________________________
osmf-talk mailing list
osmf-talk <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmf-talk


_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Oleksiy Muzalyev | 25 Aug 16:55 2015
Picon

Re: [OSM-dev] [Osmf-talk] low altitude aerial images layer at OpenStreetMap

Hi Blake,

A quadrocopter cannot be flown higher than 150 meters due to regulations. Usually a flight in a city happens happens like this. I carefully select a takeoff & landing ground. It could be a lawn in a park, a grass area, empty construction site, etc. preferably early in the morning.

I switch on the GoPro to make one photo per second, then I take off and fly only above this empty area. So practically it is out of the question to fly above a city freely to make orthorectified imagery of the whole city. However panoramic low altitude (50 - 150 meters) aerial photos could be shot in all directions and are complimentary to satellite imagery. And it is possible to find such an area for takeoff and safe landing almost everywhere.

As for programming this feature, an image is just uploaded, coordinates and camera direction are saved in a database for this image. Maybe also a rating system.

Prosumer UAVs progressed a lot this year. Now it has a Fail Safe - returning to the point where it took-off automatically, Home-Lock, - if a pilot lost orientation, it starts moving to the pilot the shortest way, Course-Lock - independent of yaw, forward remains forward (very useful at altitude higher than 100 meters, when it is hard to see the UAV's orientation). So it is relatively easy and safe to pilot. It also has now self-tightening propellers. I takes about a minute to put them on for a flight and remove for a compact transportation.

Also this year the GoPro 4 Session camera appeared. It weighs only 72 grams. F450 DJI can easily carry two such cameras. Opposite to the StreetView approach it is not necessary to walk or drive every street to film it. A dozen or two of flights in good weather will cover the entire city.

And as I already said the system is very robust. Even if a crash happens, having built it from an ARF kit oneself makes it just a mater of several minutes to exchange a spare part or two. If there is a special layer for 50 - 150 meters aerial photos on the OSM map, it is quite realistic that people could start shooting such aerial photos and upload. I hope to learn more on this subject at the conference next month.

Best regards,
Oleksiy

On 25/08/15 14:58, Blake Girardot wrote:

Hi,

OpenAerialMap is designed to take georeferenced aerial imagery and make it publicly available for mapping.

OpenDroneMap is processing only software, but you do end up with a stitched together georeferenced, orthorectified image and point cloud files.

http://openaerialmap.org/

http://opendronemap.github.io/odm/

Cheers,
Blake



On 8/25/2015 8:49 AM, Jaak Laineste wrote:
Hello,

Btw, what is current state of special services to share the data?
openstreetphoto is dead, mapilliary could almost be used [1], but it is
not really optimised for it. With drone imagery software you get 3D
models “for free” as part of processing/SfM, you often (but not always)
georeference your data etc. Anyone knows about  on opendronephoto
project yet?

Sharing with plain photo sharing service just does not feel right.

Jaak

[1] http://blog.mapillary.com/technology,/update/2014/05/20/drones.html


2015-08-25 8:44 GMT+03:00 Oleksiy Muzalyev <oleksiy.muzalyev <at> bluewin.ch
<mailto:oleksiy.muzalyev <at> bluewin.ch>>:

    Good morning,

    Here are some of panoramic aerial images which I made in Odessa,
    Ukraine, with the quadrocopter F450 DJI (flight controller Naza V2
    with GPS) and camera GoPro 4 Session. One such an image may cover
    several square kilometers. It does not substitute satellite imagery,
    but provides useful information for mapping: building levels,
    land-use, etc.

    And it is not necessary to have hundreds of photos for just one
    street as with a Street-View approach. So it is not necessary to
    have the newest servers for such a layer.

    City of Odessa, Ukraine:
    https://goo.gl/photos/Jnt4TaXuxyw7j6kR8

    and town of Bilhorod-Dnistrovs'kyi:
    https://goo.gl/photos/ve3NPBSg98v46n5J7

    to get the HD photo download it, do not save from the browser screen.

    <https://goo.gl/photos/Jnt4TaXuxyw7j6kR8>F450 DJI is assembled from
    the ARF (almost ready to fly kit), so it is easy to upgrade and
    repair. It is a robust flying platform. Let alone camera GoPro 4
    Session.

    Mapillary accept aerial images but a flight should be only 4 - 5
    meters above the ground. I published several aerial images on Google
    Maps though, and the number of views is in thousands. Images are to
    be geo-tagged before publishing to Google Maps.

    There will be the conference "How drones changing your business" in
    Lausanne, Switzerland, on September 14th and 15th 2015:
    <http://droneapps.co/>http://droneapps.co/ . Among attendees are
    DJI, Airbus, Lufthansa, SenseFly, DB Bahn, SNCF, and others.

    I am also experimenting with fixed-wing UAVs. It is much harder to
    learn to pilot well, but a fixed-wing UAV is capable by now to fly
    about 200 km along a waypoint route with an autopilot.

    So the idea is to implement such a panoramic aerial imagery layer at
    the OSM.

    Best regards,
    Oleksiy



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




--
Jaak Laineste



_______________________________________________
osmf-talk mailing list
osmf-talk <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmf-talk


_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Jochen Topf | 25 Aug 14:00 2015

[OSM-dev] Line endings on Windows for OSM files

Hi!

I am working on the libosmium C++ library. It can read and write all sorts of
OSM files. And it works on Windows. No I have been asking myself whether I am
using the "right" line endings on Windows. Unix normally has LF, Windows has
CRLF. So does that mean I should write OSM XML files with CRLF on Windows.
Does Osmosis do it that way? Other programs? What about when I download a
planet file or call the OSM API? Does the browser magically convert the LFs
in those files into CRLFs? What about when the file is gzipped?

Ideally I want to do whats least surprising to Windows users. Whatever is
most convenient for them, works with the most software they have.

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
Oleksiy Muzalyev | 25 Aug 07:44 2015
Picon

[OSM-dev] low altitude aerial images layer at OpenStreetMap

Good morning,

Here are some of panoramic aerial images which I made in Odessa, Ukraine, with the quadrocopter F450 DJI (flight controller Naza V2 with GPS) and camera GoPro 4 Session. One such an image may cover several square kilometers. It does not substitute satellite imagery, but provides useful information for mapping: building levels, land-use, etc.

And it is not necessary to have hundreds of photos for just one street as with a Street-View approach. So it is not necessary to have the newest servers for such a layer.

City of Odessa, Ukraine:
https://goo.gl/photos/Jnt4TaXuxyw7j6kR8

and town of Bilhorod-Dnistrovs'kyi:
https://goo.gl/photos/ve3NPBSg98v46n5J7

to get the HD photo download it, do not save from the browser screen.

F450 DJI is assembled from the ARF (almost ready to fly kit), so it is easy to upgrade and repair. It is a robust flying platform. Let alone camera GoPro 4 Session.

Mapillary accept aerial images but a flight should be only 4 - 5 meters above the ground. I published several aerial images on Google Maps though, and the number of views is in thousands. Images are to be geo-tagged before publishing to Google Maps.

There will be the conference "How drones changing your business" in Lausanne, Switzerland, on September 14th and 15th 2015: http://droneapps.co/ . Among attendees are DJI, Airbus, Lufthansa, SenseFly, DB Bahn, SNCF, and others.
 
I am also experimenting with fixed-wing UAVs. It is much harder to learn to pilot well, but a fixed-wing UAV is capable by now to fly about 200 km along a waypoint route with an autopilot.

So the idea is to implement such a panoramic aerial imagery layer at the OSM.

Best regards,
Oleksiy


_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
yvecai | 16 Aug 10:23 2015
Picon

[OSM-dev] SRTM global 1 arc second release complete

For those interested in DEM data, the release of void-filled, 1 
arc-second and global SRTM data is now completed at USGS.

See

https://lpdaac.usgs.gov/nasa_shuttle_radar_topography_mission_srtm_global_1_arc_second_data_released_over_middle_east 

Yves

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Paul Norman | 15 Aug 07:50 2015
Picon

[OSM-dev] Osm2pgsql release 0.88.1

osm2pgsql 0.88.1 has been released with some backported fixes. The main 
one was a condition where duplicate objects could appear in tables when 
doing multi-threaded updates and events happened in precisely the right 
order in the diff and the threads executed PostgreSQL commands for the 
same object at the same time.

Even in a reduced testcase designed to trigger this behavior, it still 
didn't happen all the time. The bug was present from approximately 
0.87.0 to 0.88.0.

As a side effect of the bug-fix, osm2pgsql should do substantially less 
work for complex multipolygons modified multiple times in one diff.

The other fixes are a compiler error fix and updates to the 
documentation to account for planet size growth.

Updating from 0.86.0 or earlier to 0.88.1 is strongly recommended. There 
are bugs in 0.86.0 which have been fixed in the last year of development.

If you are using a version before 0.84.0, please, please, upgrade. 
https://github.com/openstreetmap/osm2pgsql/issues/67 has been fixed for 
two years, but it is still encountered in the wild.

I am seeking input from developers experienced with with cmake and 
Windows for https://github.com/openstreetmap/osm2pgsql/issues/417, for 
some estimate of the difficulty involved.

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Paul Norman | 15 Aug 04:27 2015
Picon

[OSM-dev] OpenStreetMap Carto v2.33.0 release

This email is also in user diary form at osm.org/user/pnorman/diary/35589
where issue numbers are linked.

OpenStreetMap Carto 2.33.0 has been released. This release focuses on
cartographic style improvements, but the release notes also include 2.32.0.

The biggest changes are

- A randomized symbology for forests for natural=wood and landuse=forest
   #1728 #1242

   A long time in the works, this improvement has finally landed. The two
   tags were merged - they are indistinguishable to the data consumer.[1]
   A randomized symbology was first suggested by SK53[2] at SOTM-EU 2014,
   and this feature would not have happened without his extensive research,
   or imagico's tools for creating an irregular but uniformly distributed
   and periodic dot pattern[3]

- Rendering minor roads and service rail later for mid-zoom clarity
   #1682 #1692 #1676 #1647

   As all residential, unclassified, and service roads in a city became
   mapped the rendered view became over-crowded, bloblike, and difficult
   to read.

- Unification of footway/path and rendering surface of them

   The mess that is highway=path is well-known[4], and it is necessary
   to do some kind of processing as a data consumer. A distinction is
   now made between paved and unpaved footways.

- Rendering of Antartic ice sheets from shapefiles #1540

   Ice sheets in Antartica are a bit of a special case, and pre-generated
   shapefiles are now used

- Mapnik 3 preperations #1579

   The style is not yet fullly tested with Mapnik 3 and we don't claim to
   support it, but several bugs were fixed. Most of the work was done on
   the Mapnik side

- No longer rendering proposed roads #1663 #1654

- Power area colour adjusted #1680

- Better place label order #1689

- meadow/grassland and orchard/vineyard color unification #1655

- Render educational area borders later #1662

- New POI icons

A full list of changes can be found on Github at
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.31.0...v2.33.0)

[1]: 
https://github.com/gravitystorm/openstreetmap-carto/issues/647#issuecomment-52816195
[2]: http://sk53-osm.blogspot.ca/2014/09/woodland-cartography.html
[3]: http://www.imagico.de/map/jsdotpattern.php
[4]: http://www.openstreetmap.org/user/Richard/diary/20333

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
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
https://lists.openstreetmap.org/listinfo/dev

Gmane