Re: [Talk-TW] Youbike資料更新

[Dennis Raylin Chen]

HI All

補上Trello連結

https://trello.com/c/6BmzvyDI/1208-新竹市youbike補ptx資料

https://trello.com/c/oIG1E0op/1209-新北市youbike更新

https://trello.com/c/shh9mXnN/1207-桃園市youbike更新

歡迎大家一起來批次編輯，匯入授權符合OSM的資料

Dennis

On Sun, Jul 14, 2019 at 2:01 AM Dennis Raylin Chen 
wrote:

> Hi All
>
> 桃園YouBike更新至7/8最新的借車站資訊
> https://www.openstreetmap.org/changeset/72024606
>
> 新北市YouBike更新至7/8
> https://www.openstreetmap.org/changeset/72023661
>
> 新竹YouBIke加上PTX的編號還有英文名稱
> https://www.openstreetmap.org/changeset/72025653
>
> 歡迎大家多多匯入授權可以採用的資料，匯進OpenStreetMap
>
> Dennis
>
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [Talk-GB] UK coastline data

[David Woolley]

On 13/07/2019 22:21, Colin Smale wrote:
So what was your point again about internal waterways? The "extent of 
the realm" is not the 12-mile limit, it is ±MLW, isn't it?


Assuming it is mapped correctly, this is an example of an administrative 
boundary that is outside the low water mark: 





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

Re: [Talk-GB] UK coastline data

[Borbus]

On Sat, Jul 13, 2019 at 9:44 PM Colin Smale  wrote:
> Coastline would be the high water line, not low water. But your point is
> valid - equating coastline to MHW could better be called a heuristic
> instead of a rule. It works most of the time, but we have to accommodate
> exceptions. All we have to do now, is to define what constitutes an
> exception.

Yes, I agree with this. MHW and MLW are nice because they are
indisputable (assuming accuracy and currency of data). I don't think
anybody would disagree with taking all of the OS MHWS data and tagging
it with "natural=mean_high_water_spring" or something.

The disagreement seems to come over whether those lines coincide with
"natural=coastline" or "natural=water"/"waterway=riverbank". A big
difference with the coastline (and this is especially true for Britain,
of course) is it is actually what defines Britain (the island). I guess
the River Thames is generally considered to be "in Britain".

Could we possibly use administrative boundaries to cut mark the cut off
point between coastline and riverbank then?

That would place the "coastline" at the mouth of the Thames here:
https://www.openstreetmap.org/?mlat=51.5038=0.6775#map=12/51.4876/0.6736

And the Dart here:
https://www.openstreetmap.org/?mlat=51.5038=0.6775#map=17/50.38223/-3.59310

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

Re: [Talk-GB] UK coastline data

[Tony Shield]

Hi

That page contains

"The Mean low water spring 
 is the position of 
the lowest tide. There is currently no agreed way of tagging this line 
in OSM. One way of tagging it is to tag the area between the mean low 
water spring and OSM coastline as natural 
=wetland 
+wetland 
=tidalflat 
."


Methinks that MLW or MLWS should be defined in the way that 
Coastline/MHW is.




On 13/07/2019 21:52, Colin Smale wrote:


On 2019-07-13 22:42, Tony Shield wrote:


Hi

I meant that OSM does not have an agreed way of tagging MLWS or MLW. 
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline


That page is about coastline, which is high water, not low water. But 
you are probably right. In the case of the UK, there are proxies like 
admin boundaries which help a lot, and the OS have been good enough to 
survey all this coastal stuff, but there is no way of tagging a line 
with "boundary=lwm" or whatever. Should it be a tag on a way, similar 
to the way the coastline is tagged? Or should it be a huge relation, 
like the admin boundary of the United Kingdom?



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

[Talk-us] Removing "Wikiproject" prefix

[dcapillae]

Hi, I am Daniel, from Spain. I posted a message on the wiki [1]. Please reply
on the wiki if you want to send me your comments.

Regards,
Daniel

I transcribe the message below:

I would like to change the name of the wiki pages related to the United
States mapping project to remove the "Wikiproject" prefix following the
pages name conventions [2].

The name of the pages related to the United States mapping project would be
"United States" (name of place) instead of "Wikiproject United States", as
recommended by the wiki conventions. It is a change that I have already made
in Argentina [3], Spain [4], Colombia [5] and all Spanish-speaking countries
on this Wiki [6], consulting with their communities beforehand. Hard work
but good results.

I could make the necessary changes, no problem, and also add the "Country"
template [7] to the United States project page, although this change is
optional.

Do you like the idea? Thank you!

[1]
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_United_States#Removing_.22WikiProject.22_prefix
[2]
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
[3] https://wiki.openstreetmap.org/wiki/Argentina
[4] https://wiki.openstreetmap.org/wiki/Spain
[5] https://wiki.openstreetmap.org/wiki/Colombia
[6] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[7] https://wiki.openstreetmap.org/wiki/Template:Country




--
Sent from: http://gis.19327.n8.nabble.com/USA-f5284732.html

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

Re: [Talk-at] Handy-App führte Wanderer in Absturzgefahr

[Richard]

On Thu, Jul 11, 2019 at 02:29:16PM +0200, Johann Haag wrote:
> Handy-App führte Wanderer in Absturzgefahr
> In Leogang (Pinzgau) haben Bergretter in der Nacht auf Donnerstag zwei junge 
> Deutsche aus den Steinbergen gerettet. Die Wanderer benutzten eine 
> Smartphone-App für die Wegsuche und gerieten in gefährliches Steilgelände.
> 
> Quelle: https://salzburg.orf.at/stories/3004115/
> 
> Die Bergrettung schreibt hingegen 
> https://www.bergrettung-salzburg.at/news/news-detail/naechtliche-suchaktion-in-leoganger-steinbergen-nach-zwei-verirrten-burschen/
>  
> der Weg sei zwar existierend, durch hartes Eis aber unbegehbar.
> 
> Frage: ist ein Routen Ersteller, verantwortlich für eine jahreszeitlich 
> möglicherweise Unbegehbarkeit.

auf handy-Apps schimpfen ist halt moderner als auf Leute die blind nach 
Landkarte
gehen ohne bei der Hütte nach den lokalen Bedingungen zu fragen.

So gut wie möglich korrekt mappen - und bitte keine Klettersteige/routen als 
highway=path
eintragen *nur* damit sie in Mapnik gerendert werden. 

Die Apps-programmierer sollten sich auch Gedanken über sac_scale machen..

Richard

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

Re: [Talk-GB] UK coastline data

[Colin Smale]

On 2019-07-13 23:07, David Woolley wrote:

> On 13/07/2019 21:38, Colin Smale wrote:
> 
>> Have you got a reference for this, making the link between the boundary of 
>> the Realm and the MCA classification of an inland waterway?
>> What could be a consequence of this? Could you illustrate this with an 
>> example?
>> The MCA definition of "inland waters" would draw a line across the Thames at 
>> Gravesend and across the Dart at Battery Point. These lines don't correspond 
>> to any admin boundaries I am aware of.
> 
> The link is actually with territorial boundaries (12 mile limit).

So what was your point again about internal waterways? The "extent of
the realm" is not the 12-mile limit, it is ±MLW, isn't it?___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] UK coastline data

[David Woolley]

On 13/07/2019 21:38, Colin Smale wrote:

Have you got a reference for this, making the link between the boundary 
of the Realm and the MCA classification of an inland waterway?
What could be a consequence of this? Could you illustrate this with an 
example?
The MCA definition of "inland waters" would draw a line across the 
Thames at Gravesend and across the Dart at Battery Point. These lines 
don't correspond to any admin boundaries I am aware of.


The link is actually with territorial boundaries (12 mile limit).

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

Re: [Talk-GB] UK coastline data

[Colin Smale]

On 2019-07-13 22:42, Tony Shield wrote:

> Hi 
> 
> I meant that OSM does not have an agreed way of tagging MLWS or MLW.  
> https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline

That page is about coastline, which is high water, not low water. But
you are probably right. In the case of the UK, there are proxies like
admin boundaries which help a lot, and the OS have been good enough to
survey all this coastal stuff, but there is no way of tagging a line
with "boundary=lwm" or whatever. Should it be a tag on a way, similar to
the way the coastline is tagged? Or should it be a huge relation, like
the admin boundary of the United Kingdom?___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] UK coastline data

[Colin Smale]

On 2019-07-13 22:30, Devonshire wrote:

> Unfortunately, this is one of those fairly pointless discussions that 
> characterises OSM. I know it isn't always possible but I prefer the meaning 
> of words in OSM tags to have the same meaning as in everyday conversation. If 
> you want to add a way on every river in the country describing the mean low 
> water level then fine but that doesn't mean you need to call it coastline.

Coastline would be the high water line, not low water. But your point is
valid - equating coastline to MHW could better be called a heuristic
instead of a rule. It works most of the time, but we have to accommodate
exceptions. All we have to do now, is to define what constitutes an
exception. 

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

Re: [Talk-GB] UK coastline data

[Tony Shield]

Hi

I meant that OSM does not have an agreed way of tagging MLWS or MLW.  
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline


Regards

On 13/07/2019 20:53, Colin Smale wrote:


On 2019-07-13 21:33, Tony Shield wrote:


Hi

Personally think that High Water Mark and Low Water Mark are very 
relevant to people and to OSM.


Yeah - tides are a nuisance and can never be predicted with total 
accuracy and with Global Warming HWM and LWM will change over time. 
Then there are Highest and Lowest Astronomical Tides, and then tides 
which increase or decrease according to weather conditions (pressure 
and wind) (New Orleans tonight is a good example). There are probably 
a few others which I have forgotten


Knowing the inter-tidal area at Hunstanton is important, as are those 
in Morecambe Bay and the River Dee(North Wales/England)  where paths 
cross the area.


How many beaches are there on the Thames? and what is the inter-tidal 
ground like - sand, shingle, mud . . . .And what and where  is the 
access? These questions are what OSM is about.


The OS recognises this and on their maps marks the coastline/MHW with 
a dense line, but not on non-tidal waters.


OSM needs the equivalent of MLW - as far as I know its not defined 
(and I do not feel competent to define) - and I think that Borbus is 
on the good path.


What exactly do you mean by MLW not being defined? Do you mean that 
there is not a robust definition of the concept? Or that it is 
difficult to establish the exact line of MLW?
Another reason to want MLW in OSM: The "Extent of the Realm" is *for 
the most part* defined as MLWS. This is the limit of the jurisdiction 
of normal (local) government. Beyond MLWS, the local council no longer 
has any say - it's the UK laws of the sea, as applicable to 
territorial waters.

I agree that Borbus is doing good things!

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

Re: [Talk-GB] UK coastline data

[Colin Smale]

On 2019-07-13 22:00, David Woolley wrote:

> On 13/07/2019 20:53, Colin Smale wrote: 
> 
>> Another reason to want MLW in OSM: The "Extent of the Realm" is *for the 
>> most part* defined as MLWS. This is the limit of the jurisdiction of normal 
>> (local) government. Beyond MLWS, the local council no longer has any say - 
>> it's the UK laws of the sea, as applicable to territorial waters.
> 
> Low water mark is only a boundary of the realm when it doesn't fall within a 
> "internal waterway".

Have you got a reference for this, making the link between the boundary
of the Realm and the MCA classification of an inland waterway? 

What could be a consequence of this? Could you illustrate this with an
example? 

The MCA definition of "inland waters" would draw a line across the
Thames at Gravesend and across the Dart at Battery Point. These lines
don't correspond to any admin boundaries I am aware of.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] UK coastline data

[Devonshire]

On Sat, Jul 13, 2019, at 12:47 PM, Borbus wrote:
> ...That data is included with the OS tidal waters data. It's not much more
> effort to use it and it's very useful data for many people. People use
> maps for many different things. Rendering is not a problem. Carto
> handles it just fine already. But it does expect the intertidal zone to
> be between a "coastline" and the edge of a tidalflat.

Unfortunately, this is one of those fairly pointless discussions that 
characterises OSM. I know it isn't always possible but I prefer the meaning of 
words in OSM tags to have the same meaning as in everyday conversation. If you 
want to add a way on every river in the country describing the mean low water 
level then fine but that doesn't mean you need to call it coastline.

If tidal beaches, mudflats, marsh areas, etc. are tagged as tidal=yes (which 
they should be) then all you are doing by adding a way for MLW is describing 
the part of the river that on average is non-tidal which doesn't add any extra 
information that isn't already there.

I notice that several people have messed around with the tagging on the Dart 
over the years so it probably isn't perfect anyway but changing it to coastline 
certainly isn't the solution.

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

Re: [OSM-legal-talk] Copy information from official business website (WAS: Proposal for a revision of JA:Available Data)

[Tom Hummel]

> Along the same reasoning you could say: “I do not think that a state
> makes a substantial investment in mapping the roads they maintain.
> Since the state plans, builds and maintains the roads it should be
> fairly trivial for them to make a map.”

The argument was never that any collection of information about your
organisation will always be trivial. It has always been strictly
limited to opening hours, since that was the main topic.

Extending a claim beyond it's original realm of validity or
application—thus proving it wrong—would be unsound reasoning. Please
see Schopenhauer, ”Eristic Dialectic: The Art of Winning an Argument”,
Section 1 „Erweiterung des Rahmens“, in english: “The Extension“.

Of course there are collections of information (i.e. databases) about
one's own organisation that are vastly complex. Even so complex, that
companies sometimes fail at the task. So your argument was right—some
of these can easily require substantial investments—but that was not
the argument.

> Using data on incompatible license is still utterly
> unacceptable, even in cases where suing is not going to happen.

Yes.

Cheers.

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

Re: [Talk-it] Punti di distribuzione metano per auto (GNC)

[Dark Ham]

Scontatezze a parte, mi riferivo a procedure/provvedimenti già in atto o in
discussione , della comunità a riguardo.
Prima di scrivere qui in mailing list , ho avuto modo di parlare con
Cascafico nel canale telegram OpenStreetMapItalia, che mi ha segnalato

https://wiki.openstreetmap.org/wiki/Import/Catalogue/ItalyFuelStations/maintenance

questa procedura, che comprende però solo il prezzo di self e servito.
integrabili con un dataset CC0, che personalmente non posseggo.

Il sito http://www.metanoauto.com ha un database interno con tutti i dati
dei distributori , ed il sito riporta

" i testi e i materiali pubblicati, o comunque messi a disposizione, su
questo sito sono utilizzabili *solo ed esclusivamente dietro citazione
della fonte*, secondo la Licenza Creative Commons "Attribuzione - Non
Commerciale - Condividi allo stesso modo"
 e salvi i diritti
esclusivi spettanti a terzi ai sensi di legge, *ad eccezione del database
dei distributori che rimane di proprietà esclusiva del sito metanoauto.com
 e non può essere utilizzato né per scopi
commerciali, né per scopi non commerciali.*"

Sul wiki di openstreetmap è presente  questo link , probabilmente desueto
https://wiki.openstreetmap.org/wiki/Importazione_distributori_metano che
molto chiaramente riporta l'esito della richiesta all'epoca, della
community osm, di utiizzare i loro dati.
Mi domando se, quindi , non si possa elaborare la cosa in modo che l'unica
soluzione non sia andare a raccogliere tali dati personalmente in tutti i
punti metanoauto d'Italia.

Il giorno mer 10 lug 2019 alle ore 16:43 Andreas Lattmann <
andrea.lattm...@ga-2.it> ha scritto:

> > Come si puo' affrontare tale situazione?
> 樂 rimboccandosi le maniche ed inserendole manualmente? Può andar bene? 
>
>
>
> --
> I❤️ Software Libero.
>
> ___
> 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-GB] UK coastline data

[David Woolley]

On 13/07/2019 20:53, Colin Smale wrote:
Another reason to want MLW in OSM: The "Extent of the Realm" is *for the 
most part* defined as MLWS. This is the limit of the jurisdiction of 
normal (local) government. Beyond MLWS, the local council no longer has 
any say - it's the UK laws of the sea, as applicable to territorial waters.


Low water mark is only a boundary of the realm when it doesn't fall 
within a "internal waterway".


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

Re: [Talk-GB] UK coastline data

[Colin Smale]

On 2019-07-13 21:33, Tony Shield wrote:

> Hi 
> 
> Personally think that High Water Mark and Low Water Mark are very relevant to 
> people and to OSM. 
> 
> Yeah - tides are a nuisance and can never be predicted with total accuracy 
> and with Global Warming HWM and LWM will change over time. Then there are 
> Highest and Lowest Astronomical Tides, and then tides which increase or 
> decrease according to weather conditions (pressure and wind) (New Orleans 
> tonight is a good example). There are probably a few others which I have 
> forgotten 
> 
> Knowing the inter-tidal area at Hunstanton is important, as are those in 
> Morecambe Bay and the River Dee(North Wales/England)  where paths cross the 
> area. 
> 
> How many beaches are there on the Thames? and what is the inter-tidal ground 
> like - sand, shingle, mud . . . .And what and where  is the access? These 
> questions are what OSM is about. 
> 
> The OS recognises this and on their maps marks the coastline/MHW with a dense 
> line, but not on non-tidal waters. 
> 
> OSM needs the equivalent of MLW - as far as I know its not defined (and I do 
> not feel competent to define) - and I think that Borbus is on the good path.

What exactly do you mean by MLW not being defined? Do you mean that
there is not a robust definition of the concept? Or that it is difficult
to establish the exact line of MLW? 

Another reason to want MLW in OSM: The "Extent of the Realm" is *for the
most part* defined as MLWS. This is the limit of the jurisdiction of
normal (local) government. Beyond MLWS, the local council no longer has
any say - it's the UK laws of the sea, as applicable to territorial
waters. 

I agree that Borbus is doing good things!___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] UK coastline data

[Tony Shield]

Hi

Personally think that High Water Mark and Low Water Mark are very 
relevant to people and to OSM.


Yeah - tides are a nuisance and can never be predicted with total 
accuracy and with Global Warming HWM and LWM will change over time. Then 
there are Highest and Lowest Astronomical Tides, and then tides which 
increase or decrease according to weather conditions (pressure and wind) 
(New Orleans tonight is a good example). There are probably a few others 
which I have forgotten


Knowing the inter-tidal area at Hunstanton is important, as are those in 
Morecambe Bay and the River Dee(North Wales/England) where paths cross 
the area.


How many beaches are there on the Thames? and what is the inter-tidal 
ground like - sand, shingle, mud . . . .And what and where  is the 
access? These questions are what OSM is about.


The OS recognises this and on their maps marks the coastline/MHW with a 
dense line, but not on non-tidal waters.


OSM needs the equivalent of MLW - as far as I know its not defined (and 
I do not feel competent to define) - and I think that Borbus is on the 
good path.


On 13/07/2019 16:04, Colin Smale wrote:


On 2019-07-13 13:35, Borbus wrote:

On Fri, Jul 12, 2019 at 9:11 PM Devonshire > wrote:

> Just because the coastline follows MLW as it goes around the coast
> doesn't mean it needs to follow every tidal waterway inland. That
> doesn't follow at all.

Why not? What is the meaning of "coastline"?

The Dart is one example of where it seems obvious where to "draw the
line" by taking a cursory glance at aerial imagery, but does this line
have any bearing on reality?

My feeling is that the natural=coastline tag is a misnomer and it should
really just be called "mean_high_water_level" or
"mean_high_water_spring" (I'm still unsure about whether OS show MHWL or
MHWS, I thought it was MHWL, which is between mean high water spring and
mean high water neap).
The data included with Boundary-Line would appear to be mean high 
water (springs) according to the User Guide and Technical 
Specification, although in some places it is referred to as the High 
Water Mark and High Water Line.

Is there a meaning to "coastline" that makes it distinct from any other
high water level that can't be expressed with other tags? (Other tags
could be water salinity, presence of beaches, dunes, cliffs etc. that
are real physical features).
Salinity is too variable to be useful. My vote is to stick to MHWS, or 
whatever the prevailing law states as the edge of the land.
How about creating an OSM tidal prediction model? Then we could take 
all the WGS84 elevations that are near the coast in OSM, and make our 
own model, and make it open source. How hard can it be? (PS I know 
exactly how hard it would be, but it would be a typical OSM attitude 
to reject existing standards and roll our own)
Just for completeness, even MHWS is not the limit of where the water 
comes to. It's a mean value, averaged over a long period; 
statistically, half the high tides at spring tide will encroach 
further landward than MHWS. Every tide is different. But you have to 
draw the line somewhere.
When is our coastline fit for purpose? It seems to be a rendering 
hint, to colour one side of the line "blue" and the other side various 
colours. Do we need a rendering hint to separate the sea from an 
estuary? It might also be said to form a useful polygon to allow the 
dry bits of the world to be excised from the global database in a 
convenient way. What do we want here?


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

Re: [Talk-es] Contenedor Docker para CatAtom2Osm

[jmiguel sancho]

Gran idea, gracias por el trabajo

El sáb., 13 jul. 2019 15:10, Emilio Gómez Fernández <
emilio.gomez.f...@gmail.com> escribió:

> Upp! El enlace correcto:
> https://hub.docker.com/r/egofer/catatom2osm
>
> El sáb., 13 jul. 2019 a las 12:43, Emilio Gómez Fernández (<
> emilio.gomez.f...@gmail.com>) escribió:
>
>> Hola a todos.
>>
>> Dado que a algunos nos estaba dando problemas CatAtom2Osm, le he dedicado
>> un poco de tiempo libre y he subido una imagen a Docker Hub [1] para poder
>> crear un contenedor con CatATom2Osm y todos lo requisitos necesarios para
>> poder ejecutarlo sin problemas.
>>
>> [1] https://cloud.docker.com/repository/docker/egofer/catatom2osm
>>
>> Un saludo.
>>
>> Emilio Gómez
>>
> ___
> 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

[Talk-TW] Youbike資料更新

[Dennis Raylin Chen]

Hi All

桃園YouBike更新至7/8最新的借車站資訊
https://www.openstreetmap.org/changeset/72024606

新北市YouBike更新至7/8
https://www.openstreetmap.org/changeset/72023661

新竹YouBIke加上PTX的編號還有英文名稱
https://www.openstreetmap.org/changeset/72025653

歡迎大家多多匯入授權可以採用的資料，匯進OpenStreetMap

Dennis
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [Talk-transit] [Tagging] Feature Proposal -- RFC -- service=irregular

[Martin Koppenhoefer]

Am Mo., 1. Apr. 2019 um 11:55 Uhr schrieb Markus :

> Hi everyone,
>
> I'm proposing the tag service=irregular for tram, light rail,
> underground and other railway tracks not used for regular scheduled
> passenger services, but only for diversions or shortcuts.
>
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:service%3Dirregular
>
> Any feedback (on the wiki talk page or on the tagging mailing list) is
> much appreciated!



this should get a different name, many people would call their tram, light
rail or underground service "irregular" (from a subjective point of view:
you wait for a means and it arrives too late). Not sure how to better call
it, maybe "internal" or "operational" use?

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

Re: [OSM-talk-fr] Sotm Heidelberg : on y va ensemble ?

[Christine Karch]

Oui. C'est pour des personnes qui ne visite pas la conference. 

Am 12. Juli 2019 19:57:41 MESZ schrieb PanierAvide :
>Bonjour,
>À vérifier mais c'est sans doute si tu veux venir accompagné d'une
>personne qui ne participe pas au reste de la conférence.
>Cordialement,
>Adrien.Le 12 juil. 2019 7:41 PM, Vincent Privat
> a écrit :
>>
>> Hello,
>> les tickets "early bird" à tarif réduit sont disponibles jusqu'au 21
>juillet.
>> Je suis en train de regarder les différentes options:
>>
>> Conference Tickets (Early Bird fee)
>>
>> Community - Early Bird
>> € 75.00
>> Regular (Business) - Early Bird
>> € 180.00
>> Supporter (Business) - Early Bird
>> € 700.00
>> Add-on: Social Event (for Guest)
>> € 50.00
>> Add-on: Heidelberg Guided Tour
>> € 15.00
>>
>> Je ne comprends pas la précision "for Guest" du "social event"? En
>quoi ça consiste exactement ?
>>
>> Vincent
>>
>> Le ven. 28 juin 2019 à 08:49, PanierAvide  a
>écrit :
>>>
>>> Bonjour,
>>>
>>> Petite relance : n'oubliez pas de remplir le tableau dont le lien
>est 
>>> ci-dessous si vous vous rendez au State of the Map d'Heidelberg pour
>que 
>>> l'on trouve le meilleur coup de pouce que l'asso peut offrir ;-)
>>>
>>> Cordialement,
>>>
>>> Adrien P.
>>>
>>> Le 17/06/2019 à 14:51, PanierAvide a écrit :
>>> > Bonjour à tous,
>>> >
>>> > Le State of the Map mondial se déroule cette année à Heidelberg,
>ville 
>>> > allemande assez proche de nos frontières. L'association OSM France
>
>>> > souhaite ainsi faciliter la venue de contributeurs français à 
>>> > l'évènement. Plusieurs idées ont été émises pour y parvenir :
>>> >
>>> > - Partager le transport depuis Paris pour converger vers
>Heidelberg
>>> > - Partager un hébergement sur place pour réduire les frais
>>> > - Prendre en charge les frais de transport/hébergement de
>contributeurs
>>> >
>>> > Afin que nous puissions trouver les solutions répondant au mieux
>aux 
>>> > attentes, j'ai ouvert un tableur partagé où vous pouvez indiquer
>si 
>>> > vous prévoyez de vous rendre à l'évènement, et quels aspects vous 
>>> > intéresseraient pour faciliter votre venue :
>>> >
>>> > https://lite.framacalc.org/orga_fr_sotm_heidelberg
>>> >
>>> > Je vous laisse y ajouter vos infos le plus rapidement possible
>(avant 
>>> > la fin du mois) pour que nous puissions ensuite vous proposer une 
>>> > offre mutualisée ou prise en charge dans la mesure du possible :-)
>>> >
>>> > Cordialement.
>>> >
>>>
>>> ___
>>> 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] grèves Loire - résumé et conclusion ?

[ades]

Normal, tu as renseigné ‘name’ dans la relation.
au début semaine prochaine (mardi ou mercredi) je ferai l’aller et retour la 
Ménitré <-> La Dague voire les Pts-de-Cé, j’ai 2 places (barque bois 7,5m), 
pour voir les grèves et en causer ;-). MP…

> Le 13 juil. 2019 à 15:31, François Boucault  a écrit :
> 
> Bonjour,
> 
> Le 13/07/2019 00:16, marc marc a écrit :
>> cela n'a pas de sens de rajouter des tags source sur l'objet en 2019 :)
>> le suivant modifie un noeud, aucun outil ne met ses tags à jour et ils 
>> sont donc périmé. donc pour savoir si un tag source est bien 
>> d'actualité, il faut allez voir l'historique de l'objet donc à ce moment 
>> là on a tout aussi bien avec les tags sources su le changeset
> 
> J'avoue qu'il y a un risque pour que ces tags (source:geometry et
> source:geometry:date) soient délaissés... Mais je ne suis pas sûr de
> comprendre pourquoi ils ne servent à rien. Bien sûr chaque objet a un
> changeset, mais celui-ci n'inclut pas la référence de l'imagerie
> utilisée et son année, si ?
> Mon idée est que figure quelque part la date à laquelle le banc de sable
> était émergé (et non pas la date d'édition du polygone, qui peut être
> différente). Ceci dit, check:date=* pourrait suffire.
> 
> Et comment trouver la date de prise de vue d'une imagerie ? Pour la
> BDOrtho IGN par exemple je ne trouve pas...
> 
> Sinon je me suis aperçu que le nom de la relation "Bancs de sable de la
> Loire" était rendu sur osm.org (voir :
> https://www.openstreetmap.org/#map=15/47.4196/-0.5066 )... Dois-je
> supprimer le tag=name ou il y a une autre solution pour empêcher cet
> affichage ?
> 
> Bonne journée,
> F
> 
> ___
> 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-GB] ITOworld maps

[Andy Townsend]

On 13/07/2019 15:33, Brian Prangle wrote:
ITOworld  maps which showed a huge variety of visualisations of OSM 
data seems to have gone offline.



Hi Brian,

