Re: [OSM-talk] recommendation for JSON to CSV converter

[Mike Thompson]

Hi Martin,

Could you provide some more detail on what specifically you are attempting
to achieve? Converting a geojson file of points to CSV is pretty easy, but
once you get to linestrings, multi-linestrings, polygons, etc. it gets
difficult because in those cases the geometry objects have a variable
number of components.

Mike

On Wed, Feb 28, 2024 at 8:26 AM Martin Trautmann via talk <
talk@openstreetmap.org> wrote:

> Is there any JSON converter that you would recommend?
>
> There are plenty of web services, but none of those worked for me, on
> <
> https://opendata.essen.de/sites/default/files/Hauskoordinaten_0822.geojson
> >
> (70 MB)
>
> There are plenty of starter tutorials, in order to use python,
> javascript etc.
>
> But those did not work either.
>
> I tried dasel, without success (dasel version v2.5.0)
>
> So I wonder what the best solution might be, apart of writing my own
> converter (probably in perl).
>
> What I would expect is hopefully a 100 % conversion - or an error log
> which data could not be processed.
>
> The problem here seems to be the nesting of several levels.
>
> Thanks,
> Martin
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Adding automated trees to OSM

[Mike Thompson]

On Tue, Aug 8, 2023 at 12:53 PM Harsha Somaya  wrote:

> The data on these trees is only added if the user consents.
>
To what exactly have these users consented?  Putting their data in the
public domain?  To some other license? We need more specifics.


> I am creating an open source app with my team. Licenses are built-in the
> app.
>
We are not talking software licenses, but the license that applies to the
data.


> The GPS accuracy is about 16ft and is calculated from the phone's GPS
> (phone location has to be turned on for app functionality;
>
That would be typical for a cell phone under ideal circumstances according
to this US Government site:
https://www.gps.gov/systems/gps/performance/accuracy/, but the same site
notes "However, their accuracy worsens near buildings, bridges, and *trees*.").
But let's assume that your data is accurate to +/-16 feet and let's assume
that existing OSM tree data is accurate to +/- 33 feet (10 meters) (just an
example, might be better in US). You should download existing OSM tree
data, buffer by 49 feet (the math is a little more involved, but this
should be a safe number to use), and delete any of your data that falls
within the resulting polygon before uploading.

>
>>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Intercultural differences / cultural diversity / OSM communication behaviors

[Mike Thompson]

On Wed, May 3, 2023 at 2:08 PM Courtney 
wrote:

> It's valid to ask for more specifics. You're right that "combative" just
> ends up being an alienating word.
>
> Here's an example that I think everyone can benefit from.
>
> When I see a comment that reflects a kind of tired, angry emotion about
> having to point out a mistake or breach of protocol yet again, I always
> flinch. This is because it is almost certainly the first time for the
> person who made the mistake. And, it seems unfair to burden them with the
> anger that comes from the mistakes of others who came before them. You can
> see that in some of the earlier comments in this thread.
>
> I see why people get worn out having to say things over and over,
> especially when they are documented in wikis, but there are other factors,
> most importantly that new people are joining the community every day.
>
> Compare a statement like this:
>
>  "I know you may be relatively new here, so to help you be successful,
> here are some ideas for how to structure for your project"
>
> Thanks Courtney, this is helpful, and actionable.  If there are other
things that you, or others can point out, it would further the journey to
better communication.

Mike

>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Intercultural differences / cultural diversity / OSM communication behaviors

[Mike Thompson]

On Wed, May 3, 2023, 1:00 PM Brian M. Sperlongano 
wrote:

> I would caution against hyper-simplifying the combativeness of the mailing
> lists
>
I am not sure using a term such as "combative" is going to be effective in
bringing about the change you desire.   First the term has strong negative
connotation,  and second it is non specific. The people you view as
combative probably don't see themselves as combative and don't what
specifically is causing you to perceive them as such, and thus don't know
what to do differently.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Survey about OSM communication behaviors

[Mike Thompson]

On Sun, Apr 30, 2023 at 10:42 PM Ewen Hill  wrote:

> Hi all,
>   I am really disappointed by the anger and outrage in this thread and
> that, to castigate a volunteer in public,
>
I understand you, and some others may feel this way, but what I am seeing
is simply an exchange of ideas between people that have different points of
view - some of those views are very strongly held.  If that is your idea of
"anger, outrange, and castigation", then we have a problem, because for the
vitality of the community - and our individual development and learning -
we need to be able to express our views and hear views from others. The
only "anger" I heard was towards companies that some on this mailing list
believe compromise our privacy.  Whether you agree with those people or
not, I don't think there is a problem with anger directed at such companies
and their alleged  behavior - but perhaps others feel differently.  If
there was a particular statement or statements that you felt were
problematic, perhaps you could point to the general type of case (probably
shouldn't call folks out by name) so that the rest of us could learn and
improve.



>
>   I hope in future, that if someone objects strongly to a scenario
> presented, then they contact the original poster directly first and if they
> have no luck, then reply to the group.
>
It is important that these debates happen in the open so we all can hear
all different points of view.  For example, you responded to the entire
list, and now we know you feel there has been "anger, outrage, and
catigation" on this list.  If you provide more details to the list, I am
sure most of us will make an effort to do better (as long as it doesn't
involve refraining from expressing our views and debating the issues).

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Survey about OSM communication behaviors

[Mike Thompson]

On Sun, Apr 30, 2023 at 4:58 PM Courtney 
wrote:

> Here, too, we gave quite a bit of careful thought to the decision. We felt
> that if we did not disclose that we were on the CWG, that it might be seen
> by some as a lapse of transparency.
>
It is good that you disclosed your affiliations.  However, you also need to
make it abundantly clear that this project is not part of your work for the
CWG (and for those of you employed by TomTom, not part of your employment).
Otherwise, you are potentially misleading people to believe, as I did, that
this was an official CWG survey.  I am assuming that you had the best of
intentions and that you were not trying to mislead anyone.

As Frederick pointed out, members of some other working groups seem to do a
very good job of making it clear as to whether they are speaking as part of
a WG or as an individual.

Mike

>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Survey about OSM communication behaviors

[Mike Thompson]

On Sun, Apr 30, 2023 at 11:03 AM Courtney 
wrote:

> Why is the main "Talk" channel the only one that is producing pushback?
> Why is it the only one that is producing such a negative tone?
>
I don't sense a "negative tone" in this conversation.  Some people disagree
with some things you are doing, some agree with things you are doing, we
are having a discussion.  We learn and get better by being open to ideas
from those that do not agree with us.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Survey about OSM communication behaviors

[Mike Thompson]

On Fri, Apr 28, 2023 at 5:52 PM Courtney 
wrote:

>  As well, this is not an OSMF survey, nor is it a CWG survey.  Yes, two of
> us volunteer for the CWG, but it is not formally "from" or "of" the OSMF.
>
I guess I didn't read the original email closely enough.  I got the
impression that this was a CWG survey.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Adoption of OSM geometry as state mapping base

[Mike Thompson]

On Sat, Feb 11, 2023 at 5:23 PM Greg Troxel  wrote:

>
> > The terms cover data distribution, ie downloading from
> > planet.openstreetmap.org so you need to go through those terms to obtain
> > OSM data regardless of the ODbL.
>
> Really?  That's huge news compared to the data being under ODbL.  And,
> once once gets the data under ODbL, it can be redistributed, and there's
> no requirement that I see to impose the Website Terms on others.
>
 "The ODbL allows you to use the OSM data for any purpose you like. This
includes personal, community, educational, commercial or governmental." [0]

If this isn't the case, then the above referenced OSMF page should be
edited to reflect this.

Mike


[0]
https://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ#1.3._What_can_I_do_with_the_OSM_Data
?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] razed railways and other things that don't exist today

[Mike Thompson]

On Mon, Dec 5, 2022 at 11:22 AM Minh Nguyen via talk 
wrote:

> Vào lúc 09:55 2022-12-05, Zeke Farwell đã viết:
> > That is a good summary, though "Once the OSM available satellite imagery
> > does not show the feature"

1) There are other sources that an armchair mapper can use other than
imagery, such as the Strava Global Heatmap, the USGS 3 DEP data (in the
US), and GPX data that has been uploaded to the OSM server.
2) The term "satellite imagery" also excludes street level imagery, such as
Mapillary
3) Technically some of the imagery we refer to as "satellite" is really
"aerial."

"Once the feature truly no longer exists and is no longer evident in any of
the available remote sources commonly used to edit OSM, including overhead
imagery (satellite/aerial/drone), street level imagery (e.g. Mapillary),
GPS traces/heatmaps (e.g. Strava), and elevation data (e.g. USGS 3DEP) the
feature can be deleted"

>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Use of "Proprietary" imagery to edit OSM

[Mike Thompson]

Concerning this changeset:
https://www.openstreetmap.org/changeset/128035436

Changeset comment:

added missing roads according to proprietary aerial imagery

Editing organization's follow on comment:
"Proprietary" for Lyft meaning "provided to us for use in OSM but not the
general public"

Is this acceptable?  In my mind it is not as the whole community should
have access in order to verify and build on these edits.

Thoughts?

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] razed railways and other things that don't exist today

[Mike Thompson]

On Tue, Oct 25, 2022 at 7:46 AM Marc_marc  wrote:

> Hello,
>
> Le 25.10.22 à 09:42, Warin a écrit :
> > why have the tags that mean there is nothing left of it?
>
> I'm using from time to time as a QA-tag to avoid that a mapper
> add it back

I do this as well.  We have had some major wildfires around where I live,
and a lot of structures were destroyed, yet they still show up in some
imagery sources.  I mark these as destroyed so another mapper doesn't add
them back.

Also trails are constantly being rerouted, and yet the old location will be
shown on imagery and Strava for some time.  Tagging the ols trail with a
life cycle prefix lets other mappers know that what they are seeing on
imagery doesn't match reality.

Mike

>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Vespucci - Proximity Alerts - Not working

[Mike Thompson]

On Wed, Oct 12, 2022 at 11:42 AM Simon Poole  wrote:

> The alerts are generated when data is downloaded/merged and the device
> location is within the specified radius around the object causing the
> notification.
>
> With other words you need to have one of the auto download options enabled
> for the mechanism to work (or you need to replace all the data).
>
Thanks.  Unfortunately most of the time I will be surveying without a data
connection, so this isn't going to work for me.

>
> Simon
>
> PS: osm-talk is not a suitable forum for support questions.
>
Sorry, what do you recommend?

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Vespucci - Proximity Alerts - Not working

[Mike Thompson]

I am trying to get Vespucci to give me an audible alert when I travel to
within a certain distance of a OSM map note, or a OSM object with a fixme
tag.  I have not been able to get this feature to work, at least not in the
manner that I would like it to work.  It does alert when I initially
download OSM data for any notes etc. that are near my location at that
time.  This is expected.  However, when I then travel to another location
within the download area with a note, etc., Vespucci does not produce an
alert.

* "Generate notifications" is turned on
* "Max distance for notifications" is 30 meters - under most conditions my
phone's location should be more accurate than that.

What am I doing wrong?

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] I’m running for OSMF board and I’ve set up office hours for questions

[Mike Thompson]

On Wed, Dec 2, 2020 at 2:56 PM Michal Migurski  wrote:

> In some specific cases there may be a conflict of interest where I’d
> recuse myself, but in general it’s much more likely that FB and other
> companies’ need for a high-quality, free, global map with a healthy org
> behind it is *strongly aligned* with OSMF’s interests.
>
Thanks for running for the board, and for inviting discussion of your
candidacy here. Your willingness to address criticisms headon shows good
character.

I realize that the exact meaning of "conflict of interest" (COI) is going
to vary from organization to organization, and from culture to culture.  I
have worked for a number of corporations in the US where we had mandatory
annual COI training.  A COI was anything where you (and any family member
or other organization you are part of) and the corporation had an interest
in the same issue.  Whether you felt that your interests and the interests
of the corporation were aligned didn't matter.   The reason being that if
you had an interest in something you, whether you realize it or not,  are
going to tend to think that what is in your interest is also in the
interest of everyone else.  For example, since both your employer FB and
the OSMF have an interest in "attribution guidelines", I would think you
should recuse yourself from any work or decision making by the board in
this matter, should you be elected.  Just my 2 cents...

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

On Sun, Oct 25, 2020 at 12:09 PM Mario Frasca  wrote:

> Hi.  this is funny, I recently opened an issue with AllTrails, about
> them not attributing the map.
>
> I wonder if we're talking about the same thing: their Android App shows
> a bright colourful Google logo on top of whatever map you configure as
> your base map.

I was talking specifically about their website.  I should have also checked
their app, but I didn't.  My understanding is that regardless of whose
basemap is displayed, the trail in AllTrails come from OSM.  I can reach
out to Ron again about this separate issue if you would like.  Let me know.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Tagging an abandoned path?

[Mike Thompson]

I use:
disused:highway=path/footway/etc
or
abandoned:highway=path/footway/etc

If it is totally gone, I still tend to leave the way with "note=There is no
longer a path here, the land manager restored the area to its natural state
sometime before ", (or whatever is appropriate) this provides some
assurance that someone doesn't add it back to OSM using and old source
(imagery, GPX tracks, etc).

Mike

On Fri, Sep 25, 2020 at 9:36 AM Andy Townsend  wrote:

> On 25/09/2020 16:04, Nick Whitelegg wrote:
>
> Hi,
>
> Wondering if there was a consensus on tagging an abandoned, no longer very
> usable path (e.g. a path which has become overgrown or is unclear and prone
> to flooding in wetter periods). Something like "path=abandoned"?
>
> My 2p:
>
>
> Perhaps use "trail_visibility" through the lifecycle of the path as it
> changes from "being obvious on the ground" to "not being there at all"?
>
>
> Once it's definitely disappeared, I'd have no qualms about deleting it
> altogether.  Sometimes I update the tags on a path before deleting it to
> something like "note=nothing on this alignment any more".
>
>
> If it's still visible on imagery, I'd be tempted to leave that note there
> (without a highway tag) to stop someone retracing it.
>
>
> Best Regards,
>
>
> Andy
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

Thanks Kathleen and Mateusz!

I will thank Ron for the change and try to start a dialog with our DWG
about AllTrails asking their users to contact the DWG directly with map
errors.

Mike

On Fri, Sep 11, 2020 at 5:21 AM Mateusz Konieczny via talk <
talk@openstreetmap.org> wrote:

> AFAIK such text should be perfectly fine
> as long as it is clear displayed
> (not deeply hidden in weird menu,
> not hidden behind basically never clicked
> buttons and so on).
>
> ODBL requires to make users aware of
> source and license, it does not mandate
> a specific text.
>
> For example on my laser cut map I used
> "Dane z OpenStreetMap na licencji ODBL"
> as it will be used in way where Polish
> would be clearly expected to be
> understood.
>
> 10 Sep 2020, 18:07 by talk@openstreetmap.org:
>
> [0] https://www.alltrails.com/ (in the search box enter the name of a
> trail, park, or city to see their map.)
>
> It looks like AllTrails now correctly attributes OpenStreetMap.  Those of
> you more familiar with the licensing might want to chime in and let me know
> if simply stating "(c) OpenStreetMap" instead of "(c) OpenStreetMap
> Contributors" is adequate (also, keep in mind that only some of their map
> data comes from OSM).  If it is adequate, I will send Ron a note thanking
> him, and starting the conversation between him and the DWG about AllTrails
> directing data issues directly to the DWG.
>
> Yes, it's fine
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

On Wed, Aug 19, 2020 at 2:02 PM Mike Thompson  wrote:

> Has anyone tried contacting the AllTrails[0] people about their use of OSM
> without attribution?  I am not talking about the "OSM Map Layer" that they
> offer, but rather the default "AllTrails Map Layer."  At the very least it
> appears that the trails on that layer come from OSM.  I know that because I
> have entered some rather obscure informal trails in OSMe, and they show up
> in AllTrails just as I entered them in OSM.
> Mike
>
> [0] https://www.alltrails.com/ (in the search box enter the name of a
> trail, park, or city to see their map.)
>
It looks like AllTrails now correctly attributes OpenStreetMap.  Those of
you more familiar with the licensing might want to chime in and let me know
if simply stating "(c) OpenStreetMap" instead of "(c) OpenStreetMap
Contributors" is adequate (also, keep in mind that only some of their map
data comes from OSM).  If it is adequate, I will send Ron a note thanking
him, and starting the conversation between him and the DWG about AllTrails
directing data issues directly to the DWG.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] maps/navigation data source

[Mike Thompson]

On Sat, Sep 5, 2020 at 11:09 AM Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 5. Sep 2020, at 16:43, ben.ki...@mail.de wrote:
> >
> > Which are the world regions OSM data is better in? Which are world
> regions OSM data is equal good?
>
>
> generally urban areas and touristic monuments are covered, few countries
> have good coverage in the country side, but there’s a lot to do everywhere,
> it may also depend on the kind of data ;-)
>
> For example housenumbers are incomplete even in the most active countries,
> there are a total of 105 Million of them currently, and growing by 10 M a
> year in the last 5 years. There are 4 times the number of buildings and
> apparently growing faster (many will not even have housenumbers though)
>
I agree with what Martin has stated.  In addition I believe that  in
general Europe, and in particular Germany and the UK, the coverage is
better than the US (I live in the US and have not traveled to either of
those countries in recent years, so cannot speak from first hand
experience).

Navigating to a location you indicate on the map will probably be pretty
good.  Navigating to a particular address may not be as good because, as
Martin stated, coverage of house numbers / addresses in OSM is not yet
complete.

If you are interested in bicycling, mountain biking, hiking and similar
activities, OSM may be your best worldwide source (in a particular locality
there may be local sources that are better).  In the days leading up to a
planned hike or mountain bike ride I will make sure the OSM data in the
area is as up to date as I can make it using the available resources.
However, be aware that some apps only update their OSM data infrequently.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] maps/navigation data source

[Mike Thompson]

Ben,

What type of navigation, car, public transport, bicycle, walking...?

What part of the world will you be navigating in?  Some parts of the world
have better OSM data than others.

Another consideration is how well the app makes use of all of the data in
OSM. e.g. turn restrictions, oneway, types of travel allowed...

I use the free, open source, OSMAND app. https://osmand.net/

Mike


On Wed, Sep 2, 2020 at 3:49 PM  wrote:

> Hi,
> Navigation app for my iOS device (Navigator by MapFactor) offers two
> choices regarding maps/navigation data source. These are (i) OpenStreetMaps
> and (ii) TomTom. One can load maps from both sources to app. One seems to
> can use both however not at the same time.
> For decision if it is worth to order TomTom maps for that app I wonder
> which differences between those two data sources should I be aware of
> before deciding if OpenStreetMaps maps will suffice or if I like
> additionally to have a backup by TomTom maps.
>
> Any suggestions?
> Which source of knowledge might help on finding answer to asked question?
>
> -
> FreeMail powered by mail.de - MEHR SICHERHEIT, SERIOSITÄT UND KOMFORT
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

On Wed, Aug 19, 2020 at 7:11 PM Andy Townsend  wrote:

>
> On 19/08/2020 22:44, Clifford Snow wrote:
>
> ...  Instead of suggesting their users edit OSM, they instead instruct
> them to email d...@openstreetmap.org,
>
>
> Indeed, and by the time they get to us they are usually "rabbits of
> negative euphoria"* because of the less than stellar support experience
> they've had at AllTrails.
>
> Looking at e.g.
> https://www.alltrails.com/explore/list/yorkshire-wolds-way?b_tl_lat=54.06089919948305&b_tl_lng=-0.7765960693359375&b_br_lat=53.9918264806059&b_br_lng=-0.6293106079101562
> I'm not surprised - to my eyes that really is a crime against cartography.
> Zoom in, and you'll see that that useful-looking north-south path just
> southeast of Thixendale is actually marked "(PRIVATE)", but at any scale
> you might want to plan a route on it isn't.
>
> The explanation we have to give every time goes something along the lines
> of:
>
>- No, we're not Alltrails support, and can't directly affect the way
>that their map represents things.
>- Yes, it's perfectly normal for the OpenStreetMap database to include
>ways along which there is limited access (such as only the householder, or
>perhaps other people in an emergency).
>- Individual maps can choose what data to show and what not, and if a
>map does a poor job of it that's really not an OpenStreetMap problem.
>- While we'd love you to update OpenStreetMap yourself** (since you
>know your local area better than we do) we're more than happy to try and
>fix the OSM data if it's wrong - but we can't guarantee when (or even if)
>any particular OSM-based map will show the changes.
>
> From Ron's quick and positive response to the attribution issue I am
guessing he might be open to having a discussion about these other issues.
Once the attribution issue is actually fixed, should I send him a note
along those lines? Would you (Andy) be the appropriate contact for that
discussion?

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

I have already heard back from the CEO of AllTrails.  See his response
below.  They are going to fix the issue. I am impressed!

=
Thanks for the note, Mike. I know that this is going to sound lame but I
swear it's the truth, and that's that you found a bug on our website. There
should totally be an attribution block at the bottom and we'll get that
fixed up ASAP.

All the best,
Ron
=



On Wed, Aug 19, 2020 at 4:37 PM Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> On 20. Aug 2020, at 00:18, Mike Thompson  wrote:
>
> Thanks for the link where they mention OSM.  I did find their CEO on
> Linkedin, and just sent him this message:
>
>
>
> thank you! You may also consider adding them here:
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
> to keep track of the case.
>
> Cheers Martin
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

Steve,

Thanks for the confirmation that the attribution is missing.  I will let
you, and the rest of the list, know if and when I hear from them.

Mike

On Wed, Aug 19, 2020 at 3:51 PM stevea  wrote:

> Thanks very much you two:  I've often meant to do something about
> alltrails' seeming / actual lack of attribution to OSM (if it exists, I
> haven't found it either) and something always seems to creep up and prevent
> me from taking action.  These are most assuredly "our" (OSM's / mine,
> others in OSM) data.  Yea:  let's get this ball rolling and a proper OSM
> attribution!
>
> SteveA
> California
>
> > On Aug 19, 2020, at 2:44 PM, Clifford Snow 
> wrote:
> > Hey Mike,
> > They definitely mention OSM, even call us a partner [1] but like you
> found their basemap is definitely OSM. Instead of suggesting their users
> edit OSM, they instead instruct them to email d...@openstreetmap.org,
> >
> > All Trails is located in SF but I couldn't find any listing of a
> leadership team.
> >
> > Do you want to ask on Slack? Someone there might have a connection.
> >
> >
> > [1]
> https://support.alltrails.com/hc/en-us/articles/360018930672-How-do-I-update-or-change-information-about-a-trail-
> >
> > On Wed, Aug 19, 2020 at 1:03 PM Mike Thompson 
> wrote:
> > Has anyone tried contacting the AllTrails[0] people about their use of
> OSM without attribution?  I am not talking about the "OSM Map Layer" that
> they offer, but rather the default "AllTrails Map Layer."  At the very
> least it appears that the trails on that layer come from OSM.  I know that
> because I have entered some rather obscure informal trails in OSMe, and
> they show up in AllTrails just as I entered them in OSM.
> > Mike
> >
> > [0] https://www.alltrails.com/ (in the search box enter the name of a
> trail, park, or city to see their map.)
> 
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

Clifford,

Thanks for the link where they mention OSM.  I did find their CEO on
Linkedin, and just sent him this message:

==

Hi Ron, I noticed that AllTrails uses OSM data for its trails on the
default "AllTrails Map Layer", while you mention this fact on your site[0],
I didn't see any attribution on the map itself crediting OSM.  The map
should have some text on it such as "Trail data © OpenStreetMap
contributors"[1]

Thanks

Mike

OSM Contributor Specializing in Trails

==


There are several other members of the AllTrails leadership team on
LinkedIn, you might want to reach out to them too.


Mike





[0]
https://support.alltrails.com/hc/en-us/articles/360018930672-How-do-I-update-or-change-information-about-a-trail-

[1] https://www.openstreetmap.org/copyright

On Wed, Aug 19, 2020 at 3:44 PM Clifford Snow 
wrote:

> Hey Mike,
> They definitely mention OSM, even call us a partner [1] but like you found
> their basemap is definitely OSM. Instead of suggesting their users edit
> OSM, they instead instruct them to email d...@openstreetmap.org,
>
> All Trails is located in SF but I couldn't find any listing of a
> leadership team.
>
> Do you want to ask on Slack? Someone there might have a connection.
>
>
> [1]
> https://support.alltrails.com/hc/en-us/articles/360018930672-How-do-I-update-or-change-information-about-a-trail-
>
> On Wed, Aug 19, 2020 at 1:03 PM Mike Thompson  wrote:
>
>> Has anyone tried contacting the AllTrails[0] people about their use of
>> OSM without attribution?  I am not talking about the "OSM Map Layer" that
>> they offer, but rather the default "AllTrails Map Layer."  At the very
>> least it appears that the trails on that layer come from OSM.  I know that
>> because I have entered some rather obscure informal trails in OSMe, and
>> they show up in AllTrails just as I entered them in OSM.
>> Mike
>>
>> [0] https://www.alltrails.com/ (in the search box enter the name of a
>> trail, park, or city to see their map.)
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
> --
> @osm_washington
> www.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Use of OSM data without attribution

[Mike Thompson]

Has anyone tried contacting the AllTrails[0] people about their use of OSM
without attribution?  I am not talking about the "OSM Map Layer" that they
offer, but rather the default "AllTrails Map Layer."  At the very least it
appears that the trails on that layer come from OSM.  I know that because I
have entered some rather obscure informal trails in OSMe, and they show up
in AllTrails just as I entered them in OSM.
Mike

[0] https://www.alltrails.com/ (in the search box enter the name of a
trail, park, or city to see their map.)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] changeset: 89516909

[Mike Thompson]

On Tue, Aug 18, 2020 at 6:42 PM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:

> i will fix anything that i missed but the lines are truth.
>
> and it is not a polygon,
>
As far as I know, boundary relations have to, in effect, be polygons, in
other words, they have to close.


> and i broke nothing i fixed what the other guy broke and did it all by
> hand.
>
The boundary relation (126598)  is currently broken. for one thing, it
doesn't close at the location of Williamsberg Square residential area.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proper use of route relations?

[Mike Thompson]

On Sat, Aug 1, 2020 at 10:38 AM Joseph Eisenberg 
wrote:

> No
>
> Relations are not collections
>
Thanks!  That is what I thought, but there are so many such relations in
this area that I thought I better check.  I'll wait for a few more opinions
to roll in, and if they are along the lines of what you are saying, I will
make some edits.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Proper use of route relations?

[Mike Thompson]

I have come across a number of examples[0] of route relations where all the
trails in a given park have been put into a single relation.  Is this a
recommended use for route relations?

Mike

[0]
https://www.openstreetmap.org/relation/10962561
https://www.openstreetmap.org/relation/8409089
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Planned revert of added surface and tracktype tags without local knowledge in various countries

[Mike Thompson]

On Sat, Jul 18, 2020 at 2:23 PM Mark Wagner  wrote:

>
> * Two adjacent sections of track being tagged as "grade 2" and "grade
>   4" not because of any difference in road surface, but because one has
>   a line of grass between the ruts and the other doesn't.
>
In rural areas where I have spent time people often only put gravel where
the wheels contract the ground, and leave the middle part of the road/track
as is (which is often grass/short native vegetation).  This is done to save
money. The result is that from overhead imagery, it may appear not to be
gravel, and thus may be incorrectly tagged at a lower tracktype.

>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Old phone line or old power line?

[Mike Thompson]

On Sun, Jun 28, 2020 at 4:57 AM  wrote:
>
>  That is standard construction for the old above ground telephone lines in
> the US - many times those lines would run along a rail bed, perhaps even
> for railroad signaling purposes.
Thanks Steve!
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Old phone line or old power line?

[Mike Thompson]

Thanks François!

On Sat, Jun 27, 2020 at 3:51 PM François Lacombe 
wrote:

> Le sam. 27 juin 2020 à 20:08, Mike Thompson  a
> écrit :
>
>> Any idea whether this is an old powerline or an old phone line?  Photo is
>> geotagged, so if you download it and drop it into JOSM you can see the
>> larger context.
>>
>
> IMHO it's an old low voltage power line
> I'd recommend:
> abandoned:power=minor_line
> cables=2
> operator=?
> voltage=?
>
> Pole can be described with this:
> power=pole
> material=wood
> operator=?
> line_attachment=pin
>
> All the best
>
> François
>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Old phone line or old power line?

[Mike Thompson]

On Sat, Jun 27, 2020 at 12:21 PM Bryan Housel  wrote:
>
> I’d tag as `abandoned:power=minor_line` since you said it is down in
places.
>
> It is impossible to tell from the picture what its original purpose was,
but this doesn’t matter much if you just want to get it mapped.
Thanks Brian, I will proceed along those lines. I would still be interested
to hear from experts in the utility field as to what the original purpose
of the lines were.  Since this is in the US, one case assume standard
household voltage (given the size of the insulators and the fact that it
terminiantes at an old house in ruins), which back in the day was 110.  In
which case, there would be a considerably percentage voltage drop over the
many km distnace this line spans.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Old phone line or old power line?

[Mike Thompson]

Any idea whether this is an old powerline or an old phone line?  Photo is
geotagged, so if you download it and drop it into JOSM you can see the
larger context.

https://photos.app.goo.gl/6cMueDbGJPdz8Es77

It is near the location of this node:
https://www.openstreetmap.org/node/51241693

It runs for many km more or less along the track that above node is part of.

Wire is bare uninsulated. Most, or perhaps all, poles are still standing.
Wire is down in places.

How would you recommend mapping/tagging?


Thanks in advance for your help,

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Paid mapping

[Mike Thompson]

On Mon, Jun 22, 2020 at 4:12 PM Mateusz Konieczny via talk <
talk@openstreetmap.org> wrote:

> Jun 23, 2020, 00:07 by miketh...@gmail.com:
>
> "except for the preceding, we follow OSM community norms."
>
> This should be enough to ban of all their mapping accounts until changing
> their plan
> (I assume that they either backtracked that or stopped editing)
>
They said that they were going to do some additional training for their
staff.  They did give some indication they would make some changes, but I
didn't follow up. Part of the problem is that another, non local, mapper
got really enthusiastic a couple of years ago about changing all unpaved
roads to highway=track.  Amazon Logistics people see this, and if they are
adding a road, they perhaps compare it to the existing content nearby, and
try to mimic that tagging.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Paid mapping

[Mike Thompson]

I know we are talking about Apple mappers here, but I wanted to point out
the Amazon Logistics mappers have been very responsive to changeset
comments. However:
1) One of their leaders explained their criteria for a track.  There were
about four, and that was followed with "except for the preceding, we follow
OSM community norms."  I responded that they should always follow community
norms.
2) Changeset comments, as is true for a lot of mappers, are not super
helpful, e.g. "Added a track road" (not new information, I could tell that
from the data), and then they cite a generic collection of sources (which
one did you use?). Sometimes the sources don't make sense, such as "Street
Side" when there is no Street Side content in the given area.

Mike

On Mon, Jun 22, 2020 at 3:56 PM Andreas Vilén 
wrote:

> Maybe the mappers think unclassified equals what we call highway=road, as
> in no classification yet determined?
>
> It’s a fairly common misconception among new mappers.
>
> /Andreas
>
> Skickat från min iPhone
>
> > 22 juni 2020 kl. 23:50 skrev Martin Koppenhoefer  >:
> >
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] fake, edit, fake map.

[Mike Thompson]

On Tue, Jun 16, 2020 at 3:08 PM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:
>
> How old is the satellite view, do we even know, or are we making a fake
map here.
In JOSM, if you right click on Bing Imagery, Show Tile Info, it will
display "Metadata Capture Date", which is the date, or range of dates, when
the image was captured.  I don't think other sources have this feature.

>
> what about fact checking ?
The details you have added (fence, way not running all the way through,
etc.) are wonderful, but probably no overhead imagery source, no matter how
recent, is going to show that detail, especially with the tree cover in
that area.  Remote mappers can do a lot of good, sometimes they get things
wrong.  It is great that you are local and can correct these things.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] fake, edit, FAKE map.

[Mike Thompson]

JOSM validator does report a number of errors and warnings in the area, but
I don't think they are related to this specific change set.

Mike

On Tue, Jun 16, 2020 at 11:16 AM Mike Thompson  wrote:

>
>
> On Tue, Jun 16, 2020 at 10:53 AM <80hnhtv4a...@bk.ru> wrote:
> >
> > yes, and i will wait to see if anyone gets it.
> We can hardly evaluate the issue if you don't share with us your concerns.
>
> This edit was made by someone working for Amazon Logistics.  They have
> been very receptive to specific constructive feedback.
>
> The only  very minor issue I see is:
> * https://www.openstreetmap.org/way/816385173 and
> https://www.openstreetmap.org/way/703399318 could probably be combined.
>
> Mike
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] fake, edit, FAKE map.

[Mike Thompson]

On Tue, Jun 16, 2020 at 10:53 AM <80hnhtv4a...@bk.ru> wrote:
>
> yes, and i will wait to see if anyone gets it.
We can hardly evaluate the issue if you don't share with us your concerns.

This edit was made by someone working for Amazon Logistics.  They have been
very receptive to specific constructive feedback.

The only  very minor issue I see is:
* https://www.openstreetmap.org/way/816385173 and
https://www.openstreetmap.org/way/703399318 could probably be combined.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] fake, edit, FAKE map.

[Mike Thompson]

What is the issue?  It looks legit to me. Am I missing something?

Mike

On Tue, Jun 16, 2020 at 10:11 AM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:

> Added a service road.
>
> Edited about  hours ago by
>
> Version #1 · Changeset #86698283
>
> https://imgur.com/gallery/k6Zjnqm
>
>
>
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Google earth, Google maps

[Mike Thompson]

On Sat, Jun 13, 2020 at 11:20 AM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:
>
> I am not copying any thing, just looking at a satellite view from google
.
>
> it was a ruler.
This isn't really about OSM, it is about the Google Maps Terms of Service,
which by using Google Maps, you agree to abide by.  This states in part:
"you may not ...use Google Maps/Google Earth to create or augment any other
mapping-related dataset..." This would include the ruler I would think as
well as "looking at a satellite view."
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] OSM based mobile app that allows additional vector data to be loaded

[Mike Thompson]

I am looking for an OSM based mobile app which would allow me to load
additional vector data (shape files, KML, geojson, etc) into it.  My reason
for wanting to do this is twofold:

* Not all data belongs in OSM (e.g. cadastral), but sometimes this data is
useful while surveying (cadastral data will help one avoid trespassing).

* Some types of data belong in OSM, but should be field verified first.
For example, one may see something in an overhead image that looks
interesting, but not be able to positively identify it. Its location could
be loaded into the app without adding to OSM, and this would serve to guide
the user to its location in order to survey it.

Do you have any recommendations? I already have OsmAnd, but I don't think
it has this capability.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Strava Cycling and Running Heatmap not working

[Mike Thompson]

Nelson,

Thanks!

The blog post states:
"registered Strava athletes may zoom in to street-level details"

If I become a "registered Strava athlete" is there a way I can see the
street level detail in JOSM, or is it only through their app?

Mike

On Thu, Mar 15, 2018 at 1:34 PM, Nelson A. de Oliveira 
wrote:

> On Thu, Mar 15, 2018 at 3:57 PM, Mike Thompson 
> wrote:
> > I am trying to use the "Strava Cycling and Running Heatmap" in JOSM but
> I am
> > getting a "Error HTTP error 403 when loading tiles."  It was working a
> few
> > days ago. The "Strava running heatmap" gives the same error. Is anyone
> else
> > having this same issue?
>
> It is working, but the maximum zoom level is now 12 (see
> https://blog.strava.com/press/heatmap-updates/)
> If you try to see some higher level tiles it will indeed give a
> forbidden error code.
> Try to update the imagery providers in JOSM and re-add the Strava
> layer (which should bring the layer with an updated info about the new
> maximum zoom level).
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Strava Cycling and Running Heatmap not working

[Mike Thompson]

I am trying to use the "Strava Cycling and Running Heatmap" in JOSM but I
am getting a "Error HTTP error 403 when loading tiles."  It was working a
few days ago. The "Strava running heatmap" gives the same error. Is anyone
else having this same issue?

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] GPS Watch

[Mike Thompson]

Russ,

Thanks!  So many options, even from this one vendor.

Mike

On Thu, Dec 28, 2017 at 10:03 PM, Russ Nelson  wrote:

> Craig Wallace writes:
>  > Or another option is the Garmin Foretrex 601. It is much bulkier and
>  > heavier than most watches, maybe a bit too big to wear on your wrist.
>  > But OK if you attach it to a rucksack strap. It has much better battery
>  > life - it claims 48 hours. It uses AAA batteries, so you can carry
>  > spares if necessary. And probably more accurate - should be a bigger
>  > antenna, and it can use GPS, GLONASS and Galileo.
>
> Forerunner is designed for runners. Foretrex is a GPS receiver. Get
> the Foretrex.
>
> --
> --my blog is athttp://blog.russnelson.com
> Crynwr supports open source software
> 521 Pleasant Valley Rd. | +1 315-600-8815
> Potsdam, NY 13676-3213  | Sheepdog
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] GPS Watch

[Mike Thompson]

Craig,

Thanks, very helpful, especially the info about the FIT format.

Mike

On Sat, Dec 23, 2017 at 10:33 AM, Craig Wallace 
wrote:

> On 2017-12-22 18:48, Mike Thompson wrote:
>
>> I am looking at getting a GPS Watch. Does anyone have any advice?  My
>> primary concerns:
>> 1) Ease of getting GPX tracks out of the watch so they can be uploaded to
>> OSM. Seems like a lot of the devices require you to first upload the track
>> to their proprietary site from where you can download the GPX... sounds
>> like a hassle.
>> 2) Positional accuracy
>> 3) Recording fidelity (e.g. once per second, once per five seconds, etc).
>> 4) Battery life. Ideally > 10 hours on a single charge while recording
>> tracks.
>>
>
> You could look at a Garmin Forerunner. Probably the most popular GPS
> running watches.
> Most of the newer models record tracks in FIT format, and work as a USB
> mass storage device. So you can just plug it into your computer, then copy
> the files off.
> There are a few options for converting from FIT to GPX. eg GPSBabel works,
> or Garmin Basecamp. You don't need to upload to any website. Some more
> advice here: https://wiki.openstreetmap.org/wiki/FIT
>
> Accuracy is usually not bad for the newer models. Though can sometimes be
> a bit out, especially under trees. Not too surprising for such a small GPS
> receiver, and swinging your arms about etc.
>
> Recording rate depends on the model, most of the cheaper models only have
> "smart recording". This usually gives 1 point per 5 seconds or 10 seconds
> or so. Though it should record more points where needed, ie a twisty path.
> The higher end models can record 1 point per second.
>
> Battery life again depends on the model. Some of the cheaper ones are only
> about 8 hours, or up to 15 or 20 hours on others. Especially if you disable
> extra features, eg heart rate or Bluetooth. Some of them have "UltraTrac"
> mode, which gives longer battery life, but a less detailed track.
>
> Or another option is the Garmin Foretrex 601. It is much bulkier and
> heavier than most watches, maybe a bit too big to wear on your wrist. But
> OK if you attach it to a rucksack strap. It has much better battery life -
> it claims 48 hours. It uses AAA batteries, so you can carry spares if
> necessary. And probably more accurate - should be a bigger antenna, and it
> can use GPS, GLONASS and Galileo.
>
> Craig
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] GPS Watch

[Mike Thompson]

I am looking at getting a GPS Watch. Does anyone have any advice?  My
primary concerns:
1) Ease of getting GPX tracks out of the watch so they can be uploaded to
OSM. Seems like a lot of the devices require you to first upload the track
to their proprietary site from where you can download the GPX... sounds
like a hassle.
2) Positional accuracy
3) Recording fidelity (e.g. once per second, once per five seconds, etc).
4) Battery life. Ideally > 10 hours on a single charge while recording
tracks.

Thanks,

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Editing in Front Range of US State of Colorado

[Mike Thompson]

Mateusz,

Thanks, good suggestion. I will try that now as I make corrections.

Mike

On Sat, Dec 16, 2017 at 11:24 AM, Mateusz Konieczny 
wrote:

> During deleting of destroyed features I typically leave outlines with
> notes reminding that aerial image is outdated and delete such historic days
> after aerial images are updated.
>
> Have you tried doing something like that?
>
> On 16 Dec 2017 4:37 p.m., "Mike Thompson"  wrote:
>
> Hello,
>
> If you are armchair mapping in the Front Range of the US State of
> Colorado, particularly the canyons west of the cities of Loveland, Fort
> Collins, etc., please be aware that we had a devastating flood here in the
> fall of 2013 that dramatically changed the courses of the rivers through
> these canyons, as well as destroying much of the human built infrastructure
> along those rivers. US Highway 34 in the Big Thompson Canyon between
> Loveland and Fort Collins in particular is still being reconstructed. This
> is not shown, or not fully shown, on the sources of overhead imagery we
> generally have available in OSM.  I continue to find that other mappers
> have added features back to the map which were destroyed by the flood, and
> which I and other local mappers correctly deleted.  Before you add what may
> appear to be a missing building, parking lot, reservoir, dam, park, trail,
> etc., please be sure it really exists in reality today.
>
> Thank you,
>
> Mike
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Editing in Front Range of US State of Colorado

[Mike Thompson]

Hello,

If you are armchair mapping in the Front Range of the US State of Colorado,
particularly the canyons west of the cities of Loveland, Fort Collins,
etc., please be aware that we had a devastating flood here in the fall of
2013 that dramatically changed the courses of the rivers through these
canyons, as well as destroying much of the human built infrastructure along
those rivers. US Highway 34 in the Big Thompson Canyon between Loveland and
Fort Collins in particular is still being reconstructed. This is not shown,
or not fully shown, on the sources of overhead imagery we generally have
available in OSM.  I continue to find that other mappers have added
features back to the map which were destroyed by the flood, and which I and
other local mappers correctly deleted.  Before you add what may appear to
be a missing building, parking lot, reservoir, dam, park, trail, etc.,
please be sure it really exists in reality today.

Thank you,

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Length of ways

[Mike Thompson]

On Thu, Nov 30, 2017 at 6:13 PM, Martin Koppenhoefer  wrote:

> I’m not sure if this is still valid, but a long time ago the measurements
> in Josm weren’t very accurate...

It uses the great circle distance[0], which is accurate to about 0.5%[1],
still over long distances that can add up.  I believe it would be more
accurate to project each segment of the way to a local coordinate system
and measure, and then sum the measures.

Mike

[0]
https://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/osm/Way.java
(search on getLength)
[1] https://en.wikipedia.org/wiki/Great-circle_distance

especially for long distances, where the curvature of the earth leads to
> significant errors if not accounted for. Don’t know whether Josm uses an
> ellipsoid or spheroid (I recall initially it used carthesian coordinates
> and calculated in a plane). Just wanted to mention it.
>
> There’s also a measurement plugin for josm.
>
> cheers,
> Martin
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Length of ways

[Mike Thompson]

Relation length:
In JOSM
Select a member way
In the "tags/memberships" window scroll down to the "Member of" section
Right click
Select members (add)
Note the length in the lower margin of JOSM's main window

On Thu, Nov 30, 2017 at 5:20 PM, Mike Thompson  wrote:

> If you select the way in JOSM it will give you the length in the lower
> margin of the window.  I don't know about relations.
>
> On Thu, Nov 30, 2017 at 5:15 PM, Andy Mabbett 
> wrote:
>
>> Do we have a tool that will give me the length of a way (or a
>> relation, made from several continuous ways)?
>>
>> --
>> Andy Mabbett
>> @pigsonthewing
>> http://pigsonthewing.org.uk
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Length of ways

[Mike Thompson]

If you select the way in JOSM it will give you the length in the lower
margin of the window.  I don't know about relations.

On Thu, Nov 30, 2017 at 5:15 PM, Andy Mabbett 
wrote:

> Do we have a tool that will give me the length of a way (or a
> relation, made from several continuous ways)?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

On Tue, Nov 28, 2017 at 2:28 PM, Pierre Béland  wrote:

> Wow  again, this time a lot more efficient.  With 29,000 ways, very fast
> Result.
>
Glad it is fast on 29,000, I only tested on 2,500.  Any additional ideas or
suggestions can be entered on GitHub (or you can just send them to me
directly).


>
> An other interesting aspect with your scripts, you let us learn how to
> make such scripts.
>
Happy to share what I have learned, but I feel I am still in the student
mode myself. Next I would like to create a plugin.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

John, Pierre,

I made some improvements to the select duplicate buildings script. It now
uses a spatial index, which makes it a lot faster on large datasets. It
also now uses the actual area of the buildings and their intersection, as
opposed to their bounding boxes. I will work on your other requests, but
may not have a lot of time for the next few weeks.

Mike

https://github.com/MikeTho16/JOSM-Scripts

Select Duplicate Buildings
Selects duplicate, or near duplicate, area buildings in JOSM's active
datalayer.
A "near duplicate" is a building whose area overlaps another building's
area by more than 50%. Only the first building encountered of an
overlapping pair is selected. This is done so the issue does not have to be
looked at twice. The selected buildings are added to the current
selection.
Currently only works with buildings that are ways (not multipolygons).

To Run:
* Install JOSM's Scripting Plugin (only necessary once)
* Place file in a convenient location on your system (only necessary once)
* Click "Scripting" (on top menu bar)
* Click "Run"
* Click "..." button and select the script file.
* Click "Run"
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

I have a fix for the speed issue, but need to test before posting. There is
also bug with how the overlap is computed.  Do you want both tests in the
same script? I could include "building ways with unclosed area", anything
else?

On Fri, Nov 24, 2017 at 4:14 PM, Pierre Béland  wrote:

> Ok
>
> for the script, I simply commented the console print message and it does
> work.
>
> Great if developpers could collaborate to improve this as a Building
> Validation plugin. It could include other features such as building ways
> with unclosed area
>
>
> Pierre
>
>
> Le vendredi 24 novembre 2017 18:03:48 HNE, Mike Thompson <
> miketh...@gmail.com> a écrit :
>
>
> On Fri, Nov 24, 2017 at 3:43 PM, john whelan 
>  wrote:
>
> > For a small number it works well.  When faced with a sample with a
> thousand buildings it takes a little longer.
> I will work on speeding it up.  It this proves useful to the community, I
> may try and make it into a plugin (to also include the
> SelectNonOrthogonalBuildings function), which should be faster.  Advice
> from experienced JOSM developers welcome on this matter.
>
>
> > So thank you kindly sir.
> You are welcome.  Glad to be able to help out.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

Pierre,

Sorry about that.  I have placed a new version on Github.  Alternatively,
within JOSM: Scripting -> Show scripting console (not needed with the new
version).

Mike

On Fri, Nov 24, 2017 at 3:58 PM, Pierre Béland  wrote:

> Great
>
> Thanks Mike. I installed both plugins.
>
> Here is my experience with the installation. To add the Scripting button
> on the Main Menu, I went to the Plugins section and installed the Scripting
> plugin. I was then able to follow your instructions to install and run
> SelectDuplicateBuilding.js
> <https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectDuplicateBuilding.js>
> and SelectNonOrthogonalBuilding.js
> <https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectNonOrthogonalBuilding.js>
>
> Before we run the script, I suggest to load buildings for a small area. Up
> to 500 buildings, it is ok for me. Then delay increase rapidly if I move to
> 1,000 - 2,000 buildings and more. With Windows 8.1 task manager, I could
> see that Java was running. I just had to wait for completion of the task.
>
> Running  SelectNonOrthogonalBuilding.js
> <https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectNonOrthogonalBuilding.js>
> on Windows 8.1 with Java 8.0 1210.13
> Error message is
> Failed to execute the script file
> Error message:ReferenceError: Console is not defined
> SelectNonOrthogonalBuilding.js#42
> At:line 42
>
> regard
>
> Pierre
>
>
> Le vendredi 24 novembre 2017 15:39:30 HNE, Mike Thompson <
> miketh...@gmail.com> a écrit :
>
>
> Pierre,
>
> Here is a script to select buildings that are not square (not orthogonal):
>
> https://github.com/MikeTho16/ JOSM-Scripts
> <https://github.com/MikeTho16/JOSM-Scripts>
> SelectNonOrthogonalBuilding.js
> <https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectNonOrthogonalBuilding.js>
>
>
> To Run:
> * Install JOSM's Scripting Plugin
> * Place above file in a convenient location on your system
> * Click "Scripting" (on top menu bar)
> * Click "Run"
> * Click "..." button and select this file.
> * Click "Run"
>
> Selects building which are not orthogonal, that is buildings where all
> corners do no measure 90 degrees, with the following exceptions:
> * Inline vertices (angles of 180 degrees) are ignored.
> * Regular polygons are not selected as these are likely to be
> approximations of circles or otherwise valid.
> * There is a tolerance of +/- 1 degree.
>
> The selected buildings are added to the current selection.
>
> Mike
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

On Fri, Nov 24, 2017 at 3:43 PM, john whelan  wrote:

> For a small number it works well.  When faced with a sample with a
thousand buildings it takes a little longer.
I will work on speeding it up.  It this proves useful to the community, I
may try and make it into a plugin (to also include the
SelectNonOrthogonalBuildings function), which should be faster.  Advice
from experienced JOSM developers welcome on this matter.

> So thank you kindly sir.
You are welcome.  Glad to be able to help out.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

Pierre,

Here is a script to select buildings that are not square (not orthogonal):

https://github.com/MikeTho16/JOSM-Scripts
SelectNonOrthogonalBuilding.js
<https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectNonOrthogonalBuilding.js>


To Run:
* Install JOSM's Scripting Plugin
* Place above file in a convenient location on your system
* Click "Scripting" (on top menu bar)
* Click "Run"
* Click "..." button and select this file.
* Click "Run"

Selects building which are not orthogonal, that is buildings where all
corners do no measure 90 degrees, with the following exceptions:
* Inline vertices (angles of 180 degrees) are ignored.
* Regular polygons are not selected as these are likely to be
approximations of circles or otherwise valid.
* There is a tolerance of +/- 1 degree.

The selected buildings are added to the current selection.

Mike

On Fri, Nov 24, 2017 at 11:58 AM, Mike Thompson  wrote:

> https://github.com/MikeTho16/JOSM-Scripts
> SelectDuplicateBuildings.js
>
> To Run:
> * Install JOSM's Scripting Plugin
> * Place above file in a convenient location on your system
> * Click "Scripting" (on top menu bar)
> * Click "Run"
> * Click "..." button and select this file.
> * Click "Run"
>
> Selects duplicate, or near duplicate, area buildings in JOSM's active data
> layer. A "near duplicate" is a building whose bounding box overlaps another
> building's bounding box by more than 50% (I couldn't get a pure area
> compare to work).  Only the first building encountered of an overlapping
> pair is selected. The selected buildings are added to the current selection.
>
>
>
> On Wed, Nov 22, 2017 at 12:17 AM, Denis Carriere  > wrote:
>
>> +1 Good question John,
>>
>> I'll also look into that as well, I really don't think there's a solution
>> for that in JOSM (find me all overlapping buildings that overlap by +50%).
>>
>> *~~*
>> *@DenisCarriere*
>>
>> On Tue, Nov 21, 2017 at 5:53 PM, john whelan 
>> wrote:
>>
>>> >Might have to write a script to do that.  I will look into it. I don't
>>> think there is a way to do it with the standard query syntax or mapcss.
>>>
>>> Thanks John
>>>
>>> On 21 November 2017 at 20:31, Mike Thompson  wrote:
>>>
>>>> >  I'm not after ever building that overlaps by a small amount
>>>> Might have to write a script to do that.  I will look into it. I don't
>>>> think there is a way to do it with the standard query syntax or mapcss.
>>>>
>>>>
>>>>
>>>> On Tue, Nov 21, 2017 at 6:25 PM, john whelan 
>>>> wrote:
>>>>
>>>>> >
>>>>> in JOSM
>>>>> 
>>>>> Search Syntax = Mapcss selector (lower left of search dialog)
>>>>>
>>>>> enter the following for the search string:
>>>>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>>>>
>>>>> (The character ⧉ is unicode 29c9)
>>>>>
>>>>> This works but gives the same results as select buildings then
>>>>> validate with crossing ways.  I'm not after ever building that overlaps by
>>>>> a small amount its the duplicates if I can get them.
>>>>> Thanks John
>>>>>
>>>>> On 21 November 2017 at 19:06, Mike Thompson 
>>>>> wrote:
>>>>>
>>>>>> This doesn't take into account the 50% overlap, but:
>>>>>>
>>>>>> in JOSM
>>>>>> 
>>>>>> Search Syntax = Mapcss selector (lower left of search dialog)
>>>>>>
>>>>>> enter the following for the search string:
>>>>>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>>>>>
>>>>>> (The character ⧉ is unicode 29c9)
>>>>>>
>>>>>>
>>>>>> On Tue, Nov 21, 2017 at 4:16 PM, john whelan 
>>>>>> wrote:
>>>>>>
>>>>>>> Can someone describe a method I can locate these in JOSM.  I'm not
>>>>>>> after crossing buildings but just those that are mapped twice so two
>>>>>>> buildings with 50% or more overlap.
>>>>>>>
>>>>>>> Straight duplicates aren't a problem but ones that are drawn twice
>>>>>>> by two different mappers are.  Yes I know it shouldn't happen but it 
>>>>>>> does.
>>>>>>>
>>>>>>> Thanks John
>>>>>>>
>>>>>>> ___
>>>>>>> talk mailing list
>>>>>>> talk@openstreetmap.org
>>>>>>> https://lists.openstreetmap.org/listinfo/talk
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>>
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

https://github.com/MikeTho16/JOSM-Scripts
SelectDuplicateBuildings.js

To Run:
* Install JOSM's Scripting Plugin
* Place above file in a convenient location on your system
* Click "Scripting" (on top menu bar)
* Click "Run"
* Click "..." button and select this file.
* Click "Run"

Selects duplicate, or near duplicate, area buildings in JOSM's active data
layer. A "near duplicate" is a building whose bounding box overlaps another
building's bounding box by more than 50% (I couldn't get a pure area
compare to work).  Only the first building encountered of an overlapping
pair is selected. The selected buildings are added to the current selection.



On Wed, Nov 22, 2017 at 12:17 AM, Denis Carriere 
wrote:

> +1 Good question John,
>
> I'll also look into that as well, I really don't think there's a solution
> for that in JOSM (find me all overlapping buildings that overlap by +50%).
>
> *~~*
> *@DenisCarriere*
>
> On Tue, Nov 21, 2017 at 5:53 PM, john whelan 
> wrote:
>
>> >Might have to write a script to do that.  I will look into it. I don't
>> think there is a way to do it with the standard query syntax or mapcss.
>>
>> Thanks John
>>
>> On 21 November 2017 at 20:31, Mike Thompson  wrote:
>>
>>> >  I'm not after ever building that overlaps by a small amount
>>> Might have to write a script to do that.  I will look into it. I don't
>>> think there is a way to do it with the standard query syntax or mapcss.
>>>
>>>
>>>
>>> On Tue, Nov 21, 2017 at 6:25 PM, john whelan 
>>> wrote:
>>>
>>>> >
>>>> in JOSM
>>>> 
>>>> Search Syntax = Mapcss selector (lower left of search dialog)
>>>>
>>>> enter the following for the search string:
>>>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>>>
>>>> (The character ⧉ is unicode 29c9)
>>>>
>>>> This works but gives the same results as select buildings then validate
>>>> with crossing ways.  I'm not after ever building that overlaps by a small
>>>> amount its the duplicates if I can get them.
>>>> Thanks John
>>>>
>>>> On 21 November 2017 at 19:06, Mike Thompson 
>>>> wrote:
>>>>
>>>>> This doesn't take into account the 50% overlap, but:
>>>>>
>>>>> in JOSM
>>>>> 
>>>>> Search Syntax = Mapcss selector (lower left of search dialog)
>>>>>
>>>>> enter the following for the search string:
>>>>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>>>>
>>>>> (The character ⧉ is unicode 29c9)
>>>>>
>>>>>
>>>>> On Tue, Nov 21, 2017 at 4:16 PM, john whelan 
>>>>> wrote:
>>>>>
>>>>>> Can someone describe a method I can locate these in JOSM.  I'm not
>>>>>> after crossing buildings but just those that are mapped twice so two
>>>>>> buildings with 50% or more overlap.
>>>>>>
>>>>>> Straight duplicates aren't a problem but ones that are drawn twice by
>>>>>> two different mappers are.  Yes I know it shouldn't happen but it does.
>>>>>>
>>>>>> Thanks John
>>>>>>
>>>>>> ___
>>>>>> talk mailing list
>>>>>> talk@openstreetmap.org
>>>>>> https://lists.openstreetmap.org/listinfo/talk
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

>  I'm not after ever building that overlaps by a small amount
Might have to write a script to do that.  I will look into it. I don't
think there is a way to do it with the standard query syntax or mapcss.



On Tue, Nov 21, 2017 at 6:25 PM, john whelan  wrote:

> >
> in JOSM
> 
> Search Syntax = Mapcss selector (lower left of search dialog)
>
> enter the following for the search string:
> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>
> (The character ⧉ is unicode 29c9)
>
> This works but gives the same results as select buildings then validate
> with crossing ways.  I'm not after ever building that overlaps by a small
> amount its the duplicates if I can get them.
> Thanks John
>
> On 21 November 2017 at 19:06, Mike Thompson  wrote:
>
>> This doesn't take into account the 50% overlap, but:
>>
>> in JOSM
>> 
>> Search Syntax = Mapcss selector (lower left of search dialog)
>>
>> enter the following for the search string:
>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>
>> (The character ⧉ is unicode 29c9)
>>
>>
>> On Tue, Nov 21, 2017 at 4:16 PM, john whelan 
>> wrote:
>>
>>> Can someone describe a method I can locate these in JOSM.  I'm not after
>>> crossing buildings but just those that are mapped twice so two buildings
>>> with 50% or more overlap.
>>>
>>> Straight duplicates aren't a problem but ones that are drawn twice by
>>> two different mappers are.  Yes I know it shouldn't happen but it does.
>>>
>>> Thanks John
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>>
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

This doesn't take into account the 50% overlap, but:

in JOSM

Search Syntax = Mapcss selector (lower left of search dialog)

enter the following for the search string:
area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]

(The character ⧉ is unicode 29c9)


On Tue, Nov 21, 2017 at 4:16 PM, john whelan  wrote:

> Can someone describe a method I can locate these in JOSM.  I'm not after
> crossing buildings but just those that are mapped twice so two buildings
> with 50% or more overlap.
>
> Straight duplicates aren't a problem but ones that are drawn twice by two
> different mappers are.  Yes I know it shouldn't happen but it does.
>
> Thanks John
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM Custom Presets - Combo to set multiple tags

[Mike Thompson]

Hi François,

> I don't think so since the combo box has a unique key name set in its
definition
That is what I thought, thanks for the confirmation.

> What you can do though is to set the first key with a fixed value
(religion=chrisitian) and let user pick for denomination
The use case I was thinking of was something like the following (this is
somewhat contrived and simplified for the purposes of illustration):
display_value="Roman Catholic, Muslim"
If the user selects "Roman Catholic", religion=christian,
denomination=roman_catholic; if the user selects "Muslim": religion=muslim,
denomination=(tag removed)

Mike


On Tue, Aug 29, 2017 at 10:49 AM, François Lacombe <
fl.infosrese...@gmail.com> wrote:

> Hi Mike
>
> I don't think so since the combo box has a unique key name set in its
> definition
>
> What you can do though is to set the first key with a fixed value
> (religion=chrisitian) and let user pick for denomination
>
> Let us know how is it going
>
> François
>
>
> Le 29 août 2017 5:44 PM, "Mike Thompson"  a écrit :
>
> I am learning how to create custom presets for JOSM.
>
> Is there a way to have a "combo" list set multiple tags? For example (just
> to illustrate the question), to make it so that if the user picks "Roman
> Catholic", religion=christian and denomination=roman_catholic are both set?
>
> Thanks,
> Mike
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] JOSM Custom Presets - Combo to set multiple tags

[Mike Thompson]

I am learning how to create custom presets for JOSM.

Is there a way to have a "combo" list set multiple tags? For example (just
to illustrate the question), to make it so that if the user picks "Roman
Catholic", religion=christian and denomination=roman_catholic are both set?

Thanks,
Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Interesting product using OSM

[Mike Thompson]

As a person who does a lot of back country exploring, and who is a
contributor to OSM, this product caught my attention:

http://nextgis.com/blog/peoplefinder

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Disable snapping in iD Editor?

[Mike Thompson]

Bryan

This doesn't seem to be working for me.  I am on Win7. browser is Chrome.

Mike

On Wed, Nov 16, 2016 at 8:27 AM, Mike Thompson  wrote:

> Thanks Bryan!
>
> On Wed, Nov 16, 2016 at 7:49 AM, Bryan Housel 
> wrote:
>
>> Yes, you can hold down the Alt/Option key to disable snapping in iD.
>>
>>
>> > On Nov 16, 2016, at 9:47 AM, Mike Thompson  wrote:
>> >
>> > Is there a way to temporarily disable snapping in the iD editor? In
>> JOSM one can hold down the Ctrl key while in the add mode to do so, but I
>> can't find a similar function in iD.
>> >
>> > Mike
>> > ___
>> > talk mailing list
>> > talk@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk
>>
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Disable snapping in iD Editor?

[Mike Thompson]

Thanks Bryan!

On Wed, Nov 16, 2016 at 7:49 AM, Bryan Housel  wrote:

> Yes, you can hold down the Alt/Option key to disable snapping in iD.
>
>
> > On Nov 16, 2016, at 9:47 AM, Mike Thompson  wrote:
> >
> > Is there a way to temporarily disable snapping in the iD editor? In JOSM
> one can hold down the Ctrl key while in the add mode to do so, but I can't
> find a similar function in iD.
> >
> > Mike
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Disable snapping in iD Editor?

[Mike Thompson]

Is there a way to temporarily disable snapping in the iD editor? In JOSM
one can hold down the Ctrl key while in the add mode to do so, but I can't
find a similar function in iD.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OpenStreetView name change

[Mike Thompson]

Libre Via Picturae  (Open Street View in Latin... as best I can tell
usingahem... Google translate)

Mike


On Tue, Nov 8, 2016 at 8:45 AM, Hans De Kryger 
wrote:

> Guessing that company's name rimes with frugal
>
> Regards,
> Hans
>
> On Nov 8, 2016 8:35 AM, "Martijn van Exel"  wrote:
>
>> Hi all,
>>
>> A few months ago, we started with OpenStreetView, the free and open
>> street level imagery project made 100% for OSM with apps for Android and
>> iOS. Since then, we not only have collected almost 30 kilometers of
>> coverage, but also received a lot of attention from both you and the press.
>> This has also led to a friendly (for now) request by a well-known company
>> with a similarly-named product :) to not use the OpenStreetView name. So we
>> are looking for a new name. We have some ideas already but I wanted to ask
>> if you had any suggestions for a new name for OSV?
>>
>> Thanks for your support and happy capturing / mapping,
>>
>> Martijn + the OpenStreetView team
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM error on upload

[Mike Thompson]

Answering my own questions (sort of):

I subsequently learned that my boot partition was full (the machine in
question is running Ubuntu).  This may have caused the problem.  I will try
and fix that this evening and report back as to whether it resolves the
issue.

Mike

On Fri, Oct 28, 2016 at 7:39 AM, Mike Thompson  wrote:

> I am getting the following error when I try to save a change set:
>
> Failed to upload data to or download data from 'https://api.openstreetmap.
> org/api/0.6/' due to a problem with transferring data. Details
> (untranslated): Stream closed.
>
> I have internet connectivity, and can download data in JOSM.
>
> Any ideas?
>
> Mike
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] JOSM error on upload

[Mike Thompson]

I am getting the following error when I try to save a change set:

Failed to upload data to or download data from '
https://api.openstreetmap.org/api/0.6/' due to a problem with transferring
data. Details (untranslated): Stream closed.

I have internet connectivity, and can download data in JOSM.

Any ideas?

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Local Overpass Issue

[Mike Thompson]

A company I support maintains a private instance of the overpass server so
that they do not burden the public server with their queries. The instance
has been working for a over a year, but last week we discovered that a
simple query, e.g.

[out:xml];
node(min_lat,min_long,max_lat,max_long);
out meta;



Was:

* Returning nodes outside the bbox

* Returning multiple nodes with same id (same nodes that were outside the
bbox)

* Returning outdated nodes, e.g. version 2 when main OSM db says current
version is 2 (same nodes that were outside the bbox).



The public server does not exhibit these issues.


The symptoms lead me to believe that some sort of index has become corrupt.
Is there a way to rebuild the indexes?


Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM Imagery Caching

[Mike Thompson]

On Fri, Aug 19, 2016 at 4:30 AM, Svavar Kjarrval  wrote:

>  There was some work done on
> imagery caching and released with version 10786 (as per the changelog of
> that version). Are you using that version (or a later release)?
>
Thanks.  I will upgrade and retry.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] JOSM Imagery Caching

[Mike Thompson]

At the moment I am working from a slow internet connection. It seems that
JOSM only uses its imagery cache if there is no connection at all. If there
is a connection it seems that it always attempts to fetch tiles from the
source even they are already in the cache..  Is this the intended
functionality? It would be nice that if once imagery was cached the cache
was hit. I often find myself revisiting a given area within minutes.  For
example, I may draw all the roads, and then go back over the area to draw
all of the buildings.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Craigslist

[Mike Thompson]

On Wed, May 11, 2016 at 4:59 AM, Joseph Reeves 
wrote:

> >People can do what they want with the OSM data.  I don't set it as a poor
> reflection on OSM.  The problem is that the CL rendering style is just
> looking at oneway=* without looking at the value.  CL is rendering
> oneway=no as a >oneway.  I'd report the issue as a rendering bug to CL and
> leave out the reflection issue.
>
> Yes, as described, it's a Craigslist problem caused by rendering oneway=no
> with an arrow.
>
> From May last year:
>
> https://lists.openstreetmap.org/pipermail/talk/2015-May/073141.html
>
> I am familiar with that issue, but this is different.  In this case, even
streets that do not have a "oneway" tag of any sort are being rendered as
one way.

Mike

>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Craigslist

[Mike Thompson]

On Sun, May 8, 2016 at 3:43 AM, Frederik Ramm  wrote:

> Hi,
>
> On 05/08/2016 02:03 AM, Mike Thompson wrote:
> > Does anyone have a contact at Craigslist [1]?
>
> I don't but Dennis Watson @fuzzymeat of Craigslist did a talk at SOTM US
> 2013 about their map. Unsure if he's still with them though.
>
> Thanks Frederik. I will try and contact him.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Craigslist

[Mike Thompson]

Does anyone have a contact at Craigslist [1]?  As you know they use data
from OSM, but have their own rendering style.  Unfortunately it looks like
at zoom level 16 and higher they render all streets as one way.  This
reflects poorly on OSM. I attempted to contact them about something like
this previously, but the person with whom I was corresponding didn't
understand that while the data came from OSM, the rendering was being done
by Craigslist, and they kept say "our maps come from OSM, you will have to
talk with them about errors..."

Mike

[1] https://www.craigslist.org/about/sites
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Steve Coast named 1 of 5 most influential people in Geo Industry!

[Mike Thompson]

http://geoawesomeness.com/top-5-most-influential-living-people-shaping-the-geo-industry-of-the-21-century/

Congrats Steve!

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OpenStreetMap Data Contribution Study

[Mike Thompson]

Andrew,

Thanks for your response and your willingness to engage the community.

It is great to see research being done on OSM.  My personal belief is that
research can help accelerate the acceptance and growth and success of OSM.

I am not on the board of the OSMF, perhaps someone that is, or someone who
at least has a better memory than I, can respond.

For starters, under what license will your results be published?

Mike

On Tue, Mar 29, 2016 at 2:39 PM, hall  wrote:

> Hi Mike,
>
> Thanks for your question. We definitely want to perform our research
> project within the guidelines that the OSM community operates within. We
> are fairly comfortable with the OSM wiki pages and documentation and
> haven’t come across documentation indicating that the OSM Foundation should
> review research proposals as you mentioned. If this review process exists,
> this is something we would certainly like to be aware of. If you could
> point us to the documentation, we would greatly appreciate it.
>
> Thanks,
> Andrew
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OpenStreetMap Data Contribution Study

[Mike Thompson]

I thought I had read somewhere that the OSM Foundation was supposed to
review research proposals and recommend for or against participation at
least partly based upon whether the results would be released under an open
license.  Is that the case, and if so, what is the recommendation regarding
this project?

Thanks,
Mike

On Mon, Mar 28, 2016 at 8:40 PM, hall  wrote:

> Hello,
>
> Our names are Andrew Hall and Sarah McRoberts and we are Ph.D. students
> and researchers within GroupLens Research at the University of Minnesota.
> We are currently undertaking a study on data contribution within
> OpenStreetMap and would greatly appreciate any OpenStreetMap contributors
> who are willing to talk about their experiences. Specifically, we are
> interested in 1) contributors of any type of geographic map data to
> OpenStreetMap AND/OR 2) contributors to the OpenStreetMap wiki pages (
> https://wiki.openstreetmap.org). The interview is short and will
> definitely not take more than 60 minutes (probably closer to 30 minutes)
> and will be held by video-chat/voice-chat or phone. Participants will
> receive a $10 USD Amazon gift card. We would sincerely appreciate any
> volunteers. We would love to talk to you about OpenStreetMap! You can reach
> us at h...@cs.umn.edu or mcrob...@umn.edu.
>
> Thank you,
>
> Andrew and Sarah
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Mike Thompson]

On Tue, Mar 22, 2016 at 8:12 AM, Frank Villaro-Dixon  wrote:

>
>> Can you give me an example ?
>
> Two lakes, collectively known as "Sheep Lakes" but individually known as
"North Sheep Lake" and "South Sheep Lake"
R [natural=water name=Sheep Lakes]
W [natural=water name=North Sheep Lake]
W [natural=water name=South Sheep Lake]

If you remove "natural=water" from the ways, then someone looking for a
water body named "North Sheep Lake" or "South Sheep Lake" wouldn't easily
be able to find it.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] DB Performance (was: JOSM plugin to import GeoJSON?_

[Mike Thompson]

This from the ogr2ogr documentation[1] may be relevant:

"When writing into transactional DBMS (SQLite/PostgreSQL,MySQL, etc...), it
might be beneficial to increase the number of INSERT statements executed
between BEGIN TRANSACTION and COMMIT TRANSACTION statements. This number is
specified with the -gt option. For example, for SQLite, explicitly
defining *-gt
65536* ensures optimal performance"

Mike
[1] http://www.gdal.org/ogr2ogr.html


On Tue, Mar 22, 2016 at 5:01 PM, Stefan Keller  wrote:

> Hi Frederik and Jukka
>
> Before I try give answers to performance let's be aware that we're (at
> least I am) speaking about a "desktop exchange format", not a storage
> fomat for GIS processing.
>
> But Frederik's comment piqued my curiosity and I did some quick comparison.
> I generated 1 mio. records in PostsGIS with this table
> CREATE TABLE benchmark (id serial primary key, txt varchar(32), geom
> geometry(point,4326) );
>
> Then I used OGR2OGR to create the following three file formats:
> GeoPackage (using 73.9 MB disk space), Shapefiles (dbf/shp/shx 117 MB)
> and Spatialite (173 MB).
>
> Creation time of GeoPackage was 18 sec., Shapefile 21 sec. and
> Spatialite 1 min 51 sec.
> So, GeoPackage is a bit faster than Shapefiles and significantly
> (about 37%) smaller in size.
> Spatialite in fact consumes much more disk space than Shapefile and
> GeoPackage, and Spatialite is several times slower for creation time.
>
> This could explain the preformance issues of Spatialite Frederic mentioned.
>
> :Stefan
>
> 2016-03-22 13:56 GMT+01:00 Jukka Rahkonen :
> > Frederik Ramm  remote.org> writes:
> >
> >>
> >> Hi,
> >>
> >> On 03/20/2016 10:56 PM, Stefan Keller wrote:
> >> > But Shapefile remains an oldtimer with more drawbacks than limited
> >> > field names; see [1].
> >> > GeoJSON (ascii) and GeoPackages (binary) are formats which are more
> >> > suited for the job.
> >> > I still have hope that JOSM will be able to read those vector formats
> too.
> >>
> >> Frankly, whenever I venture into the brave new world of Spatialite, I
> >> come back to good old shape files after a while for performance reasons.
> >> I'm not sure if Geopackage has significant performance improvements over
> >> simple Spatialite but if it hasn't then my recommendation for simple GIS
> >> processing is certainly to stick with shape files for the time being -
> >> despite all their shortcomings.
> >
> >
> > Hi Frederic,
> >
> > I would like to receive some sample data, exact way to reproduce some of
> > your ventures and cold numbers about the speed you have experienced.
> > Spatialite does have it's limits but for plain selects with spatial and
> > attribute filters it can well outperform both shapefiles and PostGIS.
> >
> > I keep most vector data for WMS services in Spatialite or GeoPackage due
> to
> > the already mentioned and some other reasons:
> > - supports long attribute names
> > - supports strings longer than 255 characters
> > - supports SQL
> > - supports attribute indexes
> > - much less encoding problems due to UTF-8
> > - one single file vs. a bunch of files in shapefile, perhaps even split
> to
> > separate bunches for points, lines and polygons.
> >
> > For me SpatiaLite is a little bit slower than shapefiles if only spatial
> > filter (BBOX) is used but usually faster if also attribute filters are
> > involved, especially if more than one field is needed in filters
> (Shapefiles
> > can be sorted by one attribute only). Of course spatialite must have
> indexes
> > which suit the queries and when it comes to spatial index, the client
> must
> > know how to utilize the table based R-Tree index. I also recommend to
> VACUUM
> > once the database is ready to use.
> >
> > Many spatial operations are relatively slow in Spatialite and I don't
> > usually utilize them on-the-fly with WMS server. Instead, I run the
> > algorithm once and store the result into a new table because a few
> > mega/gigabytes of additional disk space is not crucial on the server.
> > However, such operations tend to be slow also if shapefiles are used as
> > source data.
> >
> > Write performance especially with concurrent writes is another story. I
> am
> > talking about read-only operations. I know that I am writing empty words
> as
> > far as I do not include reproducible facts but I am willing to join to a
> > controlled test if someone is organizing such.
> >
> > -Jukka Rahkonen-
> >
> >
> >
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Problem with JOSM imagery

[Mike Thompson]

On Mon, Mar 21, 2016 at 2:01 PM, Ian Dees  wrote:
>
>
> Yes, the issue is with the rate limiter on the tile service. I have
> removed the rate limiter so you shouldn't run into problems now.
>
Thanks again Ian!  That will make my work editing in the National Forests
much faster (and enjoyable)!

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Mike Thompson]

On Mon, Mar 21, 2016 at 1:53 PM, Christoph Hormann 
wrote:

>
> The general problem with SQLite based files is that they are always read
> and written through the SQLite database engine which is not
> particularly good for sequential write and read operations.

In my experience the engine defaults to one write operation per transaction
which is very slow.  If you are processing a large amount of data you need
to explicitly open and then later (after many writes) commit the
transaction if you want reasonable performance.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Problem with JOSM imagery

[Mike Thompson]

On Mon, Mar 21, 2016 at 1:34 PM, Ian Dees  wrote:

>
> I forgot that I have a rate limiter enabled that is probably tuned too
> low. I will block the IPs that are scraping and loosen the rate limiter a
> bit.
>
Thanks Ian.  Might this be an issue with the actual tile service as
well[1]?  This is the same type of behavior I am seeing in JOSM when
attempting to consume the USGS topo tiles.  It works great for a minute or
two, and then nothing until I stop and wait.

Mike

[1] tile.openstreetmap.us/usgs_scanned_topos
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Problem with JOSM imagery

[Mike Thompson]

On Mon, Mar 21, 2016 at 10:02 AM, Ian Dees  wrote:

> Try browsing the map in your area with this debug slippy map (double click
> to zoom, shift-double-click to zoom out):
> http://tile.openstreetmap.us/usgs_scanned_topos/preview.html
>
> Works great for a little while (in the default area of SF), but then the
tiles apparently stop being served and all I see is white space except for
the tiles that have already been downloaded.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Problem with JOSM imagery

[Mike Thompson]

Mark,

Have you checked whether your corporate IT department is blocking the
URLs/IP addresses for those tile services?

Mike

On Mon, Mar 21, 2016 at 8:41 AM, EthnicFood IsGreat <
ethnicfoodisgr...@gmail.com> wrote:

> Recently I started having a problem getting imagery to display in JOSM.
> Bing and the standard OpenStreetMap layer display fine, but none of the
> other layers in the default list will display.  They produce the following
> error:
>
> Error downloading tiles:
> Java.net.SocketTimeoutException:
> Connect timed out
>
> All these layers used to display.  I recently switched from basic to OAuth
> authentication.  Could the problem be related to this?  Note that I can
> display the USGS topo tiles okay in my browser (
> tile.openstreetmap.us/usgs_scanned_topos).  My machine is located in a
> corporate office environment.
>
> Mark
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Global high-resolution model of relief

[Mike Thompson]

I think this could be very useful, especially when working with rivers and
streams.

I am having trouble finding the actual link for downloading the data and/or
connecting to the service.

Mike

On Wed, Mar 16, 2016 at 12:05 PM, clustergis  wrote:

> Hi,
>
> probably you know that recently NASA has released all SRTM data of
> elevation with a resolution of 30m.
>
> In the ClusterGIS association (http://clustergis.org) we have made a
> global model of relief of high-resolution (15m/px), in geotiff format.
>
> Data can be downloaded from the page http://theearthsrelief.com with CC
> BY license.
>
> We want to offer these data to OpenStreetMap community, especially to the
> Humanitarian OpenStreetMap Team (HOT).
>
> We thought they are a good complement to OSM data in many parts of the
> world.
>
> Kind regards,
>
> GonZaLo López
> ClusterGIS Team
> @clustergis
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Mapathon In Sweden, Göteborg

[Mike Thompson]

Daiva,

Thank you for taking the initiative on planning a mapathon at your
university!

I have been recording our "lessons learned" here:
https://wiki.openstreetmap.org/wiki/Fort_Collins,_Colorado#Mapathon_Ideas

Although a lot of the things listed are specific to our location, it should
give you some ideas of what we do.  I know that others have been doing this
for a lot longer than we have, so hopefully they will also provide you some
advice.

Mike

On Wed, Mar 9, 2016 at 3:46 AM, Daiva Marija Brazauskaitė <
brazauskaite.da...@gmail.com> wrote:

> Hello,
>
> my name is Daiva Brazauskaite, and I am working with student association
> called SKIP at University of Gothenburg (Göteborgs Universitet) in Sweden.
> Letting you know that we are planning to make a Mapathon on 29th of March.
> We are inviting students and people interested in learning mapping and
> using OpenStreetMap platform. We are going to choose one of the projects
> from HOT Tasking Manager lists and use OSM iD editor.
>
> Are there any advises or information on event planing?
>
> Thank you in advance!
>
> BR,
> Daiva M. Brazauskaite
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Vandalism

[Mike Thompson]

On Sun, Feb 28, 2016 at 3:17 AM, Jean-Marc Liotier  wrote:

> On 26/02/2016 22:21, Mike Thompson wrote:
>
>> Thanks!  I haven't found any valid edits from this user.  He/she has been
>> tagging any patch of bare ground as building=house.  In some cases there
>> might be a building inside that bare patch of ground (difficult to tell
>> with the imagery), but in most cases there is nothing.
>>
>
> Be careful about that - imagery in the less privileged parts of the world
> often lags quite a bit... On the ground in Dakar I see quite a different
> picture from what I get from Bing orbital imagery.
>
> But I haven't looked at that particular user.
>
Good advice, but in this case I don't think that is what was going on.
* The "buildings" they drew are irregular shaped.
* The "buildings" roughly match the shape of clearings in the forest on the
2013 DG imagery provided for the project in the HOT Tasking Manager.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Vandalism

[Mike Thompson]

DWG has been contacted.

Changeset comment has been entered along the lines Andy suggested.

I am not at a place at the moment where I can revert, if someone else whats
to handle that would be great.

Mike

On Fri, Feb 26, 2016 at 2:27 PM, Andy Townsend  wrote:

> On 26/02/2016 21:09, Mike Thompson wrote:
>
>
> <https://www.openstreetmap.org/user/G%20Jenny>
> ...
> appear to be of very poor quality, or out right vandalism.
>
> How should this be handled?
>
>
> In this particular case, the changeset comments suggest it's a remote HOT
> project ("#hotosm-project-1401#MissingMaps #CHAI Source=WorldView-2,
> Digital Globe, NextView, 28 Sep 2013"), so I'd probably mention it on the
> #hot IRC channel.  They may be able to pin down where the edits were made
> from and work out who the instructors / supervisors of the "missing maps"
> session was (if it was one of their "group edit" sessions).
> Notwithstanding "Doodle the Dog", I would cut new mappers a bit of slack
> though - I'm sure my first 27 edits were a bit rubbish too.
>
> On the more general point, especially where mappers don't seem to be
> "getting the hang of things" after extended periods editing, I'd just try
> and concentrate on what they need to do to get from where they are to where
> everyone would like them to be.  This normally means things like "zoom in a
> bit before editing" and "don't over-trace from aerial imagery if you're not
> sure what it is".
>
> It is difficult though - we have a process for dealing with vandalism
> (which is thankfully rare) that works well*, but as a project we deal less
> well with edits that are well-meaning but "just a bit rubbish".  We are
> getting better though - http://resultmaps.neis-one.org/osm-discussions is
> full of people being polite, helpful and trying to make especially new
> users better mappers.
>
> Cheers,
>
> Andy
>
>
> * as Chris said, email the data working group (which is actually
> d...@osmfoundation.org).
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Vandalism

[Mike Thompson]

Chris, Andy,

Thanks!  I haven't found any valid edits from this user.  He/she has been
tagging any patch of bare ground as building=house.  In some cases there
might be a building inside that bare patch of ground (difficult to tell
with the imagery), but in most cases there is nothing.

Mike

On Fri, Feb 26, 2016 at 2:13 PM, Andy Townsend  wrote:

> On 26/02/2016 20:55, Mike Thompson wrote:
>
>> https://www.openstreetmap.org/changeset/37315914
>>
>> Should I just manually delete, or would it be better for someone to do a
>> revert.
>>
>
> In a a case where someone has made a few valid edits and then something
> that obviously isn't, I'd personally start with something like "I think you
> may have left your keyboard unattended and your seven-year-old brother has
> been playing".  It's an (artificial) way of saying "this is not OK" without
> saying "you did a bad thing". I'd add this publically to the changeset
> discussion so everyone can see what's happening.  I'd then go on to explain
> why it's not OK to do things like this in OSM, and to point to places where
> it might be OK (like OpenGeoFiction, though I'm not sure they're big on
> pictures of animals).
>
> I'd also check the previous edits, to make sure that there was nothing
> hidden in there that was also dodgy, and I'd revert the dodgy stuff.  It
> looks like a straight revert should work here (JOSM revert plugin*).
>
> Cheers,
>
> Andy (SomeoneElse, a member of the DWG, but all of the above is doable
> without any DWG "special powers").
>
> * a slight caveat applies at the moment - when I last looked, the latest
> version of JOSM's reverter plugin didn't work with the tested version of
> JOSM.  If prompted to update plugins by JOSM don't, and you should be OK.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Vandalism

[Mike Thompson]

So far all of the edits by user:
https://www.openstreetmap.org/user/G%20Jenny

appear to be of very poor quality, or out right vandalism.

How should this be handled?

On Fri, Feb 26, 2016 at 1:55 PM, Mike Thompson  wrote:

> https://www.openstreetmap.org/changeset/37315914
>
> Should I just manually delete, or would it be better for someone to do a
> revert.
>
> Mike
>
>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Vandalism

[Mike Thompson]

https://www.openstreetmap.org/changeset/37315914

Should I just manually delete, or would it be better for someone to do a
revert.

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Mapping Parking Lots

[Mike Thompson]

I notice that some times just the part of a parking lot where cars may park
is mapped [1]. In other cases the entire lot, including the lanes between
rows of cars, has been mapped [2]. The wiki [3] doesn't specify which is
preferred, but seems to suggest [2] is better.  What do you think?

Mike


[1] https://www.openstreetmap.org/way/327688032
[2] https://www.openstreetmap.org/way/281875133
[3] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Mapillary Login From JOSM

[Mike Thompson]

I am attempting to log into Mapillary from JOSM so that I can upload some
photos directly from JOSM.

I click Edit->preferences->display settings (top tab on left)->Mapillary
Tab (top right)->Login

My browser opens to a Mapillary page, I login, and then it asks be to
"authenticate" which I do by clicking the button of the same name. A web
page is then displayed whose address is "
http://localhost:8763/?error=invalid_request&error_description=Wrong%20RedirectUri%20provided
"
(note apparent error message embedded in address)
and whose contents are "Login successful, return to JOSM." However,
However, when I return to JOSM and attempt to upload, it says "go to
settings and log into Mapillary before uploading" and will not allow be to
upload. I tried restarting JOSM, but still get the same "error"

JOSM Version 8969

Java Version 1.7.0_79

Ubuntu 14.04 LTS

What am I doing wrong?

Mike
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Fix missing and wrong oneway ways

[Mike Thompson]

Martijn,

Thanks for the quick reply.  Certainly they may contact me with questions.

I also upgraded to the latest stable version of JOSM, but still receive the
same result.

Mike

On Wed, Nov 11, 2015 at 12:08 PM, Martijn van Exel  wrote:

> No, not offhand, but let me forward this to my team so they may look into
> it. Can they email you with follow up questions?
>
> On Wed, Nov 11, 2015 at 11:38 AM Mike Thompson 
> wrote:
>
>> Martijn,
>>
>> When I attempt to install the JOSM plug in it get "Downloading the
>> following plugin has *failed*:
>>
>>- trafficFlowDirection"
>>
>>
>> JOSM / Java version information:
>>
>> Version 8964
>>
>> Java Version 1.8.0_65
>>
>>
>> Any ideas?
>>
>>
>> Thanks,
>>
>> Mike
>>
>>
>>
>>
>> On Mon, Nov 2, 2015 at 3:09 PM, Martijn van Exel  wrote:
>>
>>> Hi all,
>>> We have created a new tool in the footsteps of the missing roads tool,
>>> this time focusing on wrong and missing oneway ways. There is more info in
>>> my diary entry: http://www.openstreetmap.org/user/mvexel/diary/36209
>>>
>>> Please let me know if you find it useful! Send me examples of
>>> interesting cases (either good or bad) if you have time. We are already
>>> working on improvements based on early feedback (see comments section in
>>> the diary).
>>>
>>> Best,
>>> Martijn
>>>
>>> ___
>>> Talk-us mailing list
>>> talk...@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Fix missing and wrong oneway ways

[Mike Thompson]

Martijn,

When I attempt to install the JOSM plug in it get "Downloading the
following plugin has *failed*:

   - trafficFlowDirection"


JOSM / Java version information:

Version 8964

Java Version 1.8.0_65


Any ideas?


Thanks,

Mike




On Mon, Nov 2, 2015 at 3:09 PM, Martijn van Exel  wrote:

> Hi all,
> We have created a new tool in the footsteps of the missing roads tool,
> this time focusing on wrong and missing oneway ways. There is more info in
> my diary entry: http://www.openstreetmap.org/user/mvexel/diary/36209
>
> Please let me know if you find it useful! Send me examples of interesting
> cases (either good or bad) if you have time. We are already working on
> improvements based on early feedback (see comments section in the diary).
>
> Best,
> Martijn
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Is this good enough attribution for OSM?

[Mike Thompson]

Dave,

I think the "Maps © OpenStreetMap 
contributors" on the Leaflet page just refers the maps on that page.

Mike

On Sat, Oct 24, 2015 at 10:25 AM, Dave F.  wrote:

> Hi
>
> Came across this today: http://geo8.webarch.net/master/
>
> I'm interested in opinions on whether it's acceptable there's no direct
> OSM attribution.
>
> I'm no expert in licensing, but I presume the 'MIT' bit isn't related to
> Massachusetts Institute of Technology. Is it compatible with OSM's license?
>
> If you click on the Leaflet attribute, right at the bottom of the page it
> states: Maps © OpenStreetMap 
> contributors. To me, that's not good enough.
>
> Dave F.
>
>
>
>
>
>
> --
> [image: Avast logo] 
>
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com 
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM Error

[Mike Thompson]

Vincent,

Thank you. I have created a ticket and enabled the Java console.

Mike

On Thu, Oct 15, 2015 at 4:13 PM, Vincent Privat 
wrote:

> Please create a bug report using integrated feature (Help => Report bug)
> we will help you there.
> We will also need that you enable the Java console as described here:
> https://www.java.com/en/download/help/javaconsole.xml
> and that you copy/paste the full console output.
> Regards,
> Vincent
>
> 2015-10-15 21:31 GMT+02:00 Mike Thompson :
>
>> Thanks, I am pretty sure it is something on my end, but in a bug report I
>> might ask for an error message to be presented that gave some further
>> instructions on solving the problem.
>>
>> Just to be clear, I think JOSM is a fantastic tool... I am just having
>> this one little issue.
>>
>> Mike
>>
>> On Thu, Oct 15, 2015 at 1:23 PM, Mateusz Konieczny 
>> wrote:
>>
>>> On Thu, 15 Oct 2015 11:54:40 -0600
>>> Mike Thompson  wrote:
>>>
>>> > When I start JOSM I get:
>>> > ===
>>> > JOSM tried to access the following resources:
>>> >
>>> >- https://josm.openstreetmap.de/maps
>>> >- https://josm.openstreetmap.de/wiki/StartupPage
>>> >
>>> > but *failed* to do so, because of the following network errors:
>>> >
>>> >- java.security.cert.CertificateException: No name matching
>>> >josm.openstreetmap.de found
>>> >
>>> > It may be due to a missing proxy configuration.
>>> > Would you like to change your proxy settings now?
>>> > ===
>>> >
>>> > JOSM still works, but I can't do certain things like update the list
>>> > of plugins.
>>> >
>>> > System Info:
>>> > Windows 7
>>> > No proxy
>>> > Java 8 (happened with 7 as well)
>>> > JOSM version 8491
>>> > JOSM is set for "no proxy"
>>> >
>>> > I can use my browser to access https://josm.openstreetmap.de at its
>>> > security certificate appears valid.
>>> >
>>> > I searched the JOSM wiki & tickets.  Everything on stack exchange
>>> > seems to be oriented towards Java developers, not users.
>>> >
>>> > Any ideas?
>>> >
>>> > Mike
>>>
>>> I would report a JOSM bug - see
>>> https://josm.openstreetmap.de/wiki/Help/Action/ReportBug
>>>
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM Error

[Mike Thompson]

Thanks, I am pretty sure it is something on my end, but in a bug report I
might ask for an error message to be presented that gave some further
instructions on solving the problem.

Just to be clear, I think JOSM is a fantastic tool... I am just having this
one little issue.

Mike

On Thu, Oct 15, 2015 at 1:23 PM, Mateusz Konieczny 
wrote:

> On Thu, 15 Oct 2015 11:54:40 -0600
> Mike Thompson  wrote:
>
> > When I start JOSM I get:
> > ===
> > JOSM tried to access the following resources:
> >
> >- https://josm.openstreetmap.de/maps
> >- https://josm.openstreetmap.de/wiki/StartupPage
> >
> > but *failed* to do so, because of the following network errors:
> >
> >- java.security.cert.CertificateException: No name matching
> >josm.openstreetmap.de found
> >
> > It may be due to a missing proxy configuration.
> > Would you like to change your proxy settings now?
> > ===
> >
> > JOSM still works, but I can't do certain things like update the list
> > of plugins.
> >
> > System Info:
> > Windows 7
> > No proxy
> > Java 8 (happened with 7 as well)
> > JOSM version 8491
> > JOSM is set for "no proxy"
> >
> > I can use my browser to access https://josm.openstreetmap.de at its
> > security certificate appears valid.
> >
> > I searched the JOSM wiki & tickets.  Everything on stack exchange
> > seems to be oriented towards Java developers, not users.
> >
> > Any ideas?
> >
> > Mike
>
> I would report a JOSM bug - see
> https://josm.openstreetmap.de/wiki/Help/Action/ReportBug
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk