Re: [OSM-talk] river - stream

[Warin]

On 5/6/20 10:45 pm, 80hnhtv4agou--- via talk wrote:
if water goes under a bridge, why in the ID  editor is it pictured on 
top of the bridge,

when the river stream comes to the bridge can you split and add tunnel ?


Is the 'layer=*' tagged correctly???

The item 'on top' should have a layer tag that is greater than the 
underlying feature.



Usually the river/stream has no layer tag .. meaning it defaults to layer=0.

The bridge should then be tagged layer=1.




A tunnel is not a bridge.


To me,

a tunnel has earth/rock on top of it.

a bridge has no earth/rock immediately under it. (Yes a bridge can be 
made out of rock - but that then is the bridge structure so not under 
neath the bridge itself).



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

[Talk-us] Off-highway vehicle recreation areas

[Tod Fitch]

I have noticed a couple of off-highway vehicle recreation areas that are tagged 
with things that seem incorrect to me: As generic parks or as protected areas.

Consider the Hungry Valley State Vehicle Recreation Area [1][2][3][4] and the 
Wildomar OHV Area [5][6].

My problem is that I can’t tell from the wiki and taginfo what might more 
appropriate or more accepted tagging. It seems there is tagging for tracks used 
for motocross. And people have used access tags for ATVs. But I don't see a 
documented tagging for an area that contains a trail system for use by multiple 
types of off-highway vehicles. I have some thoughts on what might be 
appropriate, but would rather hear from others.

Thanks!

--Tod

[1] 
https://www.riderplanet-usa.com/atv/trails/info/california_10003/ride_413b.htm
[2] https://www.openstreetmap.org/relation/6179378
[3] https://www.openstreetmap.org/way/367714413
[4] https://www.openstreetmap.org/way/367714414
[5] 
https://www.riderplanet-usa.com/ATV/trails/info/california_03947/ride_7684.htm
[6] https://www.openstreetmap.org/way/248540505



signature.asc
Description: Message signed with OpenPGP
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Rail tagging in North America: usage=* (again)

[Chuck Sanders]

To further this suggestion, I've prepared a draft copy of the replacement
section on my user page of the wiki, here:

https://wiki.openstreetmap.org/wiki/User:Nathhad/TaggingNADraft

Please feel free to use that draft as a basis for feedback.  Thanks!

Chuck
Virginia

On Thu, Jun 4, 2020 at 6:16 PM Chuck Sanders  wrote:

> There was substantial discussion on the OpenRailwayMap/Tagging in North
> America talk page back in May-October, 2018 (with a brief copy to this
> list) trying to sort out a better means of differentiating usage=main from
> usage=branch appropriately.  However, this prior discussion never really
> came to a consensus; I believe, from going back over it, that may be in
> part because no one was proposing relatively clear-cut guidelines to go by.
> I would personally say the wiki guidance is still very unclear as
> implemented now, since folks are still asking this question.
>
> Coming from a tiny bit more of an industry perspective, and a little
> better defined, I'd like to propose the following set of basic guiding
> characteristics that I think will probably work for at least 95% of cases,
> and clear up the confusion. If you have any interest at all in rail tagging
> in NA, please let me know if the below makes sense to you, as I'd really
> like to have some feeling of consensus before implementing it.
>
> usage=main characteristics:
> - Route connects multiple localities.
> - Predominant traffic is long-distance through traffic.
> - Local industries and customers are very likely to exist, but local
> service is clearly secondary to the through service.
> - Routes are unlikely to be dead end, and usually (but not always) connect
> to other main routes at both ends.  (Frequent exception: routes that are
> long but dead end routes, where the route is generating substantial blocks
> of traffic from major customers, most of which are destined for
> interchange.  Typical example of this exception is a mainline servicing a
> major port or industrial area, where the majority of traffic generated is
> bound for long distance travel at the connected end. However, one or two
> industries generating unit trains do not automatically make the route main).
> - Most, but not all, main routes in the US will be owned by Class I
> railroads. (Exception example: Florida East Coast is a Class II regional
> generating substantial port intermodal traffic, and unit trains of stone,
> most of which is bound for interchange; its mainline is a good candidate
> for usage=main).
>
> usage=branch characteristics:
> - Route connects multiple localities.
> - Predominant traffic is locally generated by on-line customers. Multiple
> small to medium customers along the line are typical.
> - Route serves multiple customers.
> - Route may be dead-end or connected at both ends; this does not affect
> branch classification.
> - Some through traffic may exist, but under ordinary circumstances does
> not represent the predominant source of traffic.  For example, route may be
> parallel to a main route, and may take through traffic when the main route
> is overloaded or blocked.
>
> usage=industrial characteristics:
> - Route serves a single locality, port, or industrial complex (including
> one large or multiple adjacent customers), OR
> - Route connects multiple localities, but serves a single large customer
> (exception).
> - Predominant traffic is locally generated by on-line customers. Multiple
> small to medium customers along the line are typical, though not required;
> an industrial route may equally serve a single, dispersed industry's
> complex.
> - Route may be dead-end or connected at both ends; this does not affect
> branch classification. For example, many port railroads connect to multiple
> competing mainline railroads, to allow the cluster of customers to get
> better price competition.  Conversely, many port or industrial railroads
> are part-owned by multiple larger railroads in partnership, to help promote
> fair competition and allow all participating railroads to access all the
> customers equally.
> - Route has some sort of discernible primary route through the locality or
> complex it serves. A cluster of non-independent spurs immediately off
> another railroad's main or branch track is not a good candidate for
> usage=industrial, as all of its individual tracks are better represented by
> service=spur.
>
> Overall, I would definitely say AAR Class does *not* serve as a useful
> determinant for usage tagging.  However, it can sometimes point the user in
> the right direction to start, if considered in concert with the other
> characteristics as noted.
>
> I'm hoping this might be a start to helping clarify the Wiki, and would
> really appreciate any feedback.  I'd love to incorporate as much good
> feedback as possible before I consider trying to put this in.
>
> Thanks,
> Chuck
> Virginia
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org

Re: [Talk-de] Hilfe bei OSM-Server installation

[rattenkopf via Talk-de]

Hallo Robert,

Vielen Dank für die rasche Antwort.


Ich habe die scripts/get-external-data.py angepasst. Hierzu den PR
von 4153 genutzt. Dazu kannst du diese Datei aus dem Anhang nehmen.


Ist leider kein Anhang dabei - ist wahrscheinlich von der
Mail-Listen-Software unterbunden worden - wg. zuviel Trafic.

Kannst Du mir die Datei per PM "rattenko...@gmx.net" noch mal schicken?

Gruß Rolf

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

Re: [Talk-it] bike lanes su openstreetmap

[Volker Schmidt]

Sono risultato del  recente decreto legge 20200520
 (art.
229)
Testo nel DL:

" Corsia ciclabile: parte longitudinale della carreggiata, posta a destra,
delimitata mediante una striscia bianca discontinua, valicabile e ad uso
promiscuo, idonea a permettere la circolazione sulle strade urbane dei
velocipedi
nello stesso senso di marcia degli altri veicoli e contraddistinta dal
simbolo del velocipede. La Corsia ciclabile è parte della ordinaria corsia
veicolare, con destinazione alla circolazione dei velocipedi"

Volker

On Fri, 5 Jun 2020 at 12:32, Cascafico Giovanni  wrote:

> Ma sono il risultato di una pianificazione affrettata dall'emergenza
> covid? Oppure un progetto calato dall'alto senza consultare l'utilizzatore?
>
> Il ven 5 giu 2020, 10:23 Volker Schmidt  ha scritto:
>
>> Commentio off topic per OSM:
>> Penso queste mini corsie modello Padova siano veramente peggio di niente.
>> Danno uno falso invito ai ciclisti di non tenere la distanza di sicurezza
>> dalle auto parcheggiate (pericolo di dooring) e invitano gli automobilisti
>> in movimento di no rispettare la dovuta distanza laterale dalle bici.
>>
>> On Fri, 5 Jun 2020, 09:33 emmexx,  wrote:
>>
>>> On 6/4/20 11:02 PM, Volker Schmidt wrote:
>>> >
>>> > Il problema che vedo, è che se noi seguiamo la prassi tedesca da
>>> > utilizzare cycleway=lane per "nuove" e tradizionali, perdiamo il fatto,
>>> > importante per un router per bici, che le nuove sono notevolmente meno
>>> > sicure per le bici delle tradizionali.
>>>
>>> Comunque per il ciclista sono meglio queste di nulla. Lascerei comunque
>>> che i routing scelgano prioritariamente queste corsie ciclabili. Magari
>>> in Germania o altrove ci sono valide alternative, in Italia no.
>>>
>>> Si può aggiungere un tag ad hoc.
>>>
>>> [OT] Comunque per chiarire come utilizzare queste corsie, non è
>>> consentito ad altri veicoli di utilizzarle a caso ma di attraversarle,
>>> ad esempio per poter parcheggiare nella zona di sosta che si trova
>>> accanto alla corsia.
>>> Si vede bene la cosa nella webcam di Milanocam linkata dall'OP, sul lato
>>> destro. Ad un primo tratto di corsia ciclabile "tradizionale" con linee
>>> bianca e gialla continue, segue un tratto con linee tratteggiate dove
>>> sono presenti parcheggi e altri servizi a cui le auto devono poter
>>> accedere (al momento).
>>>
>>> ciao
>>> maxx
>>>
>>> ___
>>> 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-it] Call for papers itWikiCon 2020

[ferdinando traversa]

Carissimi amici,
vorrei segnalarvi l'apertura della Call for Papers per l’itWikiCon2020. Potrete 
ora proporre presentazioni/discussioni/workshop e qualsiasi cosa vi venga in 
mente direttamente su Meta al link:

