Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Matija Nalis]

On Thu, Aug 27, 2020 at 04:52:31PM +0200, Janko Mihelić wrote:
> 1) Što se tiče mailing liste, mislio sam prvo sa vama to malo proći, pa ću
> onda slati na tu mailing listu. Wiki stranica je u draft verziji :) Možemo
> ju zajedno mijenjati.

moja greska, to sam ja previdio dio sa "*IMPORTS* mailing list", mislio da se
radi o talk-hr mailing listi :)

>> 2) da li bi u changeset source ili negdje trebali dodati cije/otkud je to  
>> "Aerofotogrametrijsko i LiDAR snimanje 2012." ?
>
> 2) Malo sam optimistično napisao tagove koje ćemo dodavati u changeset, jer
> mi se čini da Tasking manager može dodati samo comment, tako da bi trebali
> smisliti komentar koji bi sve to skupa opisao. Moj prijedlog je "Manual
> import of religious buildings in Zagreb #osmhr-project-9
> #ImportZagrebBuildings". Ove ostale tagove možda možemo ručno dodavati u
> JOSM-u, ali to bi bilo previše gnjavaže.

I sigurno cemo napraviti propusta ako moramo rucno dodavati, to nije neko 
rjesenje... :(

Ma mislio sam tu da li trebamo mozda staviti
"source:geometry=ZIPP Aerofotogrametrijsko i LiDAR snimanje 2012."
ili mozda bolje:
"source:geometry=geoportal.zagreb.hr Aerofotogrametrijsko i LiDAR snimanje 
2012."

Da li je to dovoljno onda? Pogotovo pitam jer na wikiju pise requirement:

"Data license: This data is licensed for use in OpenStreetMap
project, it is obligatory to attribute the source (City of Zagreb,
City Office for the Strategic Planning and Development of the City)"
a to nigdje ne vidim da smo napisali?

Dakle to svakako moramo *negdje* upisati cini mi se?

Da li onda changeset comment, ili u svaki way poseban tag?
Postoji li neki standardni nacin za taj attribution davati?

Mislim da je za takve importe required attribution vrlo bitan dio price...

> 3) Za otvaranje ispod Afrike je kriv bug u Tasking manageru. Funkcija
> skidanja podataka za pojedinu kockicu greškom daje kockicu sa krivim
> predznakom, i zato sam morao sve okrenuti naglavačke :) Ali nisam planirao
> vama poslati tu .osm fajlu, čini se da sam fulao. Evo prave:
> 
> https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0

Da, taj izgleda ok!

jos hrpa stvari mi pada na pamet sad dok gledam i pokusavam:

4) pretpostavljam da ce mi trebati JOSM Conflation plugin ili nesto?
   Skinuo sam ga sad za igrati se, ali imamo li negdje upute /
   primjere kako cemo to raditi i na sto trebamo paziti? Je to itko radio prije?

   Tasking manager nam daje samo bbox i background aerial, zar ne? 

   A ove vektorske podatke o zgradama onda rucno ucitavam taj .OSM
   (slicno kao sto mi se cini da https://tasks.osm-hr.org/project/3 ima sa 
.geojson) ?

   Ili ce mi tasking manager nesto poslati u JOSM preko remote controla ili 
nekako?

5) treba li mi poseban account za raditi takav import?

6) sto kada dodje novi dataset? novi ce imati novi source:geometry, npr.
source:geometry=geoportal.zagreb.hr Aerofotogrametrijsko i LiDAR snimanje 
2025.

hoce li JOSM Conflation ili sto drugo znati tu onda samo vidjeti sto se 
mijenjalo na pametan nacin:
npr. https://wiki.openstreetmap.org/wiki/OSM_Conflator#Previewing_changes

Light green: no match in OSM was found, a new object was created.
Light blue: an OSM object was found, and its tags were modified.
Light red: OSM object had "ref:dataset" tag, but was missing in the new 
dataset and was deleted.
Dark red: OSM object could not be deleted and was retagged instead.
Dark blue: OSM object had "ref:dataset" tag and was moved, because the 
point in the dataset was moved too far.

da ne moramo onda kada izadje nova verzija LIDAR-a ponovo sve ispocetka 
raditi kao da nikad nismo nista?

7) sto kada dodje novi dataset? Gledam po 
https://wiki.openstreetmap.org/wiki/OSM_Conflator naime pa oni koriste
"ref:dataset" tag, koji je isti bez obzira o reviziji podataka koje 
importaju?

mozda bi i mi trebali "ref:dataset" staviti?
i/ili maknuti godinu iz "source:geometry", a ostaviti je u 
"source:geometry:date" ?
koja je uopce razlika izmedju "ref:dataset" i "source:geometry" ?

8) sto kada dodje novi dataset? recimo da smo to sad po 2012 LIDARU zamijenili 
geometrije, ali
smo zakljucili da su nam neke u OSM lokalno ucrtane geometrije
*BOLJE* od LIDAR-a iz ZIPP-a.  Kako to ispravno oznaciti da se kada 
dobijemo 
teoretski "ZIPP LIDAR 2025" to posebno vidi / ne trga automatski?

Sto me podsjetilo na opceniti problem: kako oznacavati kada neki objekt ima 
bolju geometriju od onu standardno preporucene (npr. od Zagreb 2018 aerial).

Imao sam takav slucaj gdje mi se covjek javio da sam potrgao
bolju postojecu geometriju koju je on slagao iz vise perspektiva. 
Vidjeti comments na:
https://www.openstreetmap.org/changeset/85319315


Ljudi, komentirajte, pogotovo ako ste imali iskustva ili ste
procitali na webu negdje nesto oko tematike ili vam se da uloziti
vremena i potraziti? Vise pari ociju bolje vide!

-- 
Opinions above 

[talk-cz] Fwd: [Maps-l] Public API for Wikimedia map tiles to be discontinued in 45 days

[Jan Macura]

Ahoj,

tohle se předpokládám dotkne openstreetmap.cz. Zvlášť, když Wikimedia Map
je teď nastavena jako výchozí.

H.

-- Forwarded message -
From: Erica Litrenta 
Date: Thu, 27 Aug 2020 at 19:33
Subject: [Maps-l] Public API for Wikimedia map tiles to be discontinued in
45 days
To: 


 Today the Wikimedia Foundation is announcing the deprecation of the public
API for Wikimedia map tiles. Around mid October the Foundation will end
support for the Wikimedia Maps Service API [1]. This change affects people
using Wikimedia maps on their own website or app. Maps on the Wikimedia
sites, in Wikimedia-hosted tools and gadgets, and on maps.wikimedia.org
won't be affected.

This decision was made based on recent outage incidents, primarily due to
spikes in third party usage, along with an analysis showing that more than
a third of maps provided are to non-Wikimedia services (including many to
for-profit organizations).

After the most recent incident [2], the service was limited so that only
cached maps tiles would be available. While this protected the servers, it
made the service unpredictable and highlighted the unsustainability of our
tile service. So, we have made the decision to discontinue the maps APIs
for non-Wikimedia users.

This change will allow our teams working on Maps to focus on the
sustainability of the maps used within Wikimedia projects.

You can follow the implementation of this change on Phabricator [3].

Best,

Erica Litrenta

[1] https://maps.wikimedia.org/osm-intl/

[2] https://wikitech.wikimedia.org/wiki/Incident_documentation/20200204-maps

[3] https://phabricator.wikimedia.org/T261424

-- 
Erica Litrenta
Manager, Community Relations Specialists
https://meta.wikimedia.org/wiki/User:Elitre_(WMF)

___
Maps-l mailing list
map...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/maps-l
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Alberi monumentali d’Italia

[Lorenzo Rolla]

Ringrazio Andrea per la preziosa segnalazione che mi ha consentito di
comprendere l’inapplicabilità tecnica della mia proposta alle mappe OSM. Mi
auguro che nel corso del tempo la libertà di ri-usare le informazioni
aumenti sempre di più... Buona serata. Lorenzo



Il giorno gio 27 ago 2020 alle 20:24 Andrea Musuruane 
ha scritto:

> Ciao Lorenzo,
> qui è spiegato perché, secondo la OSM Foundation, non siamo in grado
> di rispettare la licenza CC-BY 4.0:
> https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
>
> Ciao,
>
> Andrea
>
> On Thu, Aug 27, 2020 at 7:01 PM Lorenzo Rolla 
> wrote:
>
>> Scusate, ma questo link indica la possibilità di usare gli elenchi purché
>> si rispettino queste regole:
>>
>>
>>
>> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15290
>>
>>
>> La titolarità piena ed esclusiva del materiale fornito è della Direzione
>> generale dell'economia montana e delle foreste del Ministero delle
>> politiche agricole alimentari e forestali. Il rilascio del materiale è
>> subordinato all'impegno del rispetto delle seguenti condizioni d'uso:
>> ∎ è possibile condividere, modificare e usare liberamente i documenti,
>> impegnandosi a rispettare quanto prescritto dalla normativa sulla privacy
>> (GDPR UE 679/2016) e dalla licenza d'uso CC BY 4.0
>>  con la quale sono
>> rilasciati;
>> ∎ l'utente si impegna a citarne la fonte e a riportare la seguente
>> dicitura:
>>
>> *Fonte dei dati: Direzione generale dell'economia montana e delle foreste
>> del Mipaaf - "dataset AMI - Censimento alberi monumentali d'Italia" *
>> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260
>>
>>
>> Il giorno gio 27 ago 2020 alle 16:28 Alessandro Sarretta <
>> alessandro.sarre...@gmail.com> ha scritto:
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Grazie del tuo contributo Matteo,
>>>
>>>
>>>
>>>
>>> On 27/08/20 15:52, Matteo Fortini
>>>
>>> wrote:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Grazie Alessandro, ovviamente speriamo che ti rispondano.
>>>
>>>
>>>
>>>
>>>
>>> Sulle giuste osservazioni di Giovanni vorrei fare due commenti al
>>>
>>> volo:
>>>
>>>
>>>
>>>
>>>
>>>- ignoranza: non è detto che il funzionario pubblico sia al
>>>
>>>corrente di quello che comporta l'uso di gmaps. Le linee guida
>>>
>>>di AgID riguardano l'acquisizione di software, non so se ci
>>>
>>>siano linee guida sui servizi cloud (non lo so davvero, se
>>>
>>>qualcuno ha info e le vuole condividere...)
>>>
>>>
>>>
>>>
>>>
>>>
>>> non so cosa dicano le linee guida AGID a proposito, ma se hanno
>>>
>>> caricato i loro dati su MyGoogle avrebbero dovuto leggere i termini
>>>
>>> di servizio (https://policies.google.com/terms?hl=it), i quali non
>>>
>>> sono sicuro rispettino pienamente il BY della licenza :-/:
>>>
>>>
>>> "Qualora i diritti di proprietà intellettuale dell'utente limitino
>>>
>>> il nostro utilizzo dei contenuti, sarà necessario che l'utente ci
>>>
>>> conceda l'autorizzazione. Tale autorizzazione viene concessa a
>>>
>>> Google tramite questa licenza."
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>- opportunità e facilità:
>>>
>>>
>>>
>>>   - se non avessero usato gmaps (come fa anche la Protezione
>>>
>>>   Civile per il sistema di allerta idrogeologico), al 99%
>>>
>>>   avrebbero usato una piattaforma commerciale GIS, come ad
>>>
>>>   esempio fa ISPRA (http://sgi2.isprambiente.it/viewersgi2/)
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> non conosco bene il tipo di contratti che fa ESRI, ma a parte la
>>>
>>> natura commerciale e proprietaria del software, non credo che i dati
>>>
>>> vengano ceduti a ESRI, come invece si fa con Google.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>   - avrebbero potuto usare osm, ma si tratterebbe di un "heavy
>>>
>>>   use" che è esplicitamente vietato (
>>>   https://operations.osmfoundation.org/policies/tiles/).
>>>
>>>   Inoltre, non ho trovato su OSM una policy esplicita che dica
>>>
>>>   che non fanno logging o cose simili. Avrebbero potuto usare
>>>
>>>   un tile server diverso, ma se fosse stato commerciale ci
>>>
>>>   sarebbero stati problemi analoghi.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Sai che non ho idea cosa identifichi un heavy use da uno normale?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>   -
>>>
>>>
>>>
>>>
>>>   - in generale ci sono più plugin per gmaps che per osm, io
>>>
>>>   per usare osm su drupal anziché gmaps ho dovuto chiedere uno
>>>
>>>   sviluppo ulteriore, e naturalmente non ho la funzione di
>>>
>>>   routing
>>>
>>>
>>>
>>>
>>>
>>>
>>> Dobbiamo impegnarci per far conoscere le alternative e per
>>>
>>> renderle fattibili, fino anche a dimostrare che l'uso degli
>>>
>>> strumenti come osm rispetta le leggi più di altri, anche
>>>
>>> arrivando a scrivere motivazioni basate sulle norme.
>>>
>>>
>>> E comunque...sappiamo che OSM è molto più dettagliata come
>>>
>>> mappa, vale la pena 

Re: [Talk-at] Gefahr durch Internet-Bergrouten

[Friedrich Volkmann]

On 27.08.20 19:58, PPete wrote:
Der Klettersteig ist mit highway=via_ferrata getaggt. Und dieser 
wird in der Standardkarte - bewusst oder unbewusst - nicht eingezeichnet. Da 
hab ich mir gedacht, ist vielleicht gar keine schlechte Idee für die 
Standardkarte. So kommt man als Wanderer ohne Absichten zu Klettern nicht 
auf die Idee Klettersteige als "normale" Pfade zu sehen und diese in die 
Tourenplanung von A nach B einzubeziehen.


Das ist eine ganz schlechte Idee, die aber immer wieder auftaucht. Die 
Proponenten gehen von zwei falschen Prämissen aus: Erstens dass versicherte 
Steige schwieriger oder gefährlicher sind als unversicherte, und zweitens 
dass sie etwas grundsätzlich anderes sind.


Tatsache ist, dass jede Versicherung einen Steig einfacher und 
ungefährlicher macht, und dass es von einem Steig mit einem einzigen 
Trittstift bis zu einem von oben bis unten durchgängig versicherten Steig 
alle Übergänge gibt.


Darum kann ich euch nur eindringlich ersuchen, alle highway=via_ferrata, 
denen ihr begegnet, auf highway=path zurückzuändern.


Ähnliches könnte man technisch natürlich auch z.b. für Pfade mit einer 
Schwierigkeit von T4, T5, T6 machen. Ob das sinnvoll ist um "den normalen 
Wanderer" welcher die Standardkarte verwendet von der Routenführung über 
schwierige Pfade abzuhalten, ist natürlich eine Diskussionssache.


Vor allem ist es von der Karte abhängig. In einer Bergsteigerkarte will man 
tendenziell auch die schwierigeren Anstiege sehen, in einer MTB-Karte eher 
nicht, und in einer Schifffahrtskarte blendet man vielleicht überhaupt alle 
Pfade aus. Es steht Mappern nicht zu, die Kartenanbieter mit einer 
Vorauswahl zu zwangsbeglücken. Die können sich ihre Auswahl selber machen.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[OSM-talk-fr] Enquête data.gouv.fr

[Yves P.]

Bonsoir,

Etalab fait une enquête pour améliorer le portail data.gouv.fr 
 :)

A vos crayons : https://framaforms.org/enquete-datagouvfr-usagers-1590438305 


__
Yves


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

Re: [Talk-it] Alberi monumentali d’Italia

[Andrea Musuruane]

Ciao Lorenzo,
qui è spiegato perché, secondo la OSM Foundation, non siamo in grado di
rispettare la licenza CC-BY 4.0:
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/

Ciao,

Andrea

On Thu, Aug 27, 2020 at 7:01 PM Lorenzo Rolla  wrote:

> Scusate, ma questo link indica la possibilità di usare gli elenchi purché
> si rispettino queste regole:
>
>
>
> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15290
>
>
> La titolarità piena ed esclusiva del materiale fornito è della Direzione
> generale dell'economia montana e delle foreste del Ministero delle
> politiche agricole alimentari e forestali. Il rilascio del materiale è
> subordinato all'impegno del rispetto delle seguenti condizioni d'uso:
> ∎ è possibile condividere, modificare e usare liberamente i documenti,
> impegnandosi a rispettare quanto prescritto dalla normativa sulla privacy
> (GDPR UE 679/2016) e dalla licenza d'uso CC BY 4.0
>  con la quale sono
> rilasciati;
> ∎ l'utente si impegna a citarne la fonte e a riportare la seguente
> dicitura:
>
> *Fonte dei dati: Direzione generale dell'economia montana e delle foreste
> del Mipaaf - "dataset AMI - Censimento alberi monumentali d'Italia" *
> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260
>
>
> Il giorno gio 27 ago 2020 alle 16:28 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Grazie del tuo contributo Matteo,
>>
>>
>>
>>
>> On 27/08/20 15:52, Matteo Fortini
>>
>> wrote:
>>
>>
>>
>>
>>
>>
>>
>>
>> Grazie Alessandro, ovviamente speriamo che ti rispondano.
>>
>>
>>
>>
>>
>> Sulle giuste osservazioni di Giovanni vorrei fare due commenti al
>>
>> volo:
>>
>>
>>
>>
>>
>>- ignoranza: non è detto che il funzionario pubblico sia al
>>
>>corrente di quello che comporta l'uso di gmaps. Le linee guida
>>
>>di AgID riguardano l'acquisizione di software, non so se ci
>>
>>siano linee guida sui servizi cloud (non lo so davvero, se
>>
>>qualcuno ha info e le vuole condividere...)
>>
>>
>>
>>
>>
>>
>> non so cosa dicano le linee guida AGID a proposito, ma se hanno
>>
>> caricato i loro dati su MyGoogle avrebbero dovuto leggere i termini
>>
>> di servizio (https://policies.google.com/terms?hl=it), i quali non
>>
>> sono sicuro rispettino pienamente il BY della licenza :-/:
>>
>>
>> "Qualora i diritti di proprietà intellettuale dell'utente limitino
>>
>> il nostro utilizzo dei contenuti, sarà necessario che l'utente ci
>>
>> conceda l'autorizzazione. Tale autorizzazione viene concessa a
>>
>> Google tramite questa licenza."
>>
>>
>>
>>
>>
>>
>>
>>- opportunità e facilità:
>>
>>
>>
>>   - se non avessero usato gmaps (come fa anche la Protezione
>>
>>   Civile per il sistema di allerta idrogeologico), al 99%
>>
>>   avrebbero usato una piattaforma commerciale GIS, come ad
>>
>>   esempio fa ISPRA (http://sgi2.isprambiente.it/viewersgi2/)
>>
>>
>>
>>
>>
>>
>>
>>
>> non conosco bene il tipo di contratti che fa ESRI, ma a parte la
>>
>> natura commerciale e proprietaria del software, non credo che i dati
>>
>> vengano ceduti a ESRI, come invece si fa con Google.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>   - avrebbero potuto usare osm, ma si tratterebbe di un "heavy
>>
>>   use" che è esplicitamente vietato (
>>   https://operations.osmfoundation.org/policies/tiles/).
>>
>>   Inoltre, non ho trovato su OSM una policy esplicita che dica
>>
>>   che non fanno logging o cose simili. Avrebbero potuto usare
>>
>>   un tile server diverso, ma se fosse stato commerciale ci
>>
>>   sarebbero stati problemi analoghi.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Sai che non ho idea cosa identifichi un heavy use da uno normale?
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>   -
>>
>>
>>
>>
>>   - in generale ci sono più plugin per gmaps che per osm, io
>>
>>   per usare osm su drupal anziché gmaps ho dovuto chiedere uno
>>
>>   sviluppo ulteriore, e naturalmente non ho la funzione di
>>
>>   routing
>>
>>
>>
>>
>>
>>
>> Dobbiamo impegnarci per far conoscere le alternative e per
>>
>> renderle fattibili, fino anche a dimostrare che l'uso degli
>>
>> strumenti come osm rispetta le leggi più di altri, anche
>>
>> arrivando a scrivere motivazioni basate sulle norme.
>>
>>
>> E comunque...sappiamo che OSM è molto più dettagliata come
>>
>> mappa, vale la pena usarlo ;)
>>
>>
>>
>>
>>
>>
>> Sicuramente GMaps è più usato e visibile. Il problema però è che
>>
>> credo non si siano nemmeno posti il problema di alternative...
>>
>>
>>
>>
>> Se rispondono potremmo provare a darequalche consiglio.
>>
>>
>> In realtà, vista la licenza CC-BY, potremmo anche già pubblicare
>>
>> i dati da qualche altra parte, facendo un portfolio di alternative
>>
>> :-)
>>
>>
>>
>>
>> Ale
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Il 27/08/20 15:08, Alessandro
>>
>> Sarretta ha scritto:
>>
>>
>>
>>
>>
>>
>>
>>
>> Ho appena mandato 

[OSM-talk] Fwd: [Maps-l] Public API for Wikimedia map tiles to be discontinued in 45 days

[Andy Mabbett]

Foarwarding for interest; of course WMF tiles use OSM data:


-- Forwarded message -
From: Erica Litrenta 
Date: Thu, 27 Aug 2020 at 18:33
Subject: [Maps-l] Public API for Wikimedia map tiles to be
discontinued in 45 days
To: 


 Today the Wikimedia Foundation is announcing the deprecation of the
public API for Wikimedia map tiles. Around mid October the Foundation
will end support for the Wikimedia Maps Service API [1]. This change
affects people using Wikimedia maps on their own website or app. Maps
on the Wikimedia sites, in Wikimedia-hosted tools and gadgets, and on
maps.wikimedia.org won't be affected.

This decision was made based on recent outage incidents, primarily due
to spikes in third party usage, along with an analysis showing that
more than a third of maps provided are to non-Wikimedia services
(including many to for-profit organizations).


After the most recent incident [2], the service was limited so that
only cached maps tiles would be available. While this protected the
servers, it made the service unpredictable and highlighted the
unsustainability of our tile service. So, we have made the decision to
discontinue the maps APIs for non-Wikimedia users.


This change will allow our teams working on Maps to focus on the
sustainability of the maps used within Wikimedia projects.


You can follow the implementation of this change on Phabricator [3].


Best,

Erica Litrenta

[1] https://maps.wikimedia.org/osm-intl/

[2] https://wikitech.wikimedia.org/wiki/Incident_documentation/20200204-maps

[3] https://phabricator.wikimedia.org/T261424

-- 
Erica Litrenta
Manager, Community Relations Specialists
https://meta.wikimedia.org/wiki/User:Elitre_(WMF)

___
Maps-l mailing list
map...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/maps-l


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

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

Re: [Talk-at] Gefahr durch Internet-Bergrouten

[PPete]

Am 27.08.2020 um 19:37 schrieb Marcus MERIGHI:

Ich kann mir nicht vorstellen, dass die beim Uebernehmen der Daten eine
Auswahl treffen...?


Mir ist diesbezüglich vor kurzem etwas in der Standardkarte aufgefallen, 
als jemand eine Note machte, dass der Echernwand Klettersteig bei 
Hallstatt nicht mehr besteigbar ist. In der Standardkarte sah ich nur 
die Wege der Zustiege unterhalb und oberhalb - nicht aber den 
Klettersteig selbst.


Der Grund: Der Klettersteig ist mit highway=via_ferrata getaggt. Und 
dieser wird in der Standardkarte - bewusst oder unbewusst - nicht 
eingezeichnet. Da hab ich mir gedacht, ist vielleicht gar keine 
schlechte Idee für die Standardkarte. So kommt man als Wanderer ohne 
Absichten zu Klettern nicht auf die Idee Klettersteige als "normale" 
Pfade zu sehen und diese in die Tourenplanung von A nach B einzubeziehen.


Ähnliches könnte man technisch natürlich auch z.b. für Pfade mit einer 
Schwierigkeit von T4, T5, T6 machen. Ob das sinnvoll ist um "den 
normalen Wanderer" welcher die Standardkarte verwendet von der 
Routenführung über schwierige Pfade abzuhalten, ist natürlich eine 
Diskussionssache.


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

[Talk-GB] Comparing current OSM tiles to historic ones

[George Honeywood]

Hi,

I've made something I think a few of you will find interesting. After 
seeing a couple of posts on the OSM subreddit about historical data, I 
figured it would be nice to be able to what changes have been recently 
(-ish) made in my area.

I followed a method fairly similar to the one in this post 
(https://hackmd.io/XfrY334rS7CV0tnPzx8Wvw), however after filtering the 
history file to the time I wanted I imported it into Postgres instead 
(using osm2psgl).

Once I everything in Postgres I first tried to use Mapnik and the nik4 
tool, which worked well enough but it was difficult to see the changes 
on a larger scale, as I had to manually create each image. It also 
wasn't great for comparing it to the current map, as I had to switch 
between images awkwardly.

Therefore I decided that it'd be best to just create a full on slippy 
map, using the normal stack, a-la switch2osm. I took some inspiration 
from OSM Then and Now as to the adjustable overlay, and followed an 
example on the Mapbox website.

You can see the result at https://maps.honeyfox.uk/. Bear in mind it is 
hosted on my home PC so don't expect it to be particularly performant or 
reliable, and it is limited to the UK.

Ideally you be able to adjust the time period the map shows, but I 
cannot see a way of achieving that without dropping the database and 
importing everything again, which is too demanding to be done on the fly.

Let me know if you have any thoughts or ideas :)

Cheers
George

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

Re: [Talk-at] Gefahr durch Internet-Bergrouten

[Marcus MERIGHI]

Hallo geoppete!

Danke fuer's weitergeben der Infos!

geopp...@gmail.com (PPete), 2020.08.27 (Thu) 12:36 (CEST):
> Gestern gab es in ORF-Bundesland heute OÖ einen Bericht (mit jenem Titel)
> über einige kürzlich stattgefundene Bergrettungseinsätze, die teilweise mit
> falsch eingetragenen Pfaden in der OSM oder der Verwendung von ungeeigneten
> Karten zum Bergwandern zu tun haben. Zu einem der Fälle gabs kürzlich auch
> einen Bericht in den OÖN. Siehe:
> 
> https://ooe.orf.at/stories/3064030/
> https://www.nachrichten.at/oberoesterreich/abkuerzung-per-routenapp-aufwendige-rettungsaktion-im-toten-gebirge;art4,3286408
> 
> Beim Fall am Mittagkogel geht's vermutlich um die Strecke vom Rinnerkogel
> (2012 m) zum Mittagkogel (1823 m) und in weiterer Folge über die Grünbergalm
> runter zum Offensee:
> https://www.openstreetmap.org/#map=15/47.7238/13.8372
> 
> Ich muss sagen, ich kenne den Weg und Gegebenheiten vorort nicht, aber es
> hört sich für mich an dass sich der Mapper damals Gedanken darüber gemacht
> hat und Schwierigkeit und Sichtbarkeit so bewertet, dass er als schlecht
> sichtbarer, sehr schwieriger alpiner Steig eingetragen ist.
> Der Pfad hat "sac_scale=demanding_alpine_hiking" und
> "trail_visibility=horrible"

Ich kenn die Gegend sehr gut; wenn man da im Abstieg vom Normalweg am
Rinnerkogel abbiegt, ist man sofort weg von jeder Markierung und
anfaenglich auch von Steigspuren. Man muss einige Durchschlupfe finden
und die Steinmandln (Tauben) sind fuer den Aufstieg aufgestellt, nicht
fuer den Abstieg - und dementsprechend schwierig zu finden. 
Dass die Gruppe bis zum Blockfeld unterhalb des Mittagkogels kam (von wo
die dramatischen Aufnahmen stammen), scheint mir also schon eine reife
Leistung und spricht fuer einiges alpines Gespuehr der Gruppe. 

Dieses Blockfeld besteht zum Teil aus hausgrossen Bloecken und verlangt,
wenn man es nicht optimal erwischt, mehr bergsteigerische als
wanderische Faehigkeiten. Es kann aber umgangen werden.

Will sagen: die haben nach 100 Metern gewusst, dass das jetzt kein
markierter Wanderweg ist und damit auch, dass etwas mit der Karte nicht
stimmt. (Auf welcher dieser Steig ja gleich aussah wie der markierte
Weg.)

Die eigentliche Steilstufe hatten sie da noch vor sich. Diese ist an
Hoehenschichtlinien gut zu erkennen. Es gibt dafuer drei einfache
Loesungen. Wenn man keine davon erwischt, wird's unangenehm (ich
berichte jetzt von meiner ersten Begehung :-). 

Uebrigens sind die Steige, von unten (Offensee) bis oberhalb des
Blockfeldes beim Mittagkogel, auch in der OeAV Karte Totes Gebirge West,
als nicht markierte Steige eingezeichnet. Auch in der OeK50 des BEV sind
sie drinnen. In diesen Karten fehlt nur der Teil vom Blockfeld bis zum
Rinnerkogel, welchen die Gruppe ja bereits geschafft hatte.

> Nun das große Problem aus meiner Sicht: Es gibt nur sehr wenige Karte die
> diese OSM-Skalen auch darstellen und man schon bei der Planung oder später
> unterwegs sieht, was für ein Pfad einem in etwa erwartet. Wenn ihr euch den
> obigen Openstreetmap-Link anschaut sehen darauf alle Pfade gleich aus, ein
> rot gepunktete Linie. Also ein kaum sichtbarer hochalpiner Steig genauso wie
> ein einfaches, bestens markiertes Wanderwegerl durch flachen Wald.

Ich bin mir nicht sicher, ob eine detailliertere Darstellung (Rendering)
die Menschen wirklich abhalten wuerde. Vielleicht einige. Sicher nicht
alle. 

> Vorbildlich wird dies soweit mir bekannt nur z.b. auf OpenAndroMaps-Karten
> dargestellt (die ich selber schon lange als Standarkarte am Handy verwende)
> wo Pfade nach Farben (=Schwierigkeit) und Strichlängen (=Sichtbarkeit) zu
> unterschieden sind. Der angesprochene Weg ist darin schwarz (sehr schwer)
> und punktiert (sehr schlechte sichtbarkeit) dargestellt.

Die Wanderreitkarte unterscheidet auch. 
 
> Letztendlich bleibt die Eigenverantwortlichkeit das man sich vor so einer
> alpinen Tour über geeignetes Kartenmaterial informiert. Und zweitens muss
> man sich ev. als Kartenanbieter auch fragen ob ich wirklich jedes hochalpine
> Steiglein aus den OSM-Daten in meine Karte einzeichne, wenn diese darin
> nicht von gewöhnlichen, gefahrlosen Wanderwegerl unterscheidbar sind.
 
Ich kann mir nicht vorstellen, dass die beim Uebernehmen der Daten eine
Auswahl treffen...?

> Dann wird vom Bergrettungsmann im ORF-Bericht noch ein Steig nördlich des
> Krippensteins erwähnt bzw. am PC gezeigt, der angeblich gar nicht vorhanden
> ist und auch schon zu Einsätzen geführt hat. Was damit machen? Ihn löschen
> und der Bergrettung über die Löschung Bescheid geben? Oder vorher mit ihr
> Kontakt aufnehmen und fragen welche Abschnitte genau zu löschen sind? Er hat
> gesagt er hätte zum "Kartenanbieter" Kontakt aufgenommen, aber scheinbar
> ohne "Erfolg", der Pfad dürfte immer noch vorhanden sein.

Ich finde den in der OSM gar nicht!

Wir hatten hier schonmal eine Diskussion, was in Sachen weglose Anstiege
zu bedenken ist:

Re: [Talk-it] Alberi monumentali d’Italia

[Lorenzo Rolla]

Scusate, ma questo link indica la possibilità di usare gli elenchi purché
si rispettino queste regole:


https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15290


La titolarità piena ed esclusiva del materiale fornito è della Direzione
generale dell'economia montana e delle foreste del Ministero delle
politiche agricole alimentari e forestali. Il rilascio del materiale è
subordinato all'impegno del rispetto delle seguenti condizioni d'uso:
∎ è possibile condividere, modificare e usare liberamente i documenti,
impegnandosi a rispettare quanto prescritto dalla normativa sulla privacy
(GDPR UE 679/2016) e dalla licenza d'uso CC BY 4.0
 con la quale sono
rilasciati;
∎ l'utente si impegna a citarne la fonte e a riportare la seguente dicitura:

*Fonte dei dati: Direzione generale dell'economia montana e delle foreste
del Mipaaf - "dataset AMI - Censimento alberi monumentali d'Italia" *
https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/11260


Il giorno gio 27 ago 2020 alle 16:28 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

>
>
>
>
>
>
>
>
>
>
> Grazie del tuo contributo Matteo,
>
>
>
>
> On 27/08/20 15:52, Matteo Fortini
>
> wrote:
>
>
>
>
>
>
>
>
> Grazie Alessandro, ovviamente speriamo che ti rispondano.
>
>
>
>
>
> Sulle giuste osservazioni di Giovanni vorrei fare due commenti al
>
> volo:
>
>
>
>
>
>- ignoranza: non è detto che il funzionario pubblico sia al
>
>corrente di quello che comporta l'uso di gmaps. Le linee guida
>
>di AgID riguardano l'acquisizione di software, non so se ci
>
>siano linee guida sui servizi cloud (non lo so davvero, se
>
>qualcuno ha info e le vuole condividere...)
>
>
>
>
>
>
> non so cosa dicano le linee guida AGID a proposito, ma se hanno
>
> caricato i loro dati su MyGoogle avrebbero dovuto leggere i termini
>
> di servizio (https://policies.google.com/terms?hl=it), i quali non
>
> sono sicuro rispettino pienamente il BY della licenza :-/:
>
>
> "Qualora i diritti di proprietà intellettuale dell'utente limitino
>
> il nostro utilizzo dei contenuti, sarà necessario che l'utente ci
>
> conceda l'autorizzazione. Tale autorizzazione viene concessa a
>
> Google tramite questa licenza."
>
>
>
>
>
>
>
>- opportunità e facilità:
>
>
>
>   - se non avessero usato gmaps (come fa anche la Protezione
>
>   Civile per il sistema di allerta idrogeologico), al 99%
>
>   avrebbero usato una piattaforma commerciale GIS, come ad
>
>   esempio fa ISPRA (http://sgi2.isprambiente.it/viewersgi2/)
>
>
>
>
>
>
>
>
> non conosco bene il tipo di contratti che fa ESRI, ma a parte la
>
> natura commerciale e proprietaria del software, non credo che i dati
>
> vengano ceduti a ESRI, come invece si fa con Google.
>
>
>
>
>
>
>
>
>
>   - avrebbero potuto usare osm, ma si tratterebbe di un "heavy
>
>   use" che è esplicitamente vietato (
>   https://operations.osmfoundation.org/policies/tiles/).
>
>   Inoltre, non ho trovato su OSM una policy esplicita che dica
>
>   che non fanno logging o cose simili. Avrebbero potuto usare
>
>   un tile server diverso, ma se fosse stato commerciale ci
>
>   sarebbero stati problemi analoghi.
>
>
>
>
>
>
>
>
>
>
>
> Sai che non ho idea cosa identifichi un heavy use da uno normale?
>
>
>
>
>
>
>
>
>
>   -
>
>
>
>
>   - in generale ci sono più plugin per gmaps che per osm, io
>
>   per usare osm su drupal anziché gmaps ho dovuto chiedere uno
>
>   sviluppo ulteriore, e naturalmente non ho la funzione di
>
>   routing
>
>
>
>
>
>
> Dobbiamo impegnarci per far conoscere le alternative e per
>
> renderle fattibili, fino anche a dimostrare che l'uso degli
>
> strumenti come osm rispetta le leggi più di altri, anche
>
> arrivando a scrivere motivazioni basate sulle norme.
>
>
> E comunque...sappiamo che OSM è molto più dettagliata come
>
> mappa, vale la pena usarlo ;)
>
>
>
>
>
>
> Sicuramente GMaps è più usato e visibile. Il problema però è che
>
> credo non si siano nemmeno posti il problema di alternative...
>
>
>
>
> Se rispondono potremmo provare a darequalche consiglio.
>
>
> In realtà, vista la licenza CC-BY, potremmo anche già pubblicare
>
> i dati da qualche altra parte, facendo un portfolio di alternative
>
> :-)
>
>
>
>
> Ale
>
>
>
>
>
>
>
>
>
>
>
> Il 27/08/20 15:08, Alessandro
>
> Sarretta ha scritto:
>
>
>
>
>
>
>
>
> Ho appena mandato un'email a un paio di indirizzi del
>
> ministero chiedendo che rendano disponibili i dati in CC0
>
> (così siamo tranquilli per farne quello che vogliamo in OSM),
>
> visto che elenco, coordinate e informazioni accessorie sono
>
> pubblicati in atti pubblici dello stato e quindi non
>
> sottoposti al diritto d'autore.
>
>
> Ale
>
>
>
>
>
>
>
>
>
> On 27/08/20 12:45, Maurizio
>
> Napolitano wrote:
>
>
>
>
>
>
>
>
> Su questo mi trovi concorde anche se sai bene
>
> non essere l'unico caso
>
>
>
>
>
>
>
> Il gio 27 ago 2020, 

Re: [Talk-it] Vandalismi in corso - utente Erler3

[canfe]

Se vogliamo dividerci il lavoro io continuerei, come faccio da tempo, ad
occuparmi della zona che va dalla Francia fino alla tangenziale di Torino
lungo i bacini idrografici del Ceronda, Stura di Lanzo, Fisca e Malone.



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

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

[Talk-hr] Fwd: Import zgrada u Zagrebu

[Janko Mihelić]

Sori, previdio sam mail
1) Što se tiče mailing liste, mislio sam prvo sa vama to malo proći, pa ću
onda slati na tu mailing listu. Wiki stranica je u draft verziji :) Možemo
ju zajedno mijenjati.
2) Malo sam optimistično napisao tagove koje ćemo dodavati u changeset, jer
mi se čini da Tasking manager može dodati samo comment, tako da bi trebali
smisliti komentar koji bi sve to skupa opisao. Moj prijedlog je "Manual
import of religious buildings in Zagreb #osmhr-project-9
#ImportZagrebBuildings". Ove ostale tagove možda možemo ručno dodavati u
JOSM-u, ali to bi bilo previše gnjavaže.
3) Za otvaranje ispod Afrike je kriv bug u Tasking manageru. Funkcija
skidanja podataka za pojedinu kockicu greškom daje kockicu sa krivim
predznakom, i zato sam morao sve okrenuti naglavačke :) Ali nisam planirao
vama poslati tu .osm fajlu, čini se da sam fulao. Evo prave:

https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0

Janko

pon, 24. kol 2020. u 21:47 Matija Nalis 
napisao je:

> dvije sitnice koje vidim:
>
> 1) wiki kaze pri dnu:
>
> "The email to the Imports mailing list was sent on -MM-DD and can be
> found in the archives of the mailing list at [1]."
> link i datum treba updateati sada kada je poslano na listu
>
> 2) da li bi u changeset source ili negdje trebali dodati cije/otkud je to
> "Aerofotogrametrijsko i LiDAR snimanje 2012." ?
>
> On Sun, Aug 23, 2020 at 04:35:27PM +0200, Janko Mihelić wrote:
> > Pozdrav kartografi!
> >
> > Malo sam se bavio sa importom zgrada koje smo dobili od zagrebačke
> > infrastrukture prostornih podataka (zipp). Doveo sam podatke vjerskih
> > građevina u stanje pred sami import koji ćemo obaviti ručno. To je
> najmanji
> > set podataka pa sam na njemu vježbao. Zgradu po zgradu ćemo uzeti
> > geometriju iz danih podataka, i spojiti ju sa dosadašnjim vektorima u
> > OSM-u. Sačuvat ćemo tagove i povijest vektora u OSM-u.
> >
> > Malo detaljnije o proceduri na wiki stranici otvorenoj za Import:
> > https://wiki.openstreetmap.org/wiki/Zagreb/Import_ZIPP_Buildings
> >
> > Krajnja osm datoteka, zasad od vjerskih građevina, koja će se uvoziti:
> >
> https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0
> >
> > Javite ako imate primjedbe ili komentare.
> >
> > Janko
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
>
> --
> Opinions above are GNU-copylefted.
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-it] [talk:it] Bicycle road all'italiana?

[Volker Schmidt]

On Tue, 25 Aug 2020 at 09:19, Andrea Musuruane  wrote:

" lanes=1 è sbagliato perché implicherebbe un senso unico."

Di quello che so e come viene usato, non è così.
C'è un gran numero di strade strette, taggate con lanes=1 e spesso anche
con oneway=no.

L'unica cosa è che, se trovi una strada con lanes=1 e senza oneway=* spesso
vale la pena verificare, per esempio con Mapillary:
Ci sono tante strade con lanes=1 erroneamente, dove il mappatore confonde
"carreggiata unica" con "una corsia".
L'altro tipo di errore è che qualcuno pensa che lanes=1 indica senso unico
senza indicare la direzione.

E' utile in tanti casi anche indicare la larghezza (anche stimata) della
corsia assieme con lanes=1.

Poi ci sono le stradine che hanno gli slarghi di incontro:
passing_places=yes.
La pagina per questo tag
 dice così:
"Applies to [image: Mf way.png]
 which is a highway of
any type and (usually) has lanes
=1"

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

Re: [Talk-it] Alberi monumentali d’Italia

[Alessandro Sarretta]

Grazie del tuo contributo Matteo,

On 27/08/20 15:52, Matteo Fortini wrote:

Grazie Alessandro, ovviamente speriamo che ti rispondano.

Sulle giuste osservazioni di Giovanni vorrei fare due commenti al volo:

  * ignoranza: non è detto che il funzionario pubblico sia al corrente
di quello che comporta l'uso di gmaps. Le linee guida di AgID
riguardano l'acquisizione di software, non so se ci siano linee
guida sui servizi cloud (non lo so davvero, se qualcuno ha info e
le vuole condividere...)

non so cosa dicano le linee guida AGID a proposito, ma se hanno caricato 
i loro dati su MyGoogle avrebbero dovuto leggere i termini di servizio 
(https://policies.google.com/terms?hl=it), i quali non sono sicuro 
rispettino pienamente il BY della licenza :-/:
"Qualora i diritti di proprietà intellettuale dell'utente limitino il 
nostro utilizzo dei contenuti, sarà necessario che l'utente ci conceda 
l'autorizzazione. Tale autorizzazione viene concessa a Google tramite 
questa licenza."


  * opportunità e facilità:
  o se non avessero usato gmaps (come fa anche la Protezione
Civile per il sistema di allerta idrogeologico), al 99%
avrebbero usato una piattaforma commerciale GIS, come ad
esempio fa ISPRA (http://sgi2.isprambiente.it/viewersgi2/)

non conosco bene il tipo di contratti che fa ESRI, ma a parte la natura 
commerciale e proprietaria del software, non credo che i dati vengano 
ceduti a ESRI, come invece si fa con Google.


  o avrebbero potuto usare osm, ma si tratterebbe di un "heavy
use" che è esplicitamente vietato
(https://operations.osmfoundation.org/policies/tiles/).
Inoltre, non ho trovato su OSM una policy esplicita che dica
che non fanno logging o cose simili. Avrebbero potuto usare un
tile server diverso, ma se fosse stato commerciale ci
sarebbero stati problemi analoghi.


Sai che non ho idea cosa identifichi un heavy use da uno normale?


 o


  o in generale ci sono più plugin per gmaps che per osm, io per
usare osm su drupal anziché gmaps ho dovuto chiedere uno
sviluppo ulteriore, e naturalmente non ho la funzione di routing

Dobbiamo impegnarci per far conoscere le alternative e per renderle 
fattibili, fino anche a dimostrare che l'uso degli strumenti come osm 
rispetta le leggi più di altri, anche arrivando a scrivere motivazioni 
basate sulle norme.


E comunque...sappiamo che OSM è molto più dettagliata come mappa, vale 
la pena usarlo ;)


Sicuramente GMaps è più usato e visibile. Il problema però è che credo 
non si siano nemmeno posti il problema di alternative...


Se rispondono potremmo provare a darequalche consiglio.

In realtà, vista la licenza CC-BY, potremmo anche già pubblicare i dati 
da qualche altra parte, facendo un portfolio di alternative :-)


Ale



Il 27/08/20 15:08, Alessandro Sarretta ha scritto:


Ho appena mandato un'email a un paio di indirizzi del ministero 
chiedendo che rendano disponibili i dati in CC0 (così siamo 
tranquilli per farne quello che vogliamo in OSM), visto che elenco, 
coordinate e informazioni accessorie sono pubblicati in atti pubblici 
dello stato e quindi non sottoposti al diritto d'autore.


Ale


On 27/08/20 12:45, Maurizio Napolitano wrote:

Su questo mi trovi concorde anche se sai bene non essere l'unico caso

Il gio 27 ago 2020, 12:30 Cascafico Giovanni > ha scritto:


Si, ho capito, ma che un ente statale sponsorizzi l'uso di
google maps
non mi sta per niente bene.
VI pare normale che un ministero induca ai cittadini di essere
tracciati da un'azienda commerciale estera?



Il 27/08/20, Maurizio Napolitanomailto:napoo...@gmail.com>> ha scritto:
> Onestamente fino a che è un layer non mi preoccupo.
>
>
> Il gio 27 ago 2020, 11:46 Cascafico Giovanni
mailto:cascaf...@gmail.com>> ha
> scritto:
>
>> Chi ha dato il permesso a dei funzionari *pubblici* di
pubblicare su
>> piattaforma commerciale un dataset pagato con soldi *pubblici*?
>>
>>
>>

https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15906
>>
>>
>>
>> Il 26/08/20, Lorenzo Rollamailto:rolla.l...@gmail.com>> ha scritto:
>> > Mamma mia, Google maps anche qui...
>> >
>> >
>>

https://www.lastampa.it/tecnologia/news/2020/08/26/news/su-google-maps-gli-alberi-monumentali-d-italia-1.39232763
>> >
>> > --
>> > Lorenzo Rolla
>> >
>>
>> ___
>> 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-us] Mapcarta with wrong info in Utah - whom to contact?

[Ian Dees]

On Thu, Aug 27, 2020 at 8:34 AM Mateusz Konieczny via Talk-us <
talk-us@openstreetmap.org> wrote:

>
>
>
> 27 Aug 2020, 14:37 by ian.d...@gmail.com:
>
>
>
> On Thu, Aug 27, 2020, 03:03 Mateusz Konieczny via Talk-us <
> talk-us@openstreetmap.org> wrote:
>
>
>
>
> Aug 27, 2020, 09:52 by frede...@remote.org:
>
> Hi,
>
> On 27.08.20 00:30, Alex Weech wrote:
>
> They appear to be pulling straight from Google
>
>
> Interesting! I didn't know you could (show an OSM map and pull POIs from
> Google).
>
> AFAIK it is not against OSM license but it is break terms of service set
> by Google.
>
>
> Since Google doesn't have a way to programmatically get this data about
> places, it's more likely that Google and Mapcarta used the same data source
> that list an incorrect phone number.
>
> At least some time ago Google Places
> API existed. Is it shut down now?
>
> https://developers.google.com/places/web-service/overview
> describes it as an existing
>

Yes, you can perform individual searches by address and/or place name, but
it gets expensive quickly to make thousands of these calls so it's more
likely that they're sharing a data source.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Alberi monumentali d’Italia

[Matteo Fortini]

Grazie Alessandro, ovviamente speriamo che ti rispondano.

Sulle giuste osservazioni di Giovanni vorrei fare due commenti al volo:

 * ignoranza: non è detto che il funzionario pubblico sia al corrente
   di quello che comporta l'uso di gmaps. Le linee guida di AgID
   riguardano l'acquisizione di software, non so se ci siano linee
   guida sui servizi cloud (non lo so davvero, se qualcuno ha info e le
   vuole condividere...)
 * opportunità e facilità:
 o se non avessero usato gmaps (come fa anche la Protezione Civile
   per il sistema di allerta idrogeologico), al 99% avrebbero usato
   una piattaforma commerciale GIS, come ad esempio fa ISPRA
   (http://sgi2.isprambiente.it/viewersgi2/)
 o avrebbero potuto usare osm, ma si tratterebbe di un "heavy use"
   che è esplicitamente vietato
   (https://operations.osmfoundation.org/policies/tiles/). Inoltre,
   non ho trovato su OSM una policy esplicita che dica che non
   fanno logging o cose simili. Avrebbero potuto usare un tile
   server diverso, ma se fosse stato commerciale ci sarebbero stati
   problemi analoghi.
 o in generale ci sono più plugin per gmaps che per osm, io per
   usare osm su drupal anziché gmaps ho dovuto chiedere uno
   sviluppo ulteriore, e naturalmente non ho la funzione di routing

Dobbiamo impegnarci per far conoscere le alternative e per renderle 
fattibili, fino anche a dimostrare che l'uso degli strumenti come osm 
rispetta le leggi più di altri, anche arrivando a scrivere motivazioni 
basate sulle norme.


E comunque...sappiamo che OSM è molto più dettagliata come mappa, vale 
la pena usarlo ;)



Il 27/08/20 15:08, Alessandro Sarretta ha scritto:


Ho appena mandato un'email a un paio di indirizzi del ministero 
chiedendo che rendano disponibili i dati in CC0 (così siamo tranquilli 
per farne quello che vogliamo in OSM), visto che elenco, coordinate e 
informazioni accessorie sono pubblicati in atti pubblici dello stato e 
quindi non sottoposti al diritto d'autore.


Ale


On 27/08/20 12:45, Maurizio Napolitano wrote:

Su questo mi trovi concorde anche se sai bene non essere l'unico caso

Il gio 27 ago 2020, 12:30 Cascafico Giovanni > ha scritto:


Si, ho capito, ma che un ente statale sponsorizzi l'uso di google
maps
non mi sta per niente bene.
VI pare normale che un ministero induca ai cittadini di essere
tracciati da un'azienda commerciale estera?



Il 27/08/20, Maurizio Napolitanomailto:napoo...@gmail.com>> ha scritto:
> Onestamente fino a che è un layer non mi preoccupo.
>
>
> Il gio 27 ago 2020, 11:46 Cascafico Giovanni
mailto:cascaf...@gmail.com>> ha
> scritto:
>
>> Chi ha dato il permesso a dei funzionari *pubblici* di
pubblicare su
>> piattaforma commerciale un dataset pagato con soldi *pubblici*?
>>
>>
>>

https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15906
>>
>>
>>
>> Il 26/08/20, Lorenzo Rollamailto:rolla.l...@gmail.com>> ha scritto:
>> > Mamma mia, Google maps anche qui...
>> >
>> >
>>

https://www.lastampa.it/tecnologia/news/2020/08/26/news/su-google-maps-gli-alberi-monumentali-d-italia-1.39232763
>> >
>> > --
>> > Lorenzo Rolla
>> >
>>
>> ___
>> 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

--
--

Alessandro Sarretta

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

Research information:

  * Google scholar profile

  * ORCID 
  * Research Gate

  * Impactstory 


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


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

Re: [Talk-it] Alberi monumentali d’Italia

[Alessandro Sarretta]

Urka Andrea, grazie della puntualizzazione,

On 27/08/20 15:43, Andrea Musuruane wrote:

Ciao Alessandro,

On Thu, Aug 27, 2020 at 3:09 PM Alessandro Sarretta 
mailto:alessandro.sarre...@gmail.com>> 
wrote:


Ho appena mandato un'email a un paio di indirizzi del ministero
chiedendo che rendano disponibili i dati in CC0 (così siamo
tranquilli per farne quello che vogliamo in OSM), visto che
elenco, coordinate e informazioni accessorie sono pubblicati in
atti pubblici dello stato e quindi non sottoposti al diritto d'autore.

La legge sul diritto d'autore all'art. 5 indica che /"Le disposizioni 
di questa legge non si applicano ai *testi *degli atti ufficiali dello 
stato e delle amministrazioni pubbliche, sia italiane che straniere"/. 
All'art. 11 invece che /"Alle amministrazioni dello stato, alle 
provincie ed ai comuni spetta il diritto di autore sulle opere create 
e pubblicate sotto il loro nome ed a loro conto e spese."/


Simone Aliprandi, in alcuni suoi lavori, indica che questa è una 
contraddizione solo apparente in quanto /"la giurisprudenza e la 
dottrina giuridica mostrano una tendenza ad una interpretazione 
restrittiva dell'articolo 5 (“testi degli atti ufficiali”)"./

/
/
L'approvazione dell'ultimo elenco disponibile degli alberi monumentali 
è stata pubblicata sulla GU 195 del 05-08-2020. Qui, l'elenco non è 
presente e si rimanda al sito internet del Ministero delle politiche 
agricole per consultare l'allegato, dove è indicata la licenza CC-BY 4.0.


IHMO non essendo l'elenco e le informazioni presenti nel testo di un 
atto ufficiale ma in un allegato, sono coperte dal diritto d'autore.
capisco la sottigliezza, anche se nel testo c'è scritto che gli allegati 
costituiscono "parte integrante   e
sostanziale del presente provvedimento.". Però effettivamente sono 
finezze da giuristi :-/


Beh, vediamo cmq se/che cosa rispondono...

Ale

--

Alessandro Sarretta

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

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-it] Alberi monumentali d’Italia

[Andrea Musuruane]

Ciao Alessandro,

On Thu, Aug 27, 2020 at 3:09 PM Alessandro Sarretta <
alessandro.sarre...@gmail.com> wrote:

> Ho appena mandato un'email a un paio di indirizzi del ministero chiedendo
> che rendano disponibili i dati in CC0 (così siamo tranquilli per farne
> quello che vogliamo in OSM), visto che elenco, coordinate e informazioni
> accessorie sono pubblicati in atti pubblici dello stato e quindi non
> sottoposti al diritto d'autore.
>
La legge sul diritto d'autore all'art. 5 indica che *"Le disposizioni di
questa legge non si applicano ai testi degli atti ufficiali dello stato e
delle amministrazioni pubbliche, sia italiane che straniere"*.  All'art. 11
invece che *"Alle amministrazioni dello stato, alle provincie ed ai comuni
spetta il diritto di autore sulle opere create e pubblicate sotto il loro
nome ed a loro conto e spese."*

Simone Aliprandi, in alcuni suoi lavori, indica che questa è una
contraddizione solo apparente in quanto *"la giurisprudenza e la dottrina
giuridica mostrano una tendenza ad una interpretazione restrittiva
dell'articolo 5 (“testi degli atti ufficiali”)".*

L'approvazione dell'ultimo elenco disponibile degli alberi monumentali è
stata pubblicata sulla GU 195 del 05-08-2020. Qui, l'elenco non è presente
e si rimanda al sito internet del Ministero delle politiche agricole per
consultare l'allegato, dove è indicata la licenza CC-BY 4.0.

IHMO non essendo l'elenco e le informazioni presenti nel testo di un atto
ufficiale ma in un allegato, sono coperte dal diritto d'autore.

Ciao,

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

Re: [Talk-us] Mapcarta with wrong info in Utah - whom to contact?

[Mateusz Konieczny via Talk-us]

27 Aug 2020, 14:37 by ian.d...@gmail.com:

>
>
> On Thu, Aug 27, 2020, 03:03 Mateusz Konieczny via Talk-us <> 
> talk-us@openstreetmap.org> > wrote:
>
>>
>>
>>
>> Aug 27, 2020, 09:52 by >> frede...@remote.org>> :
>>
>>> Hi,
>>>
>>> On 27.08.20 00:30, Alex Weech wrote:
>>>
 They appear to be pulling straight from Google

>>>
>>> Interesting! I didn't know you could (show an OSM map and pull POIs from
>>> Google).
>>>
>> AFAIK it is not against OSM license but it is break terms of service set by 
>> Google. 
>>
>>
>
> Since Google doesn't have a way to programmatically get this data about 
> places, it's more likely that Google and Mapcarta used the same data source 
> that list an incorrect phone number. 
>
At least some time ago Google Places
API existed. Is it shut down now?

https://developers.google.com/places/web-service/overview
describes it as an existing
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Alberi monumentali d’Italia

[Alessandro Sarretta]

Ho appena mandato un'email a un paio di indirizzi del ministero 
chiedendo che rendano disponibili i dati in CC0 (così siamo tranquilli 
per farne quello che vogliamo in OSM), visto che elenco, coordinate e 
informazioni accessorie sono pubblicati in atti pubblici dello stato e 
quindi non sottoposti al diritto d'autore.


Ale


On 27/08/20 12:45, Maurizio Napolitano wrote:

Su questo mi trovi concorde anche se sai bene non essere l'unico caso

Il gio 27 ago 2020, 12:30 Cascafico Giovanni > ha scritto:


Si, ho capito, ma che un ente statale sponsorizzi l'uso di google maps
non mi sta per niente bene.
VI pare normale che un ministero induca ai cittadini di essere
tracciati da un'azienda commerciale estera?



Il 27/08/20, Maurizio Napolitanomailto:napoo...@gmail.com>> ha scritto:
> Onestamente fino a che è un layer non mi preoccupo.
>
>
> Il gio 27 ago 2020, 11:46 Cascafico Giovanni
mailto:cascaf...@gmail.com>> ha
> scritto:
>
>> Chi ha dato il permesso a dei funzionari *pubblici* di
pubblicare su
>> piattaforma commerciale un dataset pagato con soldi *pubblici*?
>>
>>
>>

https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15906
>>
>>
>>
>> Il 26/08/20, Lorenzo Rollamailto:rolla.l...@gmail.com>> ha scritto:
>> > Mamma mia, Google maps anche qui...
>> >
>> >
>>

https://www.lastampa.it/tecnologia/news/2020/08/26/news/su-google-maps-gli-alberi-monumentali-d-italia-1.39232763
>> >
>> > --
>> > Lorenzo Rolla
>> >
>>
>> ___
>> 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

--
--

Alessandro Sarretta

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

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-us] Mapcarta with wrong info in Utah - whom to contact?

[Ian Dees]

On Thu, Aug 27, 2020, 03:03 Mateusz Konieczny via Talk-us <
talk-us@openstreetmap.org> wrote:

>
>
>
> Aug 27, 2020, 09:52 by frede...@remote.org:
>
> Hi,
>
> On 27.08.20 00:30, Alex Weech wrote:
>
> They appear to be pulling straight from Google
>
>
> Interesting! I didn't know you could (show an OSM map and pull POIs from
> Google).
>
> AFAIK it is not against OSM license but it is break terms of service set
> by Google.
>

Since Google doesn't have a way to programmatically get this data about
places, it's more likely that Google and Mapcarta used the same data source
that list an incorrect phone number.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] Blank Spots In China's Maps used To Investigate Xinjiang's Camps

[Andy Mabbett]

No doubt of interest to some of you:

"We Used Blank Spots In China's Maps To Investigate Xinjiang's Camps"

https://www.buzzfeednews.com/article/alison_killing/satellite-images-investigation-xinjiang-detention-camps

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

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

Re: [Talk-at] Gefahr durch Internet-Bergrouten

[Robert Kaiser]

PPete schrieb:
Letztendlich bleibt die Eigenverantwortlichkeit das man sich vor so 
einer alpinen Tour über geeignetes Kartenmaterial informiert. Und 
zweitens muss man sich ev. als Kartenanbieter auch fragen ob ich 
wirklich jedes hochalpine Steiglein aus den OSM-Daten in meine Karte 
einzeichne, wenn diese darin nicht von gewöhnlichen, gefahrlosen 
Wanderwegerl unterscheidbar sind.


Ja, OSM ist nur eine Datenbank von Dingen, die in der Natur so da sind. 
Welche Karten man daraus macht, muss man sich sicher überlegen. Aber 
noch mehr, wenn man eine Bergtour macht (oder auch sonst wo unterwegs 
ist), dann muss man sich vernünftig vorbereiten und schauen, was da 
wirklich los ist, denn keine Karte ist perfekt. Und man muss sich 
besonders an lokale Beschilderungen und Markierungen halten, und wenn 
man keine findet, muss man genau wissen, was man tut, und sich nicht auf 
irgendeine Online-Quelle welcher Art auch immer verlassen.
Wer das nicht tut, dem bin ich vergönnt, dass er einen 
Bergrettungseinsatz voll bezahlen muss und ihm jede Versicherung auch 
aussteigt, und es finanziell wirklich weh tut. Körperlichen Schaden 
wünsche ich niemanden, aber auch damit muss man rechnen, wenn man sich 
nicht vernünftig informiert und "blind" irgendwelchen automatischen bzw. 
online gefundenen Quellen folgt.


KaiRo


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

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Michele Galimberti]

Anch'io sarei interessato, sebbene relativamente nuovo al mondo di
openstreetmap, potrei tenere d'occhio Milano. Se basta un po' di buon senso
e conoscenza della wiki posso unirmi

Michele Galimberti

Il gio 27 ago 2020, 11:23 Marco Bartalini  ha
scritto:

> sarebbe ottimo
>
>
>
> *Marco Bartalini,marcobartal...@gmail.com *
>
>
> On Thu, Aug 27, 2020 at 11:16 AM Cascafico Giovanni 
> wrote:
>
>> Il 27/08/20, Alessandro Sarretta ha
>> scritto:
>> > Perché non organizziamo un webinar tra di noi per condividere questo
>> > tipo di strumenti e approcci, e poi magari buttiamo giù qualche riga con
>> > una linea guida e delle buone pratiche?
>> >
>> > Credo che l'aspetto della "cura" del territorio in OSM sia
>> > importantissimo, sia per individuare vandalismi, ma anche per aiutare
>> > nuovi mappatori a mappare meglio.
>>
>> Per me va bene! Io sono fuori casa per ancora 7-10gg, ma potete
>> cominciare senza di me :-) ...magari reinstallo jitsi e provo dallo
>> smartphone.
>>
>> ___
>> 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-at] Gefahr durch Internet-Bergrouten

[PPete2]

zu den nicht-vorhanden Pfaden nördlich der "5finders" am Krippenstein:

diese sind doch keine OSM-Pfade, sondern Wege in Google Maps. Ich bin kein
Experte, aber ich denke anhand der Optik, dass es sich in Google Maps dabei
um Tourenski-Routen handeln könnte. In der OSM sind dort aber keine
Skirouten eingezeichnet. 



--
Sent from: http://osm-talk-at.1116557.n5.nabble.com/

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

Re: [Talk-it] Alberi monumentali d’Italia

[Maurizio Napolitano]

Su questo mi trovi concorde anche se sai bene non essere l'unico caso

Il gio 27 ago 2020, 12:30 Cascafico Giovanni  ha
scritto:

> Si, ho capito, ma che un ente statale sponsorizzi l'uso di google maps
> non mi sta per niente bene.
> VI pare normale che un ministero induca ai cittadini di essere
> tracciati da un'azienda commerciale estera?
>
>
>
> Il 27/08/20, Maurizio Napolitano ha scritto:
> > Onestamente fino a che è un layer non mi preoccupo.
> >
> >
> > Il gio 27 ago 2020, 11:46 Cascafico Giovanni  ha
> > scritto:
> >
> >> Chi ha dato il permesso a dei funzionari *pubblici* di pubblicare su
> >> piattaforma commerciale un dataset pagato con soldi *pubblici*?
> >>
> >>
> >>
> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15906
> >>
> >>
> >>
> >> Il 26/08/20, Lorenzo Rolla ha scritto:
> >> > Mamma mia, Google maps anche qui...
> >> >
> >> >
> >>
> https://www.lastampa.it/tecnologia/news/2020/08/26/news/su-google-maps-gli-alberi-monumentali-d-italia-1.39232763
> >> >
> >> > --
> >> > Lorenzo Rolla
> >> >
> >>
> >> ___
> >> 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-at] Gefahr durch Internet-Bergrouten

[PPete]

Gestern gab es in ORF-Bundesland heute OÖ einen Bericht (mit jenem 
Titel) über einige kürzlich stattgefundene Bergrettungseinsätze, die 
teilweise mit falsch eingetragenen Pfaden in der OSM oder der Verwendung 
von ungeeigneten Karten zum Bergwandern zu tun haben. Zu einem der Fälle 
gabs kürzlich auch einen Bericht in den OÖN. Siehe:


https://ooe.orf.at/stories/3064030/
https://www.nachrichten.at/oberoesterreich/abkuerzung-per-routenapp-aufwendige-rettungsaktion-im-toten-gebirge;art4,3286408

Beim Fall am Mittagkogel geht's vermutlich um die Strecke vom 
Rinnerkogel (2012 m) zum Mittagkogel (1823 m) und in weiterer Folge über 
die Grünbergalm runter zum Offensee:

https://www.openstreetmap.org/#map=15/47.7238/13.8372

Ich muss sagen, ich kenne den Weg und Gegebenheiten vorort nicht, aber 
es hört sich für mich an dass sich der Mapper damals Gedanken darüber 
gemacht hat und Schwierigkeit und Sichtbarkeit so bewertet, dass er als 
schlecht sichtbarer, sehr schwieriger alpiner Steig eingetragen ist.
Der Pfad hat "sac_scale=demanding_alpine_hiking" und 
"trail_visibility=horrible"


Nun das große Problem aus meiner Sicht: Es gibt nur sehr wenige Karte 
die diese OSM-Skalen auch darstellen und man schon bei der Planung oder 
später unterwegs sieht, was für ein Pfad einem in etwa erwartet. Wenn 
ihr euch den obigen Openstreetmap-Link anschaut sehen darauf alle Pfade 
gleich aus, ein rot gepunktete Linie. Also ein kaum sichtbarer 
hochalpiner Steig genauso wie ein einfaches, bestens markiertes 
Wanderwegerl durch flachen Wald.


Vorbildlich wird dies soweit mir bekannt nur z.b. auf 
OpenAndroMaps-Karten dargestellt (die ich selber schon lange als 
Standarkarte am Handy verwende) wo Pfade nach Farben (=Schwierigkeit) 
und Strichlängen (=Sichtbarkeit) zu unterschieden sind. Der 
angesprochene Weg ist darin schwarz (sehr schwer) und punktiert (sehr 
schlechte sichtbarkeit) dargestellt.


Letztendlich bleibt die Eigenverantwortlichkeit das man sich vor so 
einer alpinen Tour über geeignetes Kartenmaterial informiert. Und 
zweitens muss man sich ev. als Kartenanbieter auch fragen ob ich 
wirklich jedes hochalpine Steiglein aus den OSM-Daten in meine Karte 
einzeichne, wenn diese darin nicht von gewöhnlichen, gefahrlosen 
Wanderwegerl unterscheidbar sind.


Dann wird vom Bergrettungsmann im ORF-Bericht noch ein Steig nördlich 
des Krippensteins erwähnt bzw. am PC gezeigt, der angeblich gar nicht 
vorhanden ist und auch schon zu Einsätzen geführt hat. Was damit machen? 
Ihn löschen und der Bergrettung über die Löschung Bescheid geben? Oder 
vorher mit ihr Kontakt aufnehmen und fragen welche Abschnitte genau zu 
löschen sind? Er hat gesagt er hätte zum "Kartenanbieter" Kontakt 
aufgenommen, aber scheinbar ohne "Erfolg", der Pfad dürfte immer noch 
vorhanden sein.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Alberi monumentali d’Italia

[Cascafico Giovanni]

Si, ho capito, ma che un ente statale sponsorizzi l'uso di google maps
non mi sta per niente bene.
VI pare normale che un ministero induca ai cittadini di essere
tracciati da un'azienda commerciale estera?



Il 27/08/20, Maurizio Napolitano ha scritto:
> Onestamente fino a che è un layer non mi preoccupo.
>
>
> Il gio 27 ago 2020, 11:46 Cascafico Giovanni  ha
> scritto:
>
>> Chi ha dato il permesso a dei funzionari *pubblici* di pubblicare su
>> piattaforma commerciale un dataset pagato con soldi *pubblici*?
>>
>>
>> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15906
>>
>>
>>
>> Il 26/08/20, Lorenzo Rolla ha scritto:
>> > Mamma mia, Google maps anche qui...
>> >
>> >
>> https://www.lastampa.it/tecnologia/news/2020/08/26/news/su-google-maps-gli-alberi-monumentali-d-italia-1.39232763
>> >
>> > --
>> > Lorenzo Rolla
>> >
>>
>> ___
>> 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] Alberi monumentali d’Italia

[Maurizio Napolitano]

Onestamente fino a che è un layer non mi preoccupo.


Il gio 27 ago 2020, 11:46 Cascafico Giovanni  ha
scritto:

> Chi ha dato il permesso a dei funzionari *pubblici* di pubblicare su
> piattaforma commerciale un dataset pagato con soldi *pubblici*?
>
>
> https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15906
>
>
>
> Il 26/08/20, Lorenzo Rolla ha scritto:
> > Mamma mia, Google maps anche qui...
> >
> >
> https://www.lastampa.it/tecnologia/news/2020/08/26/news/su-google-maps-gli-alberi-monumentali-d-italia-1.39232763
> >
> > --
> > Lorenzo Rolla
> >
>
> ___
> 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] Alberi monumentali d’Italia

[Cascafico Giovanni]

Chi ha dato il permesso a dei funzionari *pubblici* di pubblicare su
piattaforma commerciale un dataset pagato con soldi *pubblici*?

https://www.politicheagricole.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/15906



Il 26/08/20, Lorenzo Rolla ha scritto:
> Mamma mia, Google maps anche qui...
>
> https://www.lastampa.it/tecnologia/news/2020/08/26/news/su-google-maps-gli-alberi-monumentali-d-italia-1.39232763
>
> --
> Lorenzo Rolla
>

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

[Talk-pt] OSMF Inscrição para membro, gratuita

[Topo Lusitania Lusitania via Talk-pt]

Olá
A OSM abriu a inscrição para membros, de uma forma gratuita. A unica condição é 
ter mapeado 42 dias nos ultimos 365 dias.
Se queres ter mais controle sobre o teu trabalho voluntário, inscreve-te
Mais info em: 

Active Contributor Membership | OSMF Membership

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Active Contributor Membership | OSMF Membership


 |

 |

 |





TopoLusitania___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Marco Bartalini]

sarebbe ottimo



*Marco Bartalini,marcobartal...@gmail.com *


On Thu, Aug 27, 2020 at 11:16 AM Cascafico Giovanni 
wrote:

> Il 27/08/20, Alessandro Sarretta ha
> scritto:
> > Perché non organizziamo un webinar tra di noi per condividere questo
> > tipo di strumenti e approcci, e poi magari buttiamo giù qualche riga con
> > una linea guida e delle buone pratiche?
> >
> > Credo che l'aspetto della "cura" del territorio in OSM sia
> > importantissimo, sia per individuare vandalismi, ma anche per aiutare
> > nuovi mappatori a mappare meglio.
>
> Per me va bene! Io sono fuori casa per ancora 7-10gg, ma potete
> cominciare senza di me :-) ...magari reinstallo jitsi e provo dallo
> smartphone.
>
> ___
> 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] Vandalismi in corso - utente Erler3

[Cascafico Giovanni]

Il 27/08/20, Alessandro Sarretta ha scritto:
> Perché non organizziamo un webinar tra di noi per condividere questo
> tipo di strumenti e approcci, e poi magari buttiamo giù qualche riga con
> una linea guida e delle buone pratiche?
>
> Credo che l'aspetto della "cura" del territorio in OSM sia
> importantissimo, sia per individuare vandalismi, ma anche per aiutare
> nuovi mappatori a mappare meglio.

Per me va bene! Io sono fuori casa per ancora 7-10gg, ma potete
cominciare senza di me :-) ...magari reinstallo jitsi e provo dallo
smartphone.

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

Re: [Talk-it] R: se siete mappatori attivi potete diventare membri della OpenStreetMap-Foundation a gratis

[Marco Bartalini]

ottimo grazie



*Marco Bartalini,marcobartal...@gmail.com *


On Mon, Aug 24, 2020 at 9:28 AM Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 24. Aug 2020, at 07:07, canfe  wrote:
> >
> > Potrebbero anche accorgersene come scritto nel loro documento:
>
>
> con piccole cose non intendevo fare edit senza senso (tipo spostare lo
> stesso nodo avanti e indietro), ma per esempio inserire un paio di civici
> nuovi al giorno, o disegnare un paio di edifici.
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] Mapcarta with wrong info in Utah - whom to contact?

[Mateusz Konieczny via Talk-us]

Aug 27, 2020, 09:52 by frede...@remote.org:

> Hi,
>
> On 27.08.20 00:30, Alex Weech wrote:
>
>> They appear to be pulling straight from Google
>>
>
> Interesting! I didn't know you could (show an OSM map and pull POIs from
> Google).
>
AFAIK it is not against OSM license but it is break terms of service set by 
Google. 

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

Re: [Talk-us] Mapcarta with wrong info in Utah - whom to contact?

[Frederik Ramm]

Hi,

On 27.08.20 00:30, Alex Weech wrote:
> They appear to be pulling straight from Google

Interesting! I didn't know you could (show an OSM map and pull POIs from
Google). I'll relay that to them and suggest they discuss with Google.
I'll also shoot Mapcarta a message, thanks Ian for pointing me to the
contact, don't know why I missed that.

Bye
Frederik

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

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

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Alessandro Sarretta]

Grazie Cascafico,

anch'io ho impostato una procedura simile qualche giorno fa per alcune 
zone nel Veneto.


Perché non organizziamo un webinar tra di noi per condividere questo 
tipo di strumenti e approcci, e poi magari buttiamo giù qualche riga con 
una linea guida e delle buone pratiche?


Credo che l'aspetto della "cura" del territorio in OSM sia 
importantissimo, sia per individuare vandalismi, ma anche per aiutare 
nuovi mappatori a mappare meglio.


Che ne dici?

Ale

On 26/08/20 08:59, Cascafico Giovanni wrote:

Cosa fare?
Segnalo il mio modo di procedere che, sostanzialmente parte da OSM
changeset analyzer [1]:

- creo un poligono di interesse (concetto di "gardening", ovvero una
zona a cui mi dedico prevalentemente)

- aggancio ogni changeset di questa zona ad un feed rss che mi manda un alert

- creo una iniziamente breve whitelist degli utenti "trusted" (persone
note o con mooolti changeset alle spalle)

- agli alert rss faccio un salto al profilo dello user e se è sospetto
(tante cancellazioni, blocchi in passato ecc.) analizzo il contenuto
ed eventualmente metto in watchlist e commento e/o reverto; se persona
nota o con molti changeset, inserisco in whitelist.


Dopo qualche tempo mi ritrovo con una white ed una watch list utili
per tenere la situazione sotto controllo. Chiaramente il punto debole
è che agisco da solo, per cui tornado dalle ferie (ed i vandali
lavorano più piacevolmente in ferie) ho sempre un po' di penoso lavoro
arretrato. La soluzione credo sia condividere le liste: i film di
superman che risolve tutto mi hanno sempre fatto cagare.



[1] https://osmcha.org

___


--
--

Alessandro Sarretta

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

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Alessandro Sarretta]

Io ho attivato dei feed RSS in Thunderbird: 
https://support.mozilla.org/en-US/kb/how-subscribe-news-feeds-and-blogs


Ale

On 26/08/20 18:05, Mannivu wrote:

canfe wrote

Conoscevo il tool, ma non ho mai capito come ottenere l'RSS da far
digerire a
Outlook.
Tu sai dirmi?

In cima, nell'intestazione, c'è un link "Feed for this area" che apre una
pagina con un codice xml. Poi da lì sinceramente non saprei come farlo
"leggere" a Outlook. Io il feed di OSMCha l'ho importato su Feedly e penso
di poter fare lo stesso con questo, quindi penso che un qualsiasi lettore
RSS possa essere in grado di digerirlo.



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

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

--
--

Alessandro Sarretta

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

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-it] Vandalismi in corso - utente Erler3

[Cascafico Giovanni]

Io uso un comodo bot telegram
@TheFeedReaderBot
Gli fornisci il link copiato da osmcha e ti manda messaggio quando
intercetta i changeset

Il mer 26 ago 2020, 18:05 Mannivu  ha scritto:

> canfe wrote
> > Conoscevo il tool, ma non ho mai capito come ottenere l'RSS da far
> > digerire a
> > Outlook.
> > Tu sai dirmi?
>
> In cima, nell'intestazione, c'è un link "Feed for this area" che apre una
> pagina con un codice xml. Poi da lì sinceramente non saprei come farlo
> "leggere" a Outlook. Io il feed di OSMCha l'ho importato su Feedly e penso
> di poter fare lo stesso con questo, quindi penso che un qualsiasi lettore
> RSS possa essere in grado di digerirlo.
>
>
>
> -
> Manuel
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it