sukhjit sehra | 28 Aug 15:21 2014
Picon

Re: [OSM-dev] dev Digest, Vol 113, Issue 7

Hello, 

Can you please share the data mining techniques can be employed on OSM data.

regards


On Mon, Aug 18, 2014 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. How to handle these issues? (Sandor Seres)
   2. Re: How to handle these issues? (Mateusz Konieczny)


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

Message: 1
Date: Sun, 17 Aug 2014 15:04:19 +0200
From: "Sandor Seres" <sandors39 <at> gmail.com>
To: <dev <at> openstreetmap.org>
Subject: [OSM-dev] How to handle these issues?
Message-ID: <00cd01cfba1b$c3091770$491b4650$ <at> gmail.com>
Content-Type: text/plain; charset="us-ascii"

I am not quite shore how to handle the following two dilemmas:

1.If a rendering system renders the planet-sea area objects (instead of
planet-land area objects), is then Antarctica a hole in the global ocean
object or the global ocean object simply ends by the upper border-line of
Antarctica?

2.There are around 25460 objects in the class defined by the tag
natural=land in the latest dump. The wiki documentation for the same tag
says "This tag should not be used". How to interpret this?

Are editors refusing data with this tag? Should we ignore the data with this
tag in the dumps? Looking at different OSM based maps I see that I am not
the only one confused with the issue. Unfortunately, the class contains area
objects related to all water types/classes so, this is not just

rendering them at certain stage. In vector mapping, as you certainly know,
it is much more complicated.

Thanks for suggestions/meanings.

Sandor

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20140817/d385fb56/attachment-0001.html>

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

Message: 2
Date: Sun, 17 Aug 2014 18:51:43 +0200
From: Mateusz Konieczny <matkoniecz <at> gmail.com>
Cc: dev <at> openstreetmap.org
Subject: Re: [OSM-dev] How to handle these issues?
Message-ID:
        <CALDvra60Pa6-L8YPaFSXx8B03mrePz905dgtQ+W80_YLgdb1QA <at> mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

ad 2)
- natural=land tag was used
- multipolygons were used to achieve the same goal
- multipolygons are better (solution of general problem), so natural=land
was described as bad idea
- existing natural=land gets replaced by multipolygons what is ongoing
process (see
http://taginfo.openstreetmap.org/tags/natural=land#map for progress - for
example in central Europe this tag is gone or was never used)
- JOSM since https://josm.openstreetmap.de/changeset/7391/josm encourages
users to update tagging (4 days ago)

Tag may be either used to use full available data or be ignored to make
data processing easier and encourage update of tagging.


2014-08-17 15:04 GMT+02:00 Sandor Seres <sandors39 <at> gmail.com>:

> I am not quite shore how to handle the following two dilemmas:
>
> 1.If a rendering system renders the planet-sea area objects (instead of
> planet-land area objects), is then Antarctica a hole in the global ocean
> object or the global ocean object simply ends by the upper border-line of
> Antarctica?
>
> 2.There are around 25460 objects in the class defined by the tag
> natural=land in the latest dump. The wiki documentation for the same tag
> says ?This tag should not be used?. How to interpret this?
>
> Are editors refusing data with this tag? Should we ignore the data with
> this tag in the dumps? Looking at different OSM based maps I see that I am
> not the only one confused with the issue. Unfortunately, the class contains
> area objects related to all water types/classes so, this is not just
>
> rendering them at certain stage. In vector mapping, as you certainly know,
> it is much more complicated.
>
> Thanks for suggestions/meanings.
>
> Sandor
>
> _______________________________________________
> dev mailing list
> dev <at> openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20140817/79ea171d/attachment-0001.html>

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

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


End of dev Digest, Vol 113, Issue 7
***********************************



--
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
Matthijs Melissen | 27 Aug 19:49 2014
Picon

[OSM-dev] Release openstreetmap-carto v2.19.0

Dear all,

Today, v2.19.0 of the openstreetmap-carto stylesheet has been
released. It will be rolled out to the openstreetmap.org servers in
one of the next days.

Changes include:

* Improve rendering of labels of highway areas
(https://github.com/gravitystorm/openstreetmap-carto/pull/865)
* Various bug fixes

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.18.0...v2.19.0.

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues.

-- Matthijs

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Stephan Knauss | 23 Aug 15:08 2014
Picon

[OSM-dev] mod_tile not respecting config value

Hello,

I have a rendering stack with mod_tile/tirex which works quite fine.
Now I discovered that tiles which do not exist at all and take longer to 
render will return a 404 after 3 seconds.

This is surprising to me as I have in apache's mod_tile.conf the 
following settings:

# Timeout before giving up for a tile to be rendered
     ModTileRequestTimeout 3

# Timeout before giving up for a tile to be rendered that is otherwise 
missing
     ModTileMissingRequestTimeout 30

With these setting I would have expected that the timeout is 30 seconds 
for tiles which do not exist at all and be only 3 seconds for requests 
where some older (outdated) tile exists.

I enabled a higher verbosity level and got this in apache logs 
(shortened to the relevant info):

Requesting style(s2) z(7) x(39) y(73) from renderer with priority 5
request_tile: Request xml(s2) z(7) x(39) y(73) could not be rendered in 
3 seconds
tile_storage_hook: Missing tile was not rendered in time. Returning File 
Not Found

So why is mod_tile using a timeout of 3 seconds and not 30 seconds?

More confusing: After I inserted the mentioned two lines into my 
VirtualHost config section which handles the rendering mod_tile is 
working as expected.

Does this indicate that the way global settings are handled by mod_tile 
is broken? Might it indicate that my other settings are not effective as 
well?

Should I open a bug report for it? At GitHub?

Stephan

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Paul Norman | 22 Aug 05:09 2014
Picon

[OSM-dev] Announcing Avecado, a library for creating vector tiles

Today, MapQuest is pleased to announce the release of a new vector tile
creation library, python bindings and associated utilities, avecado
(a-VEC-ado). We hope that you may find it of some use and that it will
be useful by having another[1] tool available.

https://github.com/MapQuest/avecado

It requires C++11, a development version of Mapnik 3.0, Boost, Python,
and mapnik-vector-tile, the last of which is included as a submodule. We
hope that, after the official release of Mapnik 3.0, that we can
stabilise that requirement.

Avecado consists of four parts:

- The library itself.

- Python bindings for the library.

- avecado, a simple command-line utility for producing vector tiles.
   Since each invocation loads a Mapnik map, this is not recommended for
   generating large volumes of vector tiles. However, it can be useful
   for one-off testing and debugging of datasource definitions.

- avecado_server, a very simple HTTP server which serves vector tiles
   according to the input Mapnik map. The HTTP server is extremely basic
   and, while it might be useful for ad-hoc testing purposes, is not
   suitable for production use.

- scripts/override_xml.py, a utility for altering settings in an XML
   datasource configuration. This is useful for correcting or overriding
   any settings which may be different between the output of Mapbox
   Studio, or your configuration files in version control, and your local
   or production setups.

The library has two functions:

- make_vector_tile, which adds geometry from a mapnik query to a
   vector tile object.

- process_vector_tile, which applies post-processing operations such
   as generalization and merging like attributed features. These are not
   yet implemented.

[1] http://youtu.be/NoLJHgqDCzc?t=10m17s

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Sandor Seres | 17 Aug 15:04 2014
Picon

[OSM-dev] How to handle these issues?

I am not quite shore how to handle the following two dilemmas:

1.If a rendering system renders the planet-sea area objects (instead of planet-land area objects), is then Antarctica a hole in the global ocean object or the global ocean object simply ends by the upper border-line of Antarctica?

2.There are around 25460 objects in the class defined by the tag natural=land in the latest dump. The wiki documentation for the same tag says “This tag should not be used”. How to interpret this?

Are editors refusing data with this tag? Should we ignore the data with this tag in the dumps? Looking at different OSM based maps I see that I am not the only one confused with the issue. Unfortunately, the class contains area objects related to all water types/classes so, this is not just

rendering them at certain stage. In vector mapping, as you certainly know, it is much more complicated.

Thanks for suggestions/meanings.

Sandor

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
nbu | 8 Aug 14:11 2014
Picon

[OSM-dev] Auto Response

I am no longer using this email as it is receiving vast ammounts of spam. Please send your email to one of my other email addresses or contacte me by some other means. Neil

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Richard Welty | 7 Aug 22:19 2014
Picon

[OSM-dev] current documentation on using osmosis to populate an empty osm database?

i'm trying to import an osm extract into an empty osm database using
osmosis and i'm not at all clear on where current documentation is.
there are some howtos and examples out there covering what appear
to be obsolete versions which isn't helping.

can anyone point me at something current?

thanks,
   richard

--

-- 
rwelty <at> averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Matthijs Melissen | 7 Aug 00:53 2014
Picon

[OSM-dev] Release openstreetmap-carto v2.18.0

Dear all,

Today, v2.18.0 of the openstreetmap-carto stylesheet has been released.

Changes include:

* Remove transparency from certain landuse tags
(https://github.com/gravitystorm/openstreetmap-carto/pull/792)
* Render lake names on lower zoom levels
(https://github.com/gravitystorm/openstreetmap-carto/pull/816)
* Rewrite code for road ordering, resolving various road layering bugs
(https://github.com/gravitystorm/openstreetmap-carto/pull/626)
* Various bug fixes

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.17.0...v2.18.0.

We welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues.

-- Matthijs
Rhys Gareth | 6 Aug 11:29 2014
Picon

[OSM-dev] Isochrone generation with mode=CAR starting or ending in private roads

When generating Car/drive isochrones, I found that OTP returned empty GeoJSON for some locations which were on private roads and not near-enough to make a "jump" to a public road. I then discovered it's not possible to have a trip of any transport mode starting at that point at all. 

Example start point which fails to generate isochrones: http://www.openstreetmap.org/#map=18/1.24930/103.84794&layers=T

After thinking about it, I think I'd want isochrones to be able to start or end in private roads, but not use them as "through roads" in case there are ones which have more than one connection (there are some like this in Singapore, such as large government complexes). The logic I think could work is quite simple:
1. It's OK to start in a private road and connect to public
2. It's OK to end in a private road
3. If you have gone from public-private it's not OK to go back to public - the trip ends there.

I prefer this over attempting to make a large jump to the nearest public road. 

Alternatively, can this be solved by "correcting" the OSM road classification type, or adjusting OTP's settings for which road types are allowed? My own assessment was that private was the correct road type, and enabling OTP to use private roads would just result in problems with it generating isochrones which drive right through private complexes and out the other side.

Rhys
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
Lynn W. Deffenbaugh (Mr | 3 Aug 05:21 2014
Picon

[OSM-dev] Minutely updates format error?

For the past 8-12 (maybe 24) hours, my tile server has been failing to 
update.  The error reported is:

> Processing: Node(0k 0.0k/s) Cache(Ch:0.0% <at> 0.0%u fh:0.0%) Way(0k 
> 0.00k/s) Relation(0 0.00/s) Why:NodeStart
> Processing: Node(360k 2.0k/s) Cache(Ch:0.0% <at> 2.9%u fh:98.9%) Way(0k 
> 0.00k/s) Relation(0 0.00/s)

> Entity: line 395041: parser error : Input is not proper UTF-8, 
> indicate encoding !
> Bytes: 0xD8 0x51 0x72 0x20
>       <tag k="name" v="Ù¾Ø²Ø´Ú©Û ÙاÙÙÙÛ Ø§Ø³ØªØ§Ù Ø®Ø±Ø§Ø³Ø§Ù
ØQr  <483
> ^
> Entity: line 395041: parser error : Unescaped '<' not allowed in 
> attributes values
>       <tag k="name" v="Ù¾Ø²Ø´Ú©Û ÙاÙÙÙÛ Ø§Ø³ØªØ§Ù Ø®Ø±Ø§Ø³Ø§Ù
ØQr  <483
> ^
> Entity: line 395041: parser error : attributes construct error
>       <tag k="name" v="Ù¾Ø²Ø´Ú©Û ÙاÙÙÙÛ Ø§Ø³ØªØ§Ù Ø®Ø±Ø§Ø³Ø§Ù
ØQr  <483
> ^
> Entity: line 395041: parser error : Couldn't find end of Start Tag tag
>       <tag k="name" v="Ù¾Ø²Ø´Ú©Û ÙاÙÙÙÛ Ø§Ø³ØªØ§Ù Ø®Ø±Ø§Ø³Ø§Ù
ØQr  <483
> ^
> /var/lib/mod_tile/changes.osc.gz : failed to parse

Is there an issue in the data from the database or where might this be 
coming from?  My state.txt file is:

> #Fri Aug 01 20:03:01 EDT 2014
> sequenceNumber=985291
> timestamp=2014-08-02T00\:01\:02Z

Lynn (D) - KJ4ERJ
Éric Gillet | 2 Aug 12:52 2014
Picon

Re: [OSM-dev] OSM data import using osm2pgsql... what's next.

On Sat, Aug 2, 2014 at 9:52 AM, Christian Quest <cquest <at> openstreetmap.fr> wrote:

By default osm2pgsql reprojects into web mercator, but you can avoid it and ask to keep the spherical coordinates if this is a better choice for your use.

 
May I ask how to use spherical coordinates ? I've hit the problem about distances being distorded with projections, and never managed to do it right with osm2pgsql based db.

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

Gmane