https://meta.wikimedia.org/wiki/ItWikiCon/2020/Proposte

L'itWikiCon è il raduno annuale della comunità italianofona di Wikipedia e dei 
progetti Wikimedia. È un'ottima occasione per mostrare di nuovo cosa significa 
un evento organizzato e diretto da volontari e quanta passione possiamo 
trasmettere, anche comunicando ai relatori il nostro interesse verso gli 
argomenti proposti, votando le nostre proposte preferite, direttamente nelle 
varie sottopagine delle proposte.

Ricordiamo che quest'anno l'evento si terrà sabato 24 e domenica 25 ottobre 
2020 e — per fare l'OMS contenta — sarà completamente online. Con l'aiuto di 
tutti, però, lo renderemo un momento speciale. ❤️

Un abbraccio,
Ferdinando


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

Re: [Talk-us] Rail tagging in US (and North America): operator=* and reporting_marks=*

[Chuck Sanders]

 Actually, that makes complete sense to me too.  It would be very easy to
use "operator_identifier", and simply clarify in the North America tagging
wiki that the appropriate value is the primary reporting mark for Canada,
US, and Mexico lines.  I see no reason that wouldn't serve exactly the same
use we were proposing, but be more widely applicable outside NA.

This may be a good topic to foward to the OpenRailwayMap list for input too
- I'll do that now, thanks!

Chuck

On Fri, Jun 5, 2020 at 12:07 PM Volker Schmidt  wrote:

> Thanks.
>
> so you are saying you use something which is part of of rolling stock
> identifier in a way for which it was not invented, but which is handy.
> From an OSM point of view, I would prefer a neutral tag (something like
> "operator_idenitfier") which in the US corresponds to the first part of the
> reporting mark of the carriages of that operator.
> And say in Germany it would be a different thing, but still a way of
> identifying line operators.
> This would give us a uniform approach.
> (I know that this is in theory irrelevant as OSM keys and values are
> codes, which in most cases are British English terms that make it easier to
> memorise them)
>
> Volker
>
> On Fri, 5 Jun 2020 at 16:56, Chuck Sanders  wrote:
>
>> Ways.
>>
>> The original use of Reporting Marks in NA is for rolling stock
>> identification, yes.  However, it's also the only common, reliable, and
>> consistent short form abbreviation for operators.  It's widely used that
>> way in both the railroad industry here and among the industry-connected
>> portions of the public.  So, not an official defined use of the mark, but
>> so common in use that it is effectively industry standard here.  For
>> example, the FRA, the official US government agency in control of railway
>> regulations, exclusively uses the reporting marks (and not full operator
>> name) for identification of ways and routes in their GIS database (
>> https://fragis.fra.dot.gov/GISFRASafety/ which is OSM-compatible and
>> already being used as a reference in the US).  Hence, we have an official
>> and authoritative source for which reporting mark is "primary" for each
>> company, and most appropriate to use - and it's already used as the
>> operator identification in the government map.
>>
>> All larger railroads do own (and often use) multiple different reporting
>> marks for their equipment, but all also have a single, best known,
>> "primary" reporting mark by which it will be commonly known, so this
>> proposal is effective even for lines with multiple registered marks
>> (especially with the help of the FRA map to clarify any inconsistencies).
>>
>> Chuck
>>
>> On Fri, Jun 5, 2020 at 9:35 AM Volker Schmidt  wrote:
>>
>>> Question on the term "reporting_mark"
>>> Wikipedia defines "reporting_mark" as "code used to identify owners or
>>> lessees of rolling stock 
>>> and other equipment" and describes such codes alo in other parts of the
>>> world.
>>> In your discussion you seem to refer to railway lines or routes and not
>>> to rolling stock.
>>>
>>> What kind objects in OSM will carry the tag reporting_mark=* ?
>>>
>>> Volker
>>> (Italy)
>>>
>>>
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] Hilfe bei OSM-Server installation

[RK]

Hallo Rolf,

laut der Githubseite sind im Problem im get-external-data.py drin:

https://github.com/gravitystorm/openstreetmap-carto/pull/4153


Ich denke dass es mit der Connection zur Datenbank innehalb des OGR-Befehls zu 
tun hat.

Ich habe die scripts/get-external-data.py angepasst. Hierzu den PR von 4153 
genutzt. Dazu kannst du diese Datei aus dem Anhang nehmen.

Somit läuft es bei mir unter Ubuntu 20.04:

/data/test/openstreetmap-carto$ python3 scripts/get-external-data2.py -U gis -P 
gis -f

 Output 

INFO:root:Checking table simplified_water_polygons
INFO:root:Extracting files from archive 
data/simplified-water-polygons-split-3857.zip
INFO:root:Importing data from file 
simplified-water-polygons-split-3857/simplified_water_polygons.shp
INFO:root:Checking table water_polygons
INFO:root:Downloading file data/water-polygons-split-3857.zip
INFO:root:Extracting files from archive data/water-polygons-split-3857.zip
INFO:root:Importing data from file water-polygons-split-3857/water_polygons.shp
INFO:root:Checking table icesheet_polygons
INFO:root:Downloading file data/antarctica-icesheet-polygons-3857.zip
INFO:root:Extracting files from archive 
data/antarctica-icesheet-polygons-3857.zip
INFO:root:Importing data from file 
antarctica-icesheet-polygons-3857/icesheet_polygons.shp
INFO:root:Checking table icesheet_outlines
INFO:root:Downloading file data/antarctica-icesheet-outlines-3857.zip
INFO:root:Extracting files from archive 
data/antarctica-icesheet-outlines-3857.zip
INFO:root:Importing data from file 
antarctica-icesheet-outlines-3857/icesheet_outlines.shp
INFO:root:Checking table ne_110m_admin_0_boundary_lines_land
INFO:root:Downloading file data/ne_110m_admin_0_boundary_lines_land.zip
INFO:root:Extracting files from archive 
data/ne_110m_admin_0_boundary_lines_land.zip
INFO:root:Importing data from file ne_110m_admin_0_boundary_lines_land.shp


Viele Grüße Robert

Am 05.06.20 um 17:23 schrieb RK:
> Hallo Rolf,
>
> kannst du das Skript manuell in der Konsole starten?
>
> Ich habe es gerade auf mein Ubuntu 20.04 getestet.
>
> ich habe manuell im openstreetmap Verzeichnis ein data-Folder angelegt:
>
> /data/test/openstreetmap-carto$ mkdir data
>
>
> Danach das Sript gestartet:
>
> /data/test/openstreetmap-carto$ python3 scripts/get-external-data.py
>
>
> Welche Meldung bekommst du?
>
>
> Gruß Robert
>
>
> Am 05.06.20 um 12:26 schrieb rattenkopf via Talk-de:
>> Hi,
>>
>> ich bin neu auf der Liste und weiß nicht, ob es die richtige Liste für
>> mein Problem ist, denn ich bräuchte Hilfe bei der Installation eines
>> eigene OSM-Servers.
>>
>> Ich arbeite nach der Anleitung:
>> https://switch2osm.org/serving-tiles/manually-building-a-tile-server-20-04-lts/
>>
>> Folgender Fehler tritt auf im Skritp get-external-data.py und ich habe
>> keine Idee, wie ich den beheben kann - gibt es Fehler im Aufbau der
>> Datenbank?
>>
>> File "./scripts/get-external-data.py", line 249, in main
>>     raise RuntimeError("ogr2ogr error when loading table {}".format(name))
>>
>> Bin für jeden Tip - auch einen Verweis an Entwickler/Maintainer - dankbar.
>>
>> Gruß
>> Rolf
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hilfe bei OSM-Server installation

[RK]

Hallo Rolf,

kannst du das Skript manuell in der Konsole starten?

Ich habe es gerade auf mein Ubuntu 20.04 getestet.

ich habe manuell im openstreetmap Verzeichnis ein data-Folder angelegt:

/data/test/openstreetmap-carto$ mkdir data


Danach das Sript gestartet:

/data/test/openstreetmap-carto$ python3 scripts/get-external-data.py


Welche Meldung bekommst du?


Gruß Robert


Am 05.06.20 um 12:26 schrieb rattenkopf via Talk-de:
> Hi,
>
> ich bin neu auf der Liste und weiß nicht, ob es die richtige Liste für
> mein Problem ist, denn ich bräuchte Hilfe bei der Installation eines
> eigene OSM-Servers.
>
> Ich arbeite nach der Anleitung:
> https://switch2osm.org/serving-tiles/manually-building-a-tile-server-20-04-lts/
>
> Folgender Fehler tritt auf im Skritp get-external-data.py und ich habe
> keine Idee, wie ich den beheben kann - gibt es Fehler im Aufbau der
> Datenbank?
>
> File "./scripts/get-external-data.py", line 249, in main
>     raise RuntimeError("ogr2ogr error when loading table {}".format(name))
>
> Bin für jeden Tip - auch einen Verweis an Entwickler/Maintainer - dankbar.
>
> Gruß
> Rolf
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-us] Rail tagging in US (and North America): operator=* and reporting_marks=*

[Chuck Sanders]

Volker, sorry for the double response, forgot to replay-all so this would
go back to the list.

Ways.

The original use of Reporting Marks in NA is for rolling stock
identification, yes.  However, it's also the only common, reliable, and
consistent short form abbreviation for operators.  It's widely used that
way in both the railroad industry here and among the industry-connected
portions of the public.  So, not an official defined use of the mark, but
so common in use that it is effectively industry standard here.  For
example, the FRA, the official US government agency in control of railway
regulations, exclusively uses the reporting marks (and not full operator
name) for identification of ways and routes in their GIS database (
https://fragis.fra.dot.gov/GISFRASafety/ which is OSM-compatible and
already being used as a reference in the US).  Hence, we have an official
and authoritative source for which reporting mark is "primary" for each
company, and most appropriate to use - and it's already used as the
operator identification in the government map.

All larger railroads do own (and often use) multiple different reporting
marks for their equipment, but all also have a single, best known,
"primary" reporting mark by which it will be commonly known, so this
proposal is effective even for lines with multiple registered marks
(especially with the help of the FRA map to clarify any inconsistencies).

Chuck

On Fri, Jun 5, 2020 at 9:35 AM Volker Schmidt  wrote:

> Question on the term "reporting_mark"
> Wikipedia defines "reporting_mark" as "code used to identify owners or
> lessees of rolling stock 
> and other equipment" and describes such codes alo in other parts of the
> world.
> In your discussion you seem to refer to railway lines or routes and not to
> rolling stock.
>
> What kind objects in OSM will carry the tag reporting_mark=* ?
>
> Volker
> (Italy)
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] river - stream

[Martin Constantino–Bodin]

then why is the picture on top of the bridge when bridge is added.


Hi,

Do you have an example (way number or position) so we can investigate 
the issue?


Regards,
Martin.

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

Re: [OSM-talk] river - stream

[80hnhtv4agou--- via talk]

then why is the picture on top of the bridge when bridge is added.
  
>Friday, June 5, 2020 8:46 AM -05:00 from Mateusz Konieczny via talk 
>:
> 
> 
> 
> 
>Jun 5, 2020, 14:45 by talk@openstreetmap.org:
>>if water goes under a bridge, why in the ID  editor is it pictured on top of 
>>the bridge,
>Is layer tag set correctly?
>> 
>>when the river stream comes to the bridge can you split and add tunnel ?   
>> 
>No, if it is under bridge then mapping it as a tunnel (culvert) is incorrect.
> 
>___
>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] river - stream

[Mateusz Konieczny via talk]

Jun 5, 2020, 14:45 by talk@openstreetmap.org:

> if water goes under a bridge, why in the ID  editor is it pictured on top of 
> the bridge,
>
Is layer tag set correctly?

>  
> when the river stream comes to the bridge can you split and add tunnel ?   
>  
>
No, if it is under bridge then mapping it as a tunnel (culvert) is incorrect.

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

Re: [Talk-us] [OSM-talk] river - stream

[Mateusz Konieczny via Talk-us]

Jun 5, 2020, 14:45 by t...@openstreetmap.org:

> if water goes under a bridge, why in the ID  editor is it pictured on top of 
> the bridge,
>
Is layer tag set correctly?

>  
> when the river stream comes to the bridge can you split and add tunnel ?   
>  
>
No, if it is under bridge then mapping it as a tunnel (culvert) is incorrect.

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

Re: [OSM-talk] river - stream

[Dave F via talk]

On 05/06/2020 13:45, 80hnhtv4agou--- via talk wrote:



when the river stream comes to the bridge can you split and add tunnel ?


There can't be both a tunnel and bridge. It's one or the other. This 
goes for all scenarios, including roads.


DaveF

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

Re: [Talk-us] Rail tagging in US (and North America): operator=* and reporting_marks=*

[Volker Schmidt]

Question on the term "reporting_mark"
Wikipedia defines "reporting_mark " as "code used to identify
owners or lessees of rolling stock
 and other equipment" and
describes such codes alo in other parts of the world.
In your discussion you seem to refer to railway lines or routes and not to
rolling stock.

What kind objects in OSM will carry the tag reporting_mark=* ?

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

[Talk-us] river - stream

[80hnhtv4agou--- via Talk-us]

if water goes under a bridge, why in the ID  editor is it pictured on top of 
the bridge,
 
when the river stream comes to the bridge can you split and add tunnel ?   
 
 ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Facebook usa OSM, ma OSM può usare Facebook?

[Martin Koppenhoefer]

sent from a phone

> On 5. Jun 2020, at 11:13, Simone Saviolo  wrote:
> 
> Vero, ma la protezione riguarda le collezioni di dati o i singoli dati? Se 
> volessi ricavare da Facebook "le macellerie della Toscana" sarebbe 
> sicuramente vietato dalla legge europea (e non è detto che si applichi 
> quella), ma se voglio l'indirizzo di una macelleria sto usando la collezione? 
> Immagino sia una di quelle domande che può trovare risposta solo in una 
> sentenza. 


riguardo la sistematica, l’investimento ad aver creato la struttura ed aver 
raccolto i dati. Il singolo dato non è protetto, ma in OpenStreetMap si può 
ipotizzare che stiamo facendo un lavoro sistematico. Se ci organizziamo a farlo 
non è consentito, se un utente prende un singolo indirizzo non ci dovrebbe 
essere un problema, nel dubbio chiama il negozio e fatti confermare l’indirizzo 
dal proprietario, così stai al lato sicuro.
L’ho fatto per verificare delle note del tipo “maps.me questo posto non esiste 
più o non è mai esistito”, e invece i ristoranti ancora c’erano. Le note non 
sono molto affidabili, al meno questo tipo di note da maps.me 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] river - stream

[80hnhtv4agou--- via talk]

if water goes under a bridge, why in the ID  editor is it pictured on top of 
the bridge,
 
when the river stream comes to the bridge can you split and add tunnel ?   
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Facebook usa OSM, ma OSM può usare Facebook?

[Marcello]

Il 05/06/20 09:03, Cascafico Giovanni ha scritto:

Da quel che capisco, posso usare le coordinate che il macellaio ha
inserito in FB, perchè quel "disseminates" significa che da questa
information posso farci crescere qualcosa. Se ci sono termini che
affermino il contrario, ma sono sottoposti solo all'atto della
sottoscrizione del contratto con FB, allora non sono vincolanti per
gli altri.
Non sono sicuro che le coordinate le abbia inserite il macellaio. Pochi 
giorni fa mi ha scritto un agriturismo perché in Facebook veniva 
posizionato ad un centinaio di chilometri dalla posizione reale e 
asseriva che non poteva inserire il marker nella posizione corretta 
perché la via non era inserita in Openstreetmap. Il marker era 
posizionato in un'altra città della stessa provincia, quindi c'è forse 
anche un geocoding che calcola le coordinate in base all'indirizzo?


--
Ciao
Marcello


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

[Talk-it] Mappatura Ecomusei

[Lorenzo Stucchi]

Ciao a tutti,

Wikimedia Italia in collaborazione con la rete degli ecomusei lombardi sta 
tenendo una serie di webinair per gli ecomusei su come liberare i propri dati e 
inserirli in OSM.

Non esiste ad ora un tag per descriverle gli ecomusei, discutendo in lista 
tagging sono arrivato a questa idea.

Area di influenza dell’ecomuseo composta a una serie di comuni che si 
associano, ad esempio l’Ecomuseo della Resistenza [1] è composto da ben 8 
comuni (Aprica, Corteno Golgi [2], Edolo, Monno, Tirano, Villa di Tirano, 
Sonico e Malonno). Si creerebbe una relazione che unisce i confini dei comuni 
con i tag:
type = boundary
boundary = ecomuseum
name = Ecomuseo della resistenza

Molto spesso gli ecomusei hanno una loro sede all’interno di un municipio dei 
comuni. In questo caso nel comune di Corteno Golgi, vicino a questo nodo [3]. 
Andrebbe mappato con questi tag:
tourism = museum
museum = ecomuseum
name = Ecomuseo della resistenza

Cosa ne pensate? Suggerimenti?

Al primo incontro hanno partecipato anche coordinatori di alcuni ecomusei di 
altre regioni per questo chiedo un parere a tutti.

Ciao,
Lorenzo Stucchi

[1] 
http://www.cortenogolgi.it/index.php/territorio/storia-e-tradizioni/ecomuseo-della-resistenza-in-mortirolo
[2] https://www.openstreetmap.org/relation/46856
[3] https://www.openstreetmap.org/node/892479645

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

Re: [Talk-de] Hilfe bei OSM-Server installation

[Florian Heer via Talk-de]

On 05/06/2020 12:26, rattenkopf via Talk-de wrote:

Bin für jeden Tip dankbar.


Hi,

leider kann ich zu dem konkreten  Problem nichts sagen, aber vielleicht 
hilft Dir meine (inzwischen auch alte, von 2017) Anleitung:


http://blog.loco-toys.de/wordpress/tag/openstreetmap/

Viele Grüße, Floria



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

Re: [Talk-it] bike lanes su openstreetmap

[Cascafico Giovanni]

Ma sono il risultato di una pianificazione affrettata dall'emergenza covid?
Oppure un progetto calato dall'alto senza consultare l'utilizzatore?

Il ven 5 giu 2020, 10:23 Volker Schmidt  ha scritto:

> Commentio off topic per OSM:
> Penso queste mini corsie modello Padova siano veramente peggio di niente.
> Danno uno falso invito ai ciclisti di non tenere la distanza di sicurezza
> dalle auto parcheggiate (pericolo di dooring) e invitano gli automobilisti
> in movimento di no rispettare la dovuta distanza laterale dalle bici.
>
> On Fri, 5 Jun 2020, 09:33 emmexx,  wrote:
>
>> On 6/4/20 11:02 PM, Volker Schmidt wrote:
>> >
>> > Il problema che vedo, è che se noi seguiamo la prassi tedesca da
>> > utilizzare cycleway=lane per "nuove" e tradizionali, perdiamo il fatto,
>> > importante per un router per bici, che le nuove sono notevolmente meno
>> > sicure per le bici delle tradizionali.
>>
>> Comunque per il ciclista sono meglio queste di nulla. Lascerei comunque
>> che i routing scelgano prioritariamente queste corsie ciclabili. Magari
>> in Germania o altrove ci sono valide alternative, in Italia no.
>>
>> Si può aggiungere un tag ad hoc.
>>
>> [OT] Comunque per chiarire come utilizzare queste corsie, non è
>> consentito ad altri veicoli di utilizzarle a caso ma di attraversarle,
>> ad esempio per poter parcheggiare nella zona di sosta che si trova
>> accanto alla corsia.
>> Si vede bene la cosa nella webcam di Milanocam linkata dall'OP, sul lato
>> destro. Ad un primo tratto di corsia ciclabile "tradizionale" con linee
>> bianca e gialla continue, segue un tratto con linee tratteggiate dove
>> sono presenti parcheggi e altri servizi a cui le auto devono poter
>> accedere (al momento).
>>
>> ciao
>> maxx
>>
>> ___
>> 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-de] Hilfe bei OSM-Server installation

[rattenkopf via Talk-de]

Hi,

ich bin neu auf der Liste und weiß nicht, ob es die richtige Liste für
mein Problem ist, denn ich bräuchte Hilfe bei der Installation eines
eigene OSM-Servers.

Ich arbeite nach der Anleitung:
https://switch2osm.org/serving-tiles/manually-building-a-tile-server-20-04-lts/

Folgender Fehler tritt auf im Skritp get-external-data.py und ich habe
keine Idee, wie ich den beheben kann - gibt es Fehler im Aufbau der
Datenbank?

File "./scripts/get-external-data.py", line 249, in main
raise RuntimeError("ogr2ogr error when loading table {}".format(name))

Bin für jeden Tip - auch einen Verweis an Entwickler/Maintainer - dankbar.

Gruß
Rolf

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

Re: [OSM-talk-fr] Attributions manquantes sur Mon GR !

[Vincent Bergeot]

Le 04/06/2020 à 21:01, Yves P. a écrit :

Bonsoir,

https://www.mongr.fr permet d'afficher des itinéraires avec différents fonds de 
plan, dont OSM 

Mais pas de trace du mot OpenStreetMap dans leur site, et encore moins 
d'attributions 


prise de contact faite par le formulaire







__
Yves
___
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: [Talk-it] Facebook usa OSM, ma OSM può usare Facebook?

[Simone Saviolo]

Il giorno ven 5 giu 2020 alle ore 10:58 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> sent from a phone
>
> > On 5. Jun 2020, at 09:09, Cascafico Giovanni 
> wrote:
> >
> > Allora ho fatto riferimento alla definizione [2] di
> > "public information" negli Stati Uniti:
> >
> > 'The term public information means "any information, regardless of
> > form or format, that an agency discloses, disseminates, or makes
> > available to the public." 44 USCS § 35022'.
>
> penso che Fakeboost come tante aziende americane di internet abbia una
> sede in Irlanda o Lussemburgo, quindi la legge applicabile sarebbe
> probabilmente quella europea. Negli USA, in generale per il copyright, i
> fatti non sono protetti. Il discorso è che la UE ha fatto una legge che
> protegge anche le collezioni di fatti se la loro creazione è stata
> onerosa/costosa.
>

Vero, ma la protezione riguarda le collezioni di dati o i singoli dati? Se
volessi ricavare da Facebook "le macellerie della Toscana" sarebbe
sicuramente vietato dalla legge europea (e non è detto che si applichi
quella), ma se voglio l'indirizzo di una macelleria sto usando la
collezione? Immagino sia una di quelle domande che può trovare risposta
solo in una sentenza.

Ciao,

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

Re: [Talk-it] Facebook usa OSM, ma OSM può usare Facebook?

[Martin Koppenhoefer]

sent from a phone

> On 5. Jun 2020, at 09:09, Cascafico Giovanni  wrote:
> 
> Allora ho fatto riferimento alla definizione [2] di
> "public information" negli Stati Uniti:
> 
> 'The term public information means "any information, regardless of
> form or format, that an agency discloses, disseminates, or makes
> available to the public." 44 USCS § 35022'.


penso che Fakeboost come tante aziende americane di internet abbia una sede in 
Irlanda o Lussemburgo, quindi la legge applicabile sarebbe probabilmente quella 
europea. Negli USA, in generale per il copyright, i fatti non sono protetti. Il 
discorso è che la UE ha fatto una legge che protegge anche le collezioni di 
fatti se la loro creazione è stata onerosa/costosa.

Ciao Martin 



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

Re: [Talk-it] bike lanes su openstreetmap

[Volker Schmidt]

Commentio off topic per OSM:
Penso queste mini corsie modello Padova siano veramente peggio di niente.
Danno uno falso invito ai ciclisti di non tenere la distanza di sicurezza
dalle auto parcheggiate (pericolo di dooring) e invitano gli automobilisti
in movimento di no rispettare la dovuta distanza laterale dalle bici.

On Fri, 5 Jun 2020, 09:33 emmexx,  wrote:

> On 6/4/20 11:02 PM, Volker Schmidt wrote:
> >
> > Il problema che vedo, è che se noi seguiamo la prassi tedesca da
> > utilizzare cycleway=lane per "nuove" e tradizionali, perdiamo il fatto,
> > importante per un router per bici, che le nuove sono notevolmente meno
> > sicure per le bici delle tradizionali.
>
> Comunque per il ciclista sono meglio queste di nulla. Lascerei comunque
> che i routing scelgano prioritariamente queste corsie ciclabili. Magari
> in Germania o altrove ci sono valide alternative, in Italia no.
>
> Si può aggiungere un tag ad hoc.
>
> [OT] Comunque per chiarire come utilizzare queste corsie, non è
> consentito ad altri veicoli di utilizzarle a caso ma di attraversarle,
> ad esempio per poter parcheggiare nella zona di sosta che si trova
> accanto alla corsia.
> Si vede bene la cosa nella webcam di Milanocam linkata dall'OP, sul lato
> destro. Ad un primo tratto di corsia ciclabile "tradizionale" con linee
> bianca e gialla continue, segue un tratto con linee tratteggiate dove
> sono presenti parcheggi e altri servizi a cui le auto devono poter
> accedere (al momento).
>
> ciao
> maxx
>
> ___
> 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] bike lanes su openstreetmap

[emmexx]

On 6/4/20 11:02 PM, Volker Schmidt wrote:
> 
> Il problema che vedo, è che se noi seguiamo la prassi tedesca da
> utilizzare cycleway=lane per "nuove" e tradizionali, perdiamo il fatto,
> importante per un router per bici, che le nuove sono notevolmente meno
> sicure per le bici delle tradizionali.

Comunque per il ciclista sono meglio queste di nulla. Lascerei comunque
che i routing scelgano prioritariamente queste corsie ciclabili. Magari
in Germania o altrove ci sono valide alternative, in Italia no.

Si può aggiungere un tag ad hoc.

[OT] Comunque per chiarire come utilizzare queste corsie, non è
consentito ad altri veicoli di utilizzarle a caso ma di attraversarle,
ad esempio per poter parcheggiare nella zona di sosta che si trova
accanto alla corsia.
Si vede bene la cosa nella webcam di Milanocam linkata dall'OP, sul lato
destro. Ad un primo tratto di corsia ciclabile "tradizionale" con linee
bianca e gialla continue, segue un tratto con linee tratteggiate dove
sono presenti parcheggi e altri servizi a cui le auto devono poter
accedere (al momento).

ciao
maxx

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

Re: [Talk-it] Facebook usa OSM, ma OSM può usare Facebook?

[Cascafico Giovanni]

Il 02/06/20, Simone Saviolo ha scritto:
> Il giorno mar 2 giu 2020 alle ore 11:10 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>> A maggior ragione, adesso che ho la conferma che i dati inseriti dal
>> macellaio non sono più suoi :-)

> Non è che i suoi dati non sono più suoi, questo è un preconcetto diffuso e
> sbagliato :) È che tu non puoi prelevarli da lì, perché Facebook non ha
> ottenuto dall'utente la licenza di ridistribuirli, ma solo quella di
> mostrarli sul suo sito e sulle sue app.

Ho provato a cercare nel ginepraio delle condizioni d'uso FB, trovando [1] che:

"Information you share publicly: When you choose to share something
with Public (ex: when you select Public from the audience selector),
it’s considered public information.".

Poi non ho trovato altro riguardo all'uso extra FB ed extra
third-party. Allora ho fatto riferimento alla definizione [2] di
"public information" negli Stati Uniti:

'The term public information means "any information, regardless of
form or format, that an agency discloses, disseminates, or makes
available to the public." 44 USCS § 35022'.

Da quel che capisco, posso usare le coordinate che il macellaio ha
inserito in FB, perchè quel "disseminates" significa che da questa
information posso farci crescere qualcosa. Se ci sono termini che
affermino il contrario, ma sono sottoposti solo all'atto della
sottoscrizione del contratto con FB, allora non sono vincolanti per
gli altri.

Se invece ci sono, ma non sono stato capace di trovarlli, scusatemi
per le pippe: non ho ancora preso il caffè :-)

[1] https://www.facebook.com/help/203805466323736?ref=dp
[2] https://definitions.uslegal.com/p/public-information/

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

[talk-cz] WeeklyOSM CZ 514

[Tom Ka]

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

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

* Důkladné mapování.
* Mapování boulderů.
* Názvy tras v X.
* Nejstarší OSM Notes.
* Umírání help.osm.org.
* Výstava plakátů SotM.
* 3D mapa dopravy Tokia.
* Mapa zápachů.
* Německé zastávky v OSM.
* Konec trac.osm.org?
* GraphHopper v1.
* OsmAnd v3.7 pro iOS i Android.
* Novinky SW u Mapboxu.
* OSM v Turkmenistánu.
* Průvodce pro uMap.
* Svět řízený daty.
* Pokles USA.

Pěkné počtení ...

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