[OSM-talk] Overpass API turned off due to Upload Filter thread

[Roland Olbricht]

Hello everybody,

on 26th March the European parliament will vote on the Directive on
Copyright in the Digital Single Market. This directive would as a side
effect threaten the OpenStreetMap project with substantial legal and
technical burdens, see
https://www.openstreetmap.de/uf/en.html

To inform all users both about the problem and possibilities to protest
against that proposed bill, the Overpass API shows only an informative
result today. This will last until about 20:00 UTC.

If you need the usual functionality then please change temporarily to
the base URL
https://overpass-api.de/no_art11art13/
This URL remains available until the Overpass API returns to normal
operations. If you use Overpass Turbo then please change it in "Settings
> General".

I'm sorry for the inconvenience. This shall defeat much greater
inconvenience stemming from the fallout of the proposed bill.

Best regards,

Roland


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

Re: [talk-au] Platform names

[Andrew Davidson]

On 21/3/19 11:26, Thomas Manson wrote:

1) First of all, is my understanding correct? It should be the station name.


Depends on which version you'd like to believe. The original proposal 
for public_transport=platform 
(https://wiki.openstreetmap.org/w/index.php?oldid=625726#Platform) said:


"The name by which the platform is known."

someone has later decided to change this. Which one is "correct"? When 
using PTv2 I stick to just the original proposal description as the 
various "translations" has made it harder and harder to understand (in 
other words the platform name is fine).


However, I'd split them into single platforms, there's no need to 
combine them.



2) Secondly, should the name be Central or Central Station (assuming 1 is 
correct)?


Central is the short name, Central Station is the full name.

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-de] Overpass API wegen Upload-Filtern temporär aus

[Roland Olbricht]

Hallo zusammen,

am 26. März soll das EU-Parlament über eine Urheberrechtsreform
abstimmen, die als Seiteneffekt unter anderem OpenStreetMap gefährdet.
Details siehe
https://www.openstreetmap.de/uf/

Um alle Nutzer auf die Möglichkeiten zu Protesten hinzuweisen, schließen
sich mehrere OSM-Dienste einschließlich der Overpass API dem heutigen
Aktionstag an. Bei der Overpass API dauert die Unterbrechung bis ca. 21 Uhr.

Nutzer, die statt der normalen Suchergebnisse das Informationsergebnis
sehen, können die URL temporär auf
https://overpass-api.de/no_art11art13/
ändern. Diese temporäre URL wird dann mit der Wiederherstellung des
normalen Betriebs wieder abgeschaltet.

Ich bedauere die Unannehmlichkeiten, erinnere aber daran, dass dies der
Vermeidung weitaus größerer Unannehmlichkeiten dient.

Viele Grüße,

Roland

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] Proposed mechanical edit - remove objects that are not existing according to source of GNIS import that added them

[Martijn van Exel]

> On Mar 20, 2019, at 9:01 AM, Mateusz Konieczny  
> wrote:
> 
> I plan to run an automated edit that will revert part of the GNIS
> import that added them and delete objects that never had any reason to
> appear in the OSM database in any form, at least according to GNIS data.
> 
> Please comment no matter what you think about this idea! I will not
> make the edit without a clear support so please comment if you think
> that it is a good idea and if you think that it should not be done. 


Thanks for bringing the idea up. It actually did come up fairly recently on 
Slack https://osmus.slack.com/archives/C029HV951/p1550176430103000 

My view is that we would be missing an opportunity to have mappers review these 
locations and update the areas concerned. These nodes exist mostly in 
‘undermapped' / remote areas that could use some human mapper attention. So I’d 
be in favor of trying to resolve this using some human driven cleanup first.

Martijn___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Gated communities

[Paul Johnson]

I like this answer.  Behind the gates I tend to tag as private, but giving
one of the barriers access=destination should be enough for that to be the
default answer for going in, if implemented.

Not really something common in Oklahoma, usually gated communities have
only one way in or out that isn't an emergency access, pedestrian or
bicycle only gate.

On Wed, Mar 20, 2019 at 7:24 PM Evan Derickson 
wrote:

> What about marking the resident-only gates with access=private and the
> guest gate as access=destination?
>
> On Wed, Mar 20, 2019, 16:03 Eric H. Christensen via Talk-us <
> talk-us@openstreetmap.org> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> ‐‐‐ Original Message ‐‐‐
>> On Wednesday, March 20, 2019 6:38 PM, Frederik Ramm 
>> wrote:
>>
>> > Should all roads inside the gated community be access=private?
>>
>> I wouldn't necessarily mark all the roads as private as I think that
>> would hinder the routing engines.
>>
>> > What tags should be applied to (a) the main gate where visitors and
>> > delivery services are expected to report, and (b) resident-only gates?
>>
>> I've mapped a neighborhood like this before and I think I got the routing
>> to work properly by using gates at non-manned areas with access=private and
>> something else at the guard houses with access=designated or something to
>> that affect.  I think that fits the model...
>>
>> Eric "Sparks"
>> -BEGIN PGP SIGNATURE-
>> Version: ProtonMail
>> Comment: https://protonmail.com
>>
>> wsFcBAEBCAAGBQJcksYxAAoJEIB2q94CS7PREZoQALxqnyFgf57KuZ8btd9G
>> Rh/ttSnL2ut/P3JBddk++vM3qvxD0N6dAEQDF5X1mMYvYtwkjJ3JUm5WeFSL
>> MTt3teOV1KIJWb7fk8VsysJUatz3Q3Ksty9fevG1t5W2l+9tkXn6eNzMIL5c
>> Ztdabtgrlx/6I04IpQnPcqAjJUh48g5aQYCitfMQf3A/67/CRt0YnsYEa/79
>> 0WmOUmtxLSDdofwOwi3g6CCma6oWiAttnrCfHLQhqbALSlM9e0+VLGICT2ma
>> c3eV0tzE7qvv6Xw3ngos6uVwsnJ5ppnslBax+ZDyRlc5De0ka+XAep/VWJQc
>> oU5Yd6gYj+7xiP+loFRLQoOR2gPSf1C/nPIVBKiD0tWgiEkPK/zHA8jA6C83
>> a+ZR+BNZ5LXQsSbHGn/4R5jyXBmRSRlsQ3UajVfcaDOteRKsvW2zNQUxQJn/
>> uzCPE6H1ZkuMjNzr2qT4/IT8TXc8Qyx+rZB/q0OiJfFa1QofNOmy9rsXkxzm
>> bDdcH+swBAe6eXz1snM/hYW8HDn0aba/TPYCK5+q5B3D9ynrIH9HktPVcIs9
>> wbt4/+qhBe4bxihA5A2vntZyrQJeHqObiMHvN8a4Zs1AiMvzEw70JAth6uYo
>> 0oNrFCnHC3GZrEHZzyyGK/pjKlcevupEn4NIUZvWO1T6ph3rMLiAr241eSSy
>> xykO
>> =y2bt
>> -END PGP SIGNATURE-
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
> --
>
> --
> Evan Derickson
> (360) 402-6494
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-au] Platform names

[cleary]

On any map, more detail is generally preferred to less detail, provided that 
the information is useful.

I use Central reasonably often. There were 25 platforms (a couple now closed 
for new construction) and platform 1 is a fair way from platform 25. I think 
most users would benefit from having the locations of individual platforms 
identified on a map. I think the current rendering on the map is useful and 
correct. Removing platform numbers would be unhelpful.

Perhaps the Wiki needs to change. And information in a Wiki is guidance not 
gospel - there may occasionally be good reason to do something differently. 
Very few railway stations would be as large as Sydney's Central and what works 
on smaller stations, does not necessarily work for Central. 

I like it the way it is now because it is the most useful i can imagine.

In regard to reference numbers, each platform at Central has a transport 
reference number (similar to bus stop numbers). For example I think, but am not 
certain, that platform 6 is 2000326 and platform 7 is 2000327 - but this comes 
from data for which we do not have permission. If we can get access to such 
data, then these numbers would use the "ref" tag. These reference numbers are 
possibly used for routing but platforms are signposted and known to the public 
as "Platform 6" or "Platform 7" etc.








On Thu, 21 Mar 2019, at 11:28 AM, Thomas Manson wrote:
> Looking at Central Station, Sydney, the platform names are things like 
> 'Platform 4+5'. (https://www.openstreetmap.org/relation/6015392)
> 
> 
> From my reading of 
> https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dplatform, this 
> should be 
> the name of the station , so in this case that would be either Central or 
> Central Station, with the platform numbers as the ref tag (which is already 
> populated).
> 
> 1) First of all, is my understanding correct? It should be the station name.
> 2) Secondly, should the name be Central or Central Station (assuming 1 is 
> correct)?
> 
> Regards,
> Thomas
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
> 
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Platform names

[Thomas Manson]

Looking at Central Station, Sydney, the platform names are things like 
'Platform 4+5'. (https://www.openstreetmap.org/relation/6015392)


>From my reading of 
>https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dplatform, this 
>should be
the name of the station , so in this case that would be either Central or 
Central Station, with the platform numbers as the ref tag (which is already 
populated).

1) First of all, is my understanding correct? It should be the station name.
2) Secondly, should the name be Central or Central Station (assuming 1 is 
correct)?

Regards,
Thomas
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-us] Gated communities

[Evan Derickson]

What about marking the resident-only gates with access=private and the
guest gate as access=destination?

On Wed, Mar 20, 2019, 16:03 Eric H. Christensen via Talk-us <
talk-us@openstreetmap.org> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, March 20, 2019 6:38 PM, Frederik Ramm 
> wrote:
>
> > Should all roads inside the gated community be access=private?
>
> I wouldn't necessarily mark all the roads as private as I think that would
> hinder the routing engines.
>
> > What tags should be applied to (a) the main gate where visitors and
> > delivery services are expected to report, and (b) resident-only gates?
>
> I've mapped a neighborhood like this before and I think I got the routing
> to work properly by using gates at non-manned areas with access=private and
> something else at the guard houses with access=designated or something to
> that affect.  I think that fits the model...
>
> Eric "Sparks"
> -BEGIN PGP SIGNATURE-
> Version: ProtonMail
> Comment: https://protonmail.com
>
> wsFcBAEBCAAGBQJcksYxAAoJEIB2q94CS7PREZoQALxqnyFgf57KuZ8btd9G
> Rh/ttSnL2ut/P3JBddk++vM3qvxD0N6dAEQDF5X1mMYvYtwkjJ3JUm5WeFSL
> MTt3teOV1KIJWb7fk8VsysJUatz3Q3Ksty9fevG1t5W2l+9tkXn6eNzMIL5c
> Ztdabtgrlx/6I04IpQnPcqAjJUh48g5aQYCitfMQf3A/67/CRt0YnsYEa/79
> 0WmOUmtxLSDdofwOwi3g6CCma6oWiAttnrCfHLQhqbALSlM9e0+VLGICT2ma
> c3eV0tzE7qvv6Xw3ngos6uVwsnJ5ppnslBax+ZDyRlc5De0ka+XAep/VWJQc
> oU5Yd6gYj+7xiP+loFRLQoOR2gPSf1C/nPIVBKiD0tWgiEkPK/zHA8jA6C83
> a+ZR+BNZ5LXQsSbHGn/4R5jyXBmRSRlsQ3UajVfcaDOteRKsvW2zNQUxQJn/
> uzCPE6H1ZkuMjNzr2qT4/IT8TXc8Qyx+rZB/q0OiJfFa1QofNOmy9rsXkxzm
> bDdcH+swBAe6eXz1snM/hYW8HDn0aba/TPYCK5+q5B3D9ynrIH9HktPVcIs9
> wbt4/+qhBe4bxihA5A2vntZyrQJeHqObiMHvN8a4Zs1AiMvzEw70JAth6uYo
> 0oNrFCnHC3GZrEHZzyyGK/pjKlcevupEn4NIUZvWO1T6ph3rMLiAr241eSSy
> xykO
> =y2bt
> -END PGP SIGNATURE-
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
-- 

--
Evan Derickson
(360) 402-6494
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[Sébastien Dinot]

Bonsoir,

Vincent Bergeot a écrit :
> Si vous avez des cas avérés (rien de visible sur le terrain
> contrairement à ce que la carte montrer) proches de chez vous, pouvez
> vous également faire des commentaires sur les changesets svp ?

J'ai été confronté à ce problème à Toulouse. J'avais ouvert un fil de
discussion à ce sujet en mai 2017 :

https://lists.openstreetmap.org/pipermail/talk-fr/2017-May/084287.html

Le contributeur fautif était :

https://www.openstreetmap.org/user/Marcel%20Herault

J'ai eu par ailleurs un problème similaire en septembre 2017 avec un
autre contributeur, qui avait tracé des routes et des passages
souterrains qui, à cette heure, n'existent toujours pas. Il leur avait
même affecté un nom (probablement celui prévu, mais nous verrons bien le
jour où ces rues existeront). Le contributeur n'a jamais répondu à mes
messages. J'ai fini par tout effacer moi-même car ces tracés induisaient
méchamment en erreur les outils de routage. Ce contributeur était :

https://www.openstreetmap.org/user/mico280587longjumeau

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Milton Keynes Redways - How to Tag Consistently

[Warin]

On 21/03/19 04:58, Peter Neale via Talk-GB wrote:
I am relatively new to OSM, but am trying to contribute in a useful 
way, particularly in my local area (Milton Keynes).


Milton Keynes enjoys (among many benefits) an extensive network of 
joint-use Cycle Paths / Foot Paths, known as “Redways” 
https://en.wikipedia.org/wiki/Milton_Keynes_redway_system



Most (if not all) are already mapped in OSM, but the tagging is not 
consistent, so I was considering making small amendments to increase 
consistency.  However, I don’t want to make them consistently wrong, 
so I am seeking confirmation of how they should be tagged.


*Official Status of Redways *
MK Council publishes a map of the Redway Network, 
https://www.milton-keynes.gov.uk/assets/attach/51668/MK_Redway_Poster_PRINT_NOcrops.pdf


with a “Redway Code”, which states,

“The Redways are an important part of Milton Keynes. They are 
shared-use routes for people on foot or on cycles.  The traffic free 
network is popular for leisure, for commuting and for staying active.  
Redways may be used by anyone cycling and walking including people 
with pushchairs, or prams and those in wheelchairs (including powered 
wheelchairs / mobility scooters).”

and,

“Redways and the Law:
Electric cycles which meet EAPC Regulations are permitted to use Redways.
As Public Highway, all legal requirements and the Highway Code are 
applicable to the Redways: cycles should be roadworthy and able to 
stop in an emergency; cycle lights are required at night.
All motor-powered vehicles including mopeds, mini-motos and 
motorcycles are prohibited from using Redways, with the exception of 
authorised vehicles e.g. emergency vehicles and maintenance vehicles.”


*An Old Relation*
I have found a previous Relation, 
(https://www.openstreetmap.org/relation/145144) which I assume linked 
all the Redways, but which @andrewmk deleted some years ago, so I am 
NOT proposing to re-create that Relation.


*Access Tagging*
So how should they be tagged for access?
I believe it should be:
highway=path  (but I see several tagged as highway=cycleway and both 
are shown in the Wiki at 
https://wiki.openstreetmap.org/wiki/Tag:highway=cycleway)

foot=designated
motor vehicle=permit (to allow the emergency vehicles and maintenance 
vehicles)

moped=no
bicycle=designated
horses=not specified
segregated=no
Is that correct?



I would add

wheelchair=yes
surface=paved

Then you can add additional details, like width=*, etc.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Measuring building height

[Warin]

On 21/03/19 08:39, Devonshire wrote:
This stuff is hilarious. Standing outside people's homes taking photos 
of their cars and house isn't going to end very well.


I'd simply visually estimate the hight of a home - no photo required.

For a multi story building visual estimations start to get uncertain. 
Here I'd be using other methods.





Is it maybe possible to get building heights from lidar data?


Too much clutter (multiple reflections) in a city for that to work well 
I'd think.


Kevin

On Tue, Mar 19, 2019, at 11:17 PM, Warin wrote:

On 20/03/19 07:51, Neil Matthews wrote:
>
> So, I just tried this and I think it has a reasonable chance of giving
> a reasonable result.
>
> Take a photo of a car outside the building. Measure number of pixels
> for the car and number of pixels for the building and the height can
> be approximated by:
>
>     building_pixels / car_pixels * car_height_in_m
>
> I reckon an average of 1.5m might be reasonable for the car height --
> otherwise use something more detailed:
> https://www.automobiledimension.com/ford-car-dimensions.html
>
>
> Obviously, the further the car is from the building the less accurate
> the measurement will be.
>

The further the camera/photo is from the building the better too. Less
camera distortion.
>
>
> Cheers,
>
> Neil
>
>
> On 19/03/2019 16:23, Tony Shield wrote:
>>
>> Hi
>>
>> Been figuring out how to do this for a while - my solution-
>>
>> rule - I used 30cm (aka 1 foot), calculator, known length of arm - in
>> my case .6m, OSM map to measure distance from target.
>>
>> With hand holding rule vertically measure the target height against
>> the rule for rule height, this is the key measurement, note the
>> measurement point. From the map measure the distance from the
>> measuring point to the target
>>
>> With this information and using proportions (which is what a tangent
>> is) -
>>
>> target height = (rule height in metres * distance from measuring
>> point to target) / length of arm in metres.
>>
>> Using this technique I have this morning measured known height of of
>> a local landmark, and the unknown height of a building. The known
>> height of 50m measured 8cm at a range of 375m. The unknown height of
>> the building with 5 floors was calculated to be 20.7 metres which
>> would on the face of it be realistic (from 3cm and 414m). (Botany Bay
>> mill in Chorley).
>>
>> TonyS999
>>
>>


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb





___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-us] Gated communities

[Eric H. Christensen via Talk-us]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

‐‐‐ Original Message ‐‐‐
On Wednesday, March 20, 2019 6:38 PM, Frederik Ramm  wrote:

> Should all roads inside the gated community be access=private?

I wouldn't necessarily mark all the roads as private as I think that would 
hinder the routing engines.

> What tags should be applied to (a) the main gate where visitors and
> delivery services are expected to report, and (b) resident-only gates?

I've mapped a neighborhood like this before and I think I got the routing to 
work properly by using gates at non-manned areas with access=private and 
something else at the guard houses with access=designated or something to that 
affect.  I think that fits the model...

Eric "Sparks"
-BEGIN PGP SIGNATURE-
Version: ProtonMail
Comment: https://protonmail.com

wsFcBAEBCAAGBQJcksYxAAoJEIB2q94CS7PREZoQALxqnyFgf57KuZ8btd9G
Rh/ttSnL2ut/P3JBddk++vM3qvxD0N6dAEQDF5X1mMYvYtwkjJ3JUm5WeFSL
MTt3teOV1KIJWb7fk8VsysJUatz3Q3Ksty9fevG1t5W2l+9tkXn6eNzMIL5c
Ztdabtgrlx/6I04IpQnPcqAjJUh48g5aQYCitfMQf3A/67/CRt0YnsYEa/79
0WmOUmtxLSDdofwOwi3g6CCma6oWiAttnrCfHLQhqbALSlM9e0+VLGICT2ma
c3eV0tzE7qvv6Xw3ngos6uVwsnJ5ppnslBax+ZDyRlc5De0ka+XAep/VWJQc
oU5Yd6gYj+7xiP+loFRLQoOR2gPSf1C/nPIVBKiD0tWgiEkPK/zHA8jA6C83
a+ZR+BNZ5LXQsSbHGn/4R5jyXBmRSRlsQ3UajVfcaDOteRKsvW2zNQUxQJn/
uzCPE6H1ZkuMjNzr2qT4/IT8TXc8Qyx+rZB/q0OiJfFa1QofNOmy9rsXkxzm
bDdcH+swBAe6eXz1snM/hYW8HDn0aba/TPYCK5+q5B3D9ynrIH9HktPVcIs9
wbt4/+qhBe4bxihA5A2vntZyrQJeHqObiMHvN8a4Zs1AiMvzEw70JAth6uYo
0oNrFCnHC3GZrEHZzyyGK/pjKlcevupEn4NIUZvWO1T6ph3rMLiAr241eSSy
xykO
=y2bt
-END PGP SIGNATURE-


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Gated communities

[Frederik Ramm]

Hi,

DWG have been contacted by a resident of a gated community in Florida.
They were unhappy about our routing which apparently leads people
through an unmanned "residents only" gate where they won't get in,
instead of to the manned main gate.

I wonder how to deal with this, firstly from a "what is correct on the
ground" perspective, but then also from a "what is useful routing-wise"
perspective.

Should all roads inside the gated community be access=private?

What tags should be applied to (a) the main gate where visitors and
delivery services are expected to report, and (b) resident-only gates?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] aiuto query overpass

[Marco]

perfetto, funziona alla grande, grazie!

Il 18/03/2019 11:53, Andrea Musuruane ha scritto:

Ciao,


On Mon, Mar 18, 2019 at 11:45 AM Marco > wrote:


Ciao a tutti, avrei bisogno di una query che restituisca i nodi
etichettati come natural=peak con ele>1000
Sembra semplice però mi sfugge come indicare che il tag ele deve
avere valore maggiore di 1000
Mi date una dritta per favore?


Prova così:

[out:json][timeout:25];
(
node["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
way["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
relation["natural"="peak"][~"ele"~"[1-9][0-9][0-9][0-9]"]({{bbox}});
);
out body;
>;
out skel qt;

Ciao,

Andrea


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Sydney mapathon

[Sebastian S.]

Hi all,
Since I'm new to the area I would firstly like to meet other mappers from OZ 
and put a face to a name.
Secondly my interest is then onto mapping OZ because this is where I'm as a 
user and data consumer. I'm open to HOT and missing maps etc but it is not at 
the top of my list.
I would not expect talks at a first meeting, likely we'll end up chatting and 
the 2 hours will be gone in a whiff.

Cheers Sebastian
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On 20 March 2019 6:02:49 pm AEDT, Dion Moult  wrote:
>Hi Andrew,
>
>I'm not entirely sure what we might get up to. I'm keen for some hands
>on work, and it'd be good to double up as a local meetup if one doesn't
>already exist. I'm sure we all love to map locally too, so please do
>come if you can :)
>
>A mix of presentations does sound really good. Maybe not for the first
>meet up, but perhaps for subsequent ones?
>
>Sent from ProtonMail mobile
>
> Original Message 
>On 20 Mar. 2019, 4:31 pm, Andrew Harvey wrote:
>
>>> Casual meetup of Sydney based OSM mappers, let's meet up and do some
>humanitarian mapping tasks on HOTOSM!
>>
>> Dion, is the intention to be a local OSM meetup + a Missing Maps
>(http://www.missingmaps.org) style humanitarian mapathon?
>>
>> Should I come if I'm interested in Australian OSM, but not interested
>in remote mapping outside Australia?
>>
>> There's been two Missing Maps events in the past in Sydney that I
>know of and both times almost all attendees were new to OSM, so it
>didn't act as a local community meetup.
>>
>> I'm very interested in a Sydney OSM event for locals to catch up
>about all things OSM. I think a mix of presentations + social is
>perfect, like GeoRabble, https://georabble.org. I see that as a bit
>different to a mapathon, which is a bit of into followed by actual
>hands on work.
>>
>> On Mon, 18 Mar 2019 at 19:08, Dion Moult  wrote:
>>
>>> Hey all! I've started an event here:
>https://gettogether.community/events/1001/sydney-osm-mappers/
>>>
>>> If you could sign up or comment there I can change the venue and
>time easily without spamming the talk-au list. I've changed the date to
>30th March Saturday . it would also allow me to know who is coming and
>what to cater for if we get food.
>>>
>>> My company in north sydney is open on weekends and I've received
>approval for using computers and guest WiFi. Also informal approval for
>getting pizza and drinks (non alcoholic).
>>>
>>> Need a bit more approval from management to let strangers in the
>office (I will be liable, obviously) but I suspect I can host.
>>>
>>> Sent from ProtonMail mobile
>>>
>>>  Original Message 
>>> On 18 Mar. 2019, 2:34 pm, David Wales < daviewa...@disroot.org>
>wrote:
>>>
 Hi Ben and Dion,

 Saturdays are normally good, but I'm moving house on the 23rd!
 So if that's the date, I won't be able to make it.

 Regards,
 David Wales

 On 18/3/19 1:29 pm, Ben Kelley wrote:
> Practically it will probably need to be a weekday evening, as we
>are not
> open on the weekend.
>
> Also it will need to be a time I can make it. :)
>
>
>  - Ben Kelley
>
> On 18/3/19 13:03, Dion Moult wrote:
>> Hey Ben! Thanks for the option!
>>
>> I'm going to tentatively suggest meeting this Saturday, 23rd
>March,
>> say after lunch, so 2:30pm? Just for a very informal mapping
>session
>> to see how things go, doesn't have to be a large crowd or
>anything?
>>
>> Ben, do you think it will be possible for us to use your office
>at
>> that time? I do not have a laptop, so I'm not sure if computers
>can be
>> used, or if that is against company policy?
>>
>> My company in North Sydney, walking distance from the train
>station,
>> offers wifi, but although I've started asking internally, there
>is a
>> little red tape before they might say yes to anything like
>providing
>> refreshments and allowing strangers in the office. Although I
>think
>> they might support this.
>>
>> Sent from ProtonMail mobile
>>
>>

 ___
 Talk-au mailing list
 Talk-au@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-au

 ___
 Talk-au mailing list
 Talk-au@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-GB] Measuring building height

[Devonshire]

This stuff is hilarious. Standing outside people's homes taking photos of their 
cars and house isn't going to end very well.

 Is it maybe possible to get building heights from lidar data?

Kevin

On Tue, Mar 19, 2019, at 11:17 PM, Warin wrote:
> On 20/03/19 07:51, Neil Matthews wrote:
> >
> > So, I just tried this and I think it has a reasonable chance of giving 
> > a reasonable result.
> >
> > Take a photo of a car outside the building. Measure number of pixels 
> > for the car and number of pixels for the building and the height can 
> > be approximated by:
> >
> > building_pixels / car_pixels * car_height_in_m
> >
> > I reckon an average of 1.5m might be reasonable for the car height -- 
> > otherwise use something more detailed: 
> > https://www.automobiledimension.com/ford-car-dimensions.html
> >
> >
> > Obviously, the further the car is from the building the less accurate 
> > the measurement will be.
> >
> 
> The further the camera/photo is from the building the better too. Less 
> camera distortion.
> >
> >
> > Cheers,
> >
> > Neil
> >
> >
> > On 19/03/2019 16:23, Tony Shield wrote:
> >>
> >> Hi
> >>
> >> Been figuring out how to do this for a while - my solution-
> >>
> >> rule - I used 30cm (aka 1 foot), calculator, known length of arm - in 
> >> my case .6m, OSM map to measure distance from target.
> >>
> >> With hand holding rule vertically measure the target height against 
> >> the rule for rule height, this is the key measurement, note the 
> >> measurement point. From the map measure the distance from the 
> >> measuring point to the target
> >>
> >> With this information and using proportions (which is what a tangent 
> >> is) -
> >>
> >> target height = (rule height in metres * distance from measuring 
> >> point to target) / length of arm in metres.
> >>
> >> Using this technique I have this morning measured known height of of 
> >> a local landmark, and the unknown height of a building. The known 
> >> height of 50m measured 8cm at a range of 375m. The unknown height of 
> >> the building with 5 floors was calculated to be 20.7 metres which 
> >> would on the face of it be realistic (from 3cm and 414m). (Botany Bay 
> >> mill in Chorley).
> >>
> >> TonyS999
> >>
> >>
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
> 
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-us] Michigan Forest Land

[Marcus W. Davenport]

For those interested, I've started a post on the OSM US forum:
https://forum.openstreetmap.org/viewtopic.php?id=65666
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Rails-to-Trails data

[OSM Volunteer stevea]

An update.  Seeing Mark's recent post about is_in reminded me that it has been 
two weeks since I politely asked the Rails-To-Trails Conservancy to donate to 
OSM the same trail data they donated to Google Maps.  I did receive a reply 
that my message was forwarded to their "TrailLink group that handles all GIS 
data, you should hear back from someone soon."  However, as of 3/20 (today), 
nothing.  Yes, I checked my Spam folder, still nothing.

For years (2012-2015) I used to get a monthly e-newsletter (email) from 
railstotrails.org, but then in March, 2015 these mysteriously stopped arriving. 
 Fingers crossed this request goes somewhere, these really are choice data and 
will help OSM in the USA be a map containing yet more excellent hiking and 
biking trails.

SteveA
California
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Proposed mechanical edit - elimination of osmarender:nameDirection - blatant tagging for the renderer

[Tobias Knerr]

On 15.03.19 21:13, Simon Poole wrote:
> Why would we want to create new versions of objects just to remove a tag
> that is not hurting anybody in any way?

Mostly for the reason which Mateusz has mentioned in his response:
Keeping obsolete tagging around for years or decades adds to the burden
of concepts that new community members need to learn to fully understand
our data.

But additionally, I would argue that removing them all at once actually
results in a cleaner history than automatic removal by editors. It seems
to me that performing these edits in one clearly labelled changeset fits
our best practices – grouping related edits into a changeset and using
meaningful changeset comments – much better than mixing them into
completely unrelated changes would.

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

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[osm . sanspourriel]

Le 20/03/2019 à 15:15, marc marc - marc_marc_...@hotmail.com a écrit :

https://www.openstreetmap.org/user/Dupuiche

Comme il n'est plus actif ces jours ci, laissons lui 15j pour répondre.
peux-être des vacances:)


Il y a quelques heures il a passé le landuse de construction à brownfield.

https://www.openstreetmap.org/way/675188143/history#map=19/45.65099/5.86049

Je serais curieux de savoir si les bâtiments ont été rasés.

Maintenant une friche industrielle peut comporter des bâtiments.

Il eu été poli de répondre au commentaire sur le changeset.

Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] Public Rights of Way signposts

[Paul Strickland]

Hi everyone,

In recent months I've had a renewed interest in mapping my local area
and one area I've been focusing on is the variety of public rights of
way that I use. According to the wiki page
(https://wiki.openstreetmap.org/wiki/UK_access_provisions#Public_Rights_of_Way),
only signs that include "Public Footpath", "Public Bridleway" and
"Public Byway" can be used as definitive evidence of a public right of
way. However, the councils in two areas that I have been mapping
appear to have replaced their signposts with some that do not contain
the required wording.

For example, Suffolk County Council produces signs that simply say
"Bridleway" or "Footpath". Wiltshire County Council sometimes includes
the words "Public footpath/bridleway", but often only depicts a
walking figure or a person on a horse. Some examples are available
below.

https://photos.app.goo.gl/TCYTbBDxbTd176tt6

My question is about what is required to describe these ways as public
rights of way. In the case of Suffolk and Wiltshire, I can access the
maps of these ways and determine whether or not the signs correctly
identify a public right of way. Is that acceptable, or does it depend
on the conditions under which each council has made the data
available? To be clear, I would not be using that data as the primary
source of any particular way, but only to confirm that the signs I
have found on the ground correctly reflect the council's map.


Cheers

Paul

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Hump ?

[Florian_G]

Hello,

Le 20/03/2019 à 19:48, Jacques Lavignotte a écrit :
> Le 20/03/2019 à 19:30, David Crochet a écrit :
>
>> c'est ce que l'on appelle un coussin berlinois donc
>>
>> traffic_calming=cushion
>
> Merci,


Si tu veux, tu as des exemples dans le wiki :
https://wiki.openstreetmap.org/wiki/FR:Key:traffic_calming

++


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hump ?

[Jacques Lavignotte]

Le 20/03/2019 à 19:30, David Crochet a écrit :


c'est ce que l'on appelle un coussin berlinois donc

traffic_calming=cushion


Merci,


Cordialement


J.

--
GnuPg : C8F5B1E3 Because privacy matters.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Proposed mechanical edit - remove is_in:continent in USA

[EthnicFood IsGreat]

Date: Wed, 20 Mar 2019 08:03:04 +0100 (CET)
From: Mateusz Konieczny 
To: Talk Us 
Subject: [Talk-us] Proposed mechanical edit - remove is_in:continent
in USA

is_in:continent=* is subjective as both division Earth landmass into 
continents[1] and boundaries between continents[2] are mostly subjective. There 
are many competing ways to split world into continents and OSM is not proper 
place to record all of them or one selected system.

In rare cases where one desires to assign locations to continents it can be 
done using location data inherently included in OSM objects and explicit tags 
added to part of objects are not really useful anyway.

is_in:continent tag should be removed to avoid confusing newbies and discourage 
adding new instances of this undesirable tag.

I propose to run an automated edit restricted to USA that will remove all 
instances of this tag.

Please comment no matter what you think about this idea! I will not make the 
edit without a clear support so please comment if you think that it is a good 
idea and if you think that it should not be done.

[...]



I'm in favor.

Mark




___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Hump ?

[David Crochet]

Bonjour

Le 20/03/2019 à 19:20, Jacques Lavignotte a écrit :

Vous taggez ça : traffic_calming=hump   ?

Ou autre chose ?



c'est ce que l'on appelle un coussin berlinois donc

traffic_calming=cushion

Cordialement

--
David Crochet


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Hump ?

[Jacques Lavignotte]

https://i.postimg.cc/pdKRP3Sh/IMG-20190320-190434.jpg

Vous taggez ça : traffic_calming=hump   ?

Ou autre chose ?

Merci, Jacques


Humpty Dumpty sat on a wall
Humpty Dumpty had a great fall
All the King's horses
and all the King's men
Couldn't put Humpty together again.

--
GnuPg : C8F5B1E3 Because privacy matters.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] Milton Keynes Redways - How to Tag Consistently

[Peter Neale via Talk-GB]

I am relatively new to OSM, but am trying to contribute in a useful way, 
particularly in my local area (Milton Keynes).
Milton Keynes enjoys (among many benefits) an extensive network of joint-use 
Cycle Paths / Foot Paths, known as “Redways” 
https://en.wikipedia.org/wiki/Milton_Keynes_redway_system

Most (if not all) are already mapped in OSM, but the tagging is not consistent, 
so I was considering making small amendments to increase consistency.  However, 
I don’t want to make them consistently wrong, so I am seeking confirmation of 
how they should be tagged.
Official Status of Redways  MK Council publishes a map of the Redway Network, 
https://www.milton-keynes.gov.uk/assets/attach/51668/MK_Redway_Poster_PRINT_NOcrops.pdf
with a “Redway Code”, which states,
“The Redways are an important part of Milton Keynes.  They are shared-use 
routes for people on foot or on cycles.  The traffic free network is popular 
for leisure, for commuting and for staying active.  Redways may be used by 
anyone cycling and walking including people with pushchairs, or prams and those 
in wheelchairs (including powered wheelchairs / mobility scooters).”and,
“Redways and the Law:  Electric cycles which meet EAPC Regulations are 
permitted to use Redways.As Public Highway, all legal requirements and the 
Highway Code are applicable to the Redways: cycles should be roadworthy and 
able to stop in an emergency; cycle lights are required at night.All 
motor-powered vehicles including mopeds, mini-motos and motorcycles are 
prohibited from using Redways, with the exception of authorised vehicles e.g. 
emergency vehicles and maintenance vehicles.”
An Old RelationI have found a previous Relation, 
(https://www.openstreetmap.org/relation/145144) which I assume linked all the 
Redways, but which @andrewmk deleted some years ago, so I am NOT proposing to 
re-create that Relation.   
Access TaggingSo how should they be tagged for access?I believe it should 
be:highway=path  (but I see several tagged as highway=cycleway and both are 
shown in the Wiki at 
https://wiki.openstreetmap.org/wiki/Tag:highway=cycleway)foot=designatedmotor 
vehicle=permit (to allow the emergency vehicles and maintenance 
vehicles)moped=no bicycle=designatedhorses=not specifiedsegregated=noIs that 
correct?
NamingI am not aware of any Redways that have unique names (someone will 
probably correct me on this), but I see several on OSM tagged with 
“name=Redway”.  Whilst I can see the attraction of doing this, I suspect that 
would not be considered good practice.  Should I delete that name, whenever I 
see it? 
Regards,
 Peter Neale 
t: 01908 309666 
m: 07968 341930 
skype: nealepb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-ja] 提案 highway=living_street

[石野貴之]

稲垣さん：
返信ありがとうございます。living_streetの提案を出したyumean1119こと石野です。

> 自分は私道に living street を付けていました。
これは今までのタグ付けだとhighway=serviceにするのが適切な道でした。
しかし、今回の提案では、もしそのような道に「徐行」の標識やそれに類するものがあれば、
living_streetでタグ付けすることを認めてもよいことになります。

重要な点として、living_streetをタグ付けしたいときは現地調査を要するという条件をつけています。
これは、道路の実際の使われ方を無視してliving_streetをつけてしまうことがないようにするためです。
(たとえば、最初の提案ではスクールゾーン内の道路をliving_streetにするつもりでしたが、まさか
国道や制限速度40km以上の幹線市道までそうするわけにはいきませんので・・・)
稲垣さんのように、まさに自分で確信をもって living streetをつけるのであれば、今回の提案の趣旨からすると大歓迎です。

石野 貴之
yumean1...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Import uso del suolo Veneto

[Graizzaro Gianfranco]

>Da: Volker Schmidt [mailto:vosc...@gmail.com] 
>
>Landuse in Veneto è in grandi parti importato e con livello di dettaglio
che lo rende obsoleto quasi >immediatamente. Diffusamente include la chiave
"crop" cui valori marciscono spesso rapidamente.
>
>Per quanto riguarda la foresta dei Colli Berici sembra, a prima vista, che
si tratta di tracciatura manuale. >Bisogna chiedere al mappatore - manca la
fonte nei changeset.

1- Secondo te allora meglio togliere i tag “crop” dagli import del veneto?

2- Ho dato un’occhiata alla cosiddetta Foresta dei colli berici, è stata
fatta a mano, ma racchiude anche terreni coltivati a prato o altro, non solo
alberi, mancano anche da mappare parecchie zone di quei comuni.
Quindi è fatta male per cui prossimamente farò un import dei landuse del
veneto di quei comuni, e li sostituirò alla Foresta, sempre che siate
d’accordo.




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[FR via Talk-fr]

Bonsoir

Il y a eu déjà au moins 2 fils sur ce sujet:



Et pas de réponse aux commentaires tels que celui-ci: 
/5.56660


Françoise

Le 20/03/2019 à 15:28, Jérôme Seigneuret a écrit :

Je dirais la même chose
https://demo.f4map.com/#lat=43.5872255=3.8704543=19=28.098=20.626

J'ai les mêmes résultats sur Montpellier...

Le mer. 20 mars 2019 à 15:24, Vincent Bergeot 
> a écrit :


Le 20/03/2019 à 15:15, marc marc a écrit :
 > Le 20.03.19 à 14:58, Vincent Bergeot a écrit :
 >> https://www.openstreetmap.org/user/L3mp1ck4
 > il me semble qu'on a déjà parlé de lui ici et de mémoire :
 > - aucune réponse
 > - quelqu'un lui avait expliquer comment renseigner un chantier,
 > lorsque celui-ci a dépassé le stade de projet.
 > - 100% des (rares) vérifications sur le terrain conclu à l'absence
 > de réalité sur le terrain de ce qu'il a ajouté sur osm.
 > Mais c'est de mémoire :)

j'ai la même mémoire et je n'ai pas vérifié dans les archives. D’où le
fait de remettre une couche sur les commentaires.

Dans les échanges privés que j'ai pu avoir, cette personne n'a pas
répondu à partir du moment où je lui ai demandé les licences des plans
utilisés.


 >> https://www.openstreetmap.org/user/Dupuiche
 > Comme il n'est plus actif ces jours ci, laissons lui 15j pour
répondre.
 > peux-être des vacances :)
 > Si personne ne lui a expliqué comment renseigné un chantier lorsque
 > celui-ci a dépassé le stade de projet, il faudra sans doute le faire.
 > Voir faire une page wiki ou un howto vu que cela revient de temps
à autre.


je penche pour une agence d'archi, le fait que les 2 se retrouve sur
une
même zone !

et si on regarde la zone en 3 D :
https://demo.f4map.com/#lat=47.9585452=1.8782874=1


 >
 >> Pour la suite, euh je ne sais jamais trop comment faire !
 > si l'un des 2 continue de contribuer sans répondre : demander au
dwg un
 > temp-ban pour le forcer à lire/répondre.
 > si aucun exemple de contribution correcte, demander le revert d'abord
 > à l'utilisateur (qui n'en est sans doute pas capable vu l'ampleur)
 > puis au dwg.
 >
 > cela demande évidement qu'un maximum de monde regarde la carte
 > des modifs des ces 2 utilisateurs afin de voir
 > s'ils n'ont pas un changeset proche qu'ils pourraient vérifier.
 > de mémoire cela n'avait pas motivé les foules la précédente fois.
 > peux-être faudrait-il relayer sur les groupes locaux concernés.


yep, laissons quelques jours et ensuite on relaie effectivement !

Merci

Bonne journée



-- 
Vincent Bergeot



___
Talk-fr mailing list
Talk-fr@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-fr



--
Cordialement,
Jérôme Seigneuret

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Proposed mechanical edit - elimination of osmarender:nameDirection - blatant tagging for the renderer

[Dave F via talk]

I'd say almost certainly, yes. Do you have any specific tags in mind?

DaveF

On 17/03/2019 21:27, Andrew Hain wrote:

Is it worth mechanically removing any of the existing discardable tags from the 
database as well?

--
Andrew

From: Dave F via talk 
Sent: 17 March 2019 21:09
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Proposed mechanical edit - elimination of 
osmarender:nameDirection - blatant tagging for the renderer

Mateusz
There's also a few osmarender:renderName in the UK. Maybe check osmarender:* to 
collate all?

Simon
Never comprehended the reluctance to remove dead items. Does stepping the 
version /really/ cause any harm?
Contributors, especially newbies, often copy tags from existing examples with 
redundant tags often propagating as result.

We allow everybody to add data (which I agree with), but there's an increasing 
resistance to anybody suggesting tag removal.

If it improves database quality, then go for it.

DaveF


On 15/03/2019 20:13, Simon Poole wrote:

Why would we want to create new versions of objects just to remove a tag
that is not hurting anybody in any way?

The correct way to handle this is to add the tag to the list of
deprecated tags that should be automatically removed (essentially iD has
a list and JOSM has one too), when and if the objects are ever edited
the tags will then be removed.

Simon

Am 15.03.2019 um 20:16 schrieb Mateusz Konieczny:


osmarender:nameDirection=* is an old tag that is case of tagging for
the renderer.
Additionally, Osmarender is defunct anyway.

I propose to purge this tag from database as useless, confusing and
encouraging
tagging for renderer.

This edit would remove about 2000 osmarender:nameDirection=* tags
worldwide,
with most of them in Germany and England.

osmarender:nameDirection is described on OSM Wiki as

"By default Osmarender will draw street names left-to-right along ways.
It uses the longitude (horizontal position) of the start and end
points of the
way to determine the direction.

In some cases, for example, very winding roads, the automatically chosen
name direction is not ideal. In this case the way can be tagged with
osmarender:nameDirection=-1 or osmarender:nameDirection=1 as a
hint to tell Osmarender which way to draw the name. "

Automated edit page:
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_osmarender:nameDirection_-_blatant_tagging_for_the_renderer

___
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-fr] [Tagging] Câble aérien

[gnrc69 via Talk-fr]

Bonjour Virgile, 
Tu pourrais utiliser le tag "aerialway=goods" ( 
https://wiki.openstreetmap.org/wiki/Tag:aerialway=goods ) comme sur le câble 
porteur des nacelles de la cimenterie Vicat à St-Egreve, voir sur la carte : 
https://www.openstreetmap.org/way/82672917#map=16/45.2267/5.6672 

Christian (OSM Lyon) 

- Mail original -

De: "Virgile Kéré"  
À: talk-fr@openstreetmap.org 
Envoyé: Mercredi 20 Mars 2019 09:37:20 
Objet: [OSM-talk-fr] [Tagging] Câble aérien 

Bonjour à tous, 
Je recherche une solution pour cartographier des câbles aériens qui sont ni des 
fils électriques, ni des remontées mécaniques. 
Cela est pour le cas appliqué suivant : le pont de Trellins (Isère) : 
https://www.openstreetmap.org/way/122064078#map=18/45.19486/5.42436 
Il s'agit d'un ancien pont suspendu dont il ne reste aujourd'hui plus que les 
piles et les câbles porteurs, le tablier ayant été démonté. Photos : 
http://pontdetrellins.blogspot.com/ 
Pour l'instant, il est taggé comme un pont piéton interdit d'accès... 
Sur le wiki, je n'ai trouvé que des câbles aériens en power ou en aerialway, ou 
des ponts suspendus ce qui ne correspond pas à notre cas ici car nous n'avons 
plus que des câbles aériens... 
Je pense que le plus représentatif serait un "man_made=cable" qui a pour 
l'instant une 30aine d’occurrences sur taginfo : 
https://taginfo.openstreetmap.org/tags/man_made=cable . 
Avez-vous d'autres idées ? 

Virgile. 


___ 
Talk-fr mailing list 
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GogoCarto

[Cyrille37 OSM]

Salut

Super outil ce GoGoCarto !

À mon sens ce sont 2 outils différents, les comparer permet d'éclairer 
l'utilisateur pour qu'il puisse choisir selon son besoin.


Pour me simplifier la mémorisation je vais enregistrer que GoGoCarto 
permet de maintenir un "annuaire" collectif (et géolocalisé et 
crowdsourcé), alors que Umap permet de faire des "cartes".


Cyrille37

Le 17/03/2019 à 16:58, Vincent Bergeot a écrit :

Le 15/03/2019 à 18:49, Cédric Frayssinet a écrit :

Le 15/03/2019 à 09:03, allegre.guilla...@free.fr a écrit :

Le 14/03/2019 21:28, Cédric Frayssinet a écrit :

Bonsoir à tous,

Le projet ne semble pas être passé par cette liste. Voici GogoCarto,
un chouette projet, très joli, un peu à la uMap, qui permet de faire
de jolies cartes : https://gogocarto.fr/projects


Pour les gens qui connaissent déjà uMap, pourrais-tu donner 
succintement

les principales différences ?


Sébastian me répond ceci (sachant qu'il ne connait pas forcément bien 
Umap)


 *
1. uMap est beaucoup stable et robuste ! GoGoCarto est encore a
ses débuts
 *
2. Le système de filtre de gogocarto permet de faire des choses
plus précises que le fonctionnement par couche de données de uMap
 *
3. L'interface admin de gogocarto permet de faire la gestion de
données, sur uMap il me semble que c'est plutot on importe des
données gérées ailleurs
  o /ma réponse /// oui la gestion sur umap est possible, ajout de
données, plusieurs calques, coleurs et tutti mais je ne suis
pas sur que cela soit aussi abouti que gogocarto ! /
 *
4. Le côté contribution est géré de bout en bout (saisie,
modération (collaborative ou par administrateurs), envoi d'un mail
pour informer le nouveau point référencé etc...)
 *
5. Je ne sais pas comment uMap se comporte pour des gros volumes
de données. GoGoCarto fait pas mal d'optimisation dans les requete
pour avoir un chargement le plus rapide possible
 *
Pour tes questions : le volume de carte j'en sais rien  ca
dépend du serveur et de la fréquence de visitie de chaque cartes.
C'est pas pareil d'héberger 300 PDCN ou d'héberger 300 cartes avec
200 points et 200 visites par mois... !
  o /ma réponse //yep, je ne sais pas exactement ce que ces 300
000 cartes umap représentent ! /
 *
les interopérabilités : l'import et l'export sont opérationnels.
Import Json et Csv, export Json, XML, Csv
 *
on peut aussi faire de l'import dynamique sur gogocarto, je suis
pas sur que ça existe sur uMap (mais je connais pas super bien
l'outil, je em trompe peut etre!)
  o /j'ai répondu //"si sur overpass au moins"/


à plus
--
Vincent Bergeot

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] R: Francoerbi41 - Relazioni sentieri CAI

[Alfredo Gattai]

Grazie Franco,

ora ci diamo un'occhiata e faremo le eventuali pulizie mancanti, qualcuna
l'ho fatta anche io.

Se vai alla pagina wiki dedicata

https://wiki.openstreetmap.org/wiki/CAI

troverai molte informazioni che servono proprio ad evitare questo tipo di
problemi.

In sostanza come CAI suggeriamo di inserire solo cio' che si conosce
direttamente e lasciare agli operatori dei sentieri CAI dare ulteriori
specifiche.
Tag come source vanno inseriti previo consenso della sorgente ed assegnare
operator=CAI non va mai fatto a meno di non saperlo con certezza, in quando
in molte zone d'Italia i percorsi ancorche' marcati CAI sono gestiti dalle
Regioni, Comuni, etc, quindi sconsigliamo di inserirlo a prescindere.

Ciao
Alfredo





On Wed, Mar 20, 2019 at 12:03 PM Franco Erbetta 
wrote:

> Ho combattuto per tutta la mattina con questo JOSM ma la finestra *"Scarica
> dalle API Overpass"*
>
> Non sono riuscito a trovarla, di conseguenza non ho potuto andare avanti.
>
>
>
> Ciò nonostante ho proceduto in modo sistematico e spero di averli
> intercettati tutti; tra l’ altro non sapevo che non bisognasse nemmeno
> citare la fonte dei dati.
>
>
>
> Per favore, fate un ulteriore controllo e se ne trovate altri che sono
> rimasti “per pura dimenticanza” fatemelo sapere che andremo a cancellare
> pure quelli.
>
>
>
> Saluti
>
> Franco Erbetta
>
>
>
> *Da: *danbag--- via Talk-it 
> *Inviato: *mercoledì 20 marzo 2019 05:04
> *A: *talk-it@openstreetmap.org
> *Cc: *dan...@libero.it
> *Oggetto: *Re: [Talk-it] Francoerbi41 - Relazioni sentieri CAI
>
>
>
> Franco ciao la tua risposta è un pochino"maleducata".
> Ti informo che nelle province NO e VB e zone svizzere limitrofe hai
> "dimenticato":
>
> 17 relazioni dove hai lasciato source="http://www.estmonterosa.it;
> 
> 1 relazione dove hai lasciato operator="CAI Sezioni Est Monte TRosa"
> 2 relazioni dove hai lasciato  operator="CAI Sezioni Est Monte Rosa"
> 1 relazione dove hai lasciato operator="CAI SEzioni Est Monte Rosa"
>
> ti chiederei cortesemente di cancellare tu i riferimenti a Est Monterosa
> nelle varie forme source e operator, giuste e sbagliate che hai inserito.
>
> Ti facilito la vita informandoti che puoi trovare facilmente le relazioni
> che non hai aggiornato per "pura dimenticanza" utilizzando la finestra di
> JOSM *"Scarica dalle API Overpass"* dove al Wizard delle richieste
> inserisci via via:
>
> source="http://www.estmonterosa.it;  and
> user:Francoerbi41
> operator="CAI Sezioni Est Monte TRosa" and user:Francoerbi41
> ecc
> le altre due puoi trovartele da solo 
>
> Ciao
> Danilo Baggini (danbag)
>
>
> Il 18/03/2019 10:16, Franco Erbetta ha scritto:
>
> Le ho cancellate, se ne è rimasta qualcuna è per pura dimenticanza, e se
> le trovate potete cancellale voi.
>
> Grazie.
>
>
>
> Il lun 18 mar 2019, 10:11 danbag--- via Talk-it 
> ha scritto:
>
> Si è stato contattato e gli abbiamo chiesto di non inserire in source e
> operator le Sezioni Est Monterosa e di cancellare dove già inserito ma
> inutilmente.
>
> Come commento vale quello che ho già scritto e cioè:
>
> 1) quanto scritto sopra
>
> 2) I tags ascent, descent, distance, duration delle relazioni create da
> Francoerbi41 sono stati prelevati (copiati) da questo sito quando
> estmonterosa è citato come source
>
> Tutte le Relazioni citate appaiono come se fossero sotto l'egida del CAI,
> mentre invece così non è.
> Francoerbi41 dovrebbe indicare che è farina del suo sacco.
> Lui crea le relazioni scopiazzando quà e là i dati, invece le relazioni
> correttamente create dai Rilevatori CAI e Regione Piemonte prevedono di
> operare prima sul campo rilevando la traccia, rilevando lo stato dei
> sentieri, facendo foto e poi creando le relazioni.
> Puoi vedere moltissime relazioni create da me personalmente (quelle che
> cominciano con la lettera P e la lettera X) nella zona del VCO a questo
> link:
>
> https://hiking.waymarkedtrails.org/#?map=13!45.9712!8.5441
>
> se clicchi Percorsi in basso a destra accedi all'elenco di quelli
> visualizzati
> se ne scegli uno dall'elenco appaiono tutti i tag della relazione ed i
> commenti
> se clicchi -> Sito Web vedi le foto georeferenziate su Google Earth (vale
> solo per le relazioni fatte da me)
>
> Prova a confrontare una qualsiasi delle relazioni di Francoerbi41 con
> quelle da me citate qui sopra..
>
> Ciao
> Danilo Baggini
> Rilevatore Regione Piemonte al numero 83
> Membro del Gruppo Coordinamento Sentieri delle Sezioni Est Monterosa
>
> Il 18/03/2019 09:52, Martin Koppenhoefer ha scritto:
>
> Hai provato di contattare l'utente? Potresti anche commentare alcuni
> changeset.
>
>
>
> Ciao,
>
> Martin
>
>
>
> [image:
> https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png]
> 
>
> Mail priva di virus. www.avg.com
> 

[Talk-us] Call for Abstracts - Academic Track @ SotM 2019

[Levente Juhász]

Dear all,

Sorry for cross-posting. Please see the announcement of the Academic Track
at the global State of the Map 2019 in Heidelberg, Germany. We are looking
for scientific contributions (abstracts between 500 and 800 words) by May
10, 2019. This is a great opportunity to showcase your OSM related
research. Students are encouraged to submit, too! Limited number of
scholarships are also available. Application deadline for scholarships is
March 30.

For more info, please consult the call [1].

Cheers,
Levente


We are happy to invite you to submit your abstracts and present your
research at the Academic Track of the State of the Map 2019 in Heidelberg!
The Call for Academic Abstracts is now open [1].

Join us for a full day of academic talks in Heidelberg, home to one of the
largest GIScience research groups in the world. We believe that the
Academic Track is a wonderful opportunity to connect the OpenStreetMap
community with the academic community and to provide a platform to exchange
ideas and opportunities for increased collaboration.

Abstracts should be between 500 and 800 words in length, and should be
submitted via the conference management system [2] by no later than May 10,
2019. For more information please consult the call [1]. Questions directed
to the scientific committee should be sent to
academic-s...@openstreetmap.org.

Please feel free to distribute the call within your networks.

Scientific Committee @ State of the Map 2019

[1] https://2019.stateofthemap.org/calls/academic/
[2] https://pretalx.com/sotm2019-at/cfp
-- 
Levente Juhasz
https://blog.jlevente.com/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Proposed mechanical edit - remove objects that are not existing according to source of GNIS import that added them

[Mateusz Konieczny]

There are thousands of objects mistakenly imported to OSM from GNIS.
Objects proposed to be deleted were documented in GNIS database as not
existing at time of the import, but were imported anyway.

Edit would remove many nonexisting objects that are currently
misleading users of OSM data and confuse mappers. There are many
amenity=post_office, amenity=place_of_worship and other mapped in USA
that in reality are not existing. There are also thousands of object
retagged to hide them in standard rendering but this entries also
should be deleted as unwanted and usually incorrect (for example
abandoned:amenity=post_office).  

Some of them are present for a decade or more like for example
https://www.openstreetmap.org/node/357118918/history

Examples of other objects that would be deleted:
https://www.openstreetmap.org/node/358721524#map=16/33.1701/-83.2385
[https://www.openstreetmap.org/node/359023261
https://www.openstreetmap.org/node/359290731/#map=15/41.6947/-72.6189


I plan to run an automated edit that will revert part of the GNIS
import that added them and delete objects that never had any reason to
appear in the OSM database in any form, at least according to GNIS data.

Please comment no matter what you think about this idea! I will not
make the edit without a clear support so please comment if you think
that it is a good idea and if you think that it should not be done. 

Plan is as follows:

I will take full responsibility for all edits and if anything goes
wrong I will fix it.

To avoid deleting objects that were not imported from GNIS following
filters will apply
* Only objects created in specific changesets that were importing GNIS
* Only objects with name tag that has "(historical)" part (this is how
GNIS indicates nonexisting objects, see documentation page for details)
* Only objects with gnis:feature_id and name tags that were not changed
from import to 2019-03-10
* Only objects that have gnis:feature_id and name tags, where name tag
has "(historical)" part at time of edit
* Nodes that are now parts of ways or relations will be skipped, ways
and relations (if any, it seems that only nodes were imported) that are
now parts of relations will be skipped

All must apply, otherwise item will not be deleted.

List of changesets that added objects that I want to delete (most of
objects added in GNIS import will not be deleted):

* https://www.openstreetmap.org/changeset/747176 (includes notification
  of author of edits)
* https://www.openstreetmap.org/changeset/748530
* https://www.openstreetmap.org/changeset/749606
* https://www.openstreetmap.org/changeset/751242
* https://www.openstreetmap.org/changeset/755766
* https://www.openstreetmap.org/changeset/756644
* https://www.openstreetmap.org/changeset/758594
* https://www.openstreetmap.org/changeset/763672
* https://www.openstreetmap.org/changeset/764755
* https://www.openstreetmap.org/changeset/766700
* https://www.openstreetmap.org/changeset/767554
* https://www.openstreetmap.org/changeset/770127
* https://www.openstreetmap.org/changeset/774950
* https://www.openstreetmap.org/changeset/777367
* https://www.openstreetmap.org/changeset/780743
* https://www.openstreetmap.org/changeset/781903
* https://www.openstreetmap.org/changeset/783501
* https://www.openstreetmap.org/changeset/784670
* https://www.openstreetmap.org/changeset/786350
* https://www.openstreetmap.org/changeset/794649

Each changeset created by a bot will contain a single element or group
of close elements to avoid edits spanning across large areas (it is
impossible in cases where edited object itself spans very large area).

Documentation page with full info on OSM Wiki is at
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/remove_objects_that_are_not_existing_according_to_source_of_import_that_added_them

This message will be crossposted to OSM USA slack channel 

I have experience with automatic edits. This edit will be done
carefully to avoid damage to OSM data.

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-cz] Rozcestníky - zbytečné opravy

[majka]

Napsala jsem mu, ozvu se s výsledkem.

On Wed, 20 Mar 2019 at 15:42, Tom Ka  wrote:

> Takze zatim jsem pro at to nechava, ze se k tomu pozdeji dostaneme a
> jednak se rozhodneme co s tim a pokud zmenu, tak systemove a ne
> nahodile.
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] WeeklyOSM CZ 450

[Tom Ka]

Ahoj, je dostupné vydání 450 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/11614

* Kvartální piva Brno a Praha.
* Adresy na freemap.sk.
* Nová varování v JOSM.
* Deklarace práv a majitele.
* Obrysy budov od MS.
* Záznamy ze SotM Asia.
* Výzva pro SotM 2019.
* Uprchlíci z Venezuely.
* Budoucnost MapSwipe.
* Cyklo infrastruktura v Evropě.
* OpenFuelService.
* Sbírka pro OpenLayers.
* Pátky pro budoucnost.

Pěkné počtení ...

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Rozcestníky - zbytečné opravy

[Tom Ka]

Ahoj,

udelal jsem to tak nejak automaticky a az potom hledal o co jde a
koukal, ze na wiki to je jako spravny postup. Mne se to moc nelibi,
podle mne ref=none je vhodnejsi reseni, protoze je to v jednom tagu
ale kdyz bude treba, tak se budu umet prizpusobit. Mam to na TODO, jak
bude chvile abych se na to podival a neco s tim dal podnikl, zatim
jsem se v tom ale vic nehrabal.

Takze zatim jsem pro at to nechava, ze se k tomu pozdeji dostaneme a
jednak se rozhodneme co s tim a pokud zmenu, tak systemove a ne
nahodile.

Diky Majko.

po 18. 3. 2019 v 15:32 odesílatel majka  napsal:
>
> Zdravím všechny,
>
> dnes jsem si všimla, že trochu vedeme válku s "dozorem" (mueschel, mám za to, 
> že se mi jednou ozval jako DWG) ohledně rozcestníků a ref. Naše ref=none mění 
> na noref=yes, a Tom to zase mění zpátky :)
>
> Příklad: https://www.openstreetmap.org/node/6265949607/history
>
> Mám dotyčnému napsat, ať to u nás nechává, nebo můžeme tu naší kontrolu 
> změnit tak, aby se mu to líbilo?
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Andy Mabbett]

On Wed, 20 Mar 2019 at 13:03, Mateusz Konieczny  wrote:

> In this case see right side of https://www.wikidata.org/wiki/Q12892

Wikidata uses dynamic page layout: what is on the right for you is
below other components for me, for example.

See also: 
http://pigsonthewing.org.uk/spatial-references-to-page-layout-considered-harmful/

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Andy Mabbett]

> From what I have heard there are sometimes (or often depending on the
> source) mismatches between the subject of the Wikidata item and the
> OSM object.

People enter all sorts of bad data into OSM; that's not something
specific to Wikidata IDs.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-dk] Nordøstgrønland

[Ole Laursen]

Den tir. 19. mar. 2019 kl. 16.49 skrev Anders Hedelund :
> Så fik jeg onduleret mine punkter i Nordøstgrønland. Googlede lidt mere,
> og installerede så JOSM+Opendata. Så var det bare at normaliserede data
> gruppe for gruppe og importere. Gik som en sveske, og jeg fik slet ingen
> hjælp.

Fedt!

Jeg var lige inde at kigge, men det varer vist lidt endnu inden kortet
er regenereret på højt nok zoomniveau?


Ole

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[Jérôme Seigneuret]

Je dirais la même chose
https://demo.f4map.com/#lat=43.5872255=3.8704543=19=28.098=20.626

J'ai les mêmes résultats sur Montpellier...

Le mer. 20 mars 2019 à 15:24, Vincent Bergeot  a
écrit :

> Le 20/03/2019 à 15:15, marc marc a écrit :
> > Le 20.03.19 à 14:58, Vincent Bergeot a écrit :
> >> https://www.openstreetmap.org/user/L3mp1ck4
> > il me semble qu'on a déjà parlé de lui ici et de mémoire :
> > - aucune réponse
> > - quelqu'un lui avait expliquer comment renseigner un chantier,
> > lorsque celui-ci a dépassé le stade de projet.
> > - 100% des (rares) vérifications sur le terrain conclu à l'absence
> > de réalité sur le terrain de ce qu'il a ajouté sur osm.
> > Mais c'est de mémoire :)
>
> j'ai la même mémoire et je n'ai pas vérifié dans les archives. D’où le
> fait de remettre une couche sur les commentaires.
>
> Dans les échanges privés que j'ai pu avoir, cette personne n'a pas
> répondu à partir du moment où je lui ai demandé les licences des plans
> utilisés.
>
>
> >> https://www.openstreetmap.org/user/Dupuiche
> > Comme il n'est plus actif ces jours ci, laissons lui 15j pour répondre.
> > peux-être des vacances :)
> > Si personne ne lui a expliqué comment renseigné un chantier lorsque
> > celui-ci a dépassé le stade de projet, il faudra sans doute le faire.
> > Voir faire une page wiki ou un howto vu que cela revient de temps à
> autre.
>
>
> je penche pour une agence d'archi, le fait que les 2 se retrouve sur une
> même zone !
>
> et si on regarde la zone en 3 D :
> https://demo.f4map.com/#lat=47.9585452=1.8782874=1
>
>
> >
> >> Pour la suite, euh je ne sais jamais trop comment faire !
> > si l'un des 2 continue de contribuer sans répondre : demander au dwg un
> > temp-ban pour le forcer à lire/répondre.
> > si aucun exemple de contribution correcte, demander le revert d'abord
> > à l'utilisateur (qui n'en est sans doute pas capable vu l'ampleur)
> > puis au dwg.
> >
> > cela demande évidement qu'un maximum de monde regarde la carte
> > des modifs des ces 2 utilisateurs afin de voir
> > s'ils n'ont pas un changeset proche qu'ils pourraient vérifier.
> > de mémoire cela n'avait pas motivé les foules la précédente fois.
> > peux-être faudrait-il relayer sur les groupes locaux concernés.
>
>
> yep, laissons quelques jours et ensuite on relaie effectivement !
>
> Merci
>
> Bonne journée
>
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[Vincent Bergeot]

Le 20/03/2019 à 15:15, marc marc a écrit :

Le 20.03.19 à 14:58, Vincent Bergeot a écrit :

https://www.openstreetmap.org/user/L3mp1ck4

il me semble qu'on a déjà parlé de lui ici et de mémoire :
- aucune réponse
- quelqu'un lui avait expliquer comment renseigner un chantier,
lorsque celui-ci a dépassé le stade de projet.
- 100% des (rares) vérifications sur le terrain conclu à l'absence
de réalité sur le terrain de ce qu'il a ajouté sur osm.
Mais c'est de mémoire :)


j'ai la même mémoire et je n'ai pas vérifié dans les archives. D’où le 
fait de remettre une couche sur les commentaires.


Dans les échanges privés que j'ai pu avoir, cette personne n'a pas 
répondu à partir du moment où je lui ai demandé les licences des plans 
utilisés.




https://www.openstreetmap.org/user/Dupuiche

Comme il n'est plus actif ces jours ci, laissons lui 15j pour répondre.
peux-être des vacances :)
Si personne ne lui a expliqué comment renseigné un chantier lorsque
celui-ci a dépassé le stade de projet, il faudra sans doute le faire.
Voir faire une page wiki ou un howto vu que cela revient de temps à autre.



je penche pour une agence d'archi, le fait que les 2 se retrouve sur une 
même zone !


et si on regarde la zone en 3 D : 
https://demo.f4map.com/#lat=47.9585452=1.8782874=1






Pour la suite, euh je ne sais jamais trop comment faire !

si l'un des 2 continue de contribuer sans répondre : demander au dwg un
temp-ban pour le forcer à lire/répondre.
si aucun exemple de contribution correcte, demander le revert d'abord
à l'utilisateur (qui n'en est sans doute pas capable vu l'ampleur)
puis au dwg.

cela demande évidement qu'un maximum de monde regarde la carte
des modifs des ces 2 utilisateurs afin de voir
s'ils n'ont pas un changeset proche qu'ils pourraient vérifier.
de mémoire cela n'avait pas motivé les foules la précédente fois.
peux-être faudrait-il relayer sur les groupes locaux concernés.



yep, laissons quelques jours et ensuite on relaie effectivement !

Merci

Bonne journée



--
Vincent Bergeot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Utente che ignora i suggerimenti

[Alexander Shilin]

-- Forwarded message -
From: Martin Koppenhoefer 
Date: lun 18 mar 2019, 11:07
Subject: Re: [Talk-it] Utente che ignora i suggerimenti
To: openstreetmap list - italiano 



Am Mo., 18. März 2019 um 00:08 Uhr schrieb Alexander Shilin <
dmitri.alex.ji...@gmail.com>:

> Il "come" abbiamo pensato così:
> Prendere dati direttamente dagli uffici/dalle persone che lavorano negli
> uffici.
>
> Da base utilizziamo le piante d'emergenza, come proposta qui.
> https://wiki.openstreetmap.org/wiki/Proposed_features/IndoorOSM#Initial_Situation
>
> Importante è fermare tutto molto semplice e leggibile.
>


l'importante dal punto di vista di OSM è che i dati sono compatibili: non
dovrebbero essere vincolati da altre licenze o diritti, invece se lo
fossero dovresti seguire la procedura per gli import.

I dati sono di proprietà del Comune dell'Aquila. Attualmente gestiti
dall'Uffico Toponomastica che li ha messi a disposizione per essere
pubbllicati su OpenStreetMap a servizio dei cittadini e tutti gli utenti
OSM.



>
> L'Idea è così: Pianta/mappa facile della struttura indoor - facile da
> capire alla prima vista e anche da leggere. Cioè si vede nella mappa su
> OpenLevelUp solo struttura dell'edificio (poligoni) numero stanza e nome
> ufficio. Il resto dei dati "nascondiamo" dentro l'Ufficio. Quando si clicca
> - quasi fa l'interazione con la mappa digitale - si vede:
> numero stanza (ref.)
>
> name ufficio(name)
>
> tel. (contact:phone)
>
> mail.(contact:mail)
>
> orari (!) (opening:hours) - aggiungere gli orari anche in Ital. fa senso?
> (opening_hours:it)
>
> sito web comunale dell'ufficio scelto  (website)
>


c'è da distinguere la mappa che andrete a creare per i cittadini e i dati
che inserite in OSM, non c'è una relazione 1:1. Una traduzione degli
opening_hours nel db di OSM non ha alcun senso, mentre gli utenti
ovviamente si aspettano di vedere orari come sono normali in Italia. I tag
per telefono e mail sono "phone" e "email", mentre la versione con
"contact:" è un doppione con molto meno uso. Per il numero della stanza non
utilizzerei "ref", perché non è chiaro nel significato in questo contesto,
utilizzerei qualcosa come "addr:room" o "addr:door".

Il nostro scopo era quello di rrealizare una mappa esteticamente pulita ma
allo stesso tempo funzionale. Abbiamo pensato di immedesimarci nel
cittadino comune con l'esigenza di ricercare il nostro ufficio e il
procedimento amministrativo d'interesse. Il nostro modello ci è sembrato
soddisfare le esigenze ed allo stesso tempo rimanere sulle possibilità
offerte da OSM nella realizazione dei tag.

Il /La responsabile (operator) non iscriviamo.

>

"operator" nella mia interpretazione non sarebbe la persone responsabile.
Mi aspetterei qualcosa come "Comune dell'Aquila".



>
>
> Tutti i dati che riferiscono su un Ufficio del Comune sono iscritta tripla
> nel modello:
> al numero della stanza, al nome dell'Ufficio e al poligono.
>


non ho capito questa frase, cosa vuole dire? Le ridondanze non sono quasi
mai buoni. I metodi di fruizione / il funzionamente della vostra mappa, è
da vedere separatamente rispetto al db di OSM. Se volete presentare nella
vostra mappa i dati in più modi o in più punti, la conseguenza non è
necessariamente di duplicare anche i dati nel db di OSM. Qui parliamo solo
del db di OSM, la vostra mappa potete fare come volete.


Tutte le vie dentro l'edificio si vede nella mappa outdoor - e così per me
> è assolutamente confusa la situazione. La mappa quasi non è pulita.
>

potete decidere voi cosa fare vedere e a quale scala. Se ci sono dei tag
"indoor" gli elementi sono facilmente filtrabili.



> L'esempio dell' Istituto Tecnico Industriale "Antonio Pacinotti" mi piace
> molto. Questi si può utilizzare da modello per l'indoormapping del Comune.
> Grazie per questo. Solo ci sono due problemi: 1. Si vede nella mappa
> outdoor dati del indoor - più precisamente si vede i bagni. Non credo che
> il Comune sia molto felice che un utente della mappa crede che gli Uffici
> del Comune siano i bagni pubblici.
>

se i bagni non sono pubblici non sono da inserire come amenity=toilets.


Per questo motivo ho scritto i tag dei bagni cosi che sono nascosti dentro
> l'edificio. Le differenze nei tag sono quelli:
>
> Venezia:
> L'Aquila
>
> amenity 
>
> = toilets
>
> access 
>
> =customers
>
> indoor 
>
> = room
>
> indoor 
>
> =room
>
>
>
> indoor:area 
>
> = yes
>
> layer 
>
> =2
>
>
>
> indoor:level 
>
> = 0
>
> level 
>
> =2
>
>
>
> level 
>
> = 0
>
> name 
>
> =Bagni

Re: [OSM-talk-fr] Des projets de construction pas sorti de terre !

[marc marc]

Le 20.03.19 à 14:58, Vincent Bergeot a écrit :
> https://www.openstreetmap.org/user/L3mp1ck4

il me semble qu'on a déjà parlé de lui ici et de mémoire :
- aucune réponse
- quelqu'un lui avait expliquer comment renseigner un chantier,
lorsque celui-ci a dépassé le stade de projet.
- 100% des (rares) vérifications sur le terrain conclu à l'absence
de réalité sur le terrain de ce qu'il a ajouté sur osm.
Mais c'est de mémoire :)

> https://www.openstreetmap.org/user/Dupuiche

Comme il n'est plus actif ces jours ci, laissons lui 15j pour répondre.
peux-être des vacances :)
Si personne ne lui a expliqué comment renseigné un chantier lorsque 
celui-ci a dépassé le stade de projet, il faudra sans doute le faire.
Voir faire une page wiki ou un howto vu que cela revient de temps à autre.

> Pour la suite, euh je ne sais jamais trop comment faire !

si l'un des 2 continue de contribuer sans répondre : demander au dwg un 
temp-ban pour le forcer à lire/répondre.
si aucun exemple de contribution correcte, demander le revert d'abord
à l'utilisateur (qui n'en est sans doute pas capable vu l'ampleur)
puis au dwg.

cela demande évidement qu'un maximum de monde regarde la carte
des modifs des ces 2 utilisateurs afin de voir
s'ils n'ont pas un changeset proche qu'ils pourraient vérifier.
de mémoire cela n'avait pas motivé les foules la précédente fois.
peux-être faudrait-il relayer sur les groupes locaux concernés.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Proposed mechanical edit - remove is_in:continent in USA

[Mateusz Konieczny]

Mar 20, 2019, 2:59 PM by ric...@nakts.net:

> On 20.03.19 12:14, Mateusz Konieczny wrote:
>
>>
>> Mar 20, 2019, 9:21 AM by >> frede...@remote.org 
>> >> :
>>
>>  Mateusz,
>>
>>  as far as I am concerned, *all* is_in tags are unnecessary at best and
>>  potentially misleading, and could be removed. I'd prefer adding these
>>  tags to the auto remove list in editors though, rather than running
>>  mechanical edits to remove them.
>>
>> Unfortunately there are some people that see value in keeping some
>> of them, that is also reason why this edit is proposed only for
>> one that is utterly broken.
>>
>
> What use do they see?
>
Cached geocoding results.

IMHO not a good reason to keep it.

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] [vélo] Introduction d'un tag complexe pour décrire les DSC sur bande dans le wiki

[marc marc]

Le mar. 19 mars 2019 à 13:43, Charles MILLET a écrit :
> j'ai déjà vu des cas où le opposite_lane était adapté
> et compréhensible même pour une route que n'est pas à sens unique

J'ai du mal à l'imaginer, cela voudrait dire que les véhicules peuvent 
circuler dans les 2 sens mais que les vélos non.
mais justement pour tirer cela au clair, ne serrait-il pas
utile d'ajouter le tag oneway aux cas en France ?
Je veux bien aider si les adeptes du vélo sont motivés :)
cela permettrait au final de faire sortir facilement
le(s) éventuel(s) cas tordus, de vérifier si c'est pas une erreur
de tag et documenter la situation.
cela permettrait aussi et surtout de corriger les nombreux cas
incomplet et de sortir ce faible % d'erreur de la discussion en cours

> 181 pour la France http://overpass-turbo.eu/s/H9e

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Proposed mechanical edit - remove is_in:continent in USA

[Rihards]

On 20.03.19 12:14, Mateusz Konieczny wrote:
> 
> Mar 20, 2019, 9:21 AM by frede...@remote.org:
> 
> Mateusz,
> 
> as far as I am concerned, *all* is_in tags are unnecessary at best and
> potentially misleading, and could be removed. I'd prefer adding these
> tags to the auto remove list in editors though, rather than running
> mechanical edits to remove them.
> 
> Unfortunately there are some people that see value in keeping some
> of them, that is also reason why this edit is proposed only for
> one that is utterly broken.

What use do they see?

> I was not considering auto remove list before, I will think about it
> and maybe I will propose adding it to a delete list of JOSM and iD
> (maybe also Vespucci if it has one).
> 
> For "prefer" - is it "against automated edit" or "against automated
> edit if auto remove list would be rejected" or "some other solution
> would be better but automated edit is acceptable"?
> 
> 
> I strongly object to doing this in a *recurring* fashion for two
> reasons:
> 
> OK, I will drop recurring part. Documented:
> 
> https://wiki.openstreetmap.org/w/index.php?title=Mechanical_Edits/Mateusz_Konieczny_-_bot_account/remove_is_in:continent_in_USA=1823334=1823287
> 
> If you intend to run a bot like that in regular intervals
> (which I would recommend not to do), then you need to provide a
> mechanism for individual mappers to ask the bot to keep its hands off
> something ("matkoniecz:bot=no" or so).
> 
> So far nobody requested it (there is opt-out section in documentation on
> wiki
> that explicitly mentions it as a possibility), but I would implement it
> probably by
> skipping objects ever edited by specific user (would require making
> one more call before editing each object).
> 
> Certainly I would not require adding pointless tags to OSM database
> (this would be ridiculous especially as most my bot edits are "this tag
> should be
> gone as it is pointless/confusing").
-- 
 Rihards

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-fr] Des projets de construction pas sorti de terre !

[Vincent Bergeot]

Bonjour,

*_Cas 1_*

je suis tombé sur des zones comme ici : 
https://www.openstreetmap.org/#map=18/47.95889/1.87885


Qui ont été fait sur la base de permis de construire si nous en croyons 
un auteur (https://www.openstreetmap.org/user/L3mp1ck4), et quand on 
commence à regarder d'autres lieux d'interventions, c'est souvent du 
même acabit.


Fait il y a 2 ans si on en croit le changeset : 
https://www.openstreetmap.org/changeset/45891332#map=17/47.95862/1.87889


Et les photos aériennes, le cadastre ainsi que les photos mapillary 
(sogefi est passé en juillet 2018) ne montrent rien.


J'ai laissé un commentaire : 
https://www.openstreetmap.org/changeset/45891332#map=17/47.95862/1.87889


_*Cas 2*_

ce contributeur ajoute beaucoup de choses que l'on ne peut pas voir à 
distance (https://www.openstreetmap.org/user/Dupuiche).


Et qui dans les 2 cas que j'ai pu constater de visu n'existe pas en 
réalité :


 * j'ai supprimé le bâtiment en construction dans la zone en
   construction
   (https://www.openstreetmap.org/way/566767211#map=19/44.83973/-0.60796)
   car il n'y a rien de construit (c'est bien marqué comme étant une
   zone future de construction)
 * ici c'est un contributeur de Dax qui a du réparer :
   https://www.openstreetmap.org/note/1446439#map=18/43.71920/-1.05219=N

et on en arrive à ceci 
https://www.openstreetmap.org/changeset/67885844#map=19/45.65094/5.85979 
que j'ai commenté.


Je me rends compte que cela se recoupe avec le cas 1 ici par exemple : 
https://www.openstreetmap.org/changeset/67653948#map=18/47.95845/1.87842


*Conclusion ?*

plusieurs personnes qui alimentent OSM avec des projets de constructions 
? sur aucune réalité de terrain ?


Si vous avez des cas avérés (rien de visible sur le terrain 
contrairement à ce que la carte montrer) proches de chez vous, pouvez 
vous également faire des commentaires sur les changesets svp ?


Pour la suite, euh je ne sais jamais trop comment faire !

à plus



--
Vincent Bergeot

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] new OpenStreetCam competition

[Martijn van Exel]

Hi Ross, 
It shouldn’t be long at all before the trip shows up on your own profile page. 
You should see it appearing there even as it uploads. After uploading,  it may 
show as ‘processing’ for a little while as OSC adds privacy blurring and sign 
detections. After that is done, the trip should be publicly visible, in most 
cases within hours if not minutes. At that time the images should appear in 
JOSM and iD as well.
Let me know 
Martijn

> On Mar 19, 2019, at 3:45 AM, Ross Scanlon  wrote:
> 
> Hi Martijin,
> 
> When an upload completes how long should it take to show on the 
> openstreetcam.org website?
> 
> Cheers
> 
> Ross
> 
> 
> 
> 
> On 19/03/19 01:08, Martijn van Exel wrote:
>> Howdy.
>> 
>> We had a good time with the first OpenStreetCam competition, the winners 
>> received their prizes, and we decided to hold another one. The main prize 
>> this time is an OSC Waylens Horizon camera. This is a fairly nifty device 
>> that lets you automatically record and upload to OSC. The competition is 
>> open now until April 15th. As before, just collect more OSC points than 
>> other mappers to win. Read details on the Telenav ImproveOSM blog: 
>> http://blog.improveosm.org/en/2019/03/announcing-the-second-openstreetcam-australia-and-new-zealand-competition/
>>  
>> 
>>  .
>> 
>> Related: 
>> * A previous blog post 
>> 
>>  about the impact of competition number 1 
>> * the OpenStreetCam JOSM plugin 
>> 
>>  was just updated with some new features as well.
>> 
>> Let me know if you have any questions, and Happy mapping!
>> -- 
>>  Martijn van Exel
>>  m...@rtijn.org 
>> 
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-au 
>> 
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-co] Venezuela Refugee Crisis

[Russell Deffner]

Hi Ariel and all,

We are still working on Barranquilla. As you know, it is very densely populated 
and will take some time to do right. Head to our tasking manager 
https://tasks.hotosm.org/contribute?difficulty=ALL=AyudaVenezuela for 
all related projects.

Thank you,
=Russ 

Russell Deffner 
https://hotosm.org

> On Mar 20, 2019, at 9:34 AM, Ariel Nunez  wrote:
> 
> Hey Russell,
> 
> Just seeing this on my inbox (I live in Barranquilla and have
> contributed a bit to the local map), how did this effort go?
> 
> -a
> 
>> On Fri, Mar 1, 2019 at 6:34 PM  wrote:
>> 
>> Perdona que solo hablo inglés, esta es una versión traducida de Google, 
>> mensaje original a continuación ...
>> 
>> Saludos a la comunidad de OSM Colombia!
>> 
>> Soy Russell Deffner del Equipo Humanitario de OpenStreetMap (HOT). Se nos 
>> pidió que viéramos cómo podríamos ayudar a la situación de los refugiados en 
>> el norte de Colombia con mejores mapas base. Después de pensar en ello por 
>> varios días y hablar con algunas personas de su comunidad, creemos que 
>> nuestros esfuerzos pueden ayudar al completar los edificios de Barranquilla 
>> y hemos creado un proyecto para ella: https://tasks.hotosm.org/project/5792
>> 
>> También observamos detenidamente Barranquilla, ya que comprendemos la 
>> dificultad de la cartografía allí. Por lo tanto, el proyecto actualmente 
>> está restringido a solo mapeadores avanzados y les pedimos que utilicen JOSM 
>> solo para mantener la calidad de los datos lo más alta posible. Espero que 
>> muchos de ustedes participen o apoyen este esfuerzo y yo mismo, o mis 
>> colegas Theo y Rebecca (cc'd), le informarán si planeamos realizar cambios 
>> importantes o si esta situación continúa y decidimos hacerlo. mapa en 
>> cualquier otro lugar en colombia.
>> 
>> Siempre puede comunicarse con alguien enviando un correo electrónico a 
>> activat...@hotosm.org (o si está interesado en ayudar a coordinar los 
>> desastres a nivel mundial).
>> 
>> Gracias, y por favor contáctenos si necesita algo,
>> = Russ
>> 
>> 
>> 
>> PD Actualmente estamos trabajando para que el proyecto sea traducido al 
>> español.
>> 
>> 
>> 
>> Traducción final
>> 
>> 
>> 
>> Greetings OSM Colombia Community!
>> 
>> 
>> 
>> I am Russell Deffner from the Humanitarian OpenStreetMap Team (HOT). We were 
>> asked to look at how we might help the refugee situation in northern 
>> Colombia with better basemaps.  After thinking on it for several days and 
>> talking with a few individuals from your community, we think our efforts can 
>> help by completing the buildings of Barranquilla and have created a project 
>> for it: https://tasks.hotosm.org/project/5792
>> 
>> 
>> 
>> We also took a long look at Barranquilla as we understand the difficulty of 
>> the mapping there. Therefore, the project is currently restricted to only 
>> advanced mappers and we are asking them to use JOSM only to keep the data 
>> quality as high as possible. I hope many of you will participate or support 
>> this effort and either myself, or my colleagues Theo and Rebecca (cc’d), 
>> will let you know if we plan to make any major changes and/or if this 
>> situation continues and we decide to map anywhere else in Colombia.
>> 
>> 
>> 
>> You can always reach someone by emailing activat...@hotosm.org (or if you 
>> are interested in helping coordinate disasters globally).
>> 
>> 
>> 
>> Thank you, and please do reach out to us if you need anything,
>> 
>> =Russ
>> 
>> 
>> 
>> Russell Deffner
>> 
>> Disaster Mapping Coordinator
>> 
>> Email: russell.deff...@hotosm.org
>> 
>> OSM/Skype: russdeffner
>> 
>> Humanitarian OpenStreetMap Team (HOT)
>> 
>> Web | Wiki | Blog | Contact | Donate
>> 
>> 
>> 
>> ___
>> Talk-co mailing list
>> Talk-co@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-co
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-ca] Local Mapper Apps for Student Engagement

[Jonathan Brown]

It was nice chatting with you last night, Martijn. Could you post a link to the 
app you mentioned for geocoding missing OSM data with local mappers? That would 
be a great activity for a “structured” activity involving K-12 educators, 
students, municipal policymakers and GIS staff. Municipal staff could also use 
coop students to do some of the local mapping to support other local 
organizations working on projects like food security or “open-source” 
micro-urban development projects, similar to the Laneway Project I mentioned: 
http://www.thelanewayproject.ca/torontolanewaymap 

Jonathan Brown

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-co] Venezuela Refugee Crisis

[Ariel Nunez]

Hey Russell,

Just seeing this on my inbox (I live in Barranquilla and have
contributed a bit to the local map), how did this effort go?

-a

On Fri, Mar 1, 2019 at 6:34 PM  wrote:
>
> Perdona que solo hablo inglés, esta es una versión traducida de Google, 
> mensaje original a continuación ...
>
> Saludos a la comunidad de OSM Colombia!
>
> Soy Russell Deffner del Equipo Humanitario de OpenStreetMap (HOT). Se nos 
> pidió que viéramos cómo podríamos ayudar a la situación de los refugiados en 
> el norte de Colombia con mejores mapas base. Después de pensar en ello por 
> varios días y hablar con algunas personas de su comunidad, creemos que 
> nuestros esfuerzos pueden ayudar al completar los edificios de Barranquilla y 
> hemos creado un proyecto para ella: https://tasks.hotosm.org/project/5792
>
> También observamos detenidamente Barranquilla, ya que comprendemos la 
> dificultad de la cartografía allí. Por lo tanto, el proyecto actualmente está 
> restringido a solo mapeadores avanzados y les pedimos que utilicen JOSM solo 
> para mantener la calidad de los datos lo más alta posible. Espero que muchos 
> de ustedes participen o apoyen este esfuerzo y yo mismo, o mis colegas Theo y 
> Rebecca (cc'd), le informarán si planeamos realizar cambios importantes o si 
> esta situación continúa y decidimos hacerlo. mapa en cualquier otro lugar en 
> colombia.
>
> Siempre puede comunicarse con alguien enviando un correo electrónico a 
> activat...@hotosm.org (o si está interesado en ayudar a coordinar los 
> desastres a nivel mundial).
>
> Gracias, y por favor contáctenos si necesita algo,
> = Russ
>
>
>
> PD Actualmente estamos trabajando para que el proyecto sea traducido al 
> español.
>
>
>
> Traducción final
>
>
>
> Greetings OSM Colombia Community!
>
>
>
> I am Russell Deffner from the Humanitarian OpenStreetMap Team (HOT). We were 
> asked to look at how we might help the refugee situation in northern Colombia 
> with better basemaps.  After thinking on it for several days and talking with 
> a few individuals from your community, we think our efforts can help by 
> completing the buildings of Barranquilla and have created a project for it: 
> https://tasks.hotosm.org/project/5792
>
>
>
> We also took a long look at Barranquilla as we understand the difficulty of 
> the mapping there. Therefore, the project is currently restricted to only 
> advanced mappers and we are asking them to use JOSM only to keep the data 
> quality as high as possible. I hope many of you will participate or support 
> this effort and either myself, or my colleagues Theo and Rebecca (cc’d), will 
> let you know if we plan to make any major changes and/or if this situation 
> continues and we decide to map anywhere else in Colombia.
>
>
>
> You can always reach someone by emailing activat...@hotosm.org (or if you are 
> interested in helping coordinate disasters globally).
>
>
>
> Thank you, and please do reach out to us if you need anything,
>
> =Russ
>
>
>
> Russell Deffner
>
> Disaster Mapping Coordinator
>
> Email: russell.deff...@hotosm.org
>
> OSM/Skype: russdeffner
>
> Humanitarian OpenStreetMap Team (HOT)
>
> Web | Wiki | Blog | Contact | Donate
>
>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co

___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Mateusz Konieczny]

Mar 20, 2019, 1:01 PM by marc.ge...@gmail.com:

> AFAIK, one should use the main language of the area in which the
> feature is located. I think it is supposed to follow the language used
> to determine the name tag.
> So for the Belgian/Flemish town Antwerpen (Antwerp in English), you
> should use wikipedia=nl:Antwerpen (stad)
> This links to the Wikipedia page: > 
> https://nl.wikipedia.org/wiki/Antwerpen_(stad) 
> 
> Wikipedia knows that the English page is
> https://en.wikipedia.org/wiki/Antwerp 
> >  (perhaps by using Wikidata
> internally)
>
Yes, the most useful part of Wikidata is linking Wikipedia articles 
in various languages with each other.

In this case see right side of https://www.wikidata.org/wiki/Q12892 

And Wikipedia is using this data to display


> This link and links to over a hundred other languages is found on the left
>

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Marc Gemis]

> > you can find linked Wikipedia articles with slightly different subjects
> > in different languages.
>
> All of these are yet more good reasons to tag with Wikidata, rather
> than Wikipedia.

From what I have heard there are sometimes (or often depending on the
source) mismatches between the subject of the Wikidata item and the
OSM object.
Not a problem if people only need some additional information and can
see that both subjects do not match entirely, but poses problems if a
program combines OSM and Wikidata data.

m

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Andy Mabbett]

> > > On Wed, Mar 20, 2019 at 10:53 AM  wrote:
> > > >
> > > > How do you intend to deal with bi-lingual areas where having Wikipedia 
> > > > links in both languages is an important cultural consideration?

> On Wed, Mar 20, 2019 at 12:45 PM  wrote:

> >  How is 'the proper' language decided?

On Wed, 20 Mar 2019 at 12:01, Marc Gemis  wrote:

> There is no need to add more than 100 Wikipedia links (the number of
> languages for which there is an article on Antwerpen) to OSM.
>
> This is a problem for Brussels, where OSM has no real preference for
> language. Should be point to the Dutch or French version?
>
> you can find linked Wikipedia articles with slightly different subjects
> in different languages.

All of these are yet more good reasons to tag with Wikidata, rather
than Wikipedia.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-GB] Sheffield Pub Meeting June 2019

[Paul Berry]

The Rutland Arms, a short walk from the station on Brown Street, is
excellent for both food and drink.

Not sure if I'll be able to join you but in any case I thoroughly recommend
that establishment.

Regards.
*Paul*

On Wed, 20 Mar 2019 at 00:11, SK53  wrote:

> After a discussion in the pub tonight, we are proposing to return to
> Sheffield for a notional East Midlands pub meeting in June.
>
> The date will be Tuesday 18th June, venue to be determined. We will end up
> in the Sheffield Tap at the station to enable those of us from further
> South to have clean get-aways, but as the Tap's food offerings are not very
> exciting we will meet somewhere else from around 19:30 to 21:00. All
> suggestions are welcome.
>
> One or two of us will aim to spend a fair amount of time beforehand doing
> some Sheffield mapping. I hope people can join us.
>
> Best wishes,
>
> Jerry
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Andy Mabbett]

On Tue, 19 Mar 2019 at 19:59, Colm Moore  wrote:

> Note that subject:wikipedia=* doesn't create a hyperlink like wikipedia=*
> does. I'll hold off making changes for the moment.

"tagging for the editor" is even less useful than "tagging for the render".

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Andy Mabbett]

On Tue, 19 Mar 2019 at 18:12, Mateusz Konieczny  wrote:

> Mar 19, 2019, 5:04 PM by a...@pigsonthewing.org.uk:

> > Can you do this outside Ireland also?

> Are you interested in Ireland, part of the Ireland or some other part of the 
> world?

I'm in the UK (so please do that), but have a global interest in
improving OSM/Wikidata+Wikipedia integration.

> (in fact this bot edit is result of project that was about listing invalid
> wikipedia and wikidata tags).

Is that documented, please?

Thanks also for your other answers; duly noted.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Andy Mabbett]

On Tue, 19 Mar 2019 at 18:06, Mateusz Konieczny  wrote:

> Mar 19, 2019, 5:11 PM by a...@pigsonthewing.org.uk:
>
> > This is why its batter to tag with Wikidata IDs.

"better"!

> My favorite form is both wikipedia and wikidata tag,
> wikipedia tag is human readable while wikidata is more stable
> and allows easily follow article name changes.

Good editing tools will show the human-readable label from Wikidata.

IIRC JOSM does this through a "Wikipedia" plugin.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Marc Gemis]

AFAIK, one should use the main language of the area in which the
feature is located. I think it is supposed to follow the language used
to determine the name tag.
So for the Belgian/Flemish town Antwerpen (Antwerp in English), you
should use wikipedia=nl:Antwerpen (stad)
This links to the Wikipedia page: https://nl.wikipedia.org/wiki/Antwerpen_(stad)
Wikipedia knows that the English page is
https://en.wikipedia.org/wiki/Antwerp (perhaps by using Wikidata
internally)
This link and links to over a hundred other languages is found on the left

So either the data consumer or Wikipedia should be able to direct you
immediately to the English page if your browser settings (or app
settings) indicate that you prefer English over Dutch.
I don't know whether Wikipedia actually does this.

There is no need to add more than 100 Wikipedia links (the number of
languages for which there is an article on Antwerpen) to OSM.

This is a problem for Brussels, where OSM has no real preference for
language. Should be point to the Dutch or French version?

Note that people pointed out in the past that you can find linked
Wikipedia articles with slightly different subjects in different
languages.

I am still not really happy with this, but hey, if this is what the
majority wants, I'm not going to be a dissident.

m.

On Wed, Mar 20, 2019 at 12:45 PM  wrote:
>
> How do I tag for this situation?
>
>  How is 'the proper' language decided?
>
> Phil
>
> On Wednesday, 20 March 2019, Marc Gemis wrote:
> > The reply that I got more than a year ago when the Mapbox team was
> > doing a similar quest, was that the Wikipedia pages for multiple
> > languages are linked and that the data consumer should display the
> > page in the proper language.
> >
> > m.
> >
> > On Wed, Mar 20, 2019 at 10:53 AM  wrote:
> > >
> > > How do you intend to deal with bi-lingual areas where having Wikipedia 
> > > links in both languages is an important cultural consideration?
> > >
> > > Phil (trigpoint)
> > >
> > > On Tuesday, 19 March 2019, Mateusz Konieczny wrote:
> > > >
> > > > Mar 19, 2019, 3:10 PM by r...@technomancy.org:
> > > >
> > > > > I'm not sure why one would bother with this, but whatever.
> > > > >
> > > > It went as follows:
> > > >
> > > > - I made small prototype tool listing tourism attractions based on OSM 
> > > > data
> > > > - during development I discovered massive amount of broken wikipedia 
> > > > and wikidata tags
> > > > - due to scale and that problems were fixable by automatic edit I made 
> > > > a program for bot edits
> > > > (library parts ended on 
> > > > https://github.com/matkoniecz/osm_bot_abstraction_layer 
> > > >  and
> > > > https://github.com/matkoniecz/wikibrain 
> > > >  )
> > > > - I made bot edits that fixed tens of thousands objects in Poland
> > > > - in most cases (except one depending on links to TERYT, official 
> > > > government dataset in Poland)
> > > > scripts can be used in other regions
> > > > - so now I am checking whatever I would be allowed to run this script 
> > > > in various places,
> > > > including ones where some tagging issues are quite rare and would not 
> > > > justify
> > > > writing and testing an OSM bot - but running existing one is IMHO a 
> > > > good idea
> > > >
> > > > > Are they any cases where there are more than wikipedia:XX tag, and 
> > > > > what will you do in that case? What will the wikipedia tag be?
> > > > >
> > > > In case of existing matching wikipedia tag - there is no problem and 
> > > > wikipedia:XX tags
> > > > will be removed.
> > > >
> > > > Otherwise object will be skipped for a manual review.
> > > >
> > > > ___
> > > > Talk-ie mailing list
> > > > Talk-ie@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-ie
> > > >
> > >
> > > --
> > > Sent from my Sailfish device
> > > ___
> > > Talk-ie mailing list
> > > Talk-ie@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
>
> --
> Sent from my Sailfish device
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[Marc Gemis]

The reply that I got more than a year ago when the Mapbox team was
doing a similar quest, was that the Wikipedia pages for multiple
languages are linked and that the data consumer should display the
page in the proper language.

m.

On Wed, Mar 20, 2019 at 10:53 AM  wrote:
>
> How do you intend to deal with bi-lingual areas where having Wikipedia links 
> in both languages is an important cultural consideration?
>
> Phil (trigpoint)
>
> On Tuesday, 19 March 2019, Mateusz Konieczny wrote:
> >
> > Mar 19, 2019, 3:10 PM by r...@technomancy.org:
> >
> > > I'm not sure why one would bother with this, but whatever.
> > >
> > It went as follows:
> >
> > - I made small prototype tool listing tourism attractions based on OSM data
> > - during development I discovered massive amount of broken wikipedia and 
> > wikidata tags
> > - due to scale and that problems were fixable by automatic edit I made a 
> > program for bot edits
> > (library parts ended on 
> > https://github.com/matkoniecz/osm_bot_abstraction_layer 
> >  and
> > https://github.com/matkoniecz/wikibrain 
> >  )
> > - I made bot edits that fixed tens of thousands objects in Poland
> > - in most cases (except one depending on links to TERYT, official 
> > government dataset in Poland)
> > scripts can be used in other regions
> > - so now I am checking whatever I would be allowed to run this script in 
> > various places,
> > including ones where some tagging issues are quite rare and would not 
> > justify
> > writing and testing an OSM bot - but running existing one is IMHO a good 
> > idea
> >
> > > Are they any cases where there are more than wikipedia:XX tag, and what 
> > > will you do in that case? What will the wikipedia tag be?
> > >
> > In case of existing matching wikipedia tag - there is no problem and 
> > wikipedia:XX tags
> > will be removed.
> >
> > Otherwise object will be skipped for a manual review.
> >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
>
> --
> Sent from my Sailfish device
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie

___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-it] R: Francoerbi41 - Relazioni sentieri CAI

[Franco Erbetta]

Ho combattuto per tutta la mattina con questo JOSM ma la finestra "Scarica 
dalle API Overpass"
Non sono riuscito a trovarla, di conseguenza non ho potuto andare avanti.

Ciò nonostante ho proceduto in modo sistematico e spero di averli intercettati 
tutti; tra l’ altro non sapevo che non bisognasse nemmeno citare la fonte dei 
dati.

Per favore, fate un ulteriore controllo e se ne trovate altri che sono rimasti 
“per pura dimenticanza” fatemelo sapere che andremo a cancellare pure quelli.

Saluti
Franco Erbetta

Da: danbag--- via Talk-it
Inviato: mercoledì 20 marzo 2019 05:04
A: talk-it@openstreetmap.org
Cc: dan...@libero.it
Oggetto: Re: [Talk-it] Francoerbi41 - Relazioni sentieri CAI

Franco ciao la tua risposta è un pochino"maleducata".
Ti informo che nelle province NO e VB e zone svizzere limitrofe hai 
"dimenticato":

17 relazioni dove hai lasciato source="http://www.estmonterosa.it;
1 relazione dove hai lasciato operator="CAI Sezioni Est Monte TRosa"
2 relazioni dove hai lasciato  operator="CAI Sezioni Est Monte Rosa"
1 relazione dove hai lasciato operator="CAI SEzioni Est Monte Rosa"

ti chiederei cortesemente di cancellare tu i riferimenti a Est Monterosa nelle 
varie forme source e operator, giuste e sbagliate che hai inserito.

Ti facilito la vita informandoti che puoi trovare facilmente le relazioni che 
non hai aggiornato per "pura dimenticanza" utilizzando la finestra di JOSM 
"Scarica dalle API Overpass" dove al Wizard delle richieste inserisci via via:

source="http://www.estmonterosa.it; and user:Francoerbi41
operator="CAI Sezioni Est Monte TRosa" and user:Francoerbi41
ecc
le altre due puoi trovartele da solo 

Ciao
Danilo Baggini (danbag)


Il 18/03/2019 10:16, Franco Erbetta ha scritto:
Le ho cancellate, se ne è rimasta qualcuna è per pura dimenticanza, e se le 
trovate potete cancellale voi. 
Grazie.

Il lun 18 mar 2019, 10:11 danbag--- via Talk-it  ha 
scritto:
Si è stato contattato e gli abbiamo chiesto di non inserire in source e 
operator le Sezioni Est Monterosa e di cancellare dove già inserito ma 
inutilmente.

Come commento vale quello che ho già scritto e cioè:

1) quanto scritto sopra

2) I tags ascent, descent, distance, duration delle relazioni create da 
Francoerbi41 sono stati prelevati (copiati) da questo sito quando estmonterosa 
è citato come source

Tutte le Relazioni citate appaiono come se fossero sotto l'egida del CAI, 
mentre invece così non è.
Francoerbi41 dovrebbe indicare che è farina del suo sacco.
Lui crea le relazioni scopiazzando quà e là i dati, invece le relazioni 
correttamente create dai Rilevatori CAI e Regione Piemonte prevedono di operare 
prima sul campo rilevando la traccia, rilevando lo stato dei sentieri, facendo 
foto e poi creando le relazioni.
Puoi vedere moltissime relazioni create da me personalmente (quelle che 
cominciano con la lettera P e la lettera X) nella zona del VCO a questo link:

https://hiking.waymarkedtrails.org/#?map=13!45.9712!8.5441

se clicchi Percorsi in basso a destra accedi all'elenco di quelli visualizzati
se ne scegli uno dall'elenco appaiono tutti i tag della relazione ed i commenti
se clicchi -> Sito Web vedi le foto georeferenziate su Google Earth (vale solo 
per le relazioni fatte da me)

Prova a confrontare una qualsiasi delle relazioni di Francoerbi41 con quelle da 
me citate qui sopra..

Ciao
Danilo Baggini
Rilevatore Regione Piemonte al numero 83
Membro del Gruppo Coordinamento Sentieri delle Sezioni Est Monterosa

Il 18/03/2019 09:52, Martin Koppenhoefer ha scritto:
Hai provato di contattare l'utente? Potresti anche commentare alcuni changeset. 

Ciao,
Martin


Mail priva di virus. www.avg.com 

-- 
Danilo Baggini
Via Madonna di Campagna, 15
28922 VERBANIA (VB)
cell 349-2423238
blog www.shaulatre.blogspot.com
mail danbag (chiocciola) libero (punto) it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


-- 
Danilo Baggini
Via Madonna di Campagna, 15
28922 VERBANIA (VB)
cell 349-2423238
blog www.shaulatre.blogspot.com
mail danbag (chiocciola) libero (punto) it

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Použití OSM porušující licenci (další z milionu)

[Pavel Machek]

Ahoj!

> A nema to nekde hranici to schovavani? Svuj copyright maji v primarnim
> vizualnim poli, neni nijak skryty... Toto je naopak doslova na dva
> kliky...

Myslim ze bychom meli pozadovat aby osm copyright nebyl mene vyrazny
nez copyright co si tam nacpali autori stranek...

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk-fr] Relation multiple avec nom unique

[Jérôme Seigneuret]

Bonjour,

J'ai revu les domaines forestiers de Meudon et Versailles

J'ai tenté de faire une relation unique mais ça ne passe pas...

Impossible pour la carto d'identier proprement quelle parties inner et dans
quel outer et j'ai l'impression qu'il prend le plus gros par défaut.

ducoup pour le domaine de Versailles wikidata=Q3078971

J'ai laissé les éléments décomposés
Groupe de modifications :68328081

Le problème ne concerne peut-être que le rendu OSM.org... Certaines partie
en inclusion se retrouve avec des bois...

Je ne touche plus au landuse de la zone pour faire un reverter au besoin

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] National Mapathon 2019

[joost schouppe]

Gembloux will join the National Mapathon for the first time! This will be
on Wednesday. We could really use a volunteer there, as it is their first
time at that location. Send me a message if you're interested.

Op di 26 feb. 2019 om 12:18 schreef joost schouppe :

> Hi all,
>
> The registration page is up: https://mapathon2019.eventbrite.com
> (it contains all the details)
>
> We are still short of volunteers in Mons, Liège and Namur. Let me know if
> you are willing to help out! The other location can always use an extra
> hand too. Below the pages to register as a volunteer (or simply send me a
> massage).
>
> Coordination on github:
> https://github.com/osmbe/community_planning/issues/21
>
>
>> On Wed. March 27th, there will be events at:
>> ULB (Brussels) - 18:00-21:00
>> UCL (Louvain-la-Neuve) - 18:00-21:00
>> KUL (Leuven) - 17:00-20:00
>> UMONS (Mons) - 18:00-21:00
>> https://www.meetup.com/OpenStreetMap-Belgium/events/258984672/
>>
>> On Th. March 28th:
>> VUB (Brussels) - 18:00-21:00
>> ULiège (Liège) - 18:00-21:00
>> Unamur (Namur) - 18:00-21:00
>> UGent (Gent) - 18:00-21:0
>> https://www.meetup.com/OpenStreetMap-Belgium/events/258984694/
>>
>> On the 30th, there will be events at:
>> UCL (Louvain-la-Neuve) - 10:00-13:00
>> ULiège (Liège) - 10:00-13:00
>> https://www.meetup.com/OpenStreetMap-Belgium/events/258984724/
>>
>> You can also contact me directly if you want to help or just have some
>> questions.
>>
>> --
>> Joost Schouppe
>> OpenStreetMap  |
>> Twitter  | LinkedIn
>>  | Meetup
>> 
>>
>
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-us] Proposed mechanical edit - remove is_in:continent in USA

[Mateusz Konieczny]

Mar 20, 2019, 9:21 AM by frede...@remote.org:

> Mateusz,
>
> as far as I am concerned, *all* is_in tags are unnecessary at best and
> potentially misleading, and could be removed. I'd prefer adding these
> tags to the auto remove list in editors though, rather than running
> mechanical edits to remove them.
>
Unfortunately there are some people that see value in keeping some 
of them, that is also reason why this edit is proposed only for
one that is utterly broken.

I was not considering auto remove list before, I will think about it
and maybe I will propose adding it to a delete list of JOSM and iD
(maybe also Vespucci if it has one).

For "prefer" - is it "against automated edit" or "against automated 
edit if auto remove list would be rejected" or "some other solution
would be better but automated edit is acceptable"?

>
> I strongly object to doing this in a *recurring* fashion for two reasons:
>
OK, I will drop recurring part. Documented:

https://wiki.openstreetmap.org/w/index.php?title=Mechanical_Edits/Mateusz_Konieczny_-_bot_account/remove_is_in:continent_in_USA=1823334=1823287


> If you intend to run a bot like that in regular intervals
> (which I would recommend not to do), then you need to provide a
> mechanism for individual mappers to ask the bot to keep its hands off
> something ("matkoniecz:bot=no" or so).
>
So far nobody requested it (there is opt-out section in documentation on wiki
that explicitly mentions it as a possibility), but I would implement it 
probably by
skipping objects ever edited by specific user (would require making
one more call before editing each object).

Certainly I would not require adding pointless tags to OSM database
(this would be ridiculous especially as most my bot edits are "this tag should 
be
gone as it is pointless/confusing").

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

[phil]

How do you intend to deal with bi-lingual areas where having Wikipedia links in 
both languages is an important cultural consideration? 

Phil (trigpoint)

On Tuesday, 19 March 2019, Mateusz Konieczny wrote:
> 
> Mar 19, 2019, 3:10 PM by r...@technomancy.org:
> 
> > I'm not sure why one would bother with this, but whatever.
> >
> It went as follows:
> 
> - I made small prototype tool listing tourism attractions based on OSM data
> - during development I discovered massive amount of broken wikipedia and 
> wikidata tags
> - due to scale and that problems were fixable by automatic edit I made a 
> program for bot edits
> (library parts ended on 
> https://github.com/matkoniecz/osm_bot_abstraction_layer 
>  and
> https://github.com/matkoniecz/wikibrain 
>  )
> - I made bot edits that fixed tens of thousands objects in Poland
> - in most cases (except one depending on links to TERYT, official government 
> dataset in Poland)
> scripts can be used in other regions
> - so now I am checking whatever I would be allowed to run this script in 
> various places,
> including ones where some tagging issues are quite rare and would not justify
> writing and testing an OSM bot - but running existing one is IMHO a good idea
> 
> > Are they any cases where there are more than wikipedia:XX tag, and what 
> > will you do in that case? What will the wikipedia tag be?
> >
> In case of existing matching wikipedia tag - there is no problem and 
> wikipedia:XX tags
> will be removed.
> 
> Otherwise object will be skipped for a manual review.
> 
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>

-- 
Sent from my Sailfish device
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] [Tagging] Câble aérien

[marc marc]

Le 20.03.19 à 09:37, Virgile Kéré a écrit :
> Cela est pour le cas appliqué suivant : le pont de Trellins (Isère) : 
> https://www.openstreetmap.org/way/122064078
> Il s'agit d'un ancien pont suspendu dont il ne reste aujourd'hui plus que les 
> piles et les câbles porteurs, le tablier ayant été démonté. Photos : 
> http://pontdetrellins.blogspot.com/

ce n'est assurément plus un chemin vu qu'il n'y a plus rien
qui relie les 2 bouts.
je le renseignerais comme des ruines d'un pont suspendu :)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Suche einfache Android App nur um Punkte aufzunehmen

[Volker Schmidt]

Mapillary ist die beste Lösung!!!

Jedwede manuelle Lösung ist ungenau wegen der Auslöse-Verzögerung
(Reaktionszeit + App)
Dazu kommt dass die Bedienung des Geräts während der Fahrt gefährlich und
verboten ist.
Volker

On Wed, 20 Mar 2019, 06:35 Daniel Litzbach,  wrote:

> Such mal im Play Store nach "OSMTracker". Day könnte sein, was du suchst.
> Die App zeichnet eine Route auf und protokolliert per Tastendruck bestimmte
> Ereignisse, z. B. ein Schild, eine Ampel etc.
>
> Die Tasten und deren Inhalte kannst du selbst definieren.
>
> Aus der praktischen Arbeit muss ich aber auch sagen, dass es mit Mapillary
> tatsächlich besser funktioniert - du kannst hinterher viel mehr Details
> feststellen, undzwar in Ruhe und ohne Ablenkung beim Fahren.
>
> Am 19. März 2019 22:56:47 MEZ schrieb Simon Poole :
> >
> >Am 19.03.2019 um 18:44 schrieb Max:
> >> Finger weg von Smartphone im PKW.
> >
> >Kann man nur unterstreichen.
> >
> >Des weiteren ist es so, dass beim händischem Auslösen einer Markierung
> >(wie auch immer) in der Praxis die Lokalisierung viel zu ungenau ist um
> >wirklich von nutzen zu sein.
> >
> >
> >> Mache automatische Fotosequenzen mit GPS tags. Nutze dazu mapillary
> >> oder OpenStreetCam. Da werden dann auch die Straßenschilder schon
> >> automatisch erkannt.
> >>
> >>
> >> On 19.03.19 17:25, Heinz-Jürgen Oertel wrote:
> >>> Hallo,
> >>>
> >>> wie im Betreff gesagt. Oder, wie macht ihr das, beim Fahren mit Pkw,
> >>> also
> >>> höherer Geschwindigkeit, ohne anzuhalten, die Position von Schilder
> >>> an der
> >>> Straße aufnehmen. Im einfachsten Fall ist das Handydisplay eine
> >einzige
> >>> Schaltfläche. Ein Tipp, eine Position.
> >>> Besser noch eine konfigurierbare Fläche, für z.B.
> >>> Geschwindigkeitsbegrenzungen, Überholverbot etc. aber immer groß
> >>> genug um beim
> >>> Fahren ohne Ablenkung bedient zu werden. Noch besser, wenn man dann
> >>> noch per
> >>> Spracheingabe weitere Angaben zum Punkt machen kann.
> >>>
> >>> Über Empfehlungen dankbar
> >>>
> >>
> >>
> >> ___
> >> Talk-de mailing list
> >> Talk-de@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-de
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Import uso del suolo Veneto

[Volker Schmidt]

Landuse in Veneto è in grandi parti importato e con livello di dettaglio
che lo rende obsoleto quasi immediatamente. Diffusamente include la chiave
"crop" cui valori marciscono spesso rapidamente.

Per quanto riguarda la foresta dei Colli Berici sembra, a prima vista, che
si tratta di tracciatura manuale. Bisogna chiedere al mappatore - manca la
fonte nei changeset.

On Wed, 20 Mar 2019, 00:52 Martin Koppenhoefer, 
wrote:

>
>
> Am Di., 19. März 2019 um 21:02 Uhr schrieb Federico Cortese <
> cortese...@gmail.com>:
>
>> On Tue, Mar 19, 2019 at 5:40 PM Graizzaro Gianfranco
>>  wrote:
>> >
>> > Alcuni mappatori in alcuni comuni del Veneto (Sarego, Lonigo, ecc.)
>> hanno
>> > mappato loro l'uso del suolo, senza nessun commento e non eseguendo
>> l'import
>> > dal sito della Regione Veneto.
>> > Cosa si fa in questo caso, si lascia stare e si da come importato, o si
>> > cancella e si fa l'import dal sito della regione?
>> >
>>
>> Premetto che non conosco la situazione nello specifico, ma di solito è
>> preferibile la mappatura manuale piuttosto che l'import automatizzato.
>> Sempre se la mappatura manuale è fatta bene dal punto di vista
>> geometrico (come non sembrerebbe ad una prima vista dai casi linkati),
>> non si sovrappone o collega alle strade ecc.
>> Poi bisogna considerare anche su che supporto viene fatta la mappatura
>> manuale: se si usano foto vecchie tipo le Bing del 2010 e i dataset
>> della regione sono molto più recenti (e abbastanza dettagliati)
>> potrebbero essere preferibili questi ultimi.
>
>
>
>
> +1, mica lo scopo è importare tutto. Meno male che ci sono i mappatori. In
> nessun caso vanno cancellate le cose esistenti per un import. Le regole per
> le importazioni hanno come uno dei scopi principali proprio questo di
> prevenire alle cancellazioni. Il beneficio di un import al solito è
> piccolo, perché da una parte suggerisce che non ci sia più da mappare (e
> con la copertura omogeonea camuffa le zone attive e non attive) e quindi
> rende meno interessante OSM a mappatori attivi, dall'altra parte si tratta
> sempre di dati vecchi, e soprattutto non unici (gli stessi dati sono già
> disponibili altrove, non ha molto senso replicare la stessa cosa, chi
> volesse questi dati si potrebbe prenderli alla regione).
>
> Ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] [Tagging] Câble aérien

[Virgile Kéré]

Bonjour à tous, 
Je recherche une solution pour cartographier des câbles aériens qui sont ni des 
fils électriques, ni des remontées mécaniques.
Cela est pour le cas appliqué suivant : le pont de Trellins (Isère) : 
https://www.openstreetmap.org/way/122064078#map=18/45.19486/5.42436
Il s'agit d'un ancien pont suspendu dont il ne reste aujourd'hui plus que les 
piles et les câbles porteurs, le tablier ayant été démonté. Photos : 
http://pontdetrellins.blogspot.com/
Pour l'instant, il est taggé comme un pont piéton interdit d'accès...
Sur le wiki, je n'ai trouvé que des câbles aériens en power ou en aerialway, ou 
des ponts suspendus ce qui ne correspond pas à notre cas ici car nous n'avons 
plus que des câbles aériens...
Je pense que le plus représentatif serait un "man_made=cable" qui a pour 
l'instant une 30aine d’occurrences sur taginfo : 
https://taginfo.openstreetmap.org/tags/man_made=cable .
Avez-vous d'autres idées ?

Virgile.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Proposed mechanical edit - remove is_in:continent in USA

[Frederik Ramm]

Mateusz,

as far as I am concerned, *all* is_in tags are unnecessary at best and
potentially misleading, and could be removed. I'd prefer adding these
tags to the auto remove list in editors though, rather than running
mechanical edits to remove them.

I strongly object to doing this in a *recurring* fashion for two reasons:

1. I don't want us to go down the wikipedia route where we have an army
of bots running to "clean up" contributions. If there's a consensus that
a tag is unnecessary then put it in the major editors.

2. I am in favour of mapper freedom. It is ok to recommend not using a
certain tag, but it is a whole different game to automatically and
regularly remove certain tags from the database so that even if someone
made the conscientious decision to use a tag, they are *still*
overruled. If you intend to run a bot like that in regular intervals
(which I would recommend not to do), then you need to provide a
mechanism for individual mappers to ask the bot to keep its hands off
something ("matkoniecz:bot=no" or so).

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Proposed mechanical edit - remove is_in:continent in USA

[Mateusz Konieczny]

is_in:continent=* is subjective as both division Earth landmass into 
continents[1] and boundaries between continents[2] are mostly subjective. There 
are many competing ways to split world into continents and OSM is not proper 
place to record all of them or one selected system.

In rare cases where one desires to assign locations to continents it can be 
done using location data inherently included in OSM objects and explicit tags 
added to part of objects are not really useful anyway.

is_in:continent tag should be removed to avoid confusing newbies and discourage 
adding new instances of this undesirable tag.

I propose to run an automated edit restricted to USA that will remove all 
instances of this tag.

Please comment no matter what you think about this idea! I will not make the 
edit without a clear support so please comment if you think that it is a good 
idea and if you think that it should not be done.

Plan is as follows:

I will take full responsibility for all edits and if anything goes wrong I will 
fix it.

Each changeset contains a single element or group of close elements to avoid 
edits spanning across large areas (it is impossible in cases where edited 
object itself spans very large area).

This is proposed as reoccurring edit and may be made as soon as new 
is_in:continent tags appear.

Documentation page on OSM Wiki is at 
https://wiki.openstreetmap.org/w/index.php?title=Mechanical_Edits/Mateusz_Konieczny_-_bot_account/remove_is_in:continent_in_USA

I have experience with automatic edits. I already made automated edits to 
remove tags across Poland and I recently processed old-style Wikipedia tags 
across USA.


This message is crosposted to OSM USA slack channel 

[1] https://en.wikipedia.org/wiki/File:Continental_models-Australia.gif
[2] https://en.wikipedia.org/wiki/Boundaries_between_the_continents_of_Earth
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-au] Sydney mapathon

[Dion Moult]

Hi Andrew,

I'm not entirely sure what we might get up to. I'm keen for some hands on work, 
and it'd be good to double up as a local meetup if one doesn't already exist. 
I'm sure we all love to map locally too, so please do come if you can :)

A mix of presentations does sound really good. Maybe not for the first meet up, 
but perhaps for subsequent ones?

Sent from ProtonMail mobile

 Original Message 
On 20 Mar. 2019, 4:31 pm, Andrew Harvey wrote:

>> Casual meetup of Sydney based OSM mappers, let's meet up and do some 
>> humanitarian mapping tasks on HOTOSM!
>
> Dion, is the intention to be a local OSM meetup + a Missing Maps 
> (http://www.missingmaps.org) style humanitarian mapathon?
>
> Should I come if I'm interested in Australian OSM, but not interested in 
> remote mapping outside Australia?
>
> There's been two Missing Maps events in the past in Sydney that I know of and 
> both times almost all attendees were new to OSM, so it didn't act as a local 
> community meetup.
>
> I'm very interested in a Sydney OSM event for locals to catch up about all 
> things OSM. I think a mix of presentations + social is perfect, like 
> GeoRabble, https://georabble.org. I see that as a bit different to a 
> mapathon, which is a bit of into followed by actual hands on work.
>
> On Mon, 18 Mar 2019 at 19:08, Dion Moult  wrote:
>
>> Hey all! I've started an event here: 
>> https://gettogether.community/events/1001/sydney-osm-mappers/
>>
>> If you could sign up or comment there I can change the venue and time easily 
>> without spamming the talk-au list. I've changed the date to 30th March 
>> Saturday . it would also allow me to know who is coming and what to cater 
>> for if we get food.
>>
>> My company in north sydney is open on weekends and I've received approval 
>> for using computers and guest WiFi. Also informal approval for getting pizza 
>> and drinks (non alcoholic).
>>
>> Need a bit more approval from management to let strangers in the office (I 
>> will be liable, obviously) but I suspect I can host.
>>
>> Sent from ProtonMail mobile
>>
>>  Original Message 
>> On 18 Mar. 2019, 2:34 pm, David Wales < daviewa...@disroot.org> wrote:
>>
>>> Hi Ben and Dion,
>>>
>>> Saturdays are normally good, but I'm moving house on the 23rd!
>>> So if that's the date, I won't be able to make it.
>>>
>>> Regards,
>>> David Wales
>>>
>>> On 18/3/19 1:29 pm, Ben Kelley wrote:
 Practically it will probably need to be a weekday evening, as we are not
 open on the weekend.

 Also it will need to be a time I can make it. :)


  - Ben Kelley

 On 18/3/19 13:03, Dion Moult wrote:
> Hey Ben! Thanks for the option!
>
> I'm going to tentatively suggest meeting this Saturday, 23rd March,
> say after lunch, so 2:30pm? Just for a very informal mapping session
> to see how things go, doesn't have to be a large crowd or anything?
>
> Ben, do you think it will be possible for us to use your office at
> that time? I do not have a laptop, so I'm not sure if computers can be
> used, or if that is against company policy?
>
> My company in North Sydney, walking distance from the train station,
> offers wifi, but although I've started asking internally, there is a
> little red tape before they might say yes to anything like providing
> refreshments and allowing strangers in the office. Although I think
> they might support this.
>
> Sent from ProtonMail mobile
>
>
>>>
>>> ___
>>> Talk-au mailing list
>>> Talk-au@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-au
>>>
>>> ___
>>> Talk-au mailing list
>>> Talk-au@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-au___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Imprimer un plan à partir d'OSM ?

[Jean-Christophe Becquet]

Le 13/02/2019 18:49, pepilepi...@ovh.fr a écrit :
> Pour son prochain plan sur papier la municipalité de mon patelin
> aimerait avoir un rendu d'OSM. L'imprimeur veut un fichier jpeg, tif ou PDF.

Bonjour,

Il y a aussi StaticMapLite
https://wiki.openstreetmap.org/wiki/StaticMapLite

Qui est basé sur un logiciel libre sous licence Apache
https://github.com/dfacts/staticmaplite

Et bien que le serveur https://staticmap.openstreetmap.de ne supporte
pas les referrers en https, on peut quand même obtenir des images.

Bonne journée

JCB
-- 
Richard Stallman : Toutes les libertés dépendent des libertés informatiques
http://www.apitux.org/index.php?2006/04/19/158-richard-stallman-toutes-les-libertes-dependent-des-libertes-informatique

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr