headers
Jochen Topf | 1 Feb 10:44
Favicon

Problem with OSM calendar

Hi!

Some dates for the regular "OSM Stammtisch Karlsruhe" meeting were wrong on the
calendar on the main wiki page. I fixed them 10 days ago or so, but the cal
file at http://www.openstreetmap.org.uk/events.ics still shows the wrong dates.
Right date for the April 2012 meeting for instance is the 18., the wrong one is
the 19.

Jochen
--

-- 
Jochen Topf  jochen <at> remote.org  http://www.remote.org/jochen/  +49-721-388298
Permalink | Reply | 0 comments |
headers
Frederik Ramm | 1 Feb 18:05
Favicon

Change in OSM Inspector License View/WTFE

Hi,

    I have recently changed the OSMI license view to update more 
frequently. Most changes should now be visible within about 4 hours; the 
more complex analysis that finds out whether an object has been stripped 
of problematic contributions still takes about a day though.

I have also moved wtfe.gryph.de to another server where it is 
automatically synced with the OSMI database. If you find anything out of 
sync, let me know. Once every 4 hours there will be a very short 
downtime in the WTFE service (of maybe 5 seconds) while the database is 
exchanged for the new version, so if you get an error message when 
loading WTFE data, just retry.

I would also like to draw attention tho the "report" service that can 
give you a detailed breakdown of the assessment of a specific object, e.g.

http://wtfe.gryph.de/report/way/5656569

This should answer the question of "why is something 
red/orange/yellow/unmarked".

If you find anything strange with that, let me know too.

Finally, I am looking at ways to visualize relations on the OSMI view. 
If you have any ideas about that, feel free to suggest something.

Bye
Frederik
(Continue reading)

Permalink | Reply | 5 comments |
headers
Michael Kugelmann | 1 Feb 22:47
Picon
Picon

Re: OSM @ FOSDEM?

update of the current state:
> I'll check for a large printout of Brussels and mybe a world map, I'll 
> feed back on this (we had these at the 28C3).
I have both at home since some days, thanks to Frederik!

> Does anybody have English flyers or something like that to hand over 
> to interested persons?
I received also very few English flyers from Frederik (I think thas have 
been the only ones he had). And I will bring my very few vew last German 
Flyers too.

BTW: ist there somebody from the OSM community at the friday beer event? 
http://www.fosdem.org/2012/beerevent

Meet you at Brussels,
Michael.
Permalink | Reply | 1 comment |
headers
ant | 1 Feb 23:15
Picon

Re: Visualizing relations, was: Change in OSM Inspector License View/WTFE

Hi,

On 01.02.2012 18:05, Frederik Ramm wrote:
> Finally, I am looking at ways to visualize relations on the OSMI view.
> If you have any ideas about that, feel free to suggest something.

I've been thinking about this and I believe that visualizing relations 
in terms of making them actually visible on a map is a really 
challenging task. What I've seen so far is Merkaartor's way of drawing 
bounding boxes around a relation's members, and JOSM's highlighting with 
some colour (also seen on various maps showing routes). The former, 
however, clutters the map on small scales, and the latter in principle 
works for a very limited number of relations only. So basically you want 
to make sure that
- relation symbols are placed at representative locations,
- relation symbols don't occlude neither nodes or ways nor each other,
- the set of visible relations meaningfully relates to the map scale,
- the view doesn't get cluttered.

I have some immature ideas about how to go about it, but for the purpose 
of OSMI I think you should prefer the quick and dirty way ;)

Display a list of relation IDs as plain text (or name tag instead, if 
given) coloured according to the licence status. In order to keep the 
list short, define upper and lower bounds for the maximum Euclidean 
distance between two relation members in each zoom level. For ways 
simply use the coordinates of the first node, for relations use those of 
the first member.

cheers
(Continue reading)

Permalink | Reply | 0 comments |
headers
Roland Olbricht | 1 Feb 23:36
Picon
Picon

Night of the living maps 07.02.2012 - Avoid API congestion

Dear JOSM users,

Mapping events have in the past often triggered an API block from the admins 
due to too much download traffic. See e.g.
http://wiki.openstreetmap.org/wiki/API_usage_policy

To avoid that, I've just started the JOSM plugin "mirrored_download". This 
plugin allows to download OSM data into JOSM from both instances of the 
Overpass API and thus avoids download requests to the main API at all.

As an extra bonus to all plugins users, Overpass API is almost always faster 
than the main API. As both Overpass servers have still only a load of 5%-15% 
even at peak hours, there is much room for more download traffic.

Just install the plugin (under preferences > plugins > mirrored_download), 
restart JOSM and then use "Mirrored download > Download from OSM..." instead 
of "File > Download from OSM...".

If you run a readonly API yourself, feel free to add that one in the JOSM SVN 
at
josm/plugins/mirrored_download/src/mirrored_download/UrlSelectionDialog.java 
after line 101.

Best regards,

Roland Olbricht
Permalink | Reply | 10 comments |
headers
Cobra | 2 Feb 00:24
Picon
Favicon

Re: Change in OSM Inspector License View/WTFE

Hi,

On 2012-02-01 18:05, Frederik Ramm wrote:
> Finally, I am looking at ways to visualize relations on the OSMI view. If you have any ideas about that, feel
free to suggest something.

I think there isn't a general all-purpose solution for all relation types. I think different types need
different visualisations:

- restrictions could be easily displayed by a symbol/node like in josm near the "via" role node
- routes - obviously some line style, but how to deal with situations where many relations use the same way?
One possible solution could be a list of relations like the list of elements that appears when you click on
something in osmi (say, near a ct-dirty node of a ct-dirty way - both show up)
- multipolygons could be easily visualised by rendering the polygon itself, maybe as a filled area without
the outline so you can still see wether the ways are clean or dirty
- boundary relations would best be visualised by some casing around the ways, maybe with different widths
according to their admin_level
- sites could be difficult, maybe some area style of either the perimeter or all members or some sort of
"grouping" like the public transport layer does for stop_areas and stop_area_groups
- associatedStreet relations could be visualized like the house numbers in the address layer of osmi or "grouped"
- public_transport stop relations (stop_area, stop_area_group) - imo the public transport layer of osmi
is quite nice regarding the visualisation of these relation types
- enforcement relations - grouping like above

I think an extra relation layer would be nice for osmi to avoid confusion.
Permalink | Reply | 0 comments |
headers
Michal Migurski | 2 Feb 08:15

Subscribe to feeds of changes in your area with Changepipe

Hi,

I'm experimenting with minutely diffs and I made this:
	http://migurski.github.com/Changepipe/

Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the
directions on the page!

-mike.

----------------------------------------------------------------
michal migurski- mike <at> stamen.com
                 415.558.1610
Permalink | Reply | 14 comments |
headers
Toby Murray | 2 Feb 08:26
Picon

Re: Night of the living maps 07.02.2012 - Avoid API congestion

On Wed, Feb 1, 2012 at 4:36 PM, Roland Olbricht <roland.olbricht <at> gmx.de> wrote:
> Dear JOSM users,
>
> Mapping events have in the past often triggered an API block from the admins
> due to too much download traffic. See e.g.
> http://wiki.openstreetmap.org/wiki/API_usage_policy
>
> To avoid that, I've just started the JOSM plugin "mirrored_download". This
> plugin allows to download OSM data into JOSM from both instances of the
> Overpass API and thus avoids download requests to the main API at all.
>
> As an extra bonus to all plugins users, Overpass API is almost always faster
> than the main API. As both Overpass servers have still only a load of 5%-15%
> even at peak hours, there is much room for more download traffic.
>
> Just install the plugin (under preferences > plugins > mirrored_download),
> restart JOSM and then use "Mirrored download > Download from OSM..." instead
> of "File > Download from OSM...".
>
> If you run a readonly API yourself, feel free to add that one in the JOSM SVN
> at
> josm/plugins/mirrored_download/src/mirrored_download/UrlSelectionDialog.java
> after line 101.

Awesome. I have seen several conversations on IRC about this kind of
functionality and I had considered trying something but you beat me to
it :)

Suggestion: Why require source changes and a recompile to change the
URL? Just make the JComboBox editable. Or maybe 2 or 3 text fields
(Continue reading)

Permalink | Reply | 3 comments |
headers
Serge Wroclawski | 2 Feb 08:30
Picon

Re: Subscribe to feeds of changes in your area with Changepipe

On Thu, Feb 2, 2012 at 2:15 AM, Michal Migurski <mike <at> stamen.com> wrote:
> Hi,
>
> I'm experimenting with minutely diffs and I made this:
>        http://migurski.github.com/Changepipe/
>
> Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the
directions on the page!

This seems a lot like OWL. What makes it different?

http://matt.dev.openstreetmap.org/owl_viewer/

- Serge
Permalink | Reply | 3 comments |
headers
Michal Migurski | 2 Feb 08:40

Re: Subscribe to feeds of changes in your area with Changepipe

On Feb 1, 2012, at 11:30 PM, Serge Wroclawski wrote:

> On Thu, Feb 2, 2012 at 2:15 AM, Michal Migurski <mike <at> stamen.com> wrote:
>> Hi,
>> 
>> I'm experimenting with minutely diffs and I made this:
>>        http://migurski.github.com/Changepipe/
>> 
>> Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the
directions on the page!
> 
> This seems a lot like OWL. What makes it different?
> 
> http://matt.dev.openstreetmap.org/owl_viewer/

Pros: fewer OSM-jargon features, drawing polygons right on the map, not ten days behind (if I'm reading the
graph on that page correctly), simple to run yourself with python, osmosis and redis.

Cons: you have to email me to request a new feed, and I'm busy sometimes.

-mike.

----------------------------------------------------------------
michal migurski- mike <at> stamen.com
                 415.558.1610
Permalink | Reply | 0 comments |

Gmane