Re: [OSM-talk] iD as default editor

2019-12-22 Thread Yuri Astrakhan
check your OSM settings. AFAIK, iD is the default editor. On Mon, Dec 23, 2019 at 2:10 AM Sören Reinecke via talk < talk@openstreetmap.org> wrote: > Hello, > > so far I know currently Postlatch is the default editor on osm.org . > Since it needs Flash to run and most users do not have Flash anymo

[OSM-talk] iD as default editor

2019-12-22 Thread Sören Reinecke via talk
Hello, so far I know currently Postlatch is the default editor on osm.org . Since it needs Flash to run and most users do not have Flash anymore, clicking on the "Edit" button leads to almost blank page. Without knowing that you need to change Postlatch to iD in settings, you're lost as newbie.

Re: [OSM-talk] water runs backwards.

2019-12-22 Thread Wayne Emerson, Jr. via talk
In the iD editor you can press V to reVerse the direction of any line. You can also press the question mark button, and then click "Keyboard Shortcuts" to see more useful commands, spread across the 3 tabs at the top. In JOSM you can press R to Reverse a line's direction. On 12/22/2019 9:00 PM,

Re: [OSM-talk] water runs backwards.

2019-12-22 Thread Warin
In JOSM there is a tool to reverse a way. Useful not only on incorrect water ways but also cliff lines. On 23/12/19 13:06, stevea wrote: To be clear, it isn't necessarily from "bottom to top," rather, simply know and practice that the direction of a way tagged waterway should be in the direct

Re: [OSM-talk] water runs backwards.

2019-12-22 Thread stevea
To be clear, it isn't necessarily from "bottom to top," rather, simply know and practice that the direction of a way tagged waterway should be in the direction of the water's flow. I continue to clean these up, even locally to me and hiding under my nose for ten years. They are easy to miss, s

Re: [OSM-talk] water runs backwards.

2019-12-22 Thread 80hnhtv4agou--- via talk
coming across bad mapping, if you draw a water feature ditch, or stream, from the bottom of the map   up, you get arrows showing the flow going the wrong way and there is no way to fix it like a one way road,   and we are talking about miles long segments.

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

2019-12-22 Thread stevea
I respect that, for as far as it goes. This particular issue is specifically called "no code" and for that simple reason alone does not resonate well in many minds as "good intersection with GitHub." Besides, who says a contract (license) with GitHub intersects well with OSM and its open-data

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

2019-12-22 Thread Mario Frasca
one voice from the silent mass: I prefer github for such issues. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

2019-12-22 Thread stevea
I wouldn't be so quick to dis our wiki, Guillaume. Personally, I find it a relatively-easy-entry system for plastic, live documentation of a project and its data, process and people. It serves this purpose well even for less-than-tech-friendly folk and has for the life of our project. Wikis c

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

2019-12-22 Thread Guillaume Rischard
You’re right, the wiki isn’t the easiest place to update and reference to. I have created https://github.com/grischard/osm-lacking-attribution to register each case as an issue. These can be discussed, referenced, searched by label, and hope

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

2019-12-22 Thread Phil Wyatt
Thanks Nuno, I have added them to the list and also sent them an explanatory email requesting an update. Cheers - Phil From: Nuno Caldeira Sent: Monday, 23 December 2019 9:44 AM To: Phil Wyatt ; 'Martin Koppenhoefer' Cc: 'Pierre Béland' ; 'OSMF Talk' ; 'OpenStreetMap talk mailing

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

2019-12-22 Thread Nuno Caldeira
obviously not. their reasonable calculated attribution must be the same as requested on ODbL, but seems theirs and their logo (like in Strava app) is reasonable calculated than OpenStreetMap. On 22/12/2019 22:35, Phil Wyatt wrote: Are you suggesting that is OK or not OK Nuno? Cheers - Phil

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

2019-12-22 Thread Phil Wyatt
Are you suggesting that is OK or not OK Nuno? Cheers - Phil From: Nuno Caldeira Sent: Monday, 23 December 2019 8:41 AM To: Martin Koppenhoefer Cc: Pierre Béland ; OSMF Talk ; OpenStreetMap talk mailing list Subject: Re: [Osmf-talk] [OSM-talk] Attribution guideline status update Sad

Re: [OSM-talk] [Osmf-talk] Attribution guideline status update

2019-12-22 Thread Nuno Caldeira
Sadly the board won't do anything. By the way came across this, new way of a fixed reasonable calculated Mapbox attribution when you click SHOW/HIDE LEGEND. https://www.natureindex.com/collaboration-maps/melbourne On 21/12/2019 20:58, Martin Koppenhoefer wrote: sent from a phone On 20. Dec

[OSM-talk] weeklyOSM #491 2019-12-10-2019-12-16

2019-12-22 Thread weeklyteam
The weekly round-up of OSM news, issue # 491, is now available online in English, giving as always a summary of a lot of things happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12659/ Enjoy! Did you know that you can also submit messages for the weeklyOSM? Just log in

[OSM-talk] User manual for the Overpass API

2019-12-22 Thread Roland Olbricht
Hello, for the Overpass API, a user manual is now accessible at https://dev.overpass-api.de/overpass-doc/en/ Key features: - It is a guided tour (and neither a full reference nor an example library, which both are useful but separate resources) - Focus on long term stable functionality - Intende

Re: [OSM-talk] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych ? names of international objects

2019-12-22 Thread Martin Constantino–Bodin
I'd suggest using the 6 main United Nations languages for the "name=*" tag of Oceans and Continents: Arabic, Chinese, English, French, Russian and Spanish. That would be very nice, actually. Although a bit redundant, as this information is already present in the six “name:UN:” tags. But th