Re: [Talk-it] pronto soccorso ospedali italiani

[Aury88]

arcanma wrote
> Ottimo Aury, ho corretto un piccolo refuso (avevi dimenticato "tag" in
> una frase), per il resto mi sembra un netto miglioramento dell'attuale.
> L'unica cosa che consiglierei di aggiungere, tra l'altro nell'immagine
> c'è, anche l'uso di entrance=main per indicare l'ingresso principale,
> perché spesso il punto informazioni è unico, quindi se non si sa già
> dove bisogna andare all'interno dell'ospedale è bene sapere il punto
> migliore per accedere e ottenere informazioni.
> 
> Ciao
> Marcello

anche a me quella parte non convince. ma ero giunto alla conclusione opposta
e cioè di non specificare il value dell'entrance ma lasciare solo l'accenno
del key, come per il barrier così che sia poi l'utente a doversi esplorare
la pagina dedicata agli entrance... 
alla fine qui cozziamo con uno dei problemi del nostro wiki e cioè la
confusione e la non omogeneitàquel testo allo stato attuale mi sembra
più adatto ad una pagina dedicata agli ospedali e non a quella dedicato
all'amenity=hospital visto che non si parla solo di questo tag xD
Farò un accenno al value main

nel frattempo ho avviato una discussione sulla questione indoor mapping.
anche per questo chiedo a quanti più possibile di intervenire [1]
dalla prima risposta sembra che il problema sia solo la questione tag del
dipartimento/servizio e non di indoor mapping in se...secondo l'utente che
ha risposto basterebbe il tag del servizio associato al tag level=* ma non
sono d'accordo...tutti gli elementi indoor con il nuovo schema hanno un key
indoor=* 

rileggendo bene la pagina in effetti esiste un indoor=level che sembra
utilizzabile...ma forse non ne ho capito bene lo scopo

[1]https://wiki.openstreetmap.org/wiki/Talk:Simple_Indoor_Tagging#Hospitals_indoor_mapping



-
Ciao,
Aury
--
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-au] Blank map in remote country areas

[Warin]

The OSM map is great in hi density places like Europe and USA.
The map is configured to show these places well, this is where most 
people look.


In low density places like Australia, Africa, Siberia the map is devoid 
of information.


What is needed is a bit of detection that the map lacks content and then 
to add features that would normal show when zoomed in, at this zoom level.

How can this detection be done?
Possibly by the number of nodes, ways and relations rendered would be 
simplest. If that number is low add more things in until a minimum is 
reached.
This would get around the inclination of mapping for the render and give 
us a better map everywhere.
Of course this only works where there is data not shown! Adding sand 
hills in the Simpson is not fun, I have done some in the east ... should 
do some in the west too.


I assume the same problem is evident in other online/gps maps. The 
advantage of a GPS map is that they usually cover an area smaller than 
the world so can implement local rules.


On 22/01/19 14:26, Ben Kelley wrote:


Hi.

So there are 2 issues (it seems): At what zoom does the road show, and 
at what zoom does the name show?


Take for example https://www.openstreetmap.org/#map=11/-31.7211/150.4649

At this zoom no roads have names.

Zoom in to 12, and you see highway=unclassified roads that weren't 
visible at 11.


You don't start to see the names of any roads at all until zoom 13. At 
zoom 15 you see the names of all roads.


I think showing more detail a little bit sooner when there is less 
detail to show is going to be a difficult problem for a renderer to 
solve in a way that makes more sense than the current popular renderers.


I think going from some roads to all roads over 2 zooms (13->15) is 
not a bad compromise.



 - Ben.

On 22/1/19 13:50, Graeme Fitzpatrick wrote:
A while back, there was mention on the list of OSM only showing vast 
amounts of blank whiteness when looking at remote country areas; & 
then there was further mention regarding Aussie country roads not 
showing up well enough in OSM.


A lady I speak to on another forum, lives in a small town in FNQ, & 
had complained on the forum about various on-line maps not showing 
any details.


After I asked her for some details, so we could possibly examine 
things, she has said: (for privacy, I have deleted the name of her 
actual town):


I live in an isolated remote town called xxx, although not as 
isolated as some. Two hours/150km west of Mareeba and three 
hours/210km west of Cairns.
So its: Cairns, Mareeba, Dimbulah, Petford, Almaden, Chillagoe. 
Petford & Almaden are way smaller than x.


I rarely use Google Maps, but use Google Earth a lot. Today is 
probably the first time I've looked at GM for this specific area.


I've now realised OpenStreetMaps is actually no worse than Google 
Maps, and in some things it's actually better.


Zooming into xx, OpenStreetMaps is accurate and up-to-date, with 
roads and tracks that are actually in use.


Google Maps shows streets that no longer exist. They may be/have 
been/are gazetted roads, but now don't even look like they ever 
existed even in track form (although they did way way back in the 
mining days, I think).


The problem when I originally commented was that if I looked at the 
area between Dimbulah (or Petford) and Chillagoe, there was nothing 
to tell me the name of the road. But looking at Google Maps today, 
there's nothing there either. Although when I zoom in a name comes up 
more quickly than it does on OpenStreetMaps.


If I'm looking at a hard copy paper map from RACQ or Sunmap or 
whoever, I can see at a glance where I am and what the names of 
everything are.


It's just that our distances are vast, and at the amount zoomed out 
that I want some detail, the populated areas have no detail either. 
So in a way I can't expect it.


However, outback roads are usually the *only* roads there are and it 
would be nice to have labelling when that much zoomed out. (Is this 
making sense to you?)


I have a reasonable knowledge of east coast highways and roads 
between them (mainly Qld and NSW) and reference to a map is just 
double checking or looking for shortcuts or detours. I'm a bit of a 
map freak. Have a stack of hard copy maps for the east coast, and 
spend time on Google Earth and Google Maps just checking out old and 
new roads, and looking up places I read about in the news. 
Unfortunately I'm not that good with terrain on topo maps, but never 
needed to use them enough. And I've recently learned that I need to 
double check altitudes on GE before I make assumptions about 
geography. Not always what it looks like.


Here is a starting point for my area. (Bearing in mind I'm on a Sony 
Vaio with a 13 inch screen (13.3" ??).)


Google Maps
Seems to have more 'stops' in its zoom ability.
https://www.google.com.au/maps/@-17.3121687,144.755859,11.75z
Looking at it today

OpenStreetMap
Unfamiliar map. If I zoom in more than this 

Re: [talk-au] Blank map in remote country areas

[Ben Kelley]

Hi.

So there are 2 issues (it seems): At what zoom does the road show, and 
at what zoom does the name show?


Take for example https://www.openstreetmap.org/#map=11/-31.7211/150.4649

At this zoom no roads have names.

Zoom in to 12, and you see highway=unclassified roads that weren't 
visible at 11.


You don't start to see the names of any roads at all until zoom 13. At 
zoom 15 you see the names of all roads.


I think showing more detail a little bit sooner when there is less 
detail to show is going to be a difficult problem for a renderer to 
solve in a way that makes more sense than the current popular renderers.


I think going from some roads to all roads over 2 zooms (13->15) is not 
a bad compromise.



 - Ben.

On 22/1/19 13:50, Graeme Fitzpatrick wrote:
A while back, there was mention on the list of OSM only showing vast 
amounts of blank whiteness when looking at remote country areas; & 
then there was further mention regarding Aussie country roads not 
showing up well enough in OSM.


A lady I speak to on another forum, lives in a small town in FNQ, & 
had complained on the forum about various on-line maps not showing any 
details.


After I asked her for some details, so we could possibly examine 
things, she has said: (for privacy, I have deleted the name of her 
actual town):


I live in an isolated remote town called xxx, although not as 
isolated as some. Two hours/150km west of Mareeba and three 
hours/210km west of Cairns.
So its: Cairns, Mareeba, Dimbulah, Petford, Almaden, Chillagoe. 
Petford & Almaden are way smaller than x.


I rarely use Google Maps, but use Google Earth a lot. Today is 
probably the first time I've looked at GM for this specific area.


I've now realised OpenStreetMaps is actually no worse than Google 
Maps, and in some things it's actually better.


Zooming into xx, OpenStreetMaps is accurate and up-to-date, with 
roads and tracks that are actually in use.


Google Maps shows streets that no longer exist. They may be/have 
been/are gazetted roads, but now don't even look like they ever 
existed even in track form (although they did way way back in the 
mining days, I think).


The problem when I originally commented was that if I looked at the 
area between Dimbulah (or Petford) and Chillagoe, there was nothing to 
tell me the name of the road. But looking at Google Maps today, 
there's nothing there either. Although when I zoom in a name comes up 
more quickly than it does on OpenStreetMaps.


If I'm looking at a hard copy paper map from RACQ or Sunmap or 
whoever, I can see at a glance where I am and what the names of 
everything are.


It's just that our distances are vast, and at the amount zoomed out 
that I want some detail, the populated areas have no detail either. So 
in a way I can't expect it.


However, outback roads are usually the *only* roads there are and it 
would be nice to have labelling when that much zoomed out. (Is this 
making sense to you?)


I have a reasonable knowledge of east coast highways and roads between 
them (mainly Qld and NSW) and reference to a map is just double 
checking or looking for shortcuts or detours. I'm a bit of a map 
freak. Have a stack of hard copy maps for the east coast, and spend 
time on Google Earth and Google Maps just checking out old and new 
roads, and looking up places I read about in the news. Unfortunately 
I'm not that good with terrain on topo maps, but never needed to use 
them enough. And I've recently learned that I need to double check 
altitudes on GE before I make assumptions about geography. Not always 
what it looks like.


Here is a starting point for my area. (Bearing in mind I'm on a Sony 
Vaio with a 13 inch screen (13.3" ??).)


Google Maps
Seems to have more 'stops' in its zoom ability.
https://www.google.com.au/maps/@-17.3121687,144.755859,11.75z
Looking at it today

OpenStreetMap
Unfamiliar map. If I zoom in more than this I have absolutely nothing...
Not enough 'stops' in the zoom. All or nothing.
https://www.openstreetmap.org/#map=11/-17.2500/144.7895

Also, at first glance it looks like the railway line is the main road. 
In fact you can't see there's a road there until I zoom right in. You 
can see the rest of Burke Development Road to Chillagoe, you can see 
the road from Petford to Irvinebank, but you can't see the Almaden 
Gingerella Road running generally to the west of the rail line, and on 
down to Mount Garnet or Mount Surprise. You wouldn't know it was 
there. (Local name is the Ootan Road.)


Google Maps is not much better to look at, but you can see the road, 
and the road is 'highlighted' (slightly)more than the rail line.


This railway line carries The Savannahlander which leaves Cairns for 
Forsayth on Wednesday and returns on Saturday except in the Wet 
Season. Nothing else travels on it, except the occasional QR Toyota 
with rail wheels.


So, to me, a lot of this would seem to tie in with country roads being 
mapped as =unclassified (& I noticed 

[talk-au] Blank map in remote country areas

[Graeme Fitzpatrick]

A while back, there was mention on the list of OSM only showing vast
amounts of blank whiteness when looking at remote country areas; & then
there was further mention regarding Aussie country roads not showing up
well enough in OSM.

A lady I speak to on another forum, lives in a small town in FNQ, & had
complained on the forum about various on-line maps not showing any details.

After I asked her for some details, so we could possibly examine things,
she has said: (for privacy, I have deleted the name of her actual town):

I live in an isolated remote town called xxx, although not as isolated
as some. Two hours/150km west of Mareeba and three hours/210km west of
Cairns.
So its: Cairns, Mareeba, Dimbulah, Petford, Almaden, Chillagoe. Petford &
Almaden are way smaller than x.

I rarely use Google Maps, but use Google Earth a lot. Today is probably the
first time I've looked at GM for this specific area.

I've now realised OpenStreetMaps is actually no worse than Google Maps, and
in some things it's actually better.

Zooming into xx, OpenStreetMaps is accurate and up-to-date, with roads
and tracks that are actually in use.

Google Maps shows streets that no longer exist. They may be/have been/are
gazetted roads, but now don't even look like they ever existed even in
track form (although they did way way back in the mining days, I think).

The problem when I originally commented was that if I looked at the area
between Dimbulah (or Petford) and Chillagoe, there was nothing to tell me
the name of the road. But looking at Google Maps today, there's nothing
there either. Although when I zoom in a name comes up more quickly than it
does on OpenStreetMaps.

If I'm looking at a hard copy paper map from RACQ or Sunmap or whoever, I
can see at a glance where I am and what the names of everything are.

It's just that our distances are vast, and at the amount zoomed out that I
want some detail, the populated areas have no detail either. So in a way I
can't expect it.

However, outback roads are usually the *only* roads there are and it would
be nice to have labelling when that much zoomed out. (Is this making sense
to you?)

I have a reasonable knowledge of east coast highways and roads between them
(mainly Qld and NSW) and reference to a map is just double checking or
looking for shortcuts or detours. I'm a bit of a map freak. Have a stack of
hard copy maps for the east coast, and spend time on Google Earth and
Google Maps just checking out old and new roads, and looking up places I
read about in the news. Unfortunately I'm not that good with terrain on
topo maps, but never needed to use them enough. And I've recently learned
that I need to double check altitudes on GE before I make assumptions about
geography. Not always what it looks like.

Here is a starting point for my area. (Bearing in mind I'm on a Sony Vaio
with a 13 inch screen (13.3" ??).)

Google Maps
Seems to have more 'stops' in its zoom ability.
https://www.google.com.au/maps/@-17.3121687,144.755859,11.75z
Looking at it today

OpenStreetMap
Unfamiliar map. If I zoom in more than this I have absolutely nothing...
Not enough 'stops' in the zoom. All or nothing.
https://www.openstreetmap.org/#map=11/-17.2500/144.7895

Also, at first glance it looks like the railway line is the main road. In
fact you can't see there's a road there until I zoom right in. You can see
the rest of Burke Development Road to Chillagoe, you can see the road from
Petford to Irvinebank, but you can't see the Almaden Gingerella Road
running generally to the west of the rail line, and on down to Mount Garnet
or Mount Surprise. You wouldn't know it was there. (Local name is the Ootan
Road.)

Google Maps is not much better to look at, but you can see the road, and
the road is 'highlighted' (slightly)more than the rail line.
This railway line carries The Savannahlander which leaves Cairns for
Forsayth on Wednesday and returns on Saturday except in the Wet Season.
Nothing else travels on it, except the occasional QR Toyota with rail
wheels.

So, to me, a lot of this would seem to tie in with country roads being
mapped as =unclassified (& I noticed from clearing some of the Telenav
errors, that it doesn't seem to like highway=unclassified, having street
names?), with even the "main" road only being =secondary (if that!).

Her other comment re population areas not being visible is also tied back
in to the frequent discussions we've had about size of places, Europe v Oz
- these "towns" are (correctly) mapped as place=villages as they only have
200-300 people living in them, but they're the social, commercial &
financial centre for a couple of thousand sq km :-(

Nice to hear that we actually compare quite well with the mega-$ enemy :-),
but it would be nice to be able to do better! :-)

Any thoughts of any way of fixing this sort of "problem", apart from lieing
to the map? :-)

Thanks

Graeme
___
Talk-au mailing list

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[cleary]

In Sydney, many stops display the stop number but I'm not sure if we have 
another source for this data - in NSW, the convention is that the first four 
numbers  are the postcode of the suburb. So all stops in Strathfield would have 
a 6 or 7 digit number with the first four digits being the postcode for the 
suburb.  For example stands A to D at Strathfield have their numbers included 
in OSM with the tag "local_ref="





On Tue, 22 Jan 2019, at 12:21 PM, Warin wrote:
> On 22/01/19 12:03, Sam Wilson wrote:
> > On 1/21/19 4:58 PM, Warin wrote:
> >> I have used (misused?) the ref to tag the routes that use that bus 
> >> stop, then some one has put the stop 'number' in as local_ref.
> >> Possibly the stop number is a 'operator_ref' ... whatever, no 
> >> practical use to the normal person.
> >
> > I actually find the ref super useful, because with the Transperth app 
> > in WA you can search by stop ID and it's quicker and a lot more 
> > accurate than searching by street name etc. They're displayed in 
> > OSMAnd, and that's usually where I get them from.
> 
> How do you know the number to start your search?
> 
> ___
> 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] Naming Bus Stops for interchanges in Sydney

[Warin]

On 22/01/19 12:20, Warin wrote:

On 22/01/19 12:03, Sam Wilson wrote:

On 1/21/19 4:58 PM, Warin wrote:
I have used (misused?) the ref to tag the routes that use that bus 
stop, then some one has put the stop 'number' in as local_ref.
Possibly the stop number is a 'operator_ref' ... whatever, no 
practical use to the normal person.


I actually find the ref super useful, because with the Transperth app 
in WA you can search by stop ID and it's quicker and a lot more 
accurate than searching by street name etc. They're displayed in 
OSMAnd, and that's usually where I get them from.


How do you know the number to start your search?


Arr .. sorry did not absorb that you got them from OSMand .. will have 
to try that locally here.


Yep it works here too... so I have not recorded them here, will add it 
to the list of 'things to do'.



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

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[Warin]

On 22/01/19 12:03, Sam Wilson wrote:

On 1/21/19 4:58 PM, Warin wrote:
I have used (misused?) the ref to tag the routes that use that bus 
stop, then some one has put the stop 'number' in as local_ref.
Possibly the stop number is a 'operator_ref' ... whatever, no 
practical use to the normal person.


I actually find the ref super useful, because with the Transperth app 
in WA you can search by stop ID and it's quicker and a lot more 
accurate than searching by street name etc. They're displayed in 
OSMAnd, and that's usually where I get them from.


How do you know the number to start your search?

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

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[Sam Wilson]

On 1/21/19 4:58 PM, Warin wrote:
I have used (misused?) the ref to tag the routes that use that bus stop, 
then some one has put the stop 'number' in as local_ref.
Possibly the stop number is a 'operator_ref' ... whatever, no practical 
use to the normal person.


I actually find the ref super useful, because with the Transperth app in 
WA you can search by stop ID and it's quicker and a lot more accurate 
than searching by street name etc. They're displayed in OSMAnd, and 
that's usually where I get them from.


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

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[Warin]

Yes, I have seen the ref tag used for some number that occurs on the bus 
stop.
I have used (misused?) the ref to tag the routes that use that bus stop, 
then some one has put the stop 'number' in as local_ref.
Possibly the stop number is a 'operator_ref' ... whatever, no practical 
use to the normal person.
The routes that stop at a bus stop .. might better go into a comments 
tag - help others who might be mapping routes using the already entered 
bus stops?


 In crowed space you have to zoom in, as always. Possibly a search 
function may work?


On 22/01/19 11:40, Sam Wilson wrote:

I agree, putting the stand name first makes sense.

I've been putting ref=1234 tags on stands (with their ID from the 
sign), but for some reason haven't ever thought to add the name as 
well; I shall do so from now on.


On 1/21/19 4:26 PM, Michael Collinson wrote:
In Sweden, I have seen the "F" going into the ref tag. Just a 
thought, I don't recall how it affects rendering in common schemes. 
Con: Clash with a more rigorous ref num giving by the transport 
authority, "40459" or such. Another (complementary) practice is to 
put just "F" as the name - which has the secondary benefit of being 
more likely to render out in a crowded space. The other detail 
perhaps being better suited to the corresponding bus_station 
node/area/relation.


Else, +1 from me, the proposal seems useful to me as a smart 
refinement of local practice.


Mike

On 2019-01-22 10:26, Warin wrote:

Are there anydissenters?
I'll give it a week.
Any feed back from other places In Australia?
On 21/01/19 20:00, cleary wrote:

As a regular user of public transport, I agree.


On Mon, Jan 21, 2019, at 4:39 PM, Warin wrote:

Hi,


At present the names of bus stops goes something like

name=Strathfield Station, Albert Rd (Stand F).


The web transport trip planers direct you to Stand F, yet this is not
very visiblein OSM renderings as that information is last.


Would it not be best to have the name put the more detailed 
information
first and the generalproximity information last, much like an 
address?


Such as

name=Stand F, Albert Rd, Strathfield Station


Thoughts?








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

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[David Wales]

Why not:

name=Stand F, Strathfield Station
addr:street=Albert Road

On 22/1/19 11:26 am, Michael Collinson wrote:
> In Sweden, I have seen the "F" going into the ref tag. Just a thought, I
> don't recall how it affects rendering in common schemes. Con: Clash with
> a more rigorous ref num giving by the transport authority, "40459" or
> such. Another (complementary) practice is to put just "F" as the name -
> which has the secondary benefit of being more likely to render out in a
> crowded space. The other detail perhaps being better suited to the
> corresponding bus_station node/area/relation.
> 
> Else, +1 from me, the proposal seems useful to me as a smart refinement
> of local practice.
> 
> Mike
> 
> On 2019-01-22 10:26, Warin wrote:
>> Are there any dissenters? 
>> I'll give it a week.
>> Any feed back from other places In Australia? 
>> On 21/01/19 20:00, cleary wrote:
>>> As a regular user of public transport, I agree.
>>>
>>>
>>> On Mon, Jan 21, 2019, at 4:39 PM, Warin wrote:
 Hi,


 At present the names of bus stops goes something like

 name=Strathfield Station, Albert Rd (Stand F).


 The web transport trip planers direct you to Stand F, yet this is not 
 very visiblein OSM renderings as that information is last.


 Would it not be best to have the name put the more detailed information 
 first and the generalproximity information last, much like an address?

 Such as

 name=Stand F, Albert Rd, Strathfield Station


 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
> 



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

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[Sam Wilson]

I agree, putting the stand name first makes sense.

I've been putting ref=1234 tags on stands (with their ID from the sign), 
but for some reason haven't ever thought to add the name as well; I 
shall do so from now on.


On 1/21/19 4:26 PM, Michael Collinson wrote:
In Sweden, I have seen the "F" going into the ref tag. Just a thought, I 
don't recall how it affects rendering in common schemes. Con: Clash with 
a more rigorous ref num giving by the transport authority, "40459" or 
such. Another (complementary) practice is to put just "F" as the name - 
which has the secondary benefit of being more likely to render out in a 
crowded space. The other detail perhaps being better suited to the 
corresponding bus_station node/area/relation.


Else, +1 from me, the proposal seems useful to me as a smart refinement 
of local practice.


Mike

On 2019-01-22 10:26, Warin wrote:

Are there anydissenters?
I'll give it a week.
Any feed back from other places In Australia?
On 21/01/19 20:00, cleary wrote:

As a regular user of public transport, I agree.


On Mon, Jan 21, 2019, at 4:39 PM, Warin wrote:

Hi,


At present the names of bus stops goes something like

name=Strathfield Station, Albert Rd (Stand F).


The web transport trip planers direct you to Stand F, yet this is not
very visiblein OSM renderings as that information is last.


Would it not be best to have the name put the more detailed information
first and the generalproximity information last, much like an address?

Such as

name=Stand F, Albert Rd, Strathfield Station


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



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

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[Michael Collinson]

In Sweden, I have seen the "F" going into the ref tag. Just a thought, I 
don't recall how it affects rendering in common schemes. Con: Clash with 
a more rigorous ref num giving by the transport authority, "40459" or 
such. Another (complementary) practice is to put just "F" as the name - 
which has the secondary benefit of being more likely to render out in a 
crowded space. The other detail perhaps being better suited to the 
corresponding bus_station node/area/relation.


Else, +1 from me, the proposal seems useful to me as a smart refinement 
of local practice.


Mike

On 2019-01-22 10:26, Warin wrote:

Are there anydissenters?
I'll give it a week.
Any feed back from other places In Australia?
On 21/01/19 20:00, cleary wrote:

As a regular user of public transport, I agree.


On Mon, Jan 21, 2019, at 4:39 PM, Warin wrote:

Hi,


At present the names of bus stops goes something like

name=Strathfield Station, Albert Rd (Stand F).


The web transport trip planers direct you to Stand F, yet this is not
very visiblein OSM renderings as that information is last.


Would it not be best to have the name put the more detailed information
first and the generalproximity information last, much like an address?

Such as

name=Stand F, Albert Rd, Strathfield Station


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

[Talk-br] Help - Download Mapa Garmin

[Carlos Correa]

Boa noite,

Estou tentando fazer o download de partes do mapa de 
http://garmin.openstreetmap.nl/ e ao preencher o e-mail retorno o seguinte erro 
em anexo.

[cid:be249429-654e-4d3e-9921-64c2743e77f0]
Free worldwide Garmin maps from OpenStreetMap
Free worldwide Garmin maps from OpenStreetMap, available in Basecamp, 
MapSource, RoadTrip and gmapsupp formats for Windows, Mac OSX and Linux.
garmin.openstreetmap.nl


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

[Talk-br] Download Mapa Garmin

[Carlos Correa]

Boa noite,

Estou tentando fazer o download de partes do mapa de 
http://garmin.openstreetmap.nl/ e ao preencher o e-mail retorno o seguinte erro 
em anexo.

[cid:be249429-654e-4d3e-9921-64c2743e77f0]
Free worldwide Garmin maps from OpenStreetMap
Free worldwide Garmin maps from OpenStreetMap, available in Basecamp, 
MapSource, RoadTrip and gmapsupp formats for Windows, Mac OSX and Linux.
garmin.openstreetmap.nl


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

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[Warin]

Are there anydissenters?

I'll give it a week.

Any feed back from other places In Australia?

On 21/01/19 20:00, cleary wrote:


As a regular user of public transport, I agree.


On Mon, Jan 21, 2019, at 4:39 PM, Warin wrote:

Hi,


At present the names of bus stops goes something like

name=Strathfield Station, Albert Rd (Stand F).


The web transport trip planers direct you to Stand F, yet this is not
very visiblein OSM renderings as that information is last.


Would it not be best to have the name put the more detailed information
first and the generalproximity information last, much like an address?

Such as

name=Stand F, Albert Rd, Strathfield Station


Thoughts?




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

Re: [talk-au] Our work in last two weeks

[Warin]

For me, split ways means that there is some barrier between the two.
If there is no barrier then they should not be split.



On 22/01/19 08:33, David Wales wrote:
I don't know what the OSM convention is for this, but I tend to agree 
with Nemanja. It makes more sense to split the two halves of the road, 
rather than have them as a single way.


On 22 January 2019 8:23:35 am AEDT, "Nemanja Bračko" 
 wrote:


@Warin,

I personally do not see why is it wrong if you split? It is just
two segments merged in one node. Geometry and data are exactly the
same just it is represented as two, instead of one line.

If we go deeper in this issue, it is actually wrong, because you
have marked/mapped 2 physical segments with just one line. Angle
is not natural for any road. However, it doesn't make any
difference in routing so it is acceptable to be mapped as one line
in cases like this.

Thanks,
Nemanja

On Mon, 21 Jan 2019, 21:33 Ben Kelley, mailto:ben.kel...@gmail.com>> wrote:

Personally I think that's a handy warning.

   - Ben



On Tue., 22 Jan. 2019, 07:25 Warin <61sundow...@gmail.com
 wrote:

On 22/01/19 02:45, Nemanja Bračko wrote:

I agree on that, but that's the way how this tool works.


So you will have to accept that the tool is wrong and
ignore its output.

Altering the map to comply with a tool that is wrong is
wrong.




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

-- 


Sent from my phone



___
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] Our work in last two weeks

[David Wales]

I don't know what the OSM convention is for this, but I tend to agree with 
Nemanja. It makes more sense to split the two halves of the road, rather than 
have them as a single way. 

On 22 January 2019 8:23:35 am AEDT, "Nemanja Bračko"  wrote:
>@Warin,
>
>I personally do not see why is it wrong if you split? It is just two
>segments merged in one node. Geometry and data are exactly the same
>just it
>is represented as two, instead of one line.
>
>If we go deeper in this issue, it is actually wrong, because you have
>marked/mapped 2 physical segments with just one line. Angle is not
>natural
>for any road. However, it doesn't make any difference in routing so it
>is
>acceptable to be mapped as one line in cases like this.
>
>Thanks,
>Nemanja
>
>On Mon, 21 Jan 2019, 21:33 Ben Kelley,  wrote:
>
>> Personally I think that's a handy warning.
>>
>>- Ben
>>
>>
>>
>> On Tue., 22 Jan. 2019, 07:25 Warin <61sundow...@gmail.com wrote:
>>
>>> On 22/01/19 02:45, Nemanja Bračko wrote:
>>>
>>> I agree on that, but that's the way how this tool works.
>>>
>>>
>>> So you will have to accept that the tool is wrong and ignore its
>output.
>>>
>>> Altering the map to comply with a tool that is wrong is wrong.
>>>
>>>
>>>
>>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>-- 
>
>Sent from my phone
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Our work in last two weeks

[Nemanja Bračko]

@Warin,

I personally do not see why is it wrong if you split? It is just two
segments merged in one node. Geometry and data are exactly the same just it
is represented as two, instead of one line.

If we go deeper in this issue, it is actually wrong, because you have
marked/mapped 2 physical segments with just one line. Angle is not natural
for any road. However, it doesn't make any difference in routing so it is
acceptable to be mapped as one line in cases like this.

Thanks,
Nemanja

On Mon, 21 Jan 2019, 21:33 Ben Kelley,  wrote:

> Personally I think that's a handy warning.
>
>- Ben
>
>
>
> On Tue., 22 Jan. 2019, 07:25 Warin <61sundow...@gmail.com wrote:
>
>> On 22/01/19 02:45, Nemanja Bračko wrote:
>>
>> I agree on that, but that's the way how this tool works.
>>
>>
>> So you will have to accept that the tool is wrong and ignore its output.
>>
>> Altering the map to comply with a tool that is wrong is wrong.
>>
>>
>>
>> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
-- 

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

Re: [OSM-talk-fr] Origine des données Waze

[marc marc]

Le 21.01.19 à 21:16, Erwan Salomon a écrit :
> waze était déjà à jour
> y’a des chances qu’ils utilisent le tracé GPS des utilisateur

pour une route, c'est le principe utilisé par improveosm/telenav
mais pour un chemin piéton, les traces vont être + rare.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Origine des données Waze

[deuzeffe]

Pour ma part (et comme Marc me l'a fait remarquer sur irc aussi, et 
comme le dit JY), il n'est pas question d'introduire de fausses données, 
mais d'introduire des données réelles provenant de la très bonne 
connaissance du terrain, style le chemin/la voie qui n'est nulle part 
sur une carte officielle type cadastre ou IGN et invisible sur les 
orthos parce que cachée par les arbres (par exemple). Et c'est un bonus, 
au vrai sens du terme. Évidemment, c'est plus facile quand c'est à la 
campagne ^^ D'un autre côté, il m'étonnerait que ça intéresse un wazeur :(


Le 21/01/2019 à 19:52, Gwenaël Jouvin via Talk-fr a écrit :

Bonsoir,

Je fais une petite digression sur les « œufs de pâques », à mon avis il n’est 
pas acceptable de placer de fausses informations dans OSM puisque d’après ce 
que j’ai compris (ou comme je vois ce projet ;-) ), OSM se doit d’être la plus 
exacte possible, justement pour se démarquer des cartes commerciales ou 
privatives qui regorgent de ces pièges contre la contrefaçon.

Par contre j’aime beaucoup l’idée de placer des chemins privés, il y en existe 
d’ailleurs déjà et ce sont des informations pertinentes afin de s’assurer que 
tel ou tel trajet est réalisable ou non.

Gwenaël


Le 21/01/2019 à 12:07, osm.sanspourr...@spamgourmet.com a écrit :

Je pense qu'on devrait mettre (plus) d’œufs de Pâques dans OpenStreetMap.

C'est-à-dire ajouter des informations qui ne sont pas ailleurs.

Soit des informations qui manquent réellement mais il faut prendre quelque 
chose qui ne soit pas dans des données libres comme le cadastre soit (mieux ?) 
des informations fausses comme l'ajout d'un nom à une rue sans nom et 
suffisamment mineure pour que ça ne gène pas. Ou ajouter des chemins privés 
(avec les gate et autres barrier qui sont bien) afin de voir si nos 
informations diffusent.

Ajouter un chemin comme Glyo l'a fait c'est bien mais a priori quelqu'un 
d'autre peut l'avoir fait. Ajouter une branche sans intérêt en cul de sac ne 
devrait pas gêner grand monde et si ça gène un cartographe amateur nettoiera ou 
un utilisateur lambda laissera une note. Et un utilisateur bêta pestera ;-).

Jean-Yvon

Le 21/01/2019 à 11:33, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 20/01/2019 à 22:13, deuzeffe a écrit :

Et j'ai été très surprise d'y trouver des objets que j'ai récemment ou pas 
(plus ou moins mal) mapés comme des parkings, des chemins piétons, des landuse 
de forme bizarre, etc., bref des trucs pour lesquels, sans verser dans la 
paranoïa ou le complexe de supériorité, j'ai l'intime conviction qu'ils 
proviennent d'osm (ou de quelqu'un qui waze dans mon coin en étant très précis 
- et ce n'est pas moi ^^).


Bonjour,

je partage ton sentiment et je suis allé voir dans des coins perdus !!!

Et là je n'ai plus beaucoup de doutes, ceux sont les mêmes données (j'ai 
regardé à plusieurs endroits et on retrouve plusieurs cas similaires comme 
ci-dessous)

   * https://www.openstreetmap.org/way/200440664#map=13/-12.2717/49.3513
   * https://www.waze.com/ul?ll=-12.27710852%2C49.34886932=yes=14 
(c'est au milieu de l'eau le fond de carte ne doit pas être bien calé)

Donc sans verser non plus dans la paranoïa, c'est la même personne qui a 
contribué aux 2 sites dans ce cas ?

Mon autre interrogation c'est : certaines données sont dans le domaine public (si 
acceptation de les verser dans le domaine public lors de la création d'un compte). 
Peut-on "isoler" ces données ?

à 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



___
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] Rendu français : multipolygone highway=pedestrian non-rendu

[marc marc]

Le 21.01.19 à 21:38, Erwan Salomon a écrit :
> https://www.openstreetmap.org/relation/7969715

le style osm.org a réduit son support-devinette des polygones invalides
et a aussi réduit le nombre d'objet indoor rendu, ceci explique
peut-être que cela ai fonctionné dans le passé et plus aujourd’hui
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

[Erwan Salomon]

tient, en parlant de ça …
je suis aller voir une de mes ancienne réalisation : 
https://www.openstreetmap.org/relation/7969715
dans mon souvenir cette zone apparaissait dans le rendu quand je m’y était 
attelé, et là rien ?
j’ai mal géré un truc ?
je me souvient que j’avais bien galéré

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

Re: [OSM-talk-fr] Origine des données Waze

[marc marc]

Le 21.01.19 à 19:52, Gwenaël Jouvin via Talk-fr a écrit :
> pas acceptable de placer de fausses informations

je suis d'accord avec toi mais cela se contourne facilement :
au lieu d'ajouter une fausse info, suffit d'en laisser une.
dans ma zone de confort j'ai laissé 2 erreurs sans important
dans osm et je connais les nombreuses erreurs de GM.
c'est ainsi très facile de lever le doute si une carte copie osm/gm.

Je m'étais aussi amusé à corriger une zone avec une modif par jour
puis par semaine pour en déduire la fréquence de maj de quelques outils 
utilisant osm.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Our work in last two weeks

[Ben Kelley]

Personally I think that's a handy warning.

   - Ben



On Tue., 22 Jan. 2019, 07:25 Warin <61sundow...@gmail.com wrote:

> On 22/01/19 02:45, Nemanja Bračko wrote:
>
> I agree on that, but that's the way how this tool works.
>
>
> So you will have to accept that the tool is wrong and ignore its output.
>
> Altering the map to comply with a tool that is wrong is wrong.
>
>
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Origine des données Waze

[Philippe Verdy]

Plutôt que les œufs de Paques je suis aussi d'avis d'inclure des infos
pertinentes sur les terrains privés (mais tout de même assez visible et
vérifiable pour que ce ne soit pas de grossières erreurs. On peut ajouter
effectivement les chemins d'accès privés, les clôtures, les haies
(intéressant pour les botanistes et entomologistes, d'autant que les
municipalités encourage les propriétaires à végétaliser leurs extérieurs,
et maintenir la biodiversité), les puits (même condamnés), les cabanons et
abris de jardin, garages.
On n'est pas obligé d'être 100% fidèle à l'ortho-photographie mais ça peut
être juste indicatif, et donc on a une liberté sur le placement et la
précision suffisante pour que ces infos localisées et leur géométrie soit
effectivement sourçables.

On peut aussi raffiner le contour et le placement des bâtiments, agrémenter
avec les escaliers, la forme des bassins et piscines (en principe elles
sont déclarées, leur eau reste une utilité publique en cas de besoin pour
l'urgence, leur remplissage est réglementé et il y a des normes contre la
pollution et pour assurer la sécurité). Il y a des tas de choses privées
qui sont facilement identifiables et visibles depuis la voie publique pour
que cela n’entache pas réellement la vie privée. D'ailleurs si un
propriétaire s'oppose à ce qu'on détaille l'intérieur de sa propriété, il
peut toujours le faire et même modifier les formes et dimensions (le
cadastre n'est pas franchement très précis même pour les constructions "en
dur" ayant nécessité un permis de construire puisque c'est surtout un
enregistrement déclaratif qui n'engage le propriétaire qu'en cas de litige
ultérieur; même le fisc ne s'attache pas tellement à la géométrie mais
juste aux surfaces sous forme d'un chiffre brut par propriété cadastrée).

Dans les zones agricoles, on peut mettre les fossés de drainage (oui ils
bougent avec le temps mais ne sont pas toujours faciles à localiser sur une
vue aérienne, surtout en milieu forestier). On peut aussi identifier plus
précisément le paysage végétal et minéral pour le rendu topographique: les
données "officielles" tentent de gommer les variations saisonnières, mais
ce lissage gomme une vision "réaliste" du terrain (et je suis plutôt pour
le parti pris de donner une vision réaliste même si elle change un peu d'un
saison à l'autre: c'est justement l'effet de "texturage" produit par ces
détails qui traduit mieux la variabilité effective du terrain (gommée par
le lissage statistique).

On peut localiser les places de parking privés aussi. Il y a plein de façon
de "signer" un peut partout l'origine OSM des données car tous ces détails
n'ont pas de source officielle autre (en dehors de l'imagerie aérienne
accessible à tous et qui peut être traitée par des moyens automatiques avec
une précision similaire, mais dans OSM on est encouragé à tracer à la main,
avec le jugement personnel pour tenter d’interpréter et éviter d'ajouter
aussi trop de détail sur des éléments visibles mais pas clairement
délimités. La variabilité de la précision dans OSM est aussi une signature
de ses données, elle ne nuit pas car elle est pragmatique basée sur une
réflexion humaine. Il y a aussi assez de contributeurs disséminés un peu
partout qui font des détails et modifs dispersées qui permettent de bien
établir l'origine OSM car justement nos sources sont très variées
contrairement aux cartes commerciales revendues en l'état avec peu de
différences (hormi Google qui applique des filtres aléatoires à tous ses
clients pour que personne n'ait accès à la totalité des données et pour que
Google puisse ensuite combler les trous laissés par les filtres "à sa
guise" sans qu'on puisse distinguer ces ajouts, qui eux sont de vrais œufs
de Pâques à but publicitaire et de placement commercial, même des infos
fausses transmises par ses annonceurs qui veulent se placer n'importe où).

Concernant en revanche le domaine public on a tout intérêt à être très
précis et ce qui nous identifie justement c'est la précision dans OSM,
largemetn supérieure aux autres sources publiques ou commerciales, mais à
terme ces dernières aussi convergent vers le même niveau de détail.


Le lun. 21 janv. 2019 à 19:54, Gwenaël Jouvin via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonsoir,
>
> Je fais une petite digression sur les « œufs de pâques », à mon avis il
> n’est pas acceptable de placer de fausses informations dans OSM puisque
> d’après ce que j’ai compris (ou comme je vois ce projet ;-) ), OSM se doit
> d’être la plus exacte possible, justement pour se démarquer des cartes
> commerciales ou privatives qui regorgent de ces pièges contre la
> contrefaçon.
>
> Par contre j’aime beaucoup l’idée de placer des chemins privés, il y en
> existe d’ailleurs déjà et ce sont des informations pertinentes afin de
> s’assurer que tel ou tel trajet est réalisable ou non.
>
> Gwenaël
>
>
> Le 21/01/2019 à 12:07, osm.sanspourr...@spamgourmet.com a écrit :
> > Je pense qu'on devrait mettre (plus) d’œufs de Pâques 

[talk-cz] Výpadky LPIS

[Marián Kyral]

Ahoj,

zaregistroval jsem občasné výpadky LPIS. Projeví se to tak, že se nedotáhne
informace o typu pole a josm pak jen vytvoří polygon a nepřidá tag louka
nebo pole. Problém je zřejmě na serveru - vrací nějakou divnou chybu. Napsal
jsem na helpdesk, uvidíme, co odpoví.




Do té doby doporučuji dávat si na trasování LPIS pozor.




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

Re: [talk-au] Our work in last two weeks

[Warin]

On 22/01/19 02:45, Nemanja Bračko wrote:

I agree on that, but that's the way how this tool works.


So you will have to accept that the tool is wrong and ignore its output.

Altering the map to comply with a tool that is wrong is wrong.


On Mon, Jan 21, 2019 at 4:32 PM Marc Gemis > wrote:


I think the QA tool should/could see that the sharp corner is in a
point shared with another way and that there is no reason to
report a warning.


On Mon, Jan 21, 2019 at 4:26 PM Nemanja Bračko mailto:brack...@gmail.com>> wrote:

Because tool doesn't know is this a special (allowed) case, or
user's mistake. It just reports that geometry is not logical.

On Mon, Jan 21, 2019 at 4:21 PM Marc Gemis
mailto:marc.ge...@gmail.com>> wrote:

Why does a split make any difference ? Is this a "special"
feature of the QA-tool you are using ?
The QA tool should understand that the sharp U-turn is not
the only route one can follow.

m.

On Mon, Jan 21, 2019 at 10:58 AM Nemanja Bračko
mailto:brack...@gmail.com>> wrote:

Hi!

You've been flagged as "Impossible angle in highway"
many times because of these situations:
2019-01-21 10_52_54-Window-min.jpg

Just split this way (do not map it as one segment),
and you will avoid to get flagged.

Best Regards,
Nemanja



On Mon, Jan 21, 2019 at 8:51 AM Horea Meleg
mailto:horea.me...@telenav.com>> wrote:

Hello all,

As we informed you two weeks ago we started
working on Australia editing in Canberra, Perth
and Melbourne.

If you’re curious in what we did, you can find our
changesets using these links:

AUS

ALLhttps://osmcha.mapbox.com/filters?aoi=22638c89-517b-45b7-889a-749a6d99ffa9


AUS Flagged only

https://osmcha.mapbox.com/filters?aoi=9a2c90a1-6a45-4bb9-b52b-6f64b99e1cb5




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

Re: [OSM-talk-fr] Origine des données Waze

[Erwan Salomon]

> Le 21 janv. 2019 à 12:07, osm.sanspourr...@spamgourmet.com a écrit :
> 
> ...
> 
> Ajouter un chemin comme Glyo l'a fait c'est bien mais a priori quelqu'un 
> d'autre peut l'avoir fait. 
> 
> ...
> Jean-Yvon
tient ?
qu’est-ce que j’ai encore fait ?
de mon expérience avec waze (proche de zéro sauf :)
le jour où j’ai vue que cette rue était finit d’être construite et empruntanble 
: https://www.openstreetmap.org/way/458933959/
je l’ai emprunté pour en faire une trace GPS et l’intégrer à OSM
je pense qu’elle était utilisable depuis 1 semaine
dans la foulé j’ai vérifié via https://mc.bbbike.org/mc/ ce qu’il en était chez 
quelques service de carte (google, waze, bing et apple via un autre moyen)

à ce moment waze était déjà à jour
y’a des chances qu’ils utilisent le tracé GPS des utilisateur pour mapper en 
automatique les route, quite à rajouter les attributs à la mains quand ils 
repèrent la création d’un nouvel itinéraire

digression :
et comme je l’ai dit ailleurs, plus on est proche du terrain, plus il est 
compliqué de détecter une triche (à l’école on repère un tricheur quand il 
copie la connerie du voisin, pas quand il copie une bonne réponse)

easter eggs … type cadeau bonus j’adhère, pour éviter la triche je trouve moyen 
(j’ai encore des doutes sur ceux du cadastre … ancienne construction restée au 
cadastre ou easter egg … ça ne ce tag pas pareil)

ajouté le domaine privé, avec parcimonie, quand ça me semble intéressant (voie 
d’accès à des bâtiments reculés : oui, allée de garage de 10 m : bof)
et google le fait déjà (toute voie visible sur les images aériennes est 
représenté, souvent comme chemin
je connais une voie privée avec barrière qui semble faire un super raccourci 
sur google … (pas testé si le calcul d’itinéraire l’emprunte)
mais bientôt avec l’exploitation de la reconnaissance d’image sur leurs image 
streetview les entrée et privatisations seront intégrées aussi

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

Re: [talk-cz] [Talk-cz] Prevody na spolek

[Martin Tesar]

Ahoj,

o MTB mapu se starám pořád já, i když v dost minimalistickém režimu. Druhý
zainteresovaný je Hopet, díky němuž má projekt sysadmina a hardware, na
kterém může běžet.

Nemáme v plánu provoz nijak rušit nebo omezovat, ale popravdě ani
kapacity/motivaci/energii projekt nějak významně rozvíjet. Snažím se
aktualizovat data minimálně jednou měsíčně, zbytek je zamrznutý asi 6 let
zpátky. O to větší mám radost, když se dovídám, že pořád někomu slouží.
Díky, za všechny postřehy.

Pokud jde o doménu, nemám problém s tím, že ji má Jakub, ani s tím, když
bude patřit spolku OSMCZ. Klidně se může přepsat i na mě. Spolek má asi tu
výhodu, že pak nepatří jedinému jednotlivci. Taky se do něj přihlásím :)

Pěkný den,
Martin

so 19. 1. 2019 15:28 odesílatel Pavel Machek  napsal:

> Ahoj!
>
> > Me by se libilo
> >
> > 1) vyuzit to jako mapu s pripinatelnou vrstvou MTB a turistickych tras
> (tedy
> > renderovane zvlast) - dnes mame MTB mapu na osmap.cz a je tam velmi
> hezka,
> > ale treba pro pesi turisty je ta zmet fialovych car odpudiva, na druhou
> > stranu mapa ukazuje i jine nez KČT barevne znacene trasy, coz je vlastne
> v
> > ceskem rybnicku unikatni...
> >
> > 2) stejne jako je vypracovana legenda (dynamicky pro ruzne zoomy!)
> > renderovat legendu ke kazde mape. Ale mam dojem, ze k tomu neexistuje
> zadny
> > vzity uzus, jak to vlastne delat, takze se to nedela (nejake automaticky
> > renderovane XML s obrazky, jazykove prizpusobitelne atp). A bylo by
> super,
> > zkusit nastavit nejaky vzor a zkusit presvedcit i ostatni autory, aby
> ten
> > system/princip u svych renderu tez pouzivaly a aby bylo mozne tu legendu
> > zobrazit (treba jako pop-up okno apod.)
>
> mtbmap umi spoustu uzasnych veci, jako treba mereni
> vzdalenosti. Libilo by se mi to u vsech map, ale aspon pro me je
> mtbmap dulezita...
> Pavel
>
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures)
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
> ___
> 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] Organised Editing Guidelines now officially live

[Rafael Avila Coya]

Paul:

In the Preamble of the guidelines it says "It's not a policy", but you 
say they are a policy.


Cheers,

Rafael.

O 10/01/19 ás 21:34, Paul Norman escribiu:

On 2019-01-10 10:19 a.m., Christoph Hormann wrote:

Since it is on the OSM wiki and there is no statement indicating
otherwise does this mean we can start improving the guidelines now?;-)



If you can edit them to be closer to the text approved by the OSMF board ;)

We just discussed this internally, the reason we've got them on the 
publicly editable wiki even though it's a policy is the number of links 
to/from the page make it more useful on the this wiki instead of the 
OSMF one.



___
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] Origine des données Waze

[Gwenaël Jouvin via Talk-fr]

Bonsoir,

Je fais une petite digression sur les « œufs de pâques », à mon avis il n’est 
pas acceptable de placer de fausses informations dans OSM puisque d’après ce 
que j’ai compris (ou comme je vois ce projet ;-) ), OSM se doit d’être la plus 
exacte possible, justement pour se démarquer des cartes commerciales ou 
privatives qui regorgent de ces pièges contre la contrefaçon.

Par contre j’aime beaucoup l’idée de placer des chemins privés, il y en existe 
d’ailleurs déjà et ce sont des informations pertinentes afin de s’assurer que 
tel ou tel trajet est réalisable ou non.

Gwenaël


Le 21/01/2019 à 12:07, osm.sanspourr...@spamgourmet.com a écrit :
> Je pense qu'on devrait mettre (plus) d’œufs de Pâques dans OpenStreetMap.
> 
> C'est-à-dire ajouter des informations qui ne sont pas ailleurs.
> 
> Soit des informations qui manquent réellement mais il faut prendre quelque 
> chose qui ne soit pas dans des données libres comme le cadastre soit (mieux 
> ?) des informations fausses comme l'ajout d'un nom à une rue sans nom et 
> suffisamment mineure pour que ça ne gène pas. Ou ajouter des chemins privés 
> (avec les gate et autres barrier qui sont bien) afin de voir si nos 
> informations diffusent.
> 
> Ajouter un chemin comme Glyo l'a fait c'est bien mais a priori quelqu'un 
> d'autre peut l'avoir fait. Ajouter une branche sans intérêt en cul de sac ne 
> devrait pas gêner grand monde et si ça gène un cartographe amateur nettoiera 
> ou un utilisateur lambda laissera une note. Et un utilisateur bêta pestera 
> ;-).
> 
> Jean-Yvon
> 
> Le 21/01/2019 à 11:33, Vincent Bergeot - vinc...@bergeot.org a écrit :
>> Le 20/01/2019 à 22:13, deuzeffe a écrit :
>>> Et j'ai été très surprise d'y trouver des objets que j'ai récemment ou pas 
>>> (plus ou moins mal) mapés comme des parkings, des chemins piétons, des 
>>> landuse de forme bizarre, etc., bref des trucs pour lesquels, sans verser 
>>> dans la paranoïa ou le complexe de supériorité, j'ai l'intime conviction 
>>> qu'ils proviennent d'osm (ou de quelqu'un qui waze dans mon coin en étant 
>>> très précis - et ce n'est pas moi ^^).
>>
>> Bonjour,
>>
>> je partage ton sentiment et je suis allé voir dans des coins perdus !!!
>>
>> Et là je n'ai plus beaucoup de doutes, ceux sont les mêmes données (j'ai 
>> regardé à plusieurs endroits et on retrouve plusieurs cas similaires comme 
>> ci-dessous)
>>
>>   * https://www.openstreetmap.org/way/200440664#map=13/-12.2717/49.3513
>>   * 
>> https://www.waze.com/ul?ll=-12.27710852%2C49.34886932=yes=14 
>> (c'est au milieu de l'eau le fond de carte ne doit pas être bien calé)
>>
>> Donc sans verser non plus dans la paranoïa, c'est la même personne qui a 
>> contribué aux 2 sites dans ce cas ?
>>
>> Mon autre interrogation c'est : certaines données sont dans le domaine 
>> public (si acceptation de les verser dans le domaine public lors de la 
>> création d'un compte). Peut-on "isoler" ces données ?
>>
>> à 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
> 

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

Re: [OSM-talk-fr] Origine des données Waze

[David Crochet]

Bonjour

J'ai regardé les 3 iles du plan d'eau de la ferté macé (61) waze et OSM 
ne se ressemble pas du tout


Ensuite en allant sur le Teileul (50) il y a deux route étiqueté 
identiquement, mais seul l'un apparait dans waze et pas l'autre


Cordialement


--
David Crochet


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

Re: [OSM-talk-fr] Et OSM la dedans !

[OSMDoudou]

> Il y a déjà du cross-post Twitter > Mastodon sur le compte 
> https://fr.osm.social/@osm_fr

> Ce n'est pas parfait, mais ça permet d'avancer.

Pourquoi ne pas inverser le flux: poster sur Mastodon et reposter sur Twitter ?

C’est peut-être symbolique, mais ça permet de faire connaître le compte 
Mastodon et d’affirmer la source primaire d’activité.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] creazione di un grafo pedonale (a Milano)

[Andrea Canevazzi]

Ciao Alessandro,
contattami pure quando preferisci,
il mio numero di telefono è in calce all'email: se vuoi essere certo che
risponda mandami prima un whatsapp :)
grazie e a presto,
Andrea

*Arch. Andrea Canevazzi, Ph.D.*
 +39 3482453713
 andrea.caneva...@gmail.com 

*Via Novara, 160 | 20153 Milano | Italia*

*L’invio di documenti anche contabili  tramite posta elettronica è un mezzo
consentito, ai sensi dell’art.21 DPR 633/72 e a seguito della CM n. 45/E
del 19/10/2005; il documento informatico dovrà essere materializzato da chi
lo riceve tramite stampa su supporto cartaceo e quindi conservato come ogni
altro documento su carta.  *


Il giorno ven 18 gen 2019 alle ore 05:34 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Buongiorno e grazie per la condivisione di questa bella iniziativa!
> On 17/01/19 21:08, Alessandro Palmas wrote:
>
> Il 17/01/19 15:33, Andrea Canevazzi ha scritto:
>
> Buongiorno a tutti,
>
> lavoro per AMAT (Agenzia Mobilità Ambiente e Territorio di Milano) e
> abbiamo deciso di costruire un grafo pedonale della città implementandolo
> direttamente su OSM.
>
> Dovendo riassumere in due parole l'obiettivo finale: supporto
> all'accessibilità di persone con disabilità (permanenti e/o temporanee).
>
>
>
> I dettagli sul metodo e sugli utilizzi che intendiamo fare di queste
> informazioni sono riportate nella pagina wiki del progetto:
> https://wiki.openstreetmap.org/wiki/Accessibilit%C3%A0_Milano_(2018)#Sommario
>
>
>
> Per il momento abbiamo fatto un numero molto limitato di
> modifiche/aggiunte più che altro per testare l'approccio, dare la
> possibilità di vedere cosa vorremmo fare e ricevere feedback.
>
>
>
> Ogni consiglio, osservazione, è ovviamente più che ben accetta,
>
> grazie,
>
> Andrea
>
> A Foss4g-it presenteremo un talk sull'accessibilità dei centri urbani.
> Sarebbe interessante scambiare qualche mail così potremmo parlare anche di
> Milano.
>
>
> Come ha anticipato Alessandro Palmas, al FOSS4G-IT (
> http://foss4g-it2019.gfoss.it/), all'interno della sessione dedicata a
> OpenStreetMap, porteremo una presentazione (ancora in fase di costruzione)
> su esperienze di mappatura per l'accessibilità in Italia e alcuni
> suggerimenti/proposte per delle linee guida su questo tipo di mappature.
>
> Sono ovviamente interessato a confrontarmi e ad approfondire il tema e il
> vostro approccio sia nella mappatura, sia nella costruzione e gestione di
> questo tipo di processi.
>
> Grazie,
>
> Alessandro
> --
> --
>
> Alessandro Sarretta
>
> skype/twitter: alesarrett
> Web: ilsarrett.wordpress.com
>
> Research information:
>
>- Google scholar profile
>
>- ORCID 
>- Research Gate
>
>- Impactstory 
>
> ___
> 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] Generazione carte geografiche

[Giovanni Fasano]

Il 21/01/19 17:20, Maurizio Napolitano ha scritto:

On Mon, Jan 21, 2019 at 12:40 PM Giovanni Fasano  wrote:


Mi sto interessando di openboard, un software open source per lim che ha
poco a che vedere con OSM, ma...


Interessante questo openboard: vorrei vederlo per capirlo
Se ho inteso è semplicemente un software per scrivere su una lavagna.
Giusto?


Fa anche quello. ma può fare molto di più. E' open come dice il nome ed 
è multipiattaforma e localizzato anche per l'Italia. Si scarica da 
http://openboard.ch

Per Linux purtroppo solo Ubuntu 16.04 e derivate al momento.




Vorrei usare i dati di OSM per creare delle carte geografiche libere.
Avete presente le classiche carte fisiche, politiche oppure mute che ci
sono nei libri di scuola? Diciamo per iniziare le carte degli stati e
delle regioni.


Se devo usare i dati dei confini amministrativi vado a pescare da
ISTAT e converto nel formato
necessario.



I dati necessari dovrebbero esserci tutti si tratta solo di elaborarli.
I passaggi saranno:
1) scaricare il database di OSM (diciamo l'Europa da Geofabrik)
e poi?


ma ti serve tutto tutto o ti servono solo dati di alto livello?
perchè, a quel punto, su naturalearthdata.com trovi il minimo necessario


caricare/filtrare i dati su un database
generare le carte


... quindi parli di un gis?


C'è in giro qualche guida per fare cose del genere?
Oppure c'è qualcuno che mi può aiutare indicandomi i passi da fare?


Se capisco bene a te basta avere i vari layer da sovrapporre l'uno sull'altro.
Suppongo che openboard abbia qualcosa che permetta di caricare dei file svg
da mettere l'uso sul'altro usando un software di grafica vettoriale.


Openboard carica i file svg, per la gestione dei layer devo vedere cosa 
combina.



Sbaglio?
Se è così prendi i dati da naturalearthdata, converti nel formato che serve
e poi gioca.

Non credo che ti servano per forza i dati di osm


Essendo un mapper (anche se al momento inattivo) per me è naturale 
pensare a OSM come l'unica fonte di dati geografici :-)
Comunque ora vedo di dare un occhiata sia al discorso dell svg sia alle 
fonti alternative che mi avete indicato. Ribadisco però che per me il 
risultato dovrebbe essere una serie di file fra cui far selezionare. Non 
per offenderle ma le maestre con cui ho avuto a che fare non andrebbero 
molto oltre...


--
Giovanni Fasano

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

[Talk-us] An update from the OSM-US Board

[Jonah Adkins]

Hello Talk-US,

Happy New Year! We’d like to share a few updates with the community as we 
settle into 2019. 

To shake things up a bit, we’re foregoing a formal proposal/selection process 
for State of the Map US and announcing Minneapolis, Minnesota as the location 
for the 2019 conference. We hope this change will give us more time for 
conference planning, and lead to a better experience for attendees. Please save 
the dates of September 6-8, 2019 while we finalize plans for this year’s State 
of the Map US. We hope you’re excited to attend and will think about submitting 
an awesome talk or spend some time volunteering on the conference committee. 
Stay tuned for more info here or in the #sotmus channel on the OpenStreetMap US 
Slack .

As you may be aware, OpenStreetMap US hired an Executive Director in October. 
While she made some great progress in setting up OpenStreetMap US for success 
as an organization, it became clear that it was not the best fit for her 
talents, nor for the needs of the organization. As of January 2019, we do not 
have an Executive Director. The board is taking some time to determine what’s 
next, and remains excited for the growth of the organization.

Finally, we will be holding our elections in the near future. Please consider 
running for a position on the board. What better way to participate in the OSM 
community! If you’re curious about what a typical board member does, please 
reach out to us - bo...@openstreetmap.us  or 
check #elections channel on the OSM-US Slack.

OpenStreetMap US Board 
Alyssa, Ian, Maggie, Bryan, and Jonah
Always available at  bo...@openstreetmap.us ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] creazione di un grafo pedonale (a Milano)

[Andrea Canevazzi]

Gentile Volker, ti ringrazio per il link alla bozza, condivido
l'informazione con i colleghi che sis tanno occupando più specificatamente
del tema ciclabilità.
grazie,
Andrea

*Arch. Andrea Canevazzi, Ph.D.*
 +39 3482453713
 andrea.caneva...@gmail.com 

*Via Novara, 160 | 20153 Milano | Italia*

*L’invio di documenti anche contabili  tramite posta elettronica è un mezzo
consentito, ai sensi dell’art.21 DPR 633/72 e a seguito della CM n. 45/E
del 19/10/2005; il documento informatico dovrà essere materializzato da chi
lo riceve tramite stampa su supporto cartaceo e quindi conservato come ogni
altro documento su carta.  *


Il giorno gio 17 gen 2019 alle ore 22:41 Volker Schmidt 
ha scritto:

> Una tematica altamente rilevante.
> Vi invito caldamente di non dimenticare in questo contesto anche l'aspetto
> biciclette.
> Per fortuna c'è una tendenza di prevedere di più in più anche
> infrastrutture per biciclette che vanno da corsie ciclabile ("Pista
> ciclabile su corsia riservata in carreggiata"), ciclopedonale condivisa ("
> Percorso promiscuo pedonale e ciclabile"), ciclopedonale divisa (" Pista
> ciclabile su corsia riservata su marciapiede") a pista ciclabile ("pista
> ciclabile in sede proprio"). L'effetto negativo di questo è che spesso si
> tratta di percorsi più o meno esplicitamente condivisi fra ciclisti, pedoni
> e persone con disabilità.
> Ci sono gli ovvi aspetti come su quali percorsi (strade, ciclopedonali,
> ciclabili) possono circolare i vari tipi di veicoli per disabili e pedoni
> con disabilità.
> Io avevo cominciato a lavorare su una nuove versione della pagina wiki
> "Bicyce" specificamente per l'Italia, ma il lavoro è fermo in primo luogo
> perché non sono bravo nel scrivere Wikese. La bozza è qua
> .
> Sicuramente elenca alcuni casi di interesse nel contesto vostro, ma la
> casistica è incompleta. Ho in più alcuni appunti con foto per casi non
> coperti dalla bozza, ma questo materiale non è ancora appunti su carta.
> Questo lavoro dovrebbe essere portato avanti e va sincronizzato con il
> lavoro che proponete.
>
>
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_-1423704322528436844_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Thu, 17 Jan 2019 at 21:09, Alessandro Palmas <
> alessandro.pal...@wikimedia.it> wrote:
>
>> Il 17/01/19 15:33, Andrea Canevazzi ha scritto:
>>
>> Buongiorno a tutti,
>>
>> lavoro per AMAT (Agenzia Mobilità Ambiente e Territorio di Milano) e
>> abbiamo deciso di costruire un grafo pedonale della città implementandolo
>> direttamente su OSM.
>>
>> Dovendo riassumere in due parole l'obiettivo finale: supporto
>> all'accessibilità di persone con disabilità (permanenti e/o temporanee).
>>
>>
>>
>> I dettagli sul metodo e sugli utilizzi che intendiamo fare di queste
>> informazioni sono riportate nella pagina wiki del progetto:
>> https://wiki.openstreetmap.org/wiki/Accessibilit%C3%A0_Milano_(2018)#Sommario
>>
>>
>>
>> Per il momento abbiamo fatto un numero molto limitato di
>> modifiche/aggiunte più che altro per testare l'approccio, dare la
>> possibilità di vedere cosa vorremmo fare e ricevere feedback.
>>
>>
>>
>> Ogni consiglio, osservazione, è ovviamente più che ben accetta,
>>
>> grazie,
>>
>> Andrea
>>
>>
>> Ciao Andrea, ci dovremmo essere conosciuti durante gli incontri della
>> scorsa primavera.
>> In questi giorni avrei contattato Luca P. per avere notizie di questo
>> progetto. A Foss4g-it presenteremo un talk sull'accessibilità dei centri
>> urbani.
>> Sarebbe interessante scambiare qualche mail così potremmo parlare anche
>> di Milano.
>>
>> Saluti
>>   Alessandro
>> ___
>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] creazione di un grafo pedonale (a Milano)

[Andrea Canevazzi]

Ciao Alessandro,
certo che mi ricordo! sono pronto a rispondere a tutte le domande che
ritieni utili.
Se vuoi possiamo anche vederci da noi in AMAT. Per organizzarci propongo di
spostarci nella mia email di lavoro.
Grazie e a presto,
Andrea

*Arch. Andrea Canevazzi, Ph.D.*
 +39 3482453713
 andrea.caneva...@gmail.com 

*Via Novara, 160 | 20153 Milano | Italia*

*L’invio di documenti anche contabili  tramite posta elettronica è un mezzo
consentito, ai sensi dell’art.21 DPR 633/72 e a seguito della CM n. 45/E
del 19/10/2005; il documento informatico dovrà essere materializzato da chi
lo riceve tramite stampa su supporto cartaceo e quindi conservato come ogni
altro documento su carta.  *


Il giorno gio 17 gen 2019 alle ore 21:09 Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 17/01/19 15:33, Andrea Canevazzi ha scritto:
>
> Buongiorno a tutti,
>
> lavoro per AMAT (Agenzia Mobilità Ambiente e Territorio di Milano) e
> abbiamo deciso di costruire un grafo pedonale della città implementandolo
> direttamente su OSM.
>
> Dovendo riassumere in due parole l'obiettivo finale: supporto
> all'accessibilità di persone con disabilità (permanenti e/o temporanee).
>
>
>
> I dettagli sul metodo e sugli utilizzi che intendiamo fare di queste
> informazioni sono riportate nella pagina wiki del progetto:
> https://wiki.openstreetmap.org/wiki/Accessibilit%C3%A0_Milano_(2018)#Sommario
>
>
>
> Per il momento abbiamo fatto un numero molto limitato di
> modifiche/aggiunte più che altro per testare l'approccio, dare la
> possibilità di vedere cosa vorremmo fare e ricevere feedback.
>
>
>
> Ogni consiglio, osservazione, è ovviamente più che ben accetta,
>
> grazie,
>
> Andrea
>
>
> Ciao Andrea, ci dovremmo essere conosciuti durante gli incontri della
> scorsa primavera.
> In questi giorni avrei contattato Luca P. per avere notizie di questo
> progetto. A Foss4g-it presenteremo un talk sull'accessibilità dei centri
> urbani.
> Sarebbe interessante scambiare qualche mail così potremmo parlare anche di
> Milano.
>
> Saluti
>   Alessandro
> ___
> 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] Generazione carte geografiche

[Maurizio Napolitano]

On Mon, Jan 21, 2019 at 12:40 PM Giovanni Fasano  wrote:
>
> Mi sto interessando di openboard, un software open source per lim che ha
> poco a che vedere con OSM, ma...

Interessante questo openboard: vorrei vederlo per capirlo
Se ho inteso è semplicemente un software per scrivere su una lavagna.
Giusto?

> Vorrei usare i dati di OSM per creare delle carte geografiche libere.
> Avete presente le classiche carte fisiche, politiche oppure mute che ci
> sono nei libri di scuola? Diciamo per iniziare le carte degli stati e
> delle regioni.

Se devo usare i dati dei confini amministrativi vado a pescare da
ISTAT e converto nel formato
necessario.


> I dati necessari dovrebbero esserci tutti si tratta solo di elaborarli.
> I passaggi saranno:
> 1) scaricare il database di OSM (diciamo l'Europa da Geofabrik)
> e poi?

ma ti serve tutto tutto o ti servono solo dati di alto livello?
perchè, a quel punto, su naturalearthdata.com trovi il minimo necessario

> caricare/filtrare i dati su un database
> generare le carte

... quindi parli di un gis?

> C'è in giro qualche guida per fare cose del genere?
> Oppure c'è qualcuno che mi può aiutare indicandomi i passi da fare?

Se capisco bene a te basta avere i vari layer da sovrapporre l'uno sull'altro.
Suppongo che openboard abbia qualcosa che permetta di caricare dei file svg
da mettere l'uso sul'altro usando un software di grafica vettoriale.
Sbaglio?
Se è così prendi i dati da naturalearthdata, converti nel formato che serve
e poi gioca.

Non credo che ti servano per forza i dati di osm

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

Re: [OSM-talk] Organised Editing Guidelines now officially live

[Guillaume Rischard]

Hi Martijn,

I was thinking of disclosed sources that can’t easily be shown, for example, 
imagery that doesn’t exist yet, or where you have to enter a special agreement 
to be given access, or out-of-copyright analogue sources that haven’t been 
digitised.

We agree that this should be exceptional, and I expect the communities to have 
a low tolerance for bullshit on this :).

Guillaume

> On 17 Jan 2019, at 17:57, Martijn van Exel  wrote:
> 
> Hi Guillaume,
> Thanks, that clarifies it for me.
> Just to be clear, where you mention 'special sources' -- those would still 
> need to be vetted for compatibility with ODbL, and that would need to be done 
> in the open. I don't think anyone, individual or organization, should be able 
> to get away with using some undisclosed source even if the community somehow 
> is willing to accept this and turn a blind eye. Am I misunderstanding that 
> example?
> -- 
>  Martijn van Exel
>  m...@rtijn.org
> 
> On Thu, Jan 17, 2019, at 09:51, Guillaume Rischard wrote:
>> Hi Martijn,
>> 
>> Gladly. I seem to recall that this is also one of the points that you 
>> asked questions about during the board meeting.
>> 
>> What we mean is that we’ll intervene for edits the community has issues 
>> with, and that we will not intervene for merely not following the 
>> guidelines. Maybe a few examples will help.
>> 
>> If you organise a mapping activity and miss a topic when adapting one 
>> of the wiki template, and the local community has no issue with 
>> anything, no one is in trouble.
>> 
>> If you use a special source you can’t share, and the local community 
>> understands and is cool with it, no one is in trouble.
>> 
>> If you ignore a part of the guidelines and the community complains 
>> about that but agrees that the actual edits are excellent, we’ll kindly 
>> ask you to try to follow that part, but that’s probably it. For 
>> example, if you’re responding to a humanitarian emergency and don’t 
>> wait for 14 days.
>> 
>> If there’s no wiki entry at all for an activity and the community 
>> complains about the edits, DWG would look into it.
>> 
>> If the community is unhappy with some of the information it has 
>> received, and objects to the edits being made, and you ignore the 
>> objections, and the community complains, DWG would look into it.
>> 
>> If you do everything by the book, but the local community is unhappy 
>> about the edits themselves and complains about it, DWG would look into 
>> it. But that’s very unlikely if you really did follow the guidelines.
>> 
>> So the community truly has an effect on what DWG looks at. The 
>> guidelines are the best way we know to have a constructive relationship 
>> with the community, and a rich discussion is the most important part of 
>> it.
>> 
>> Of course, following the guidelines also demonstrates good faith if the 
>> DWG needs to look into the edits.
>> 
>> I hope this clarifies the intentions.
>> 
>> Happy mapping
>> 
>> Guillaume
>> 
>>> On 10 Jan 2019, at 22:37, Martijn van Exel  wrote:
>>> 
>>> Hi Guillaume, DWG,
>>> 
>>> Thanks for the conclusion. I asked in a different email on this thread to 
>>> post this on the OSMF web site, to have a permanent, immutable copy that we 
>>> can refer to when it comes to enforcing / disputes. 
>>> 
>>> I am a confused about the statement 'not following the organised editing 
>>> guidelines isn’t an offence per se'. I am trying to make a connection with 
>>> what you said in the October 2018 board meeting: 'The DWG is going to 
>>> enforce [the guidelines] just as it enforces anything else which comes from 
>>> community consensus'[1]. If the guidelines are going to be enforced, could 
>>> you add some clarity to the decision making process? Who decides when 
>>> non-compliance becomes an offense and on what criteria? How serious of an 
>>> offense, or how many, would it take to be banned? 
>>> 
>>> Martijn
>>> 
>>> [1] 
>>> https://wiki.osmfoundation.org/wiki/Board/Minutes/2018-10-18#Guidelines_contain_prescriptive_statements
>>> 
>>> -- 
>>> Martijn van Exel
>>> m...@rtijn.org
>>> 
>>> On Thu, Jan 10, 2019, at 08:31, Guillaume Rischard wrote:
 The Data Working Group is happy to announce that our new Organised 
 Editing Guidelines have now been officially put online on the wiki at 
 https://wiki.openstreetmap.org/wiki/Organised_Editing_Guidelines
 
 I'm happy to answer any questions here. In the meanwhile, here's my 
 updated report.
 
 We at DWG are, first of all, thankful for all the constructive input we 
 have received, from the advisory board, the humanitarian mapping 
 initiatives and the mapping community.
 
 The organised editing guidelines took a lot of work to prepare. We 
 received and integrated a lot of feedback to reflect consensus and 
 existing good practice.
 
 We looked at what similar policies would exist, on OSM or in other 
 organisations. I believe that no other project, open or 

Re: [talk-au] Our work in last two weeks

[Nemanja Bračko]

I agree on that, but that's the way how this tool works.

On Mon, Jan 21, 2019 at 4:32 PM Marc Gemis  wrote:

> I think the QA tool should/could see that the sharp corner is in a point
> shared with another way and that there is no reason to report a warning.
>
>
> On Mon, Jan 21, 2019 at 4:26 PM Nemanja Bračko  wrote:
>
>> Because tool doesn't know is this a special (allowed) case, or user's
>> mistake. It just reports that geometry is not logical.
>>
>> On Mon, Jan 21, 2019 at 4:21 PM Marc Gemis  wrote:
>>
>>> Why does a split make any difference ? Is this a "special" feature of
>>> the QA-tool you are using ?
>>> The QA tool should understand that the sharp U-turn is not the only
>>> route one can follow.
>>>
>>> m.
>>>
>>> On Mon, Jan 21, 2019 at 10:58 AM Nemanja Bračko 
>>> wrote:
>>>
 Hi!

 You've been flagged as "Impossible angle in highway" many times because
 of these situations:
 [image: 2019-01-21 10_52_54-Window-min.jpg]

 Just split this way (do not map it as one segment), and you will avoid
 to get flagged.

 Best Regards,
 Nemanja



 On Mon, Jan 21, 2019 at 8:51 AM Horea Meleg 
 wrote:

> Hello all,
>
> As we informed you two weeks ago we started working on Australia
> editing in Canberra, Perth and Melbourne.
>
> If you’re curious in what we did, you can find our changesets using
> these links:
>
> AUS ALL
> https://osmcha.mapbox.com/filters?aoi=22638c89-517b-45b7-889a-749a6d99ffa9
>
> AUS Flagged only
> https://osmcha.mapbox.com/filters?aoi=9a2c90a1-6a45-4bb9-b52b-6f64b99e1cb5
>
>
>
> If you have any questions, feel free to ask us.
>
>
>
> Best regards,
>
> Horea
>
>
> ___
> 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-au] Our work in last two weeks

[Marc Gemis]

I think the QA tool should/could see that the sharp corner is in a point
shared with another way and that there is no reason to report a warning.


On Mon, Jan 21, 2019 at 4:26 PM Nemanja Bračko  wrote:

> Because tool doesn't know is this a special (allowed) case, or user's
> mistake. It just reports that geometry is not logical.
>
> On Mon, Jan 21, 2019 at 4:21 PM Marc Gemis  wrote:
>
>> Why does a split make any difference ? Is this a "special" feature of the
>> QA-tool you are using ?
>> The QA tool should understand that the sharp U-turn is not the only route
>> one can follow.
>>
>> m.
>>
>> On Mon, Jan 21, 2019 at 10:58 AM Nemanja Bračko 
>> wrote:
>>
>>> Hi!
>>>
>>> You've been flagged as "Impossible angle in highway" many times because
>>> of these situations:
>>> [image: 2019-01-21 10_52_54-Window-min.jpg]
>>>
>>> Just split this way (do not map it as one segment), and you will avoid
>>> to get flagged.
>>>
>>> Best Regards,
>>> Nemanja
>>>
>>>
>>>
>>> On Mon, Jan 21, 2019 at 8:51 AM Horea Meleg 
>>> wrote:
>>>
 Hello all,

 As we informed you two weeks ago we started working on Australia
 editing in Canberra, Perth and Melbourne.

 If you’re curious in what we did, you can find our changesets using
 these links:

 AUS ALL
 https://osmcha.mapbox.com/filters?aoi=22638c89-517b-45b7-889a-749a6d99ffa9

 AUS Flagged only
 https://osmcha.mapbox.com/filters?aoi=9a2c90a1-6a45-4bb9-b52b-6f64b99e1cb5



 If you have any questions, feel free to ask us.



 Best regards,

 Horea


 ___
 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-au] Our work in last two weeks

[Nemanja Bračko]

Because tool doesn't know is this a special (allowed) case, or user's
mistake. It just reports that geometry is not logical.

On Mon, Jan 21, 2019 at 4:21 PM Marc Gemis  wrote:

> Why does a split make any difference ? Is this a "special" feature of the
> QA-tool you are using ?
> The QA tool should understand that the sharp U-turn is not the only route
> one can follow.
>
> m.
>
> On Mon, Jan 21, 2019 at 10:58 AM Nemanja Bračko 
> wrote:
>
>> Hi!
>>
>> You've been flagged as "Impossible angle in highway" many times because
>> of these situations:
>> [image: 2019-01-21 10_52_54-Window-min.jpg]
>>
>> Just split this way (do not map it as one segment), and you will avoid to
>> get flagged.
>>
>> Best Regards,
>> Nemanja
>>
>>
>>
>> On Mon, Jan 21, 2019 at 8:51 AM Horea Meleg 
>> wrote:
>>
>>> Hello all,
>>>
>>> As we informed you two weeks ago we started working on Australia editing
>>> in Canberra, Perth and Melbourne.
>>>
>>> If you’re curious in what we did, you can find our changesets using
>>> these links:
>>>
>>> AUS ALL
>>> https://osmcha.mapbox.com/filters?aoi=22638c89-517b-45b7-889a-749a6d99ffa9
>>>
>>> AUS Flagged only
>>> https://osmcha.mapbox.com/filters?aoi=9a2c90a1-6a45-4bb9-b52b-6f64b99e1cb5
>>>
>>>
>>>
>>> If you have any questions, feel free to ask us.
>>>
>>>
>>>
>>> Best regards,
>>>
>>> Horea
>>>
>>>
>>> ___
>>> 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-it] [talk-it ]Insegnare OSM al liceo?

[Matteo Zaffonato]

Grazie Volker per la segnalazione.

Personalmente sono favorevole alle attività Osm a scuola e penso che come
Wikimedia Italia si possa fare qualcosa in tal senso lavorando in team con
i coordinatori scuola.

Proverò a parlarne nella riunione di febbraio tra tutti i coordinatori.

Ciao, grazie
Matteo



Il giorno lun 21 gen 2019, 09:53 Volker Schmidt  ha
scritto:

> Dalla Wochennotiz 443
>  ho saputo
> che un nuovo programma
> 
> per l'insegnamento di "scienze numeriche e tecnologia" ai licei in Francia
> include il consiglio di insegnare OSM (pagina17 e 18 del pdf) .
> Un compito per Wikimedia Italia?
> Volker
> ___
> 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] Our work in last two weeks

[Marc Gemis]

Why does a split make any difference ? Is this a "special" feature of the
QA-tool you are using ?
The QA tool should understand that the sharp U-turn is not the only route
one can follow.

m.

On Mon, Jan 21, 2019 at 10:58 AM Nemanja Bračko  wrote:

> Hi!
>
> You've been flagged as "Impossible angle in highway" many times because of
> these situations:
> [image: 2019-01-21 10_52_54-Window-min.jpg]
>
> Just split this way (do not map it as one segment), and you will avoid to
> get flagged.
>
> Best Regards,
> Nemanja
>
>
>
> On Mon, Jan 21, 2019 at 8:51 AM Horea Meleg 
> wrote:
>
>> Hello all,
>>
>> As we informed you two weeks ago we started working on Australia editing
>> in Canberra, Perth and Melbourne.
>>
>> If you’re curious in what we did, you can find our changesets using these
>> links:
>>
>> AUS ALL
>> https://osmcha.mapbox.com/filters?aoi=22638c89-517b-45b7-889a-749a6d99ffa9
>>
>> AUS Flagged only
>> https://osmcha.mapbox.com/filters?aoi=9a2c90a1-6a45-4bb9-b52b-6f64b99e1cb5
>>
>>
>>
>> If you have any questions, feel free to ask us.
>>
>>
>>
>> Best regards,
>>
>> Horea
>>
>>
>> ___
>> 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] High Speed 2 route mapping

[Andy Robinson]

Jez, Excellent. 

 

The main London tunnels pop out at Ruislip Golf Course and its then viaduct 
across the Colne Valley popping into twin bore tunnels (Chiltern tunnel) again 
just on the east side of the M25. Should be Two Vent shafts in Chalfont area, 
one adjacent to Chesham Lane and the other at Bottom House Farm Lane. The two 
near Amersham are at the A413/A404 roundabout and roughly opposite Mop End Lane 
east of Little Missenden. The Chiltern tunnel bores terminate at Mantle’s Wood 
to the west of Hyde Heath north west of Amersham.

 

The M25 slips should be the main works access for the viaduct and Chiltern 
tunnel construction. Vent shafts are typically used for emergency access during 
construction. I’m not sure how much construction will be undertaken from the 
north end of the Chiltern tunnel though obviously the next section interfaces 
there.

 

Incidentally someone had retagged the Chiltern tunnel way 
(https://www.openstreetmap.org/way/147166450 ) with railway=construction. I’ve 
reverted back to railway=proposed until full construction actually starts next 
year.

 

I know that area quite well too. Back in the 80’s I worked on relocating a 
pipeline running alongside the A413 Amersham Road by Gerrards Cross to enable 
the M25 bridge to be constructed there. It was great view of Chiltern Main Line 
Chalfont Viaduct which never looked like it could accommodate the M25 beneath 
its arches but does!

 

Cheers

Andy

 

From: Jez Nicholson [mailto:jez.nichol...@gmail.com] 
Sent: 21 January 2019 14:35
To: Andy Robinson
Cc: Talk-GB
Subject: Re: [Talk-GB] High Speed 2 route mapping

 

Thank you Andy(s),

 

...and thanks for the wiki page updates.

 

I'm originally from Chalfont St Peter and my Mum still lives there, so I will 
be keeping my eye on progressbrings back childhood memories of watching the 
M25 being constructed in the same place. :)  

 

I know that a site in Amersham has been busy with trucks.

 

Regards,

 Jez

 

On Mon, 21 Jan 2019 at 13:09 Andy Robinson  wrote:

Jez,

 

The proposed routes are in OSM. There is a relation for each phase of HS2. See:

Phase 1: https://www.openstreetmap.org/relation/1986960

Phase 2a: https://www.openstreetmap.org/relation/6748946 

Phase 2b western leg: https://www.openstreetmap.org/relation/6775224

Phase 2b eastern leg: https://www.openstreetmap.org/relation/6775258

 

Note that 2b eastern leg does not reflect the latest proposed alignment as I’ve 
yet to see a shapefile for that.

I don’t expect any significant changes to proposed 2b western leg.

 

These relations are based upon the alignments (shapefiles) as published by 
Gov/HS2 and predate hybrid Bill, therefore we can expect tweaks and 
modifications to the details once main construction commences.

 

I recently added Vesting Declaration interests for all Phase 1 areas to that 
relation except I think I still need to do Camden which is mostly the Euston 
block which is mainly under demolition anyway. Some construction areas are 
mapped by me or by locals and I’m familiar with most of the construction 
related requirements of phase 1. Note that some current construction work areas 
for phase 1 are only for enabling works (utility diversions etc.) so expect 
construction areas to change over 2019 and into 2020.

Main contractors who will build phase 1 are not now expected to commence main 
site works until the first quarter of 2020.

 

It would be good if locals in the greater London area can keep an eye and 
update construction areas, especially at Euston and at the tunnel vent shaft 
locations out to Ruislip.

 

The new HS2 sliproads off the M25 at Chalfont could do with a clean up to their 
proper alignments when some form of access or aerial imagery is available.

 

Cheers

Andy (blackadder)

 

From: Jez Nicholson [mailto:jez.nichol...@gmail.com] 
Sent: 21 January 2019 11:58
To: Talk-GB
Subject: [Talk-GB] High Speed 2 route mapping

 

I'm doing some professional work with High Speed 2 data.

 

Can anyone update or add detail to 
https://wiki.openstreetmap.org/wiki/United_Kingdom_Railways/High_speed_2 ? I 
know that @blackadder worked on this.

 

I've also been looking at http://www.thehs2.com/

 

I also know that there are now some active (pre?) construction sites on the 
route which could be mapped.

 

and, is there any advice or links to discussion on the addition of proposed 
railway lines?

 

- Jez

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

Re: [Talk-it] Generazione carte geografiche

[Giovanni Fasano]

Vi ringrazio, purtroppo la via di utilizzare servizi come umap nonmi 
sembra percorribile. Vi spiego: avete presente la famigliarità con 
l'informatica che hanno normalmente le maestre ?
La mia idea era creare un sito in cui ci fossero le varie mappe già 
preparate nei vari (due?) formati. una cosa del tipo

Italia fisica.pdf
Italia fisica.svg
Italia amministrativa.pdf
Italia amministrativa.svg
Veneto fisica.pdf
Veneto fisica.svg
Veneto amministrativa.pdf
Veneto amministrativa.svg
etc etc
(la scelta della regione di esempio è puramente casuale :-) )

Metterle di fronte ad un sito tipo umap mi darebbe come risultato un: 
oh, grazie! seguito dall'abbandono dell'idea di usare questi dati...


Lo so che il lavoro che mi propongo è parecchio complicato e ammetto di 
avere poche conoscenze in merito (particolarmente sull'uso di strumenti 
dedicati ai dati geografici), ma spero di riuscire a fare qualcosa. Eh 
si, lo so, vi stresserò parecchio... :-)


Un vantaggio dell'approccio "automatico" sarebbe la possibilità, una 
volta impostata la cosa, di estendere la copertura della progetto 
semplicemente consumando tempo macchina


--
Giovanni Fasano

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

Re: [OSM-talk-fr] Et OSM la dedans !

[Rpnpif]

Le 21 janvier 2019, Axelos a écrit :

> Il y a aussi les flux RSS/Atom malheureusement trop souvent oubliés mais
> si efficaces !

qui vont malheureusement disparaître des prochaines versions de Firefox.

-- 
Alain Rpnpif

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

Re: [Talk-GB] High Speed 2 route mapping

[Jez Nicholson]

Thank you Andy(s),

...and thanks for the wiki page updates.

I'm originally from Chalfont St Peter and my Mum still lives there, so I
will be keeping my eye on progressbrings back childhood memories of
watching the M25 being constructed in the same place. :)

I know that a site in Amersham has been busy with trucks.

Regards,
 Jez

On Mon, 21 Jan 2019 at 13:09 Andy Robinson  wrote:

> Jez,
>
>
>
> The proposed routes are in OSM. There is a relation for each phase of HS2.
> See:
>
> Phase 1: https://www.openstreetmap.org/relation/1986960
>
> Phase 2a: https://www.openstreetmap.org/relation/6748946
>
> Phase 2b western leg: https://www.openstreetmap.org/relation/6775224
>
> Phase 2b eastern leg: https://www.openstreetmap.org/relation/6775258
>
>
>
> Note that 2b eastern leg does not reflect the latest proposed alignment as
> I’ve yet to see a shapefile for that.
>
> I don’t expect any significant changes to proposed 2b western leg.
>
>
>
> These relations are based upon the alignments (shapefiles) as published by
> Gov/HS2 and predate hybrid Bill, therefore we can expect tweaks and
> modifications to the details once main construction commences.
>
>
>
> I recently added Vesting Declaration interests for all Phase 1 areas to
> that relation except I think I still need to do Camden which is mostly the
> Euston block which is mainly under demolition anyway. Some construction
> areas are mapped by me or by locals and I’m familiar with most of the
> construction related requirements of phase 1. Note that some current
> construction work areas for phase 1 are only for enabling works (utility
> diversions etc.) so expect construction areas to change over 2019 and into
> 2020.
>
> Main contractors who will build phase 1 are not now expected to commence
> main site works until the first quarter of 2020.
>
>
>
> It would be good if locals in the greater London area can keep an eye and
> update construction areas, especially at Euston and at the tunnel vent
> shaft locations out to Ruislip.
>
>
>
> The new HS2 sliproads off the M25 at Chalfont could do with a clean up to
> their proper alignments when some form of access or aerial imagery is
> available.
>
>
>
> Cheers
>
> Andy (blackadder)
>
>
>
> *From:* Jez Nicholson [mailto:jez.nichol...@gmail.com]
> *Sent:* 21 January 2019 11:58
> *To:* Talk-GB
> *Subject:* [Talk-GB] High Speed 2 route mapping
>
>
>
> I'm doing some professional work with High Speed 2 data.
>
>
>
> Can anyone update or add detail to
> https://wiki.openstreetmap.org/wiki/United_Kingdom_Railways/High_speed_2 ?
> I know that @blackadder worked on this.
>
>
>
> I've also been looking at http://www.thehs2.com/
>
>
>
> I also know that there are now some active (pre?) construction sites on
> the route which could be mapped.
>
>
>
> and, is there any advice or links to discussion on the addition of
> proposed railway lines?
>
>
>
> - Jez
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Generazione carte geografiche

[Alessandro P. via Talk-it]

Il 21/01/19 14:01, Martin Koppenhoefer ha scritto:

..

Trovi tantissimi informazioni nel wiki, ma non ti aspettare che sarà 
un processo troppo facile, di potenziali ostacoli ci stanno ;-). Per 
fare una mappa "al volo" potresti guardarti umap.




Come dice Martin, la cosa migliore è iniziare con Umap 
http://umap.openstreetmap.fr/it/ entra con un'utenza così ti rimane il 
tuo repository di mappe. Tieni conto che oltre alla ventina e passa di 
mappe di base puoi inserire l'indirizzo di un servizio WMS o TMS (il 
menù è "Sfondo personalizzato").


Con gli altri metodi è parecchio più complicato.
Ogni tanto si discute se sia il caso creare qualche strumento ma pare 
che la maggior parte della comunità voglia mantenere il processo 
esoterico perchè blablablabla, perchè OSM non è come Google, perchè  
(metti tu le scuse più bizzarre).


Alessandro

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

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

[Christian Quest]

Ce multipolygone est absent de la base osm2pgsql utilisée par le rendu FR.

J'ai rajouté le area=yes pour voir si c'est lié à ça et indiquerai un 
problème dans le fichier de "style" qui sert à passer des données OSM 
aux géométries de la base importée par osm2pgsql et qui ferai qu'on n'a 
pas de polygone.


Il est par contre bien présent sur le rendu humanitaire qui il me semble 
a le même "style" pour l'import osm2pgsql... mystère !



Le 21/01/2019 à 13:23, bruno Piguet a écrit :

> Autre question : pourquoi layer=1 ? Est-ce qu'il y a des éléments
> cartographiés au-dessous de la dalle ?

C'est une dalle piétonne, il y a un parking semi-souterrain dessous.

Bruno.

Le lun. 21 janv. 2019 à 08:15, Ralf Treinen > a écrit :


Bonjour,

On Sat, Jan 19, 2019 at 04:03:02PM +0100, bruno Piguet wrote:

>     J'ai tagué la dalle piétonne d'un centre commercial sous la
forme d'une
> relation multiplolygone (car elle comporte des trous) portant le
tag highway=
> pedestrian.
>
>     Sur le rendu OSM général, je la vois bien :
http://layers.openstreetmap.fr
>
/?zoom=18=43.58445=1.40532=0B000FF
>     Sur le rendu OSM français, elle n'apparait pas  : http://
>
layers.openstreetmap.fr/?zoom=18=43.58445=1.40532=

> BFF

il faut ajouter area=yes.

Autre question : pourquoi layer=1 ? Est-ce qu'il y a des éléments
cartographiés au-dessous de la dalle ?

-Ralf.

___
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


--
Christian Quest - OpenStreetMap France

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

Re: [Talk-GB] High Speed 2 route mapping

[Andy Robinson]

Jez,

 

The proposed routes are in OSM. There is a relation for each phase of HS2. See:

Phase 1: https://www.openstreetmap.org/relation/1986960

Phase 2a: https://www.openstreetmap.org/relation/6748946 

Phase 2b western leg: https://www.openstreetmap.org/relation/6775224

Phase 2b eastern leg: https://www.openstreetmap.org/relation/6775258

 

Note that 2b eastern leg does not reflect the latest proposed alignment as I’ve 
yet to see a shapefile for that.

I don’t expect any significant changes to proposed 2b western leg.

 

These relations are based upon the alignments (shapefiles) as published by 
Gov/HS2 and predate hybrid Bill, therefore we can expect tweaks and 
modifications to the details once main construction commences.

 

I recently added Vesting Declaration interests for all Phase 1 areas to that 
relation except I think I still need to do Camden which is mostly the Euston 
block which is mainly under demolition anyway. Some construction areas are 
mapped by me or by locals and I’m familiar with most of the construction 
related requirements of phase 1. Note that some current construction work areas 
for phase 1 are only for enabling works (utility diversions etc.) so expect 
construction areas to change over 2019 and into 2020.

Main contractors who will build phase 1 are not now expected to commence main 
site works until the first quarter of 2020.

 

It would be good if locals in the greater London area can keep an eye and 
update construction areas, especially at Euston and at the tunnel vent shaft 
locations out to Ruislip.

 

The new HS2 sliproads off the M25 at Chalfont could do with a clean up to their 
proper alignments when some form of access or aerial imagery is available.

 

Cheers

Andy (blackadder)

 

From: Jez Nicholson [mailto:jez.nichol...@gmail.com] 
Sent: 21 January 2019 11:58
To: Talk-GB
Subject: [Talk-GB] High Speed 2 route mapping

 

I'm doing some professional work with High Speed 2 data.

 

Can anyone update or add detail to 
https://wiki.openstreetmap.org/wiki/United_Kingdom_Railways/High_speed_2 ? I 
know that @blackadder worked on this.

 

I've also been looking at http://www.thehs2.com/

 

I also know that there are now some active (pre?) construction sites on the 
route which could be mapped.

 

and, is there any advice or links to discussion on the addition of proposed 
railway lines?

 

- Jez

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

Re: [Talk-it] Generazione carte geografiche

[Martin Koppenhoefer]

Generalmente si procede così:

- scaricare i dati da OSM (oppure prendere un estratto da terzi) più i dati
da aggiungere (curve di livello, ecc.)
- creazione delle regole per scegliere cosa prendere (filtri per l'import)
- importare in un db (solitamente Postgres + PostGIS) con osm2pgsql o imposm
- creazione delle regole per scegliere cosa si visualizza quando (scala /
zoom) e come (stile, ordine)
- creazione delle mappe (vettoriali o raster)

Le mappe all'ulitmo punto le puoi creare con svariati software, per esempio
QGis, Mapnik, maperitive, Geoserver, mapserver,  oppure con sistemi
vettoriali (mapbox gl, opentiles, ecc.)

Trovi tantissimi informazioni nel wiki, ma non ti aspettare che sarà un
processo troppo facile, di potenziali ostacoli ci stanno ;-). Per fare una
mappa "al volo" potresti guardarti umap.

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

Re: [OSM-talk-fr] Origine des données Waze

[Vincent Bergeot]

Le 21/01/2019 à 12:15, Christian Quest a écrit :
Avant de s'emballer et de tirer des généralités, quelques autres 
exemples, plus clairs et en France seraient nécessaires !


bien sur, si j'ai donné l'impression de m'emballer ce n'était pas le 
but. La similarité des données est cependant effective.




il n'est pas impossible que des contributeurs OSM et/ou Waze ne 
respectent pas les licences... car la copie peut se faire dans les 
deux sens ;


oui bien sur, et un contributeur contribuant aux deux par son expérience 
propre ne pose pas de problèmes légales (il n'y a pas d'exclusivité : au 
sens "si tu contribues à mon projet, tu ne peux pas contribuer ailleurs")




Rajouter des oeufs de pâques dans OSM est le meilleur moyen de lever 
le doute.



ok, si certains d'entre vous en ont posé, c'est le moment de les sortir :)

à plus







Le lun. 21 janv. 2019 à 11:35, Vincent Bergeot > a écrit :


Le 20/01/2019 à 22:13, deuzeffe a écrit :

Et j'ai été très surprise d'y trouver des objets que j'ai
récemment ou pas (plus ou moins mal) mapés comme des parkings,
des chemins piétons, des landuse de forme bizarre, etc., bref des
trucs pour lesquels, sans verser dans la paranoïa ou le complexe
de supériorité, j'ai l'intime conviction qu'ils proviennent d'osm
(ou de quelqu'un qui waze dans mon coin en étant très précis - et
ce n'est pas moi ^^).


Bonjour,

je partage ton sentiment et je suis allé voir dans des coins
perdus !!!

Et là je n'ai plus beaucoup de doutes, ceux sont les mêmes données
(j'ai regardé à plusieurs endroits et on retrouve plusieurs cas
similaires comme ci-dessous)

  * https://www.openstreetmap.org/way/200440664#map=13/-12.2717/49.3513
  * 
https://www.waze.com/ul?ll=-12.27710852%2C49.34886932=yes=14
(c'est au milieu de l'eau le fond de carte ne doit pas être
bien calé)

Donc sans verser non plus dans la paranoïa, c'est la même personne
qui a contribué aux 2 sites dans ce cas ?

Mon autre interrogation c'est : certaines données sont dans le
domaine public (si acceptation de les verser dans le domaine
public lors de la création d'un compte). Peut-on "isoler" ces
données ?

à plus


-- 
Vincent Bergeot


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



--
Christian Quest - OpenStreetMap France

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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Origine des données Waze

[Florimond Berthoux]

Bonjour,

En quoi ce sont les même données ?
De ce que je vois les nœuds ne sont pas positionnés aux mêmes endroits,
donc données différentes.

Le lun. 21 janv. 2019 à 11:34, Vincent Bergeot  a
écrit :

> Le 20/01/2019 à 22:13, deuzeffe a écrit :
>
> Et j'ai été très surprise d'y trouver des objets que j'ai récemment ou pas
> (plus ou moins mal) mapés comme des parkings, des chemins piétons, des
> landuse de forme bizarre, etc., bref des trucs pour lesquels, sans verser
> dans la paranoïa ou le complexe de supériorité, j'ai l'intime conviction
> qu'ils proviennent d'osm (ou de quelqu'un qui waze dans mon coin en étant
> très précis - et ce n'est pas moi ^^).
>
> Bonjour,
>
> je partage ton sentiment et je suis allé voir dans des coins perdus !!!
>
> Et là je n'ai plus beaucoup de doutes, ceux sont les mêmes données (j'ai
> regardé à plusieurs endroits et on retrouve plusieurs cas similaires comme
> ci-dessous)
>
>- https://www.openstreetmap.org/way/200440664#map=13/-12.2717/49.3513
>-
>https://www.waze.com/ul?ll=-12.27710852%2C49.34886932=yes=14
>(c'est au milieu de l'eau le fond de carte ne doit pas être bien calé)
>
> Donc sans verser non plus dans la paranoïa, c'est la même personne qui a
> contribué aux 2 sites dans ce cas ?
>
> Mon autre interrogation c'est : certaines données sont dans le domaine
> public (si acceptation de les verser dans le domaine public lors de la
> création d'un compte). Peut-on "isoler" ces données ?
>
> à plus
>
>
> --
> Vincent Bergeot
>
> ___
> 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

Re: [Talk-it] Generazione carte geografiche

[Giovanni Fasano]

Il 21/01/19 13:02, Alessandro Sarretta ha scritto:

Ciao Giovanni,

On 21/01/19 12:40, Giovanni Fasano wrote:
Vorrei usare i dati di OSM per creare delle carte geografiche libere. 
Avete presente le classiche carte fisiche, politiche oppure mute che 
ci sono nei libri di scuola? Diciamo per iniziare le carte degli stati 
e delle regioni.


I dati necessari dovrebbero esserci tutti si tratta solo di elaborarli.
I passaggi saranno:
1) scaricare il database di OSM (diciamo l'Europa da Geofabrik)
e poi?
caricare/filtrare i dati su un database
generare le carte

C'è in giro qualche guida per fare cose del genere?
Oppure c'è qualcuno che mi può aiutare indicandomi i passi da fare?


se dovessi farlo io, e hai esigenze di personalizzazione, userei QGIS: 
https://www.qgis.org/it/site/


Ma ti interessano solo i confini amministrativi?

Dipende dal tipo di carta da generare, ma la base sarebbero sempre i 
confini amministrativi, nel senso che se devo fare la carta del veneto 
mi interessano le coordinate dei punti estremi per definire il 
rettangolo di cui fare la carta. Se pi si tratta di una carta "politica" 
in pratica servono confini amministrativi, città (probabilmente solo i 
capoluoghi) e al limite i fiumi.
Se si tratta di una carta "fisica" invece servono le curve di livello 
sopratutto per fare la classica colorazione sicuramente i corsi d'acqua 
e probabilmente le città come sopra. Per altri dettagli devo domandare.
Ah, probabilmente niente strade. Devo domandare alle maestre che le 
utilizzerebbero...



--
Giovanni Fasano

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

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

[bruno Piguet]

> Autre question : pourquoi layer=1 ? Est-ce qu'il y a des éléments
> cartographiés au-dessous de la dalle ?

C'est une dalle piétonne, il y a un parking semi-souterrain dessous.

Bruno.

Le lun. 21 janv. 2019 à 08:15, Ralf Treinen  a écrit :

> Bonjour,
>
> On Sat, Jan 19, 2019 at 04:03:02PM +0100, bruno Piguet wrote:
>
> > J'ai tagué la dalle piétonne d'un centre commercial sous la forme
> d'une
> > relation multiplolygone (car elle comporte des trous) portant le tag
> highway=
> > pedestrian.
> >
> > Sur le rendu OSM général, je la vois bien :
> http://layers.openstreetmap.fr
> > /?zoom=18=43.58445=1.40532=0B000FF
> > Sur le rendu OSM français, elle n'apparait pas  : http://
> > layers.openstreetmap.fr/?zoom=18=43.58445=1.40532=
> > BFF
>
> il faut ajouter area=yes.
>
> Autre question : pourquoi layer=1 ? Est-ce qu'il y a des éléments
> cartographiés au-dessous de la dalle ?
>
> -Ralf.
>
> ___
> 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

[talk-cz] Strava heatmap updated

[Tom Ka]

Ahoj,

behem ledna jsem udelal aktualizaci dlazdic stava heatmap pro CZ z ~
19.11.2018 -> 02.01.2019 viz.

https://osm.fit.vutbr.cz/strava/

kde je i historgram stari dlazdic.

Dalsi zase tak za 2-3 mesice nebo kdyz si nekdo rekne.

Bye

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

Re: [Talk-it] Generazione carte geografiche

[Giovanni Fasano]

Il 21/01/19 13:01, Martin Koppenhoefer ha scritto:
Ci sono già dei esempi di questa tipologia, per esempio 
https://opentopomap.org/#map=14/46.03842/11.16795




Qualcosa di simile, probabilmente meno dettagliato e messo a 
disposizione sotto forma di file (pensavo svg e pdf) per zone 
predefinite (ovvero per zone amministrative). Comunque come effetto 
visivo per le mappe "fisiche" dovrebbe venire qualcosa del genere...



--
Giovanni Fasano

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

Re: [Talk-it] Generazione carte geografiche

[Alessandro Sarretta]

Ciao Giovanni,

On 21/01/19 12:40, Giovanni Fasano wrote:
Vorrei usare i dati di OSM per creare delle carte geografiche libere. 
Avete presente le classiche carte fisiche, politiche oppure mute che 
ci sono nei libri di scuola? Diciamo per iniziare le carte degli stati 
e delle regioni.


I dati necessari dovrebbero esserci tutti si tratta solo di elaborarli.
I passaggi saranno:
1) scaricare il database di OSM (diciamo l'Europa da Geofabrik)
e poi?
caricare/filtrare i dati su un database
generare le carte

C'è in giro qualche guida per fare cose del genere?
Oppure c'è qualcuno che mi può aiutare indicandomi i passi da fare?


se dovessi farlo io, e hai esigenze di personalizzazione, userei QGIS: 
https://www.qgis.org/it/site/


Ma ti interessano solo i confini amministrativi?

Ale

--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-it] Generazione carte geografiche

[Martin Koppenhoefer]

Ci sono già dei esempi di questa tipologia, per esempio
https://opentopomap.org/#map=14/46.03842/11.16795

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

[Talk-GB] High Speed 2 route mapping

[Jez Nicholson]

I'm doing some professional work with High Speed 2 data.

Can anyone update or add detail to
https://wiki.openstreetmap.org/wiki/United_Kingdom_Railways/High_speed_2 ?
I know that @blackadder worked on this.

I've also been looking at http://www.thehs2.com/

I also know that there are now some active (pre?) construction sites on the
route which could be mapped.

and, is there any advice or links to discussion on the addition of
proposed railway lines?

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

Re: [talk-cz] Drobnosti k mapovani lyzarskych rozcestniku

[Jan Dudík]

osobně jsem na dva rozcestníky přidával i thermometer=yes.
Prostě je tam, medle není třeba kvůli každé zvláštnosti spouštět
mezinárodní diskusi.
Stejně tak může být na rozcestníku třeba sada šroubováků pro
lyžaře/cyklisty, kamera, meteostanice apod.

JAnD
---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195


po 21. 1. 2019 v 8:00 odesílatel Tom Ka  napsal:

> Diky moc,
>
> chtel jsem doplnit i do EN verze, ale koukam, ze tam neni ani
> operator, tak by zrejme vyzadovalo nejakou diskuzi na tagging a do
> toho se mi ted priznam se nechce. Takze to asi nechme jako ceske
> specifikum, snad nam to nejaky cizinec nezacne odmazavat :-)
>
> Bye
>
> so 19. 1. 2019 v 23:50 odesílatel Jan Macura  napsal:
> >
> > Majky návrh na použití guidepost:map=yes, podpořený mnou i Tomášem,
> nikdo nerozporoval, takže jsem jej zadokumentoval na OSM wiki:
> https://wiki.openstreetmap.org/wiki/Cs:Tag:information%3Dguidepost
> >
> > H.
> >
> > On Fri, 18 Jan 2019 at 18:25, Jan Macura  wrote:
> >>
> >> Ahoj,
> >>
> >> On Fri, 18 Jan 2019 at 14:03, majka  wrote:
> >>>
> >>> Jestli takových rozcestníků je víc, možná bych začala přidávat map=yes
> nebo guidepost:map=yes, a to zatím jen pro evidenci toho, kde se ty mapy
> vyskytují.
> >>
> >>
> >> +1
> >>
> >> H.
> >
> > ___
> > 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
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-it] Generazione carte geografiche

[Giovanni Fasano]

Mi sto interessando di openboard, un software open source per lim che ha 
poco a che vedere con OSM, ma...


Vorrei usare i dati di OSM per creare delle carte geografiche libere. 
Avete presente le classiche carte fisiche, politiche oppure mute che ci 
sono nei libri di scuola? Diciamo per iniziare le carte degli stati e 
delle regioni.


I dati necessari dovrebbero esserci tutti si tratta solo di elaborarli.
I passaggi saranno:
1) scaricare il database di OSM (diciamo l'Europa da Geofabrik)
e poi?
caricare/filtrare i dati su un database
generare le carte

C'è in giro qualche guida per fare cose del genere?
Oppure c'è qualcuno che mi può aiutare indicandomi i passi da fare?

Il risultato verrà rilasciato disponibile a tutti, gratuitamente.

--
Giovanni Fasano

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

[OSM-talk-fr] Talents du vélo 2019

[Axelos]

Question,

L'un de vous à titre perso ou associatif, notamment OSM France, a-t-il
déjà tenté l’expérience de participation à un titre concernant la
participation d'introduction de données relatif à un thème spéciale sur
la base OSM ?

L'idée étant surtout de mettre en valeur la donnée existante sur OSM.

Je pense à ce concours :

"Le Club des villes et territoires cyclables lance, avec ses
partenaires, la 9ème édition du concours Talents du Vélo !

Ce concours, organisé par le Club des villes et territoires cyclables
depuis 2011, récompense des femmes et des hommes - ou une équipe de
partenaires - dont les actions exemplaires contribuent au développement
de l'usage quotidien du vélo urbain dans une perspective de mobilité
durable."

http://www.villes-cyclables.org/?titre=talents-du-velo-2019--c-est-parti--=actualite=7580

Est-il possible de déposer un dossier en tant que OSM France (je suis
adhérent) ? Si non, y a-t-il des personnes ici intéressés pour le faire
indépendamment ? Pour information je n'ai jamais effectué ce type de
démarche.

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

Re: [OSM-talk-fr] Origine des données Waze

[Christian Quest]

Avant de s'emballer et de tirer des généralités, quelques autres exemples,
plus clairs et en France seraient nécessaires !

il n'est pas impossible que des contributeurs OSM et/ou Waze ne respectent
pas les licences... car la copie peut se faire dans les deux sens ;)

Rajouter des oeufs de pâques dans OSM est le meilleur moyen de lever le
doute.


Le lun. 21 janv. 2019 à 11:35, Vincent Bergeot  a
écrit :

> Le 20/01/2019 à 22:13, deuzeffe a écrit :
>
> Et j'ai été très surprise d'y trouver des objets que j'ai récemment ou pas
> (plus ou moins mal) mapés comme des parkings, des chemins piétons, des
> landuse de forme bizarre, etc., bref des trucs pour lesquels, sans verser
> dans la paranoïa ou le complexe de supériorité, j'ai l'intime conviction
> qu'ils proviennent d'osm (ou de quelqu'un qui waze dans mon coin en étant
> très précis - et ce n'est pas moi ^^).
>
> Bonjour,
>
> je partage ton sentiment et je suis allé voir dans des coins perdus !!!
>
> Et là je n'ai plus beaucoup de doutes, ceux sont les mêmes données (j'ai
> regardé à plusieurs endroits et on retrouve plusieurs cas similaires comme
> ci-dessous)
>
>- https://www.openstreetmap.org/way/200440664#map=13/-12.2717/49.3513
>-
>https://www.waze.com/ul?ll=-12.27710852%2C49.34886932=yes=14
>(c'est au milieu de l'eau le fond de carte ne doit pas être bien calé)
>
> Donc sans verser non plus dans la paranoïa, c'est la même personne qui a
> contribué aux 2 sites dans ce cas ?
>
> Mon autre interrogation c'est : certaines données sont dans le domaine
> public (si acceptation de les verser dans le domaine public lors de la
> création d'un compte). Peut-on "isoler" ces données ?
>
> à plus
>
>
> --
> Vincent Bergeot
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Origine des données Waze

[osm . sanspourriel]

Je pense qu'on devrait mettre (plus) d’œufs de Pâques dans OpenStreetMap.

C'est-à-dire ajouter des informations qui ne sont pas ailleurs.

Soit des informations qui manquent réellement mais il faut prendre 
quelque chose qui ne soit pas dans des données libres comme le cadastre 
soit (mieux ?) des informations fausses comme l'ajout d'un nom à une rue 
sans nom et suffisamment mineure pour que ça ne gène pas. Ou ajouter des 
chemins privés (avec les gate et autres barrier qui sont bien) afin de 
voir si nos informations diffusent.


Ajouter un chemin comme Glyo l'a fait c'est bien mais a priori quelqu'un 
d'autre peut l'avoir fait. Ajouter une branche sans intérêt en cul de 
sac ne devrait pas gêner grand monde et si ça gène un cartographe 
amateur nettoiera ou un utilisateur lambda laissera une note. Et un 
utilisateur bêta pestera ;-).


Jean-Yvon

Le 21/01/2019 à 11:33, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 20/01/2019 à 22:13, deuzeffe a écrit :
Et j'ai été très surprise d'y trouver des objets que j'ai récemment 
ou pas (plus ou moins mal) mapés comme des parkings, des chemins 
piétons, des landuse de forme bizarre, etc., bref des trucs pour 
lesquels, sans verser dans la paranoïa ou le complexe de supériorité, 
j'ai l'intime conviction qu'ils proviennent d'osm (ou de quelqu'un 
qui waze dans mon coin en étant très précis - et ce n'est pas moi ^^).


Bonjour,

je partage ton sentiment et je suis allé voir dans des coins perdus !!!

Et là je n'ai plus beaucoup de doutes, ceux sont les mêmes données 
(j'ai regardé à plusieurs endroits et on retrouve plusieurs cas 
similaires comme ci-dessous)


  * https://www.openstreetmap.org/way/200440664#map=13/-12.2717/49.3513
  * https://www.waze.com/ul?ll=-12.27710852%2C49.34886932=yes=14
(c'est au milieu de l'eau le fond de carte ne doit pas être bien calé)

Donc sans verser non plus dans la paranoïa, c'est la même personne qui 
a contribué aux 2 sites dans ce cas ?


Mon autre interrogation c'est : certaines données sont dans le domaine 
public (si acceptation de les verser dans le domaine public lors de la 
création d'un compte). Peut-on "isoler" ces données ?


à 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] pronto soccorso ospedali italiani

[EneaSuper]

Fortunatamente ho avuto modo di leggere la pagina dall'oggi al domani 

A livello contenutistico direi che c'è tutto quello su cui abbiamo discusso,
esposto in maniera semplice e completa. L'unica pecca è la sintassi, che
andrebbe revisionata per chiarificare al meglio l'argomento, ma è un
qualcosa che posso fare senza troppa fretta nei prossimi tempi...



--
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] Perché si guadagna di più non importando cecamente i dati ufficiali

[Martin Koppenhoefer]

Nella Wochennotiz 443 ho trovato una esempio reale, come tutti possono
guadagnare quando OSM è un database a parte e indipendente da dati
ufficiali. L'ordinance survey, l'agenzia di mappatura ufficiale inglese, ha
confermato in un tweet che stanno utilizzando i dati OSM per verificare i
propri dati:

https://twitter.com/sebastianovide/status/1083011215956344832

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

[Talk-at] Antw: Wikimedia für OSM

[Bernhard Holub]

Ich hab Interesse. Bin zwar in Linz zuhause, vielleicht geht es sich
aber aus, dass ich an einem Treffen bei WMAT in Wien teilnehmen kann
(bin von 04.-24.03. nicht im Lande).

Dromedar61

>>> scubbx  schrieb am 20.01.2019 um 23:04:
> 
Hallo, Liste!
Die Wikimedia Österreich hat Interesse an einem Austausch. Wer hätte
Interesse?
lg, ScubbX
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Origine des données Waze

[Vincent Bergeot]

Le 20/01/2019 à 22:13, deuzeffe a écrit :
Et j'ai été très surprise d'y trouver des objets que j'ai récemment ou 
pas (plus ou moins mal) mapés comme des parkings, des chemins piétons, 
des landuse de forme bizarre, etc., bref des trucs pour lesquels, sans 
verser dans la paranoïa ou le complexe de supériorité, j'ai l'intime 
conviction qu'ils proviennent d'osm (ou de quelqu'un qui waze dans mon 
coin en étant très précis - et ce n'est pas moi ^^).


Bonjour,

je partage ton sentiment et je suis allé voir dans des coins perdus !!!

Et là je n'ai plus beaucoup de doutes, ceux sont les mêmes données (j'ai 
regardé à plusieurs endroits et on retrouve plusieurs cas similaires 
comme ci-dessous)


 * https://www.openstreetmap.org/way/200440664#map=13/-12.2717/49.3513
 * https://www.waze.com/ul?ll=-12.27710852%2C49.34886932=yes=14
   (c'est au milieu de l'eau le fond de carte ne doit pas être bien calé)

Donc sans verser non plus dans la paranoïa, c'est la même personne qui a 
contribué aux 2 sites dans ce cas ?


Mon autre interrogation c'est : certaines données sont dans le domaine 
public (si acceptation de les verser dans le domaine public lors de la 
création d'un compte). Peut-on "isoler" ces données ?


à plus


--
Vincent Bergeot

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

Re: [Talk-it] pronto soccorso ospedali italiani

[Marcello]

Ottimo Aury, ho corretto un piccolo refuso (avevi dimenticato "tag" in
una frase), per il resto mi sembra un netto miglioramento dell'attuale.
L'unica cosa che consiglierei di aggiungere, tra l'altro nell'immagine
c'è, anche l'uso di entrance=main per indicare l'ingresso principale,
perché spesso il punto informazioni è unico, quindi se non si sa già
dove bisogna andare all'interno dell'ospedale è bene sapere il punto
migliore per accedere e ottenere informazioni.

Ciao
Marcello

Il 20/01/19 13:22, Aury88 ha scritto:
> fatta una veloce bozza della pagina. la trovate qui [1]
>
> rispetto a quanto precedentemente stabilito ho aggiunto un brevissimo
> paragrafo in cui parlo dell'indoor mapping (o meglio dico che allo stato
> attuale l'argomento per gli ospedali non è ufficialmente coperto) con in più
> una bozza di schema di mappatura
>
> [1]https://wiki.openstreetmap.org/wiki/User:Aury88/sandbox/hospital
>
>
>
> -
> Ciao,
> Aury
> --
> 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] [Osmf-talk] Board decision on Crimea complaint

[Martin Koppenhoefer]

Am Mo., 7. Jan. 2019 um 21:23 Uhr schrieb Heather Leson <
heat...@osmfoundation.org>:

> Hi Andrew, thank you for your note. The OSMF Board was offline for the
> holiday season. We will be conferring on this topic and respond within the
> week.
>
> Thank you for your understanding
>
> Heather
>



Hi Heather and board,

would you mind giving us a short notice about the state of things? Are you
working on a new guideline to replace the on-the-ground rule? Do you know
when the explanations can be provided that you promised on Dec. 12?

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

Re: [talk-au] Our work in last two weeks

[Nemanja Bračko]

Hi!

You've been flagged as "Impossible angle in highway" many times because of
these situations:
[image: 2019-01-21 10_52_54-Window-min.jpg]

Just split this way (do not map it as one segment), and you will avoid to
get flagged.

Best Regards,
Nemanja



On Mon, Jan 21, 2019 at 8:51 AM Horea Meleg  wrote:

> Hello all,
>
> As we informed you two weeks ago we started working on Australia editing
> in Canberra, Perth and Melbourne.
>
> If you’re curious in what we did, you can find our changesets using these
> links:
>
> AUS ALL
> https://osmcha.mapbox.com/filters?aoi=22638c89-517b-45b7-889a-749a6d99ffa9
>
> AUS Flagged only
> https://osmcha.mapbox.com/filters?aoi=9a2c90a1-6a45-4bb9-b52b-6f64b99e1cb5
>
>
>
> If you have any questions, feel free to ask us.
>
>
>
> Best regards,
>
> Horea
>
>
> ___
> 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-it] [talk-it ]Insegnare OSM al liceo?

[Martin Koppenhoefer]

Am Mo., 21. Jan. 2019 um 09:53 Uhr schrieb Volker Schmidt :

> Dalla Wochennotiz 443
>  ho saputo
> che un nuovo programma
> 
> per l'insegnamento di "scienze numeriche e tecnologia" ai licei in Francia
> include il consiglio di insegnare OSM (pagina17 e 18 del pdf) .
> Un compito per Wikimedia Italia?
>



secondo me no, vorrei che il lavoro per OSM sia fatto da volentari
volenturosi, non da bambini o adolescenti costretti a metterci mano
gratuitamente. Va bene come offerta extra, ma si deve stare molto attenti
che rimane una scelta libera dei contribuenti.

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

Re: [Talk-it] Sede AVIS

[liste DOT girarsi AT posteo DOT eu]

Il 21/01/19 10:17, Gianluca Boero ha scritto:
Per me è sbagliato...una sede Avis non è ospedale, a meno che sia 
ubicata dentro ma è molto improbabile.


Presumo che il tag corretto sia questo:

https://wiki.openstreetmap.org/wiki/Tag:healthcare%3Dblood_donation

Rimane il fatto che bisogna inquadrare bene la sede. Se sono solo 
uffici, oppure avviene il prelievo fisico del sangue. Ad esempio nel mio 
paese, una sede è presente (in effetti dovrei mapparla), però i prelievi 
non vengono svolti. Da alcuni anni durante la giornata stabilita vi è 
un' unità mobile adibita ad ambulatorio che staziona in una piazza per 
tutta la giornata.


Quindi bisogna vedere caso a caso.

Ciao..

Gianluca



Per me sede dell'associazione e sede di prelevamento sono due cose 
diverse, pur sempre di AVIS si parla a fini di volontarietà, ma un conto 
è la sede amministrativa dell'associazione, un conto è l'ambulatorio, 
per cui bisognerebbe prima capire di cosa si parla in questa richiesta, 
ammesso e concesso non siano presenti tutte e due le cose nello stesso 
posto, allora i tag diventano complementari nello stesso nodo/area.




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

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

Re: [OSM-talk-fr] Origine des données Waze

[althio]

En France, je dirais qu'il est problable qu'une bonne partie du socle de
données de Waze (ou Google Maps) provient des bases gratuites ou payantes
de l'IGN.

-- althio

On Sun, 20 Jan 2019 at 22:14, deuzeffe  wrote:

> Bonsoir,
>
> À la suite de l'article de Numérama
> (
> https://www.numerama.com/tech/455697-on-a-mis-un-feu-rouge-improbable-a-lentree-de-la-ville-les-astuces-du-maire-de-lieusaint-pour-tromper-waze.html
> ), j'ai tenté de satisfaire ma curiosité en allant voir ce que
> représentait et mettait en avant une carte Waze, dans ma zone de confort
> (celle que je connais le moins mal, donc).
>
> Et j'ai été très surprise d'y trouver des objets que j'ai récemment ou
> pas (plus ou moins mal) mapés comme des parkings, des chemins piétons,
> des landuse de forme bizarre, etc., bref des trucs pour lesquels, sans
> verser dans la paranoïa ou le complexe de supériorité, j'ai l'intime
> conviction qu'ils proviennent d'osm (ou de quelqu'un qui waze dans mon
> coin en étant très précis - et ce n'est pas moi ^^).
>
> D'où ma question, à part les wazeurs et wazeuses (pas comme mes
> blagues), quelle est l'origine des données Waze (Tous droits réservées
> Waze Mobile, dit le cartouche en bas de carte) ?
>
> (ce ne sont pas les cartes publiques de GG maps : elles sont encore plus
> fausses).
>
> Une idée ?
> --
> deuzeffe, soupçonneuse.
>
>
> ___
> 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-es] Derechos autor de libro no editado

[Lanxana .]

Buenos días,

en efecto, la pregunta viene dada para poder utilizar la información
recogida en ese documento en OSM. Información del tipo en qué año se abrió
la calle o si ha sufrido cambios en su nombre a lo largo de la historia.
Casualmente ayer encontré otro documento (en pdf) del mismo historiador,
buscando la ubicación de un edificio que vi en wikidata y cuya situación no
cuadra (edificio histórico y obra nueva, respectivamente). Podría ser que
fuera un edificio adosado a una torre del mismo nombre, en la antigua
muralla, pero no tengo claro si sigue en pie o es el mismo... en todo caso,
es otro tema ajeno a la consulta que planteé.
La biblioteca es la biblioteca municipal y el documento está en la zona
reservada a la colección local. Intentaré averiguar más por dos vías: a
través del personal de la biblioteca y del ayuntamiento. En una de las
reuniones que mantuvimos para ver cómo ceder los datos a OSM se habló del
nomenclator y sospecho que es este documento y que quedó sin editar al
fallecer el autor...
Ya informaré si logro avanzar en alguna dirección.

El dom., 20 ene. 2019 a las 21:10, dcapillae ()
escribió:

> No te lo tomes a mal, Iñaki, que no era esa mi intención. Lanxana
> preguntaba
> obviamente para usar esa obra como fuente en OSM.
>
> Yo también tengo mi punto de vista crítico respecto a la ley de propiedad
> intelectual, pero no puedo aconsejar otra cosa que no sea que respetemos la
> ley, los derechos de autor y las normas de la comunidad. Doy por sentado
> que
> todos procuramos eso mismo por el bien del proyecto. No te censuro tu
> opinión, puedes opinar libremente y compartir tu opinión siempre que
> quieras. No es mi intención discutir tu opinión respecto a la ley de
> propiedad intelectual. No lo he hecho y no lo voy a hacer.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Sede AVIS

[Gianluca Boero]

Per me è sbagliato...una sede Avis non è ospedale, a meno che sia 
ubicata dentro ma è molto improbabile.


Presumo che il tag corretto sia questo:

https://wiki.openstreetmap.org/wiki/Tag:healthcare%3Dblood_donation

Rimane il fatto che bisogna inquadrare bene la sede. Se sono solo 
uffici, oppure avviene il prelievo fisico del sangue. Ad esempio nel mio 
paese, una sede è presente (in effetti dovrei mapparla), però i prelievi 
non vengono svolti. Da alcuni anni durante la giornata stabilita vi è 
un' unità mobile adibita ad ambulatorio che staziona in una piazza per 
tutta la giornata.


Quindi bisogna vedere caso a caso.

Ciao..

Gianluca

Il 20/01/19 23:08, demon.box ha scritto:

ciao, ho trovato una sede AVIS mappa come

amenity=hospital
emergency=no

per me è sbagliato.
cosa ne pensate?
che tags ci andrebbero?
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: [OSM-talk-fr] Et OSM la dedans !

[Axelos]

Le 21/01/2019 à 09:38, Christian Quest a écrit :
> Oui, il y a un équilibre à trouver.
> 
> C'est le même sujet quand on liste les canaux de communication plus ou
> moins "geek".
> IRC n'est vraiment pas grand public, tout comme les mailing-lists et même
> mastodon mais sont 100% GAFA free.

Il y a aussi les flux RSS/Atom malheureusement trop souvent oubliés mais
si efficaces !

Concernant les listes de discussions, je ne suis pas d'accord, celles-ci
sont "surveillées" par le biais d'un nombre important de GAFAmeurs.
Sur cette discussion par exemple, seul Marc Marc utilise un service non
éthique. Cependant cela n’empêche pas les autres utilisateurs de relever
ces messages, ainsi Microsoft, Google, Yahoo ... ont accès à ce que je
viens d'écrire.

> Twitter permet de toucher un public plus large et (horreur!) nous avons
> aussi une page facebook (peu active).
C'est une logique perverse, faire de la promotion sur ces plateformes
implique la légitimité de l'usage de ces dernières, et donc leurs effets
réseaux, le problème majeur qui limite qu'aux convaincus la migration
vers des alternatives.

À mon sens c'est ce terme "geek" que je traduis "bidouilleur" qu'il faut
interpréter différemment. Et si le problème n’était pas seulement
technologique mais sociétal ?

Je considère que Facebook est un produit de consommation passif ou
l'utilisateur veut avoir l'information dans le bec directement sans
aucune recherche intellectuelle, c'est en fait la représentation et donc
le résultat de notre monde moderne. Est-ce que OSM peut réellement
représenter un intérêt pour ces personnes "égarées" sans passer au
préalable par une étape transitoire plus large sur la question ?

Une étape qui ne passe pas forcement via OSM ... mais plutôt par
l'éducation populaire.

Oui je sais c'est une question qui dépasse OSM FR et ses sites tiers,
mais j'ai pensé important de partager ma vision du sujet dans son ensemble.

Axel.

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

Re: [OSM-talk-fr] Rendu français : multipolygone highway=pedestrian non-rendu

[marc marc]

Le 21.01.19 à 08:14, Ralf Treinen a écrit :
>> une relation multiplolygone 
> il faut ajouter area=yes.

un multipolygone est toujours une aire,
c'est inutile d'ajouter area=yes

si un rendu a un bug, "suffit" de corriger le bug dans le rendu :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Sede AVIS

[Carlo Stemberger]

https://wiki.openstreetmap.org/wiki/Tag:healthcare%3Dblood_donation

Mi sembra appropriato.

Ciao!

Carlo
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Naming Bus Stops for interchanges in Sydney

[cleary]

As a regular user of public transport, I agree.


On Mon, Jan 21, 2019, at 4:39 PM, Warin wrote:
> Hi,
> 
> 
> At present the names of bus stops goes something like
> 
> name=Strathfield Station, Albert Rd (Stand F).
> 
> 
> The web transport trip planers direct you to Stand F, yet this is not 
> very visiblein OSM renderings as that information is last.
> 
> 
> Would it not be best to have the name put the more detailed information 
> first and the generalproximity information last, much like an address?
> 
> Such as
> 
> name=Stand F, Albert Rd, Strathfield Station
> 
> 
> 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

[Talk-it] [talk-it ]Insegnare OSM al liceo?

[Volker Schmidt]

Dalla Wochennotiz 443
 ho saputo
che un nuovo programma

per l'insegnamento di "scienze numeriche e tecnologia" ai licei in Francia
include il consiglio di insegnare OSM (pagina17 e 18 del pdf) .
Un compito per Wikimedia Italia?
Volker
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Et OSM la dedans !

[Christian Quest]

Oui, il y a un équilibre à trouver.

C'est le même sujet quand on liste les canaux de communication plus ou
moins "geek".
IRC n'est vraiment pas grand public, tout comme les mailing-lists et même
mastodon mais sont 100% GAFA free.
Twitter permet de toucher un public plus large et (horreur!) nous avons
aussi une page facebook (peu active).


Le lun. 21 janv. 2019 à 08:40, Cyrille37 OSM 
a écrit :

> Le 20/01/2019 à 14:30, Christian Quest a écrit :
> > Nous faisons de notre possible pour ne pas alimenter les GAFAM, avant
> > tout par souci d'indépendance et d'autonomie.
>
> Mai il faut bien aussi communiquer **où** sont "les gens" ;-)
>
> C/.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[Phyks]

Ok ! Merci pour la confirmation,
-- 
Phyks
Le 20/01/2019 à 20:08, osm.sanspourr...@spamgourmet.com a écrit :
> Oui on a déjà eu ça l'an dernier : tant que l'INSEE n'a pas fourni les
> nouveaux codes (par exemple en disant très probablement que le nouveau
> code de Vindry-sur-Turdine c'est l'ancien code de Poncharra-sur-Turdine,
> Osmose vérifie avec les anciens codes alors que Christian a anticipé les
> décisions de l'INSEE.
> 
> C'est bien un faux positif.
> 
> Jean-Yvon
> 
> Le 20/01/2019 à 17:48, Phyks - ph...@phyks.me a écrit :
>> Bonjour à tous,
>>
>> J'ai vu une erreur Osmose sur
>> https://www.openstreetmap.org/relation/9135480, disant que le code
>> commune ne correspond pas au nom de la commune. Cette commune a été
>> affectée par une fusion au 1er janvier.
>>
>> En creusant un peu, le code commune 69157 était utilisé par
>> Poncharra-sur-Turdine et semble bien avoir été attribué à la commune
>> nouvelle Vindry-sur-Turdine. En tout cas, c'est l'info que je trouve sur
>> Wikipedia et dans https://www.insee.fr/fr/information/2549968.
>>
>> J'ai marqué en faux positif sur Osmose pour l'instant, mais je ne sais
>> pas si cette erreur est normale / attendue ? D'autres cas similaires
>> existent peut être (réattribution d'un code commune précédent à une
>> nouvelle commune).
>>
>> Bonne journée,
> 
> 
> ___
> 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