I suspect that many (most?) of the visualisations that ITO used to 
provide could be done with Overpass / Overpass turbo (even as far as 
styling the results 
https://wiki.openstreetmap.org/wiki/Overpass_turbo#MapCSS_Styling ) - if 
there are any ones that you particularly miss it might be worth asking 
on help.osm.org as someone will surely be able to figure out the 
overpass syntax.


Best Regards,

Andy



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

Re: [Talk-GB] UK coastline data

[Colin Smale]

On 2019-07-13 13:35, Borbus wrote:

> On Fri, Jul 12, 2019 at 9:11 PM Devonshire  wrote:
>> Just because the coastline follows MLW as it goes around the coast
>> doesn't mean it needs to follow every tidal waterway inland. That
>> doesn't follow at all.
> 
> Why not? What is the meaning of "coastline"?
> 
> The Dart is one example of where it seems obvious where to "draw the
> line" by taking a cursory glance at aerial imagery, but does this line
> have any bearing on reality?
> 
> My feeling is that the natural=coastline tag is a misnomer and it should
> really just be called "mean_high_water_level" or
> "mean_high_water_spring" (I'm still unsure about whether OS show MHWL or
> MHWS, I thought it was MHWL, which is between mean high water spring and
> mean high water neap).

The data included with Boundary-Line would appear to be mean high water
(springs) according to the User Guide and Technical Specification,
although in some places it is referred to as the High Water Mark and
High Water Line. 

> Is there a meaning to "coastline" that makes it distinct from any other
> high water level that can't be expressed with other tags? (Other tags
> could be water salinity, presence of beaches, dunes, cliffs etc. that
> are real physical features).

Salinity is too variable to be useful. My vote is to stick to MHWS, or
whatever the prevailing law states as the edge of the land. 

How about creating an OSM tidal prediction model? Then we could take all
the WGS84 elevations that are near the coast in OSM, and make our own
model, and make it open source. How hard can it be? (PS I know exactly
how hard it would be, but it would be a typical OSM attitude to reject
existing standards and roll our own) 

Just for completeness, even MHWS is not the limit of where the water
comes to. It's a mean value, averaged over a long period; statistically,
half the high tides at spring tide will encroach further landward than
MHWS. Every tide is different. But you have to draw the line somewhere. 

When is our coastline fit for purpose? It seems to be a rendering hint,
to colour one side of the line "blue" and the other side various
colours. Do we need a rendering hint to separate the sea from an
estuary? It might also be said to form a useful polygon to allow the dry
bits of the world to be excised from the global database in a convenient
way. What do we want here?___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-at] minderwertige Importe

[Stefan Tauner]

On Sat, 13 Jul 2019 16:02:18 +0200
Günther Zinsberger  wrote:

> Ganz so sehe ich es nicht. Ich kenne die Inhalte bzw. Ausmaße der 
> Changesets zwar nicht, habe aber hier im Raum Wels bei seinen neueren 
> Changesets durchaus positives erkennen können. Hier wurden z.B. nur 
> fehlende Adressen ergänzt und bei Gebäuden, die bereits eine gültige 
> Adresse hatten, nichts verändert. (in anderen Gegenden habe ich es 
> leider von ihm anders gesehen)
> Einen generellen Revert aller seiner Changesets mit allen Objekten in 
> Version 1 würde ich als kontraproduktiv ansehen.

Was wäre das nicht alles einfach, hätte er sich an die Regeln
gehalten... Dass jetzt andere, die seinen Mist zusammenräumen, deshalb
einen noch größeren Mehraufwand haben sollten als ohnehin schon, ist
allein aus generalpräventiver Sicht abzulehnen. So toll können einzelne
Changes gar nicht sein, dass mich das überzeugen würde.
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-GB] ITOworld maps

[David Woolley]

On 13/07/2019 15:33, Brian Prangle wrote:
ITOworld  maps which showed a huge variety of visualisations of OSM data 
seems to have gone offline. For about a week now I've been getting



  503 Service Unavailable

No server is available to handle this request.

Does anybody know what's happenng here? - those maps were incredibly useful




I was under the impression that this free service was closed down many 
months ago.


I guess there were management changes and it was no longer considered a 
useful loss leader.



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

[Talk-GB] ITOworld maps

[Brian Prangle]

ITOworld  maps which showed a huge variety of visualisations of OSM data
seems to have gone offline. For about a week now I've been getting 503
Service Unavailable
No server is available to handle this request.

Does anybody know what's happenng here? - those maps were incredibly useful

Regards

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

Re: [Talk-at] minderwertige Importe

[Günther Zinsberger]

Am 09.07.19 um 19:05 schrieb gppes_...@web.de:

Wenn Du die Changesets so weit geprueft hast, kann ich mich diesem Ansatz der 
Reverts gut anfreunden. Weitere Imports dieser Art darf es nicht mehr geben, 
ich gewinne mehr und mehr den Eindruck, dass es einige User gibt, die den 
Import zwar irgendwie dulden aber in Wahrheit doch recht unzufrieden sind.

Lg, Gppes

Ganz so sehe ich es nicht. Ich kenne die Inhalte bzw. Ausmaße der 
Changesets zwar nicht, habe aber hier im Raum Wels bei seinen neueren 
Changesets durchaus positives erkennen können. Hier wurden z.B. nur 
fehlende Adressen ergänzt und bei Gebäuden, die bereits eine gültige 
Adresse hatten, nichts verändert. (in anderen Gegenden habe ich es 
leider von ihm anders gesehen)
Einen generellen Revert aller seiner Changesets mit allen Objekten in 
Version 1 würde ich als kontraproduktiv ansehen.


Für manche Regionen sind auch z.B. mit 
https://regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=12=48.20558=13.94638=BTTTFF 
nicht auswertbar, wie z.B. Wels. Da ist dann die Arbeit von Johann recht 
hilfreich.


LG
Günther

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

Re: [OSM-talk-fr] grèves Loire - résumé et conclusion ?

[François Boucault]

Bonjour,

Le 13/07/2019 00:16, marc marc a écrit :
> cela n'a pas de sens de rajouter des tags source sur l'objet en 2019 :)
> le suivant modifie un noeud, aucun outil ne met ses tags à jour et ils 
> sont donc périmé. donc pour savoir si un tag source est bien 
> d'actualité, il faut allez voir l'historique de l'objet donc à ce moment 
> là on a tout aussi bien avec les tags sources su le changeset

J'avoue qu'il y a un risque pour que ces tags (source:geometry et
source:geometry:date) soient délaissés... Mais je ne suis pas sûr de
comprendre pourquoi ils ne servent à rien. Bien sûr chaque objet a un
changeset, mais celui-ci n'inclut pas la référence de l'imagerie
utilisée et son année, si ?
Mon idée est que figure quelque part la date à laquelle le banc de sable
était émergé (et non pas la date d'édition du polygone, qui peut être
différente). Ceci dit, check:date=* pourrait suffire.

Et comment trouver la date de prise de vue d'une imagerie ? Pour la
BDOrtho IGN par exemple je ne trouve pas...

Sinon je me suis aperçu que le nom de la relation "Bancs de sable de la
Loire" était rendu sur osm.org (voir :
https://www.openstreetmap.org/#map=15/47.4196/-0.5066 )... Dois-je
supprimer le tag=name ou il y a une autre solution pour empêcher cet
affichage ?

Bonne journée,
F

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

Re: [Talk-es] Contenedor Docker para CatAtom2Osm

[Emilio Gómez Fernández]

Upp! El enlace correcto:
https://hub.docker.com/r/egofer/catatom2osm

El sáb., 13 jul. 2019 a las 12:43, Emilio Gómez Fernández (<
emilio.gomez.f...@gmail.com>) escribió:

> Hola a todos.
>
> Dado que a algunos nos estaba dando problemas CatAtom2Osm, le he dedicado
> un poco de tiempo libre y he subido una imagen a Docker Hub [1] para poder
> crear un contenedor con CatATom2Osm y todos lo requisitos necesarios para
> poder ejecutarlo sin problemas.
>
> [1] https://cloud.docker.com/repository/docker/egofer/catatom2osm
>
> Un saludo.
>
> Emilio Gómez
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Trig Point references

[Gregrs]

Hi all,

On Fri, Jul 12, 2019 at 09:58:28PM +0100, Simon Ritchie wrote:

Hmm.  Good point.  Most of the data in Ian's database is contributed by 
the trigpointers - reports of visits to the trigs.  Most of the data 
about the actual trigs on the site (position etc) comes from the OS.  
See this page 
https://www.ordnancesurvey.co.uk/gps/legacy-control-information/triangulation-stations,
which says "This data, which is no longer maintained, is available for 
use under Open Government Licence Terms."


That page provides a downloadable CSV  giving the names used by the OS.
position, type, status etc.  However, the names starting TP seem to be
created by Ian, so I think he owns them, just as Royal Mail owns the
postcode data.


You may also be interested in this page on my user area of the OSM wiki:

https://wiki.openstreetmap.org/wiki/User:Gregrs/Ordnance_Survey_triangulation_stations

Thanks,
Greg

--
Twitter: @gregrs_uk
http://gregrs.dev.openstreetmap.org
PGP key ID: 64907C8A
Fingerprint: EBD1 077F CCDD 841E A505 3FAA D2E8 592E 6490 7C8A



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

[Talk-es] Contenedor Docker para CatAtom2Osm

[Emilio Gómez Fernández]

Hola a todos.

Dado que a algunos nos estaba dando problemas CatAtom2Osm, le he dedicado
un poco de tiempo libre y he subido una imagen a Docker Hub [1] para poder
crear un contenedor con CatATom2Osm y todos lo requisitos necesarios para
poder ejecutarlo sin problemas.

[1] https://cloud.docker.com/repository/docker/egofer/catatom2osm

Un saludo.

Emilio Gómez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] UK coastline data

[Borbus]

On Fri, Jul 12, 2019 at 9:11 PM Devonshire  wrote:
> Just because the coastline follows MLW as it goes around the coast
> doesn't mean it needs to follow every tidal waterway inland. That
> doesn't follow at all.

Why not? What is the meaning of "coastline"?

The Dart is one example of where it seems obvious where to "draw the
line" by taking a cursory glance at aerial imagery, but does this line
have any bearing on reality?

My feeling is that the natural=coastline tag is a misnomer and it should
really just be called "mean_high_water_level" or
"mean_high_water_spring" (I'm still unsure about whether OS show MHWL or
MHWS, I thought it was MHWL, which is between mean high water spring and
mean high water neap).

Is there a meaning to "coastline" that makes it distinct from any other
high water level that can't be expressed with other tags? (Other tags
could be water salinity, presence of beaches, dunes, cliffs etc. that
are real physical features).

> To achieve what you want you would need to add yet another way inside of
> the riverbank and intertidal areas which seems like a fair bit of effort
> to do for every river for no real benefit to map users whatsoever. Then
> you need to get it all to render right where you have tidal mud banks,
> etc. in the centre of the river.

That data is included with the OS tidal waters data. It's not much more
effort to use it and it's very useful data for many people. People use
maps for many different things. Rendering is not a problem. Carto
handles it just fine already. But it does expect the intertidal zone to
be between a "coastline" and the edge of a tidalflat.

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

Re: [OSM-talk-fr] Taguer une place

[deuzeffe]

On 11/07/2019 22:14, marc marc wrote:


pour ajouter le nom de la place dans osm,
nommer la(es) rue(s) qui traverse(nt) la place avec le nom de la place


C'est ce que je faisais par mimétisme et avant de découvrir le 
place=square (oui, bon, on en apprend tous les jours).



et/ou faire un objet place=square correspondent bien mieux à la réalité.


Qui englobe les voies sur la place, c'est ça ?
(j'ai suivi le wiki pour faire les places 
https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare)



là aussi nommer la(es) rue(s) qui traverse(nt) la place avec le nom
de la place et garder des addr:street me semble mieux correspondre
à la réalité et en plus osmose le supporte :)


Rue/voies qui ont le même name= que la place. Donc on doublonne ?

--
deuzeffe, circonspecte.

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

Re: [Talk-es] M-30/Calle 30

[dcapillae]

Hola,

1. - Si el Ayuntamiento ha puesto nombre a ciertos tramos de la M-30 (o a
toda ella) y ese nombre es verificable (está puesto en carteles sobre el
terreno o en algún callejero del Ayuntamiento), es correcto ponerlo también
en el elemento que defina a la característica en OSM.

2.- Efectivamente, hay dos relaciones que parecen referirse a lo mismo, la
Autovía de Circunvalación M-30:
https://www.openstreetmap.org/relation/5518772, y la Calle 30:
https://www.openstreetmap.org/relation/88744. Existe una regla en OSM que
dice «Una característica, un elemento de OSM» [1]. Por tanto, si estas dos
relaciones se refieren a lo mismo, están repetidas y habría que eliminar
una, preferentemente manteniendo la más antigua (Calle 30) o la que esté
mejor mapeada, conservando todas las etiquetas (las de ambas relaciones).
También puedes etiquetar la relación resultante con ambos nombres si aún se
conocen de las dos formas, «Calle 30» y «Autovía de Circuvalación M-30»,
usando «alt_name=*». [2]

3.- Si el tramo es parte de la M-30, entonces sí. Normalmente este tipo de
vías de acceso no suelen tener nombre. ¿Realmente tiene esos nombres? Si se
llama así, pues sí. Si se llama de ambas formas, puedes nombrarlas con ambos
nombres usando «alt_name» como en el caso anterior.

Atentamente,
Daniel

[1]
https://wiki.openstreetmap.org/wiki/ES:Una_caracter%C3%ADstica,_un_elemento_OSM
[2] https://wiki.openstreetmap.org/wiki/Key:alt_name



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

Re: [OSM-talk-fr] Comment tagguer...

[deuzeffe]

On 13/07/2019 09:55, pepilepi...@ovh.fr wrote:

Bonjour,

Un moulin à huile (craft=oil_mill, jusque là pas de problème) avec une 
boutique qui vend des olives sous toutes leurs formes outre l'huile. 
Vous taggueriez ça comment ?


Un node supplémentaire avec shop=farm produce=olive_oil;olive (+ tous 
les attributes pratiques qui vont bien) ?


shop=greengrocer me semble trop généraliste et occulter le fait que 
c'est de la "production du moulin et des oliveraies alentour".


HTH.
--
deuzeffe

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

Re: [Talk-it] Violazione copyright - Comune di Cerignola

[Francesco Ansanelli]

Il sab 13 lug 2019, 12:34 Maurizio Napolitano  ha
scritto:

>
>
> Il sab 13 lug 2019, 10:45 Francesco Ansanelli  ha
> scritto:
>
>> Buongiorno,
>>
>> Nel secondo caso la mappa potrebbe contenere dati con licenza
>> incompatibile e andrebbe proprio rifatta...
>>
>
> Non mi risulta
> Puoi creare la tua mappa mescolando i dati
> L'importante è che citi la fonte.
> È nel rilascio dei dati che devi risolvere il problema della compatibilità
> fra licenze.
> Un po'come nella licenza lgpl
>
Come diceva Martin devono essere sovrapposti e non mescolati.

>
>
>
>
>> ___
> 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] Violazione copyright - Comune di Cerignola

[Maurizio Napolitano]

Il sab 13 lug 2019, 10:45 Francesco Ansanelli  ha
scritto:

> Buongiorno,
>
> Nel secondo caso la mappa potrebbe contenere dati con licenza
> incompatibile e andrebbe proprio rifatta...
>

Non mi risulta
Puoi creare la tua mappa mescolando i dati
L'importante è che citi la fonte.
È nel rilascio dei dati che devi risolvere il problema della compatibilità
fra licenze.
Un po'come nella licenza lgpl




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

Re: [OSM-talk] How can I create a oshdb?

[Milo van der Linden]

Thank you so much! That is exactly what I needed.

Op za 13 jul. 2019 om 02:13 schreef Andrew Davidson :

> https://github.com/GIScience/oshdb/blob/master/oshdb-tool/etl/README.md
>
> On Sat., 13 Jul. 2019, 09:30 Milo van der Linden, 
> wrote:
>
>> Thanks! The download server has no oshdb files for Curacao, the Caribbean
>> Island I am interested in. Is there a converter available?
>>
>> Thanks again!
>>
>> On Fri, Jul 12, 2019, 23:18 Mateusz Konieczny 
>> wrote:
>>
>>>
>>> https://github.com/GIScience/oshdb/blob/master/documentation/first-steps/README.md
>>> has some docs.
>>>
>>>
>>> 12 Jul 2019, 23:11 by m...@dogodigi.net:
>>>
>>> Can anyone point me in the direction of how to create the ohsome oshdb
>>> from planet files?
>>>
>>> Thanks in advance!
>>>
>>> Milo
>>>
>>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Violazione copyright - Comune di Cerignola

[Maurizio Napolitano]

Qui conviene contattare subito il Comune e dire di lamentarsi con il
fornitore.


Il sab 13 lug 2019, 08:59 Francesco Pelullo  ha
scritto:

> Ciao a tutti,
>
> Appena tornato al paesello natio, riscontrato violazione (c) OSM sui nuovi
> tabelloni informativi per i percorsi autobus.
>
> Qui foto:
>
> https://drive.google.com/folderview?id=1-FHNIuRMjka-BtnO3VZQfQ-XjZMqA6RI
>
> Come al solito, il problema dipenderà dal "professionista" che ha redatto
> il lavoro.
>
> Per favore qualcuno può interessare? Sono sicuro che io non riuscirei a
> conseguire alcun risultato utile, occorre intervenire dall'esterno, meglio
> se non come singolo.
>
>
> Ciao
> /niubii/
>
>
> ___
> 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-es] Números de teléfono y prefijo internacional

[dcapillae]

Hola, Alejandro.

Sí, existen las que se denominan ediciones automatizadas:
https://wiki.openstreetmap.org/wiki/Automated_edits

Atentamente,
Daniel




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

Re: [Talk-es] Números de teléfono y prefijo internacional

[Alejandro Moreno]

En Wikipedia este tipo de tareas se automatizan mediante bot. ¿No hay nada
similar en OSM?

El sáb., 13 jul. 2019 9:56, Jorge Sanz Sanfructuoso 
escribió:

> Buenos días
>
> Escribo porque recientemente se ha añadido a osmose la comprobación de los
> números de teléfono y fax de España y se puede ver que tenemos una cantidad
> considerable de números de teléfono con errores.
>
> http://osmose.openstreetmap.fr/es/map/#item=3092=7=40.125=-2.75=1%2C2%2C3==
>
> Tenemos algunas zonas entre las que más errores tienen de todos los países
> en los que hay comprobación de este error actualmente
> http://osmose.openstreetmap.fr/en/errors/?item=3092
>
> Hay que ver la parte buena, demuestra que tenemos bastantes números de
> teléfono introducidos. Dato que creo que da información del estado avanzado
> de información. El número de teléfono es información específica y puntual.
> Pero también tenemos trabajo por delante para solucionar estos errores y
> tener una información perfecta.
>
> La mayoría de los errores son por falta de introducir la numeración
> internacional delante del número de teléfono. Vamos, en el caso de España
> añadir +34 delante del número de teléfono. Hay más información en la wiki
> del formato correcto.
> https://wiki.openstreetmap.org/wiki/ES:Key:phone
>
> Por todo esto quería pedir ir intentando arreglar los números de teléfono
> que ya hay en OSM poco a poco. Desde osmose es bastante sencillo. Pero
> sobre todo, intentar en las nuevas ediciones introducir el prefijo +34 para
> evitar tener que solucionarlo después.
>
> Un saludo y feliz mapeo.
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanzs.es/
> ___
> 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-es] Etiquetado locales anti acoso

[dcapillae]

Hola, Lanxana.

Usar una etiqueta como medida de presión para que se apruebe es algo
completamente distinto a usar cualquier etiqueta que te guste. [1] 

Lo primero, imponer nuestra voluntad por la vía de los hechos, no me parece
compatible con el espíritu de OSM, por mucho que algunos lo estén poniendo
de moda. Lo segundo, usar cualquier etiqueta que te guste, es perfectamente
posible.

En cuanto a incluir ese tipo de etiquetas en OSM, lo veo demasiado
específico (quizás también efímero) y muy local como para que tenga una
buena acogida entre la comunidad global de mapeadores. Si existiese alguna
iniciativa equivalente en otras partes del mundo y que se pudiese etiquetar
igual, quizás funcionaría.

En cualquier caso, usa la etiqueta que más te guste. [1]

Atentamente,
Daniel


[1] https://wiki.openstreetmap.org/wiki/ES:Cualquier_etiqueta_que_te_guste



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

Re: [Talk-es] Datos IET - Xunta de Galicia

[dcapillae]

Hola, Miguel.

Esa autorización no nos vale. Lamentablemente no es la primera vez que
ocurre que envían una autorización que no es válida. El deseo de colaborar
es evidente, pero necesitamos tenerlo por escrito y bien escrito. El
problema es que las condiciones de atribución de las licencias Creative
Commons no son compatibles con los términos de la licencia ODbL que usa OSM,
como ya ha explicado Santiago Crespo en un comentario anterior, por eso
necesitamos pedir a los titulares de los datos que indiquen expresamente que
aceptan nuestras condiciones.

Sigue las indicaciones de Santiago, son correctas. Te evitarán
inconvenientes y nuevas pérdidas de tiempo. 



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

Re: [Talk-it] Violazione copyright - Comune di Cerignola

[Martin Koppenhoefer]

sent from a phone

> On 13. Jul 2019, at 10:44, Francesco Ansanelli  wrote:
> 
> Inoltre, si tratta solo di dati derivati da OSM o sono stati uniti ad altri? 
> Nel secondo caso la mappa potrebbe contenere dati con licenza incompatibile e 
> andrebbe proprio rifatta...


se i dati sono sovrapposti e non mischiati si può fare (“collective db”)


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

Re: [Talk-it] Violazione copyright - Comune di Cerignola

[Francesco Ansanelli]

Buongiorno,

la questione sollevata è davvero interessante... Già è difficile sistemare
questo tipo di violazioni quando si parla di copie digitali, ma per una
mappa stampata mi viene solo in mente di preparare un adesivo con il
copyright e incollarlo da qualche parte. Inoltre, si tratta solo di dati
derivati da OSM o sono stati uniti ad altri? Nel secondo caso la mappa
potrebbe contenere dati con licenza incompatibile e andrebbe proprio
rifatta...
Sono curioso di leggere le altre risposte.
Francesco

Il sab 13 lug 2019, 09:15 Francesco Pelullo  ha
scritto:

> (Oops)
>
>
> Adesso dovrebbe essere ok, incollo di nuovo il link:
>
> https://drive.google.com/folderview?id=1-FHNIuRMjka-BtnO3VZQfQ-XjZMqA6RI
>
> Ciao
> /niubii/
>
>
>
> Il sab 13 lug 2019, 09:09 Andrea Musuruane  ha
> scritto:
>
>> Ciao. Il file è privato.
>>
>> Ciao,
>>
>> Andrea
>>
>>
>> Il sab 13 lug 2019, 08:59 Francesco Pelullo  ha
>> scritto:
>>
>>> Ciao a tutti,
>>>
>>> Appena tornato al paesello natio, riscontrato violazione (c) OSM sui
>>> nuovi tabelloni informativi per i percorsi autobus.
>>>
>>> Qui foto:
>>>
>>> https://drive.google.com/folderview?id=1-FHNIuRMjka-BtnO3VZQfQ-XjZMqA6RI
>>>
>>> Come al solito, il problema dipenderà dal "professionista" che ha
>>> redatto il lavoro.
>>>
>>> Per favore qualcuno può interessare? Sono sicuro che io non riuscirei a
>>> conseguire alcun risultato utile, occorre intervenire dall'esterno, meglio
>>> se non come singolo.
>>>
>>>
>>> Ciao
>>> /niubii/
>>>
>>>
>>> ___
>>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-es] Números de teléfono y prefijo internacional

[Jorge Sanz Sanfructuoso]

Buenos días

Escribo porque recientemente se ha añadido a osmose la comprobación de los
números de teléfono y fax de España y se puede ver que tenemos una cantidad
considerable de números de teléfono con errores.
http://osmose.openstreetmap.fr/es/map/#item=3092=7=40.125=-2.75=1%2C2%2C3==

Tenemos algunas zonas entre las que más errores tienen de todos los países
en los que hay comprobación de este error actualmente
http://osmose.openstreetmap.fr/en/errors/?item=3092

Hay que ver la parte buena, demuestra que tenemos bastantes números de
teléfono introducidos. Dato que creo que da información del estado avanzado
de información. El número de teléfono es información específica y puntual.
Pero también tenemos trabajo por delante para solucionar estos errores y
tener una información perfecta.

La mayoría de los errores son por falta de introducir la numeración
internacional delante del número de teléfono. Vamos, en el caso de España
añadir +34 delante del número de teléfono. Hay más información en la wiki
del formato correcto.
https://wiki.openstreetmap.org/wiki/ES:Key:phone

Por todo esto quería pedir ir intentando arreglar los números de teléfono
que ya hay en OSM poco a poco. Desde osmose es bastante sencillo. Pero
sobre todo, intentar en las nuevas ediciones introducir el prefijo +34 para
evitar tener que solucionarlo después.

Un saludo y feliz mapeo.

-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanzs.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk-fr] Comment tagguer...

[pepilepi...@ovh.fr]

Bonjour,

Un moulin à huile (craft=oil_mill, jusque là pas de problème) avec une
boutique qui vend des olives sous toutes leurs formes outre l'huile.
Vous taggueriez ça comment ?

Merci, bonne journée

Jean-Pierre

-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

Re: [Talk-it] Violazione copyright - Comune di Cerignola

[Francesco Pelullo]

(Oops)


Adesso dovrebbe essere ok, incollo di nuovo il link:

https://drive.google.com/folderview?id=1-FHNIuRMjka-BtnO3VZQfQ-XjZMqA6RI

Ciao
/niubii/



Il sab 13 lug 2019, 09:09 Andrea Musuruane  ha scritto:

> Ciao. Il file è privato.
>
> Ciao,
>
> Andrea
>
>
> Il sab 13 lug 2019, 08:59 Francesco Pelullo  ha
> scritto:
>
>> Ciao a tutti,
>>
>> Appena tornato al paesello natio, riscontrato violazione (c) OSM sui
>> nuovi tabelloni informativi per i percorsi autobus.
>>
>> Qui foto:
>>
>> https://drive.google.com/folderview?id=1-FHNIuRMjka-BtnO3VZQfQ-XjZMqA6RI
>>
>> Come al solito, il problema dipenderà dal "professionista" che ha redatto
>> il lavoro.
>>
>> Per favore qualcuno può interessare? Sono sicuro che io non riuscirei a
>> conseguire alcun risultato utile, occorre intervenire dall'esterno, meglio
>> se non come singolo.
>>
>>
>> Ciao
>> /niubii/
>>
>>
>> ___
>> 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] Violazione copyright - Comune di Cerignola

[Andrea Musuruane]

Ciao. Il file è privato.

Ciao,

Andrea


Il sab 13 lug 2019, 08:59 Francesco Pelullo  ha
scritto:

> Ciao a tutti,
>
> Appena tornato al paesello natio, riscontrato violazione (c) OSM sui nuovi
> tabelloni informativi per i percorsi autobus.
>
> Qui foto:
>
> https://drive.google.com/folderview?id=1-FHNIuRMjka-BtnO3VZQfQ-XjZMqA6RI
>
> Come al solito, il problema dipenderà dal "professionista" che ha redatto
> il lavoro.
>
> Per favore qualcuno può interessare? Sono sicuro che io non riuscirei a
> conseguire alcun risultato utile, occorre intervenire dall'esterno, meglio
> se non come singolo.
>
>
> Ciao
> /niubii/
>
>
> ___
> 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] Violazione copyright - Comune di Cerignola

[Francesco Pelullo]

Ciao a tutti,

Appena tornato al paesello natio, riscontrato violazione (c) OSM sui nuovi
tabelloni informativi per i percorsi autobus.

Qui foto:

https://drive.google.com/folderview?id=1-FHNIuRMjka-BtnO3VZQfQ-XjZMqA6RI

Come al solito, il problema dipenderà dal "professionista" che ha redatto
il lavoro.

Per favore qualcuno può interessare? Sono sicuro che io non riuscirei a
conseguire alcun risultato utile, occorre intervenire dall'esterno, meglio
se non come singolo.


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

[talk-cz] WeeklyOSM CZ 466

[Tom Ka]

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

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

* Filtrace GPX v OsmHiCheck.
* Změna průchodnosti během roku.
* SotM v rámci OpenAlt.
* Záplavy a šaliny v Bratislavě.
* Uzavírky v Tyrolsku.
* Novinky v Potlach-2.
* Pokemon Go z pohledu OSM.
* Nominace na OSM Awards.
* OWG hledá dobrovolníky.
* Kde bude SotM 2020?
* Výukové materiály k OSM.
* Yandex data do OSM.
* Teror v Moskvě.

Pěkné počtení ...

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