[Talk-it] Tagging per parcheggi disabili riservati

[Alessandro Sarretta]

Buongiorno,

durante le giornate del FOSS4G a Torino, tra i pochi edit fatti in OSM, 
ho aggiunto anche alcuni stalli per disabili.


Il tagging di base che ho usato è essenziale: amenity=parking_space + 
disabled=designated


Vi chiedo un feedback per alcuni dettagli aggiuntivi che possono essere 
utili per standardizzare un po' la mappatura di questi elementi.


In questo caso specifico 
(https://www.openstreetmap.org/node/7238135537), il cartello conteneva 
anche l'informazione che lo stallo è riservato (con indicazione del 
numero di assegnazione) durante i giorni lavorativi dalle 7:30 alle 20:00.


Ho usato il tag:

access:conditional=private @ (Mo-Fr 07:30-20:00)

Vi sembra corretto?

Più in generale, nella mappatura per i posti per disabili, ho 
riscontrato l'esigenza di segnalare se il posto è riservato (numero di 
assegnazione visibile sul cartello), oppure se è invece possibile 
parcheggiare per chiunque sia in possesso dell'apposito contrassegno 
disabili.


Nel caso generico in cui non ci sia un'indicazione di limitazione 
temporale, ma solo il numero di assegnazione dello stallo, concordate 
sul fatto che sia possibile e corretto taggarlo con


access=private ?

Sono un po' restio ad aggiungere in OSM anche il numero specifico dello 
stallo riservato, ma nel caso lo si faccia, dovrebbe essere usato il tag


name= ?

(dalla pagina amenity=parking_space 
: "If 
the parking space has a number, license plate or other written 
information printed on its surface or on a plate in front of the space, 
it should be put in the name tag. Examples: /1/, /2/, /3/, /L6F-33S/, 
/Big Boss parking space/")


Grazie,

Ale

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

[OSM-talk] OpenStreetMap Awards 2020: calling for nominees

[Ilya Zverev]

Hi folks,

Once again, it is time to round up everybody who has done anything good 
for the map and for the community, and honour their work with an award. 
We are preparing the fifth installment of the OSM Awards: please help us 
build a long list of nominees.


http://awards.osmz.ru

As always, please sumbit people and projects you have noticed to the
website. Do not choose between who to mention and who isn't "worthy":
this is a call for a long list, which will be shortened later by a
closed voting. You can nominate yourself. You can nominate a friend.
Please do. The only limitation is that the person or a project must have
done something public after the 1st of July 2019. A link would be great.

We haven't changed anything since the last time: only people for the six 
categories, and only teams, either communities or businesses, for the 
"team" category.


The call for nominees ends on 10th of May. Which does not mean you can 
postpone and eventually forget about the call. Please read the next 
WeeklyOSM with the idea of nominating people in mind. Look at tools you 
use and blogs you read. While saying thanks to a neighbouring mapper, 
consider nominating them. By doing that, you validate their efforts and 
make their year a little brighter. We all need that.


Please nominate: http://awards.osmz.ru

Ilya

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

Re: [talk-au] highway=motorway_junction

[Andrew Harvey]

In that particular example I don't think it's needed, since it's only an
entrance to the motorway (not an exit) and South Street probably doesn't
need these junction tags.

The tag is useful when exits are named or numbered to say there is a
motorway exit at this point which such and such name and ref, it's
different to destination sign.

eg. if you had an exit which was number 2 but exited to a road with ref 1,
then he destination_sign relation would be ref=1 but the
highway=motorway_junction would have ref=2. I've never seen numbered exits
but they exist in other countries, and maybe here too.

On Mon, 24 Feb 2020 at 14:32, Ian Steer  wrote:

> sorry, yes – it’s lacram_telenav.
>
>
>
> The changeset that caught my eye is 67193952
>
>
>
> I just don’t understand what they’re trying to achieve.  There are
> gazillions of such intersections to be done if they head down this path.
>
>
>
> I see that it is a member of a relation called destination_sign (3286190),
> which has lots of information about the signage on this exit.  Do they need
> to have the motorway_junction tag to record these details about the signage
> ??  - and why wouldn’t they be using destination= ?
>
>
>
> Ian
>
>
>
>
>
> *From:* Andrew Harvey 
> *Sent:* Monday, 24 February 2020 11:14 AM
> *To:* Ian Steer 
> *Cc:* OSM Australian Talk List 
> *Subject:* Re: [talk-au] highway=motorway_junction
>
>
>
> I don't really see the point of motorway_junction unless that exit has a
> name or number (ref), however it's still valid per the wiki as on nodes at
> which you can exit the highway, I think to avoid putting it on absolutely
> every intersection we should reserve it's use for highway=motorway or
> trunk/primary which have grade separated exits.
>
>
>
> So based on what you've said, it does sound okay, but if you could link to
> a few changesets that would help?
>
>
>
> Is that username lacram_telenav instead of lacrom_telenav? Per
> https://wiki.openstreetmap.org/wiki/Telenav it looks like they are no
> longer working for Telenav, so if there is an issue or question we'll need
> to contact Telenav at eu-map-analy...@telenav.com for any questions.
>
>
>
> On Mon, 24 Feb 2020 at 13:11, Ian Steer  wrote:
>
> lacrom_telenav has been adding highway=motorway_junction tags on exits
> from major roads around Perth – I think to designate destination signs.  It
> is associated with “noref=yes”
>
>
>
> The wiki says:
>
>
>
> Use the highway 
> =motorway_junction tag to identify a point along a highway
> =* with junction refs or
> names where it is possible to exit the highway onto another road. This is
> usually found along a highway
> =motorway
> , but is also
> applicable to other roads with numbered or named junctions including some
> highway =trunk
>  and highway
> =primary
>  roads.
>
>
>
> The instances I have noticed are not on roads with named or numbered
> exits, therefore I am thinking this tag is inappropriate.  (I noticed it
> because it shows-up as an “e” on my GPS – which is a rendering issue I know)
>
>
>
> The wiki also says:
>
>
>
> name =* for the name of the
> junction or interchange. *Do not confuse the name of a junction with
> the destination(s) the junction leads to.* In most cases worldwide, sign
> information describes destinations, not the name of the junction or
> interchange itself. If a signpost or indication displays destinations
> exclusively, this data belongs to destination
> =* tags, *not* the
> name =* of the highway
> =motorway_junction node.
>
>
>
> I tried messaging this user a week-or-so ago and have had no response.
>
>
>
> What do people think about this tag?  I don’t know what he is trying to
> achieve.
>
>
>
> Ian
>
> ___
> 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-au] highway=motorway_junction

[Ian Steer]

sorry, yes – it’s lacram_telenav.

 

The changeset that caught my eye is 67193952

 

I just don’t understand what they’re trying to achieve.  There are gazillions 
of such intersections to be done if they head down this path.

 

I see that it is a member of a relation called destination_sign (3286190), 
which has lots of information about the signage on this exit.  Do they need to 
have the motorway_junction tag to record these details about the signage ??  - 
and why wouldn’t they be using destination= ?

 

Ian

 

 

From: Andrew Harvey  
Sent: Monday, 24 February 2020 11:14 AM
To: Ian Steer 
Cc: OSM Australian Talk List 
Subject: Re: [talk-au] highway=motorway_junction

 

I don't really see the point of motorway_junction unless that exit has a name 
or number (ref), however it's still valid per the wiki as on nodes at which you 
can exit the highway, I think to avoid putting it on absolutely every 
intersection we should reserve it's use for highway=motorway or trunk/primary 
which have grade separated exits.

 

So based on what you've said, it does sound okay, but if you could link to a 
few changesets that would help?

 

Is that username lacram_telenav instead of lacrom_telenav? Per 
https://wiki.openstreetmap.org/wiki/Telenav it looks like they are no longer 
working for Telenav, so if there is an issue or question we'll need to contact 
Telenav at eu-map-analy...@telenav.com   
for any questions.

 

On Mon, 24 Feb 2020 at 13:11, Ian Steer mailto:ianst...@iinet.net.au> > wrote:

lacrom_telenav has been adding highway=motorway_junction tags on exits from 
major roads around Perth – I think to designate destination signs.  It is 
associated with “noref=yes”

 

The wiki says:

 

Use the   
highway=motorway_junction tag to identify a point along a  
 highway=* with junction refs 
or names where it is possible to exit the highway onto another road. This is 
usually found along a   
highway=  motorway, 
but is also applicable to other roads with numbered or named junctions 
including some   highway= 
 trunk and  
 highway= 
 primary roads.

 

The instances I have noticed are not on roads with named or numbered exits, 
therefore I am thinking this tag is inappropriate.  (I noticed it because it 
shows-up as an “e” on my GPS – which is a rendering issue I know)

 

The wiki also says:

 

  name=* for the name of the 
junction or interchange. Do not confuse the name of a junction with the 
destination(s) the junction leads to. In most cases worldwide, sign information 
describes destinations, not the name of the junction or interchange itself. If 
a signpost or indication displays destinations exclusively, this data belongs 
to   destination=* tags, 
not the   name=* of the  
 highway=motorway_junction 
node.

 

I tried messaging this user a week-or-so ago and have had no response.

 

What do people think about this tag?  I don’t know what he is trying to achieve.

 

Ian

___
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-in] Virtual Mappy Hours - India - Feb 2020

[Arun Ganesh]

Thanks Naveen for coordinating this. I'm thinking of talking about the
various type of boundaries, how it can be mapped and current progress for
India. If you have other ideas on what would be good to cover, do share
your thoughts.

On Sun, Feb 23, 2020 at 3:42 AM Naveen Francis  wrote:

> Hello all,
>
> Date:- Feb 26, 2020- 9-10 pm IST
> Topic :- Boundaries ( administrative, political and lsg boundary) - How to
> use OSM data ?
>  Arun Ganesh, OSM India
>
> Please Join.
> https://wiki.openstreetmap.org/wiki/India/Virtual_Mappy_Hours
>
> Thanks
> naveenpf
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [talk-au] highway=motorway_junction

[Andrew Harvey]

I don't really see the point of motorway_junction unless that exit has a
name or number (ref), however it's still valid per the wiki as on nodes at
which you can exit the highway, I think to avoid putting it on absolutely
every intersection we should reserve it's use for highway=motorway or
trunk/primary which have grade separated exits.

So based on what you've said, it does sound okay, but if you could link to
a few changesets that would help?

Is that username lacram_telenav instead of lacrom_telenav? Per
https://wiki.openstreetmap.org/wiki/Telenav it looks like they are no
longer working for Telenav, so if there is an issue or question we'll need
to contact Telenav at eu-map-analy...@telenav.com for any questions.

On Mon, 24 Feb 2020 at 13:11, Ian Steer  wrote:

> lacrom_telenav has been adding highway=motorway_junction tags on exits
> from major roads around Perth – I think to designate destination signs.  It
> is associated with “noref=yes”
>
>
>
> The wiki says:
>
>
>
> Use the highway 
> =motorway_junction tag to identify a point along a highway
> =* with junction refs or
> names where it is possible to exit the highway onto another road. This is
> usually found along a highway
> =motorway
> , but is also
> applicable to other roads with numbered or named junctions including some
> highway =trunk
>  and highway
> =primary
>  roads.
>
>
>
> The instances I have noticed are not on roads with named or numbered
> exits, therefore I am thinking this tag is inappropriate.  (I noticed it
> because it shows-up as an “e” on my GPS – which is a rendering issue I know)
>
>
>
> The wiki also says:
>
>
>
> name =* for the name of the
> junction or interchange. *Do not confuse the name of a junction with
> the destination(s) the junction leads to.* In most cases worldwide, sign
> information describes destinations, not the name of the junction or
> interchange itself. If a signpost or indication displays destinations
> exclusively, this data belongs to destination
> =* tags, *not* the
> name =* of the highway
> =motorway_junction node.
>
>
>
> I tried messaging this user a week-or-so ago and have had no response.
>
>
>
> What do people think about this tag?  I don’t know what he is trying to
> achieve.
>
>
>
> Ian
> ___
> 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-au] highway=motorway_junction

[Ben Kelley]

Hi.

It seems pretty clear (to me at least) on the highway=motorway_junction 
page that the junction node should not indicate the destination, but 
rather on the way branching off. The examples show this situation.


 - Ben.

On 24/2/20 13:09, Ian Steer wrote:


What do people think about this tag?  I don’t know what he is trying 
to achieve.





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

[talk-au] highway=motorway_junction

[Ian Steer]

lacrom_telenav has been adding highway=motorway_junction tags on exits from
major roads around Perth - I think to designate destination signs.  It is
associated with "noref=yes"

 

The wiki says:

 

Use the  
highway=motorway_junction tag to identify a point along a
 highway=* with junction
refs or names where it is possible to exit the highway onto another road.
This is usually found along a
 highway=
 motorway, but
is also applicable to other roads with numbered or named junctions including
some   highway=
 trunk and
 highway=
 primary roads.

 

The instances I have noticed are not on roads with named or numbered exits,
therefore I am thinking this tag is inappropriate.  (I noticed it because it
shows-up as an "e" on my GPS - which is a rendering issue I know)

 

The wiki also says:

 

  name=* for the name of the
junction or interchange. Do not confuse the name of a junction with the
destination(s) the junction leads to. In most cases worldwide, sign
information describes destinations, not the name of the junction or
interchange itself. If a signpost or indication displays destinations
exclusively, this data belongs to
 destination=* tags,
not the   name=* of the
 highway=motorway_junction
node.

 

I tried messaging this user a week-or-so ago and have had no response.

 

What do people think about this tag?  I don't know what he is trying to
achieve.

 

Ian

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

Re: [talk-au] Remote mapping of wetlands without local knowledge base on imagery

[cleary]

 I suspect this might be a mapping competence problem or possibly a problem 
with the editing tool rather than intent to add incorrect information.  It 
appears to me that the intent might have been to map the area as a wood but it 
has been mapped also as swamp (from the nearby relation).

I once created similar problem quite inadvertently. Depending on the editor 
being used (I prefer Potlatch) relations type=multipolygon can go awry.  When I 
converted relations to type =boundary +  boundary=natural, everything was much 
better behaved and I could see what I was mapping.  This might not be the 
problem in this instance but, in the first instance,  it appears to me that it 
might be a problem in mapping relations.




On Sun, 23 Feb 2020, at 10:41 PM, Warin wrote:
> Hi,
> 
> 
> There has been some remote mapping of the Diamond Beach area based on 
> imagery and descriptive texts. Note the descriptive texts are copyright.
> 
> 
> My contention is that without going there or a correctly licensed source 
> these things cannot be mapped with any certainty, particularly without 
> local knowledge.
> 
> Imagery alone is not enough.
> 
> 
> I refer to;
> 
> https://www.openstreetmap.org/changeset/80818669
> 
> https://www.openstreetmap.org/changeset/80810033
> 
> https://www.openstreetmap.org/changeset/80747704
> 
> https://www.openstreetmap.org/changeset/80736708
> 
> 
> 
> I am afraid this mapper falls into the same category as a past remove 
> mapper who mapped rocks as cliffs in the Snowys.
> 
> 
> My inclination is to remove these objects on the basis that they 
> questionable on the stated sources and the lack of local knowledge of 
> the mapper.
> 
> 
> Thoughts?
> 
> 
> ___
> 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] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Mario Frasca]

scusami Tomek, ma perché scrivi in polacco quando nessuno ti capisce?

vuoi discutere (ti prego, cerca il suo significato etimologico), o vuoi 
… come si dice educatamente … "annoiare" ?  (in effetti sono tre le 
parole che mi vengono in mente, e che esprimono con maggior precisione 
il concetto.)


se proprio insisti a non voler scrivere in Inglese, usa il Francese o il 
Tedesco, cioè un'altra lingua internazionale riconosciuta dall'Unione 
Europea, Unione di cui fa parte anche la Polonia, o adattati a che 
ciascuno ti risponda nella lingua che preferisce, facendo di tutto ciò 
una conversazione fra sordi.


while I do think that some terms and images and explanations in the wiki 
should be adapted to other realities (see Highways for Africa), I accept 
the consequences of the fact "OSM is a British foundation".  too bad?  I 
don't know.  and it doesn't matter, it's just as it is.  if I didn't 
accept that, I would go mapping somewhere else.


ave atque vale

MF


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

Re: [talk-au] TfNSW Cycleways use in OSM

[Andrew Harvey]

Here is one example https://www.mapillary.com/map/im/-5rwFtTR_nrfWkuhzWtwJg

On Mon, 24 Feb 2020 at 11:50, Andrew Davidson  wrote:

> On Mon, 24 Feb 2020, 11:34 Ben Kelley,  wrote:
>
>> Don't forget the blue and white signs!
>>
>> Practically I'd map a lcn=yes tag (or relation) for blue & white signs.
>>
>
> I'm not a Sydney rider so I'll ask an apparently dumb question. What blue
> and white signs are we talking about here?
>
>> ___
> 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-au] TfNSW Cycleways use in OSM

[Ben Kelley]

Some councils put up signs (often blue and white) indicating a cycle route.

It generally shows the destination, maybe how far to the destination, 
and generally a picture of a bicycle. The sign might point to a road or 
a path.


This is the best link I could find (sorry - big PDF, but it gives you 
the idea): 
https://s3.amazonaws.com/media.cityofsydney/sydneycycleways/CoSBicycleNetworkSigningGuidelinesNov2010_Report.pdf



On 24/2/20 11:49, Andrew Davidson wrote:


I'm not a Sydney rider so I'll ask an apparently dumb question. What 
blue and white signs are we talking about here?



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

Re: [talk-au] TfNSW Cycleways use in OSM

[Andrew Davidson]

On Mon, 24 Feb 2020, 11:34 Ben Kelley,  wrote:

> Don't forget the blue and white signs!
>
> Practically I'd map a lcn=yes tag (or relation) for blue & white signs.
>

I'm not a Sydney rider so I'll ask an apparently dumb question. What blue
and white signs are we talking about here?

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

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

[stevea]

On Feb 23, 2020, at 3:01 PM, Tomek  wrote:
> 
> ...a sam promujesz jakiś nielogiczny twór promujący tylko jeden naród - 
> Anglików.
(...you promote some illogical creation promoting only one nation - the 
English.)

This simply is not true.  The "creation" is perfectly logical, as the origin 
story of OSM beginning in England is repeated / explained yet again to positive 
effect, and it does not promote "only one nation," rather, it promotes one 
language.  A language spoken as a second language in more countries than any 
other:  what might be called a de facto lingua franca around the world, 
although I and others certainly recognize how this might be seen as hegemonic 
and / or even more offensive, as in "language imperialism" (it isn't, but many 
recognize how it is easy for many to see it that way).  What is meant by "de 
facto" is that it is "in fact" used so extensively:  well over half the 
countries on Earth, with over 1.2 billion speakers — 1 out of 6 humans and 
easily the most spoken and widespread language on the planet.  (That is simply 
a fact).  You might say Mandarin and Cantonese are spoken by about as many, but 
really, largely speaking only in China, and so not nearly as dispersed all over 
the globe as is English.  (This may change in the future with China's apparent 
21st-century ascendency, but let's not get ahead of ourselves).

Tomek, it should be as clear to you now as it is to many of us here that your 
use of Esperanto and Polish, as well as your insistence that widespread usage 
of English in OSM diminish to your specification has failed to gain traction.  
May we ask you quite directly to cease with this campaign of yours, please?  I 
agree with Alan M. that it has become tedious, if not actually beyond that.

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

Re: [talk-au] TfNSW Cycleways use in OSM

[Andrew Harvey]

Yes from what I observed, these appear to be signposted cycle routes.

On Mon, 24 Feb 2020 at 09:34, Ben Kelley  wrote:

> Don't forget the blue and white signs!
>
> Practically I'd map a lcn=yes tag (or relation) for blue & white signs.
>
>
>   - Ben.
>
> On 24/2/20 02:59, Mateusz Konieczny via Talk-au wrote:
> > Is it possible that they are listing
> > roads with minor traffic, connecting
> > parts of real bicycle infrastructure?
> >
> >
>
>
> ___
> 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] [Tagging] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych / names of international objects

[Tomek]

W dniu 20-02-23 o 23:38, Alan Mackie pisze:
> This conversation is petty, repetitive and tedious in the extreme, but
> as that seems to be the order of the day:
> OSM was founded in London, ALL the keys are in English which is used
> far more as a means of international exchange than a niche
> euro-centric language invented in the late 19th century. It makes more
> sense for the 'fallback language" to be in English than something with
> no non-bilingual native speakers and a miniscule number of people
> using it as a second language. Lofty aspirations alone do not make
> something common, shared or universal, it actually has to be used too,
> and what you are suggesting is used so little as to be a rounding error.
> If you want the whole map in something more "common" then feel free to
> download the database, translate ALL the tags and relaunch your forked
> version. It won't cost very much in hosting because no one will use
> it. Nearly everyone else seems happy with the status quo and those
> that aren't are willing to look for consensus and follow the usual
> processes, not just repeat themselves endlessly without making any new
> points.
> Mechanical edits no not need to be automated, they just need to be
> mindless or done with little thought. I would link to video on this,
> but alas it is in English and I will not expend the effort finding
> something you will likely refuse on principle.
>
Rozmowa jest powtarzalna, masz rację, że:
OSM został założony w Londynie - ale nie jest mapą Londynu, tylko całego
świata;
wszystkie klucze są w języku angielskim - czy ja coś pisałem o zmianie
kluczy, nie rozmowa była o domyślnej nazwie mórz i kontynentów.

Narzekasz na europocentryczność Esperanta, a sam promujesz jakiś
nielogiczny twór promujący tylko jeden naród - Anglików.

Nie masz jakichkolwiek argumentów przeciw mojej edycji. Nie będzie ona
ani bezmyślna, ani wykonana bez zastanowienia.
<>

signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-au] TfNSW Cycleways use in OSM

[Warin]

On 24/2/20 9:32 am, Ben Kelley wrote:

Don't forget the blue and white signs!

Practically I'd map a lcn=yes tag (or relation) for blue & white signs.



+1


This is a handy indication for those not familiar with an area to 
indicate a 'best route'.





 - Ben.

On 24/2/20 02:59, Mateusz Konieczny via Talk-au wrote:

Is it possible that they are listing
roads with minor traffic, connecting
parts of real bicycle infrastructure?





___
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] Remote mapping of wetlands without local knowledge base on imagery

[Warin]

Hi,


There has been some remote mapping of the Diamond Beach area based on 
imagery and descriptive texts. Note the descriptive texts are copyright.



My contention is that without going there or a correctly licensed source 
these things cannot be mapped with any certainty, particularly without 
local knowledge.


Imagery alone is not enough.


I refer to;

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

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

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

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



I am afraid this mapper falls into the same category as a past remove 
mapper who mapped rocks as cliffs in the Snowys.



My inclination is to remove these objects on the basis that they 
questionable on the stated sources and the lack of local knowledge of 
the mapper.



Thoughts?


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

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

[Alan Mackie]

This conversation is petty, repetitive and tedious in the extreme, but as
that seems to be the order of the day:
OSM was founded in London, ALL the keys are in English which is used far
more as a means of international exchange than a niche euro-centric
language invented in the late 19th century. It makes more sense for the
'fallback language" to be in English than something with no non-bilingual
native speakers and a miniscule number of people using it as a second
language. Lofty aspirations alone do not make something common, shared or
universal, it actually has to be used too, and what you are suggesting is
used so little as to be a rounding error.
If you want the whole map in something more "common" then feel free to
download the database, translate ALL the tags and relaunch your forked
version. It won't cost very much in hosting because no one will use it.
Nearly everyone else seems happy with the status quo and those that aren't
are willing to look for consensus and follow the usual processes, not just
repeat themselves endlessly without making any new points.
Mechanical edits no not need to be automated, they just need to be mindless
or done with little thought. I would link to video on this, but alas it is
in English and I will not expend the effort finding something you will
likely refuse on principle.


On Sun, 23 Feb 2020 at 21:35, Tomek  wrote:

> W dniu 20-02-18 o 05:48, Joseph Eisenberg pisze:
>
> Since this issue is somewhat controversial, it would be best to create
> a proposal page to suggest the proper way to tag continents, oceans
> and seas - these tags were never formally discussed, and have some
> problems.
>
> Estas maloportune, ke estas facile aldoni erarajn datumojn al OSM, sed por
> forigi ilin bezonas fari specialan paĝon ĉe vikio.
>
> W dniu 20-02-18 o 05:48, Joseph Eisenberg pisze:
>
> This includes "systematic edits to the database by other means without
> consideration of each change. This policy also applies to substantial
> changes made using 'find and replace' or similar functions within
> standard editors such as JOSM" - so I believe this would be the case
> for editing all the seas and oceans.
>
> Mi volas redakti ĉiujn punktojn individue, konsiderante ĉiun ŝanĝon, do
> mia redakto ne kvalifikos kiel “aŭtomata redakto”.
>
> W dniu 20-02-18 o 07:09, Joseph Eisenberg pisze:
>
> - for continents, oceans, poles, and seas bordering any state, I will
>
> completely remove this marker.
>
> I'm almost certain that this translation is wrong. It doesn't make sense.
>
> Could you check the correct translation of "por kontinentoj, oceanoj,
> polusoj kaj maroj kiuj apudas al neniu lando, tute forigi tiun ĉi
> etikedon."
>
> Does this mean "... NOT bordering any country"? That's what Google
> translate suggests: " for continents, oceans, poles and seas that are
> next to none country, completely remove this tag."
>
> (Still wrong but at least I can understand it... That's the problem
> with relying on automated translation software... it doesn't work
> well.)
>
> Aŭtomataj tradukiloj ne funkcias bone, do anstataŭ uzi ilin, ni ĉiu parolu
> en komuna internacia lingvo, tia lingvo aperis en la jaro 1887.
>
> W dniu 20-02-18 o 09:47, Frederik Ramm pisze:
>
> I don't have strong feelings about this but for the sake of usability I
> think I'd leave the name in place. Even though English is not my mother
> tongue I have absolutely no problem with having a name tag on an
> international thing in English.
>
> In fact I believe I have a bigger problem with people for whom this
> English name is a problem, because I would regard that attitude as
> fundamentalist and quarrelsome. I'd prefer if they find other
> battlegrounds to fight for justice than OSM.
>
> Uzeblo? Mi diris tion antaŭe: redaktiloj iD k JOSM, aplikaĵo OsmAnd (kaj
> probable aliaj programoj) uzas tradukitajn etikedojn “name:LINGVO”. Mi ne
> havus problemon, se ĉiuj nomoj en OSM estu en la pola lingvo.
> ___
> 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: [talk-au] TfNSW Cycleways use in OSM

[Ben Kelley]

Don't forget the blue and white signs!

Practically I'd map a lcn=yes tag (or relation) for blue & white signs.


 - Ben.

On 24/2/20 02:59, Mateusz Konieczny via Talk-au wrote:

Is it possible that they are listing
roads with minor traffic, connecting
parts of real bicycle infrastructure?





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

Re: [talk-cz] OpenStreetMap Česká republika Local Chapter application

[Petr Vozdecký]

"



However, we would really like to hear from those that support the chapter 
too. Anyone here who would like to see the OSM Czech organization become an
official Local Chapter? 


"

I do support this.



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

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

[Tomek]

W dniu 20-02-18 o 05:48, Joseph Eisenberg pisze:
> Since this issue is somewhat controversial, it would be best to create
> a proposal page to suggest the proper way to tag continents, oceans
> and seas - these tags were never formally discussed, and have some
> problems.
Estas maloportune, ke estas facile aldoni erarajn datumojn al OSM, sed
por forigi ilin bezonas fari specialan paĝon ĉe vikio.

W dniu 20-02-18 o 05:48, Joseph Eisenberg pisze:
> This includes "systematic edits to the database by other means without
> consideration of each change. This policy also applies to substantial
> changes made using 'find and replace' or similar functions within
> standard editors such as JOSM" - so I believe this would be the case
> for editing all the seas and oceans.
Mi volas redakti ĉiujn punktojn individue, konsiderante ĉiun ŝanĝon, do
mia redakto ne kvalifikos kiel “aŭtomata redakto”.

W dniu 20-02-18 o 07:09, Joseph Eisenberg pisze:
>> - for continents, oceans, poles, and seas bordering any state, I will
> completely remove this marker.
>
> I'm almost certain that this translation is wrong. It doesn't make sense.
>
> Could you check the correct translation of "por kontinentoj, oceanoj,
> polusoj kaj maroj kiuj apudas al neniu lando, tute forigi tiun ĉi
> etikedon."
>
> Does this mean "... NOT bordering any country"? That's what Google
> translate suggests: " for continents, oceans, poles and seas that are
> next to none country, completely remove this tag."
>
> (Still wrong but at least I can understand it... That's the problem
> with relying on automated translation software... it doesn't work
> well.)
Aŭtomataj tradukiloj ne funkcias bone, do anstataŭ uzi ilin, ni ĉiu
parolu en komuna internacia lingvo, tia lingvo aperis en la jaro 1887.

W dniu 20-02-18 o 09:47, Frederik Ramm pisze:
> I don't have strong feelings about this but for the sake of usability I
> think I'd leave the name in place. Even though English is not my mother
> tongue I have absolutely no problem with having a name tag on an
> international thing in English.
>
> In fact I believe I have a bigger problem with people for whom this
> English name is a problem, because I would regard that attitude as
> fundamentalist and quarrelsome. I'd prefer if they find other
> battlegrounds to fight for justice than OSM.
Uzeblo? Mi diris tion antaŭe: redaktiloj iD k JOSM, aplikaĵo OsmAnd (kaj
probable aliaj programoj) uzas tradukitajn etikedojn “name:LINGVO”. Mi
ne havus problemon, se ĉiuj nomoj en OSM estu en la pola lingvo.
<>

signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] key denomination=roman_catholic

[Lorenzo Beltrami]

Il giorno dom 23 feb 2020 alle ore 19:57 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > On 23. Feb 2020, at 16:33, Marcello  wrote:
> >
> > A questo punto è meglio per l'Italia inserire
> denomination=roman_catholic, giusto?
>
>
> volendo si, in realtà in Italia i denomination=catholic sono sinonimi per
> roman_catholic
>

Sono d'accordo con l'asserire che "religion=roman_catholic" sia da cambiare
in "religion=christian" + "denomination=roman_catholic", ma non sono del
tutto d'accordo con l'uguaglianza tra "denomination=catholic" e
"denomination=roman_catholic".
"roman_catholic" è infatti un sottoinsieme del più generico "catholic",
bisognerebbe fare il giro di tutti i "denomination=catholic" e taggarli in
modo più specifico in base alla religione di quella chiesa.
Anche io mi aspetto che la stragrande maggioranza dei casi si risolva con
un "denomination=roman_catholic", ma non è del tutto scontato, per cui
purtroppo non si può fare alla cieca...

In più ci sono i vari riti anche all'interno della chiesa cattolica.
Ad esempio mi risulta che il rito ambrosiano sia ancora diffuso attorno a
Milano, magari qualche lombardo ci potrà dare informazioni più dettagliate
al riguardo.
(Al momento esiste un solo caso di "denomination=ambrosian_catholic",
secondo TagInfo).

In Friuli invece stavano discutendo del recupero del rito aquileiese in
alcune chiese.

A meno che in "denomination" non si decida di non metterci il rito, ma
allora ci vorrebbe un altro tag... ("rite" è usato solo 14 volte).

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

[OSM-talk] State of the Map Baltics 2020: two weeks reminder

[Ilya Zverev]

Hi all,

Reminding you that there is a big conference coming up: the State of the 
Map Baltics 2020 in Riga, Latvia. How big? Well, half a thousand 
attendees have already registered. It's time for you to buy a flight and 
meet us and other GIS enthusiasts and professionals on 6th of March:


https://2020.sotm-baltics.org/

Why so big? Well, it's just a part of a bigger conference: Baltic GIT is 
not related to version control systems, but to geospatial technologies. 
Think of it as a partly local FOSS4G, only with less focus on open 
source. And it's free!


We've got Allan Mustard of OSMF, Stefan Gustafsson of ESA, Tomas 
Straupis, Kirill Bondarenko, Danil Kirsanov, Evgen Bodunov, Rihards 
Olups and dozens of other speakers and OSM members. Do visit, and let's 
enjoy Riga together!


See you there,
Ilya

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

Re: [Talk-it] cos'è?

[Alfredo Gattai]

E' una macina olearia molto probabilmente, venivano usare in coppia

Il Dom 23 Feb 2020, 18:32 demon_box  ha scritto:

> liste_girarsi wrote
> > Ma sostanzialmente a cosa serve, per fare un colatoio?
>
> non ha nessuna funzione oltre a quella di bellezza/ricordo
> è sicuramente pietra ed il foro centrale è dov'era inserito il palo
> probabilmente di legno sul quale ruotava...
> è stata murata nel muro di cinta di una casa ma non riesco bene a capire
> qual'era la sua funzione originaria...
>
> --enrico
>
>
>
>
>
> --
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] Importing buildings in Canada

[Daniel @jfd553]

Hi all,
I was able to split Squamish into Quadtree tiles with a maximum of 200 
buildings each. James is now looking into whether/how this could be implemented 
in the task manager. If no one else is volunteering to be the local import 
manager this week, I will do the work and contact Squamish's local mappers. 
Since most ODB buildings were imported about a year ago, I don't expect an 
opposition from local mappers with reviewing that import.

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

Re: [OSM-talk-fr] zone de dépose d'hélicoptère saisonnière

[Florimond Berthoux]

Salut, visiblement :
emergency=landing_site

https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dlanding_site

Le dim. 23 févr. 2020 à 20:09, Florian LAINEZ  a écrit :

> Hello,
> Certaines zones de dépose d'hélicoptère dans la nature sont utilisées de
> manière saisonnière. C'est le cas par exemple pour les secours dans les
> stations de ski.
>
> Certaines de ces zones sont fixes : elles changent peu ou pas
> d'emplacement, et sont uniquement matérialisées par un panneau saisonnier
> (par exemple https://photos.app.goo.gl/Pwp1gDZQ2mhDmd5H8).
> Aucune infra lourde ne persiste durant l'été.
>
> Ainsi donc, bien que ces lieux répondent bien à la définition "Une zone
> d'atterrissage pour hélicoptères" et pourtant j'ai du mal à envisager
> d'utiliser aeroway=helipad (cf. wiki
> https://wiki.openstreetmap.org/wiki/FR:Tag:aeroway%3Dhelipad) qui cassera
> le rendu (ce n'est pas un argument :D).
>
> Que faire ? Utiliser le tag aeroway=helipad et le préciser avec
> seasonal=winter
> Ou alors changer pour un tag du type aeroway=drop_off_area
> Personne ne semble avoir opté pour cette deuxième solution jusqu'à présent
> cf. Taginfo https://taginfo.openstreetmap.org/keys/aeroway#values mais il
> est peut-être temps d'y penser.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[OSM-talk-fr] zone de dépose d'hélicoptère saisonnière

[Florian LAINEZ]

Hello,
Certaines zones de dépose d'hélicoptère dans la nature sont utilisées de
manière saisonnière. C'est le cas par exemple pour les secours dans les
stations de ski.

Certaines de ces zones sont fixes : elles changent peu ou pas
d'emplacement, et sont uniquement matérialisées par un panneau saisonnier
(par exemple https://photos.app.goo.gl/Pwp1gDZQ2mhDmd5H8).
Aucune infra lourde ne persiste durant l'été.

Ainsi donc, bien que ces lieux répondent bien à la définition "Une zone
d'atterrissage pour hélicoptères" et pourtant j'ai du mal à envisager
d'utiliser aeroway=helipad (cf. wiki
https://wiki.openstreetmap.org/wiki/FR:Tag:aeroway%3Dhelipad) qui cassera
le rendu (ce n'est pas un argument :D).

Que faire ? Utiliser le tag aeroway=helipad et le préciser avec
seasonal=winter
Ou alors changer pour un tag du type aeroway=drop_off_area
Personne ne semble avoir opté pour cette deuxième solution jusqu'à présent
cf. Taginfo https://taginfo.openstreetmap.org/keys/aeroway#values mais il
est peut-être temps d'y penser.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] key denomination=roman_catholic

[Martin Koppenhoefer]

sent from a phone

> On 23. Feb 2020, at 16:33, Marcello  wrote:
> 
> credo che uniformare il tagging eviterebbe dei dubbi a chi vorrebbe scegliere 
> una chiesa per seguire un rito religioso.


se lo fai in automatico rimane il dubbio però, adesso su roman_catholic ;-)
io sono contrario ad un edit automatico.

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

Re: [Talk-it] key denomination=roman_catholic

[Martin Koppenhoefer]

sent from a phone

> On 23. Feb 2020, at 16:33, Marcello  wrote:
> 
> A questo punto è meglio per l'Italia inserire denomination=roman_catholic, 
> giusto?


volendo si, in realtà in Italia i denomination=catholic sono sinonimi per 
roman_catholic

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

Re: [Talk-it] cos'è?

[demon_box]

liste_girarsi wrote
> Ma sostanzialmente a cosa serve, per fare un colatoio?

non ha nessuna funzione oltre a quella di bellezza/ricordo
è sicuramente pietra ed il foro centrale è dov'era inserito il palo
probabilmente di legno sul quale ruotava...
è stata murata nel muro di cinta di una casa ma non riesco bene a capire
qual'era la sua funzione originaria...

--enrico





--
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: [Talk-it] cos'è?

[liste DOT girarsi AT posteo DOT eu]

Il 23/02/20 18:16, demon_box ha scritto:
> ciao, mi date un parere per favore questa "ruota di pietra" cos'é?
> 
>  
> 
> è una vecchia macina?
> è una vecchia mola?
> è una vecchia molazza da cartiera?
> è una vecchia macina di frantoio?
> 
> grazie
> 
> --enrico

Quanto è grande?

Sembra cemento, oppure è pietra naturale?
Da come è scolpita sembra un elemento di bellezza recuperato alla "green
economy".

Ma sostanzialmente a cosa serve, per fare un colatoio?


-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[Talk-it] cos'è?

[demon_box]

ciao, mi date un parere per favore questa "ruota di pietra" cos'é?

 

è una vecchia macina?
è una vecchia mola?
è una vecchia molazza da cartiera?
è una vecchia macina di frantoio?

grazie

--enrico




--
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

[talk-cz] Odstranění předpony „WikiProject“ / Removing "WikiProject" prefix

[Daniel Capilla]

[Strojový překlad]

hi,

Jsem Daniel ze Španělska. Chtěl bych změnit název wiki stránek 
souvisejících s projektem Mapování Česko, aby se odstranila předpona 
„WikiProjekt“ podle konvencí názvů stránek [1].


Název stránek souvisejících s projektem mapování Česko by měl být 
„Česko“ (název místa) místo „WikiProjekt Česko“, jak doporučují konvence 
wiki. Je to změna, kterou jsem již provedl ve Spojených státech [2], 
Kanadě [3], Španělsku [4], Austrálii [5], na Novém Zélandu [6], Jižní 
Africe [7], Francii [8] a ve všech Španělsky mluvící země [9] na Wiki. 
Byly přejmenovány také stránky Izraele, Dánska, Norska, Spojeného 
království, Itálie, Německa, Indie, Ruska a Filipín.


Všechny stránky s předponou „WikiProjekt“ budou přesměrovány 
automaticky. V žádném případě nebudou žádné přerušené odkazy. Ujistěte 
se, že všechno funguje správně, stejně jako nyní.


Líbí se vám nápad? Tuto zprávu jsem zveřejnil na wiki pro případ, že 
byste tam raději komentovali [10].


Děkuji za pozornost! Zdravím ze Španělska.

S pozdravem,
Daniel


[English]

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki 
pages related to the Česko mapping project to remove the "WikiProjekt" 
prefix according to the pages name conventions [1].


The name of the pages related to the Česko mapping project would be 
"Česko" (name of place) instead of "WikiProjekt Česko", as recommended 
by the wiki conventions. It is a change that I have already made in 
United States [2], Canada [3], Spain [4], Australia [5], New Zealand 
[6], South Africa [7], France [8], and all Spanish-speaking countries 
[9] on the Wiki. The pages of Israel, Denmark, Norway, United Kingdom, 
Italy, Germany, India, Russia and Philippines have also been renamed.


All pages with "WikiProjekt" prefix will be redirected automatically. 
There will be no broken links in any case.  I'll make sure everything 
works correctly, just like now.


Do you like the idea? I have posted this message on the wiki in case you 
prefer to comment there [10].


Thank you for you attention! Greetings from Spain.

Regards,
Daniel

[1] 
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention

[2] https://wiki.openstreetmap.org/wiki/United_States
[3] https://wiki.openstreetmap.org/wiki/Canada
[4] https://wiki.openstreetmap.org/wiki/ES:Spain
[5] https://wiki.openstreetmap.org/wiki/Australia
[6] https://wiki.openstreetmap.org/wiki/New_Zealand
[7] https://wiki.openstreetmap.org/wiki/South_Africa
[8] https://wiki.openstreetmap.org/wiki/France
[9] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[10] 
https://wiki.openstreetmap.org/wiki/Talk:Cs:WikiProjekt_%C4%8Cesko#Removing_.22WikiProject.22_prefix



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

Re: [talk-au] TfNSW Cycleways use in OSM

[Mateusz Konieczny via Talk-au]

Is it possible that they are listing 
roads with minor traffic, connecting
parts of real bicycle infrastructure?

In my city (Kraków, Poland) municipality
was doing someting like that.

Partially it was reasonable, partially
desperate attempt to hide traffic state
of bicycle infrastructure.
(And something like that should not
be tagged in OSM)
23 Feb 2020, 00:02 by suburbansilvervl...@gmail.com:

> I'd agree - that's what I thought was going on? I understand shared_lane 
> as when they paint a bike in the leftmost lane of a road, or in the 
> middle of an alley/small residential road.
> With that said, TfNSW's definition - "On road facility type shared with 
> moving vehicles" - is a lot vaguer, so I wonder if they're tagging some 
> unmarked routes..
> I also agree with this; without any bicycle stencil, that should be classed 
> as no bicycle specific facilities. Considering they already have lane and 
> segregated lanes in separate classes, a stencil is about the only other class 
> I could think of that meets the TfNSW definition.
>___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-it] key denomination=roman_catholic

[Marcello]

Salve,

mi sono imbattuto in una chiesa inserita da un utente americano con il 
tag religion=roman_catholic, corretto qualche giorno dopo in 
religion=christian + denomination=roman_catholic da un utente tedesco 
che fa quality assurance in tutto il mondo 
(https://www.openstreetmap.org/user/Claudius%20Henrichs).


Dato che dalla pagina wiki sembra che il roman_catholic sia usato nei 
paesi di lingua tedesca per distinzione dalle chiese protestanti uso per 
le chiese cattoliche italiane denomination=catholic, sono quindi andato 
a vedere la pagina wiki inglese e c'è una bella differenza, ci sono 11 
differenti denominazioni cattoliche distinte in base ai riti (oltretutto 
l'avvertenza iniziale della pagina riporta che la  lista non è 
esaustiva) ed è consigliato di usare il valore appropriato per il tag 
denomination, piuttosto che il generico "catholic".


A questo punto è meglio per l'Italia inserire 
denomination=roman_catholic, giusto?
Se c'è accordo sulla preferenza di questo valore invece del generico 
"catholic", dato che i riti variano su base geografica si potrebbe 
mettere in piedi un task di edit semiautomatico o automatico dei valori 
già presenti? Attualmente in Italia abbiamo 47165  denomination=catholic 
e 5815 denomination=roman_catholic, ma hanno sicuramente lo stesso rito, 
credo che uniformare il tagging eviterebbe dei dubbi a chi vorrebbe 
scegliere una chiesa per seguire un rito religioso.


--
Ciao
Marcello


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

Re: [Diversity-talk] Community track at SOTM

[Heather Leson]

HI Christine, thanks for this note and reminder. It has been a fairly
difficult week personally, so I do send my respect to the Diversity
community for the radio silence and rush planning.

I constructed 3 sessions based on the past 3 years we have had to build out
community and diversity conversations at SOTM. Each works as building
blocks. I gather we need 3 separate sessions?

The upside is that my flight just got delayed so I can keep working on
this.

The summary  (for cowriting)
https://docs.google.com/document/d/1yYq4meuX82gVb255LBATHqaNLBakOL-UXWeNA05ieis/edit

Background - listed in my diary entries and from our conversations.


We have only a few hours to submit. I will do so once i sync with Trudy.

Heather

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Sat, Feb 22, 2020 at 9:21 PM Christine Karch 
wrote:

> Hi Heather,
>
> a short reminder: the CfP will close in about 24 h. Please submit a
> rough description of what you are planning. This will help the programm
> committee to preparing the schedule for SotM 2020! And please tell us in
> case the formats are not fitting for your submission in the "note" section.
>
> https://pretalx.com/sotm2020/cfp
>
> Kind regards,
>
> Christine
>
>
> Am 11.02.20 um 13:42 schrieb Heather Leson:
> > Thanks for the question, Christine. We were hoping to string together 3
> > sessions for a morning. This way we can build on how we might progress
> > on  community. My draft suggestion is to consider some of the topics
> > from fosdem, the osm swot and the community survey. Next I will start a
> > collaborative draft.
> >
> > In this draft, we will shape the themes and formats.
> >
> > I am on work mission this week so I wont be able to tackle this until
> > the weekend. The good news is that ive been contacted offlist by some
> > allies who are keen to have productive make sessions
> >
> > Thanks again
> >
> > Heather
> >
> > On Tue, 11 Feb 2020, 15:31 Christine Karch,  > > wrote:
> >
> > Hi, sounds like a good idea. Thank you for organizing that! Is the
> space
> > of a 90 minutes panel or extended talk enough for that kind of
> session?
> > Or do you need something more special? I would recommend to add this
> in
> > the "notes" section during the submission!
> >
> > Am 09.02.20 um 06:20 schrieb Heather Leson:
> > > Hi I chatted briefly with Trudy. Who would like to help me curate a
> > > track on community for SOTM?
> > >
> > > Last weekend I went to FOSDEM. There were some great talks that
> relate
> > > to our work - I curated a list (videos and slides are online)
> > >
> > > https://www.openstreetmap.org/user/Heather%20Leson/diary/392119
> > >
> > > heather
> > >
> > > Heather Leson
> > > heatherle...@gmail.com 
> > >
> > > Twitter/skype: HeatherLeson
> > > Blog: textontechs.com 
> > 
> > >
> > > ___
> > > Diversity-talk mailing list
> > > Code of Conduct:
> >
> https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
> > > Contact the mods (private): diversity-talk-ow...@openstreetmap.org
> > 
> > >
> >
>
>
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

[Diversity-talk] Find people

[Kenny Casley via Diversity-talk]

Sent from Yahoo7 Mail on Android___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [Talk-dk] Nye vejskilte

[jakob]

Da hastighedsbegrænsingen for både

1. Bus med trailer,
2. Bil med trailer og
3. Motorcykel med trailer

er ens, kan du bruge 

maxspeed:trailer=70,

(https://wiki.openstreetmap.org/wiki/Key:trailer)

Dvs. i alt seks værdier;

maxspeed=80
source:maxspeed=DK:rural
maxspeed:hgv=70
source:maxspeed:hgv=sign
maxspeed:trailer=70
source:maxspeed:trailer=sign

-- 
Jakob

Sent: Friday, February 21, 2020 at 9:05 PM
From: "Lars Gravengaard" 
To: "OpenStreetMap Denmark" 
Subject: Re: [Talk-dk] Nye vejskilte

Tak o...@workmail.com[mailto:o...@workmail.com]
 
Så 
maxspeed=80
maxspeed:hgv=70
 
Så mangler jeg
1. Bus med trailer
2. Bil med trailer
3, Motorcykel med trailer
 
Den kan jeg ikke finde. Er det bare mig som er blind eller findes de ikke ?
/Lars 

Den fre. 21. feb. 2020 kl. 17.44 skrev 
mailto:o...@workmail.com]>:Mere læsevenligt: 
https://wiki.openstreetmap.org/wiki/Key:maxspeed#Extended_tagging[https://wiki.openstreetmap.org/wiki/Key:maxspeed#Extended_tagging]
 
 

Sent: Friday, February 21, 2020 at 4:21 PM
From: "Lars Gravengaard" mailto:lar...@gmail.com]>
To: "OpenStreetMap Denmark" 
mailto:talk-dk@openstreetmap.org]>
Subject: [Talk-dk] Nye vejskilte

Hej 
 
Har i en ide hvilken tags jeg skal bruge for at opdater Skjernvej.
 
Her kan i se en af dem 
https://www.mapillary.com/map/im/4zg9aFKkiFRCdCfxtx-Bow[https://www.mapillary.com/map/im/4zg9aFKkiFRCdCfxtx-Bow]
 
/LarsBG ___ Talk-dk mailing list 
Talk-dk@openstreetmap.org[mailto:Talk-dk@openstreetmap.org] 
https://lists.openstreetmap.org/listinfo/talk-dk[https://lists.openstreetmap.org/listinfo/talk-dk][https://lists.openstreetmap.org/listinfo/talk-dk%5Bhttps://lists.openstreetmap.org/listinfo/talk-dk%5D]
 
 

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

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



publickey - jakob@barfod.dk.asc.pgp
Description: application/pgp-key


signature.asc
Description: OpenPGP digital signature
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk-fr] Lien pour éditer un objet à partir d'une carte uMap

[Arnaud Champollion]

Le 23/02/2020 à 12:03, Jean-Christophe Becquet a écrit :

Arnaud m'a indiqué la bonne syntaxe pour ce lien :
https://www.openstreetmap.org/edit?editor=remote=7236447269

Merci, ça marche:-)
http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377

Hum en fait ça ne marche pas si bien.

Chez moi le lien a pour effet d'ouvrir openstreetmap.org dans un nouvel 
onglet et déclencher le téléchargement de la zone visible dans JOSM.


Mais au lieu du node sélectionné, il s'agit en fait de la dernière zone 
consultée sur openstreetmap.


C'est curieux car c'est pourtant, quand on survole avec la souris, le 
même lien que celui généré par le bouton "modifier avec JOSM".


J'ai testé sur la carte des parkings à vélo, ça fait pareil :

http://umap.openstreetmap.fr/fr/map/parkings-a-velo-a-digne_414991#16/44.0830/6.2193

Si je fais "modifier avec JOSM" ça m'ouvre osm.org et JOSM télécharge la 
zone affichée, qui est simplement la dernière zone consultée.


Alors que si depuis osm.org, je sélectionne un noeud, puis "modifier 
avec JOSM", ça me télécharge bien le noeud en question, qui plus est il 
est sélectionné dans JOSM, prêt à être modifié.



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

[Talk-de] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

Die Wochennotiz Ausgabe Nr. # 500, ist nun verfügbar - 
 wie immer mit vielen Nachrichten aus dem OSM-Universium:

 https://www.weeklyosm.eu/de/archives/12904/

 Viel Spaß beim Lesen.  

 Euer Wochennotizteam
 
 Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
 einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
 mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

 weeklyOSM? 
 who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
 where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-es] semanarioOSM Nº 500 2020-02-11-2020-02-17

[theweekly . osm]

Hola, el semanario Nº 500, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/12904/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cl] semanarioOSM Nº 500 2020-02-11-2020-02-17

[theweekly . osm]

Hola, el semanario Nº 500, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/12904/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[OSM-co] semanarioOSM Nº 500 2020-02-11-2020-02-17

[theweekly . osm]

Hola, el semanario Nº 500, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/12904/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[talk-latam] semanarioOSM Nº 500 2020-02-11-2020-02-17

[theweekly . osm]

Hola, el semanario Nº 500, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/12904/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-bo] semanarioOSM Nº 500 2020-02-11-2020-02-17

[theweekly . osm]

Hola, el semanario Nº 500, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

https://www.weeklyosm.eu/es/archives/12904/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[Talk-br] semanárioOSM Nº 500 2020-02-11-2020-02-17

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 500, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/12904/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-us] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

The weekly round-up of OSM news, issue # 500,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12904/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-in] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

The weekly round-up of OSM news, issue # 500,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12904/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk-ie] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

The weekly round-up of OSM news, issue # 500,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12904/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-talk] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

The weekly round-up of OSM news, issue # 500,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12904/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[talk-ph] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

The weekly round-up of OSM news, issue # 500,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12904/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-GB] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

The weekly round-up of OSM news, issue # 500,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12904/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-ca] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

The weekly round-up of OSM news, issue # 500,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12904/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-africa] weeklyOSM #500 2020-02-11-2020-02-17

[weeklyteam]

The weekly round-up of OSM news, issue # 500,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12904/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [OSM-talk-fr] Lien pour éditer un objet à partir d'une carte uMap

[Jean-Christophe Becquet]

Le 23/02/2020 11:26, Jean-Christophe Becquet a écrit :
> Il me manque la syntaxe pour le lien Éditer avec JOSM
> (JOSM étant lancé avec le contrôle à distance activé)
> J'imagine quelque chose du genre :
> http://localhost:8111/node=1404667697
> mais celui-ci ne fonctionne pas chez moi.

Arnaud m'a indiqué la bonne syntaxe pour ce lien :
https://www.openstreetmap.org/edit?editor=remote=7236447269

Merci, ça marche :-)
http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377

JC
-- 
April - Promouvoir et défendre le logiciel libre
http://www.apitux.org/index.php?2006/07/09/22-april-promouvoir-et-defendre-le-logiciel-libre

==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

Re: [talk-cz] OpenStreetMap Česká republika Local Chapter application

[Miroslav Suchý]

Dne 20. 02. 20 v 9:16 Joost Schouppe napsal(a):
However, we would really like to hear from those that support the 
chapter too. Anyone here who would like to see the OSM Czech 
organization become an official Local Chapter?


Hi,
I do support this.

Miroslav

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

Re: [OSM-talk-fr] Lien pour éditer un objet à partir d'une carte uMap

[Jean-Christophe Becquet]

Bonjour,

Grâce à vos conseils et un peu de bidouille, j'ai réussi à écrire une
requête qui répond à mon besoin donc je la partage ici :
http://overpass-turbo.eu/s/QR5

Je me suis aussi inspiré de cet exemple sur le wiki OpenStreetMap :
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example#Wiki_table_generator_.28since_0.7.54.29

J'ai à présent 2 liens qui fonctionnent dans la popup de mes points d'eau :

 - Voir directement sur OpenStreetMap
 - Éditer avec iD

http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377

Il me manque la syntaxe pour le lien Éditer avec JOSM
(JOSM étant lancé avec le contrôle à distance activé)
J'imagine quelque chose du genre :
http://localhost:8111/node=1404667697
mais celui-ci ne fonctionne pas chez moi.

Bonne journée

JCB
-- 
Nouveau : Synthèse Données ouvertes, OpenStreetMap et mobilité
http://www.apitux.com/medias/apitux-p2a-donnees-ouvertes-openstreetmap-et-mobilite-synthese-20-01-31.pdf

==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

Re: [Talk-it] problema con versione dati JOSM 15806

[Andrea Albani]

Ciao,
usi java 8 di Oracle e esegui josm con java web start (file. Jnlp)?
In questo caso il tuo problema assomiglia molto a quello di questo ticket:

https://josm.openstreetmap.de/ticket/18700

Prova a scaricare josm-tested.jar dalla home page di josm.openstreetmap.de,
eseguilo e vedi se cambia qualcosa.

Ciao

Il dom 23 feb 2020, 09:36 demon_box  ha scritto:

> ciao, da qualche tempo ho un problema con JOSM
> utilizzo l'ultima versione 15806 e vi faccio un esempio, ieri sera ho
> caricato dei dati che ho anche subito dopo renderizzato e ci sono, ma
> stamattina se scarico i dati di quella stessa area quelle modifiche non ci
> sono... è pazzesco! qualcuno a qualche idea in merito?
>
> i passaggi che faccio sono "Apri (traccia .gpx)" e poi tasto dx nei livelli
> sulla traccia .gpx "Scarica da OSM lungo questo tracciato"
>
> come mai mi scarica dati vecchi??
>
> GRAZIE
>
> --enrico
>
>
>
> --
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problema con versione dati JOSM 15806

[demon_box]

...è dal 2010 (da quando cioè ho inziato a mappare) che utilizzo il
procedimento prima descritto quindi non capisco cos'è cambiato... comunque
una soluzione l'ho trovata, dopo aver aperto la traccia .gpx vado su "File /
Scaricamento dati / Scarica" e così scarica la versione più recente...
boh...

--enrico 



--
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

[Talk-in] Virtual Mappy Hours - India - Feb 2020

[Naveen Francis]

Hello all,

Date:- Feb 26, 2020- 9-10 pm IST
Topic :- Boundaries ( administrative, political and lsg boundary) - How to
use OSM data ?
 Arun Ganesh, OSM India

Please Join.
https://wiki.openstreetmap.org/wiki/India/Virtual_Mappy_Hours

Thanks
naveenpf
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-it] problema con versione dati JOSM 15806

[demon_box]

ciao, da qualche tempo ho un problema con JOSM
utilizzo l'ultima versione 15806 e vi faccio un esempio, ieri sera ho
caricato dei dati che ho anche subito dopo renderizzato e ci sono, ma
stamattina se scarico i dati di quella stessa area quelle modifiche non ci
sono... è pazzesco! qualcuno a qualche idea in merito?

i passaggi che faccio sono "Apri (traccia .gpx)" e poi tasto dx nei livelli
sulla traccia .gpx "Scarica da OSM lungo questo tracciato"

come mai mi scarica dati vecchi??

GRAZIE

--enrico



--
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