Re: [Talk-it] tagging elementi relazioni SP

[Martin Koppenhoefer]

sent from a phone

> On 7. Oct 2020, at 23:50, Gabriele Sani via Talk-it 
>  wrote:
> 
> Si può ovviamente anche lasciare, ma non diventa ridondante come informazione?


sì, palesemente ridondante, si fa per rendere i dati „basici“ disponibili per 
elaborazioni semplici. Al meno in passato questo era la „politica“.

In teoria potremmo anche creare relazioni per le nomi delle strade ecc., ma in 
un db dove chiunque scrive e dove le relazioni hanno comunque un overhead nel 
processare nonché creano molto più complessità (chiunque dovrebbe poter 
correggere o aggiungere un nome o un ref, anche con poca esperienza). In teoria 
non avremmo nemmeno strettamente bisogno delle relazioni per le route delle 
strade, ma ammetto che le trovo anch’io  comode alle volte.

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

Re: [Talk-it] tagging elementi relazioni SP

[Gabriele Sani via Talk-it]

Si può ovviamente anche lasciare, ma non diventa ridondante come informazione? 
Anche se da quel che mi sembra di vedere é uno di quei casi dove forse non c'é 
giusto/sbagliato?

Sent from ProtonMail mobile

 Original Message 
On Oct 7, 2020, 11:35 PM, Martin Koppenhoefer wrote:

> Am Mi., 7. Okt. 2020 um 18:21 Uhr schrieb Francesco Ansanelli 
> :
>
>> Ciao.
>>
>> Non mi trovi d'accordo... Ok i sentieri, poiché possono avere più ref 
>> contemporaneamente, ma per le strade quando ci sono problemi a lasciare il 
>> ref??
>
> io lascerei il ref alle strade. Quando ci sono più ref sulla stessa strada 
> (succede anche lì, forse non in Italia), si mettono tutti i ref sul way, 
> tipo: ref=SS123;SS42
>
> Ciao
> Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tagging elementi relazioni SP

[Martin Koppenhoefer]

Am Mi., 7. Okt. 2020 um 18:21 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:

> Ciao.
>
>
> Non mi trovi d'accordo... Ok i sentieri, poiché possono avere più ref
> contemporaneamente, ma per le strade quando ci sono problemi a lasciare il
> ref??
>


io lascerei il ref alle strade. Quando ci sono più ref sulla stessa strada
(succede anche lì, forse non in Italia), si mettono tutti i ref sul way,
tipo: ref=SS123;SS42

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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

[Florimond Berthoux]

Bonjour,

Effectivement créer des relations pour de si petits objets c'est un peu la
croix et la bannière.
Je suis favorable à un mapping par point (sans relation), parce que :
- c'est la réalité physique (on tag le panneau, pas son interprétation
légal variable suivant les pays)
- plus simple à mapper, pour qu'une donnée soit utile il faut déjà qu'elle
existe
- plus simple à rendre sur une carte
- la prise en compte par un algo de routage ne me semble pas super
compliqué (mais j'y connais pas grand chose)

donc quelque chose qui dit "cédez le passage cycliste" + "direction du
mouvement" :
highway:bicycle=give_way_right|left|forward|all

Le dim. 27 sept. 2020 à 19:03, Axel Listes  a écrit :

> Bonjour,
>
> Depuis plusieurs années je représente les cédez-le-passage créé via des
> panonceaux sur les feux de circulation, destinées exclusivement aux
> vélos, en créant des relations comme indiqué sur la page wiki dédié.
>
> https://wiki.openstreetmap.org/wiki/FR:Bicycle#Panonceaux_de_C.C3.A9dez-le-passage_cycliste_au_feu
>
> J'ai toujours trouvé cette façon de faire relativement lourde, mais les
> contributions étant effectuées ponctuellement, je ne me suis jamais
> vraiment posé la question de trouver des alternatives.
>
> Localement, la métropole dans laquelle je contribue principalement a
> fait poser ce type de panneau en masse sur le territoire (des
> centaines), juste avant le premier tour des élections municipale.
> Aujourd’hui, l'idée est de les insérer progressivement dans la base,
> mais j'aimerais éventuellement utiliser une variante plus simple pour
> certains cas qui peuvent se passer de relation.
>
> Imaginez, parfois vous avez des feux qui ne font que réguler un passage
> piétons, d'autres fois les possibilités au carrefour d’emprunter des
> directions sont déjà intégralement recouvert par les directions
> affichées sur les panonceaux.
>
> Cet exemple qui représente un aller tout droit, qui est de toutes façons
> la seule direction possible pour les cyclistes :
> https://www.mapillary.com/map/im/eAaLPasL2dPva8sKAwjP8w
>
> Une proposition du type :
>
> highway=traffic_signals
> traffic_signals:direction=forward
> highway:bicycle=give_way
>
> Qu'en pensez-vous ?
>
> --
>
> "Un peuple prêt à sacrifier un peu de liberté pour un peu de sécurité ne
> mérite ni l'une ni l'autre, et finit par perdre les deux."
> Citation de Benjamin Franklin.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Capitelles

[deuzeffe]

Le 07/10/2020 à 18:23, Txo a écrit :

Bonsoir,


En plus, les associations de préservation du patrimoine, avec lesquelles
nous avons l'habitude de faire ces inventaires, trouvaient bien que les
capitelles n'apparaissent pas sur la carte grand public.»


Tagguer pour le non-rendu.

--
deuzeffe - y a pas que moi :P

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

Re: [talk-cz] Aktivita uživatelů OpenStreetMap v ČR

[mahdi1234]

Dik, zajimavy nastroje (pridavam si do poznamek), ale asi jsem nenasel
vhodnej, pro to co momentalne hledam a to je "ucty vytvoreny po 1.9. s
changesetem v CR."

dik,
mahdi

Jan Martinec wrote on 10/7/20 6:26 PM:
> Co něco z nástrojů
> https://resultmaps.neis-one.org/
> ?
> Zdar,
> HPM
>
> Dne st 7. 10. 2020 19:59 uživatel mahdi1234  > napsal:
>
> cau,
>
> nevite nekdo existuje alternativa za
> https://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu ktera uz
> nefunguje?
>
> primarne bych rad prehled prispevatelu v CR/kraji/mesic. Neco malo
> se da
> najit pod osmand live, ale tam nejsou videt vsichni uzivatele (az od
> urcityho poctu prispevku).
>
> diky,
> mahdi
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] Aktivita uživatelů OpenStreetMap v ČR

[Jan Martinec]

Co něco z nástrojů
https://resultmaps.neis-one.org/
?
Zdar,
HPM

Dne st 7. 10. 2020 19:59 uživatel mahdi1234  napsal:

> cau,
>
> nevite nekdo existuje alternativa za
> https://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu ktera uz nefunguje?
>
> primarne bych rad prehled prispevatelu v CR/kraji/mesic. Neco malo se da
> najit pod osmand live, ale tam nejsou videt vsichni uzivatele (az od
> urcityho poctu prispevku).
>
> diky,
> mahdi
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] Aktivita uživatelů OpenStreetMap v ČR

[mahdi1234]

cau,

nevite nekdo existuje alternativa za
https://osm.kyblsoft.cz/statistiky/aktivita-uzivatelu ktera uz nefunguje?

primarne bych rad prehled prispevatelu v CR/kraji/mesic. Neco malo se da
najit pod osmand live, ale tam nejsou videt vsichni uzivatele (az od
urcityho poctu prispevku).

diky,
mahdi

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

Re: [OSRM-talk] Colombia - Tunel de la linea

[Carlos García]

Thank you Marteen Deen and Michael Spreng for your help.

Best regards
Carlos.



De: Maarten Deen 
Enviado: miércoles, 7 de octubre de 2020 2:03 a. m.
Para: Mailing list to discuss Project OSRM 
Asunto: Re: [OSRM-talk] Colombia - Tunel de la linea

On 2020-10-02 08:01, Maarten Deen wrote:
> Hi Carlos,
>
>> In the past days a new tunnel was opened in Colombia "El Tunel de la
>> linea", which allows to go in one way and the mountain must be crossed
>> from the other direction; This tunnel is located between the cities
>> Calarcá and Cajamarca.
>>
>> OSRM does not allow routing through the most important tunnel in the
>> country and avoids it by an infrequent path to the north.
>>
>>  Could you please solve this so that the route goes through "El Tunel
>> de la linea".
>
> When you take the graphhopper routing, it does use the tunnels. The
> only thing not 100% correct I could find is that a lot of roads still
> have construction=trunk on them (as well as highway=trunk). If it is
> still under construction you use
> highway=construction+construction=trunk, when the road opens you have
> to remove the construction=trunk. Maybe OSRM gets put off by that?
>
> I've removed construction=trunk from all roads that have
> highway=trunk. See if that solves it.

It now routes through the tunnel so I guess removing the
construction=trunk did the trick.

Regards,
Maarten

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

Re: [talk-cz] konkrétní rada/spolupráce při aplikaci OSM map do webové aplikace

[Jiri Komarek]

Tady máš videonávod: https://www.youtube.com/watch?v=wVnimcQsuwk 
 (konec reklamního sdělení)

> On 7 Oct 2020, at 12:32, Petr Vozdecký  wrote:
> 
> Ahoj,
> 
> v rámci vývoje konkrétní webovky, na které spolupracuji, se developer chce 
> vyhnout Google mapám.
> 
> Použité mapy mají sloužit pro vykreslení orientačních "špendlíků" míst v 
> prostoru JM kraje. Čili teoreticky by postačily i rendery několika málo 
> vrstev...
> S možnostmi aplikace mám nulové zkušenosti, hledám tedy někoho, kdo poradí - 
> upřednostním někoho, kdo by byl schopen poradit a pomoci i za cenu nějakého 
> času/nákladů, který umím pokrýt z rozpočtu projektu.
> 
> Díky moc!
> 
> vop
> 
> (kdyžtak funguje i můj mobil 608 771 666)
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-it] tagging elementi relazioni SP

[Ivo Reano]

Perchè il ref è riferito al percorso e non non al singolo tratto.

Il giorno mer 7 ott 2020 alle ore 18:21 Francesco Ansanelli <
franci...@gmail.com> ha scritto:

> Ciao.
>
>
> Non mi trovi d'accordo... Ok i sentieri, poiché possono avere più ref
> contemporaneamente, ma per le strade quando ci sono problemi a lasciare il
> ref??
> Francesco
>
> Il mer 7 ott 2020, 17:33 Ivo Reano  ha scritto:
>
>> Sui sentieri, o meglio sui percorsi escursionistici, route=hiking, è la
>> procedura che uso anche io.
>> Andrebbe fatto anche sulle strade che hanno un ref, ovvero che possono
>> essere inserite in una relazione. E quindi togliere *poi* il tag dalla
>> way
>>
>> Ivo, Jrachi
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Regione geografica italiana

[Volker Schmidt]

Penso che questo dicorso continua a tornare a confini amministrativi.
Il caso che è alla base tratta di un confine geografico
(boundary=geographic)
This is an undocumented tag.that has been used (nearly) exclusively by user
lorec10.(overpass wizard query ""boundary"="geographic" global")

Anyway the relation was removed by the Slovenia-based user MitjaJez

in Changeset #92008630 
on the argument that it was historic.



Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Wed, 7 Oct 2020 at 17:57, Fintocubano  wrote:

>
> > Mi va bene considerare "definizione" qualsiasi descrizione uno storico
> > abbia messo prima o poi in una pubblicazione, ma non se parliamo di una
> > mappa [...]. Su OSM non possiamo indicare niente in maniera vaga e
> > sfumata: su OSM tracciamo linee.
>
> Quindi, se ho capito bene, secondo te il lavoro fatto dagli storici non
> sono
> confini (linee) precisi, ma solo definizioni ovvero ''linee sfumate'',
> mentre il lavoro di ISO e UNESCO sono confini (linee) netti e precisi.
>
> Allora Giulio Cesare (storico), quando diceva ''Gallia est omnis divisa in
> partes tres [...]. Gallos ab Aquitanis Garumna flumen, a Belgis Matrona et
> Sequana dividit [...] Eorum una pars, quam Gallos obtinere dictum est,
> initium capit a flumine Rhodano, continetur Garumna flumine, Oceano,
> finibus
> Belgarum, attingit etiam ab Sequanis et Helvetiis flumen Rhenum, vergit ad
> septentriones [ecc. ecc.]'' non tracciava un confine netto e preciso delle
> terre dei tre popoli gallici?
>
> Credo invece di si' come, allo stesso modo, gli storici quando definirono i
> confini di Sannio e Irpinia. O di Terra del Lavoro. O di Nizzardo, che per
> la De Agostini e/o gli storici credo voglia indicare la ''Contea di Nizza''
> che faceva parte del Ducato di Savoia e poi del Regno di Sardegna e che
> ha/aveva dei confini ben precisi. Certamente non si può dire lo stesso
> dell'Alto Milanese o del Milanese: qui i confini sono molto più vaghi,
> essendo queste regioni non storiche, come la Ciociaria per esempio o le
> Valli Grandi Veronesi.
>
>
> > Il rischio è che poi ci troviamo con duecento definizioni di una certa
> > regione [...]. Imponiamo un limite di "enciclopedicità", come Wikipedia?
>
> E' quello che suggerivo nei miei interventi precedenti: un criterio che
> faccia da discrimine alla miriade di definizioni di confini di geografia
> storica, fisica e che escluda le zone sfumate. Va bene il criterio di OSM
> che suggerisci ''map the world as it can be observed by someone physically
> there" e "map what is verifiable''. Va anche bene quello che ''rappresenti
> il netto confine dell'entità''. Basta che chi di competenza in OSM li
> discuta, li valuti e li includa e li faccia poi rispettare.
>
> Pero', credo sia anche necessario che questi ''netti confini'' (per es.
> Ulster di ISO) siano universalmente o largamente accettati e condivisi, e
> non che siano accettati parzialmente da una popolazione (Eire) e non
> accettati da un'altra (UK) affinché ciò non generi confusione per gli
> utenti
> della mappa di OSM.
>
>
> > Sì, lo ammetto, nei miei primi interventi in questa discussione
> > probabilmente ho scritto cose che contrastano con quanto ho scritto
> > adesso. [...] altre persone sono intervenute, ci ho pensato sopra e ho le
> > idee meno confuse di come potevano essere una settimana o due fa. Posso
> > anche aver portato esempi sbagliati, o espresso criteri contraddittori.
>
> Apprezzo questa tua riflessione critica. Siamo qui, appunto, per discutere
> e
> confrontarci e trarne degli insegnamenti utili nel rispetto reciproco del
> nostro pensiero.
>
>
>
> --
> 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

[OSM-talk-fr] Attributions manquantes sur www.grandpoitiers.fr

[Yves P.]

Bonjour,

C'est au minimum sur la page de la police municipale 
.
Le signalement est fait et tracé 
.

__
Yves


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

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Nick Whitelegg]

Hello Christian,

This does indeed look very nice, it's providing much more extensive blurring 
than what I've tried so far.

Thanks to everyone also for the replies.

Nick

From: Christian Quest 
Sent: 07 October 2020 09:25
To: talk@openstreetmap.org 
Subject: Re: [OSM-talk] Face and license blurring (GDPR territories)

Le 06/10/2020 à 22:41, Nick Whitelegg a écrit :
Hi,

Apologies if this is only tangentially OSM related, but I thought I'd ask here 
to try and get some expert advice.

As you may know, Mapillary has been bought by Facebook and there has been 
interest in developing, or at least starting to develop/actively researching 
the possibility of, some sort of open source alternative. I have been 
developing OpenTrailView (opentrailview.org), however I now have a collaborator 
to work on exploring an open source panos platform.

The main question I have relates to the very necessary privacy steps that must 
be taken, in particular face and license plate blurring. I have experimented 
with various libraries using various datasets and models, and have found that 
the understand.ai Anonymizer (https://github.com/understand-ai/anonymizer), 
which advertises itself as something specifically aimed at implementing the 
privacy protections needed to comply with the GDPR, seems to be working the 
best.

It detects faces and license plates in clear view on panoramas, which can then 
be blurred.

My question, then, is what to do about people, or cars, which are further away 
from the camera? In these cases, the algorithm does not necessarily detect the 
face or license plate, but on the other hand in general the faces and license 
plates are not clearly visible, or identifiable, in any case.

So in summary, the tool blurs clearly visible faces or license plates, but in 
general does not blur those which are not clearly visible.

Apologies once again that this is only tangentially related to OSM 
(OpenTrailView uses OSM to connect panos together, so not completely unrelated) 
but it is very much an open geodata issue, so I thought I'd ask to get feedback.

I am in the UK and the server is in Germany (Hetzner), so GDPR would apply.

Thanks,
Nick


We have tested blurring using image segmentation which allows to blur full 
parts of pictures like people and cars, not only faces and license plates.


Here is the result: https://takeitout.cquest.org/photo/cquest/blurred/


The code used is on github: https://github.com/tyndare/blur-persons/


We did some tests using TPU to speedup the process.


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

Re: [OSM-talk-fr] Capitelles

[Txo]

On 07/10/2020 10:12, osm.sanspourr...@spamgourmet.com wrote:

Bonjour, ça a été discuté sur la liste (regardez dans les archives).

La version d'Arnaud me semble correcte. Ça m'étonne que la version du
wiki ne corresponde pas à ce qui a été discuté (sauf quand je vois que
la page a été écrite par deux personnes qui ne sont pas sur la liste).
Il semble que la version historic soit promu par le collectif des garrigues.

http://www.wikigarrigue.info/
 Voici l'explication qu'ils m'ont fournie :

«Quand nous avons travaillé à l'intégration des capitelles dans OSM, nous
avons beaucoup réfléchi aux tags à utiliser.
Les capitelles sont des abris, mais ils ne sont plus utilisés comme tel
aujourd'hui, c'est pourquoi nous avons préféré utiliser historic=shelter.
Nous avions peur qu'en utilisant amenity=shelter ça prête à confusion pour
les randonneurs par exemple.
En plus, les associations de préservation du patrimoine, avec lesquelles
nous avons l'habitude de faire ces inventaires, trouvaient bien que les
capitelles n'apparaissent pas sur la carte grand public.»


--
-- Dominique Marin http://txodom.free.fr  --
   «L'élève Hamlet : être ou ne pas être dans les nuages.»
--Jacques Prévert»--

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

Re: [Talk-it] tagging elementi relazioni SP

[Francesco Ansanelli]

Ciao.


Non mi trovi d'accordo... Ok i sentieri, poiché possono avere più ref
contemporaneamente, ma per le strade quando ci sono problemi a lasciare il
ref??
Francesco

Il mer 7 ott 2020, 17:33 Ivo Reano  ha scritto:

> Sui sentieri, o meglio sui percorsi escursionistici, route=hiking, è la
> procedura che uso anche io.
> Andrebbe fatto anche sulle strade che hanno un ref, ovvero che possono
> essere inserite in una relazione. E quindi togliere *poi* il tag dalla way
>
> Ivo, Jrachi
>
> ___
> 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] Regione geografica italiana

[Fintocubano]

> Mi va bene considerare "definizione" qualsiasi descrizione uno storico
> abbia messo prima o poi in una pubblicazione, ma non se parliamo di una
> mappa [...]. Su OSM non possiamo indicare niente in maniera vaga e
> sfumata: su OSM tracciamo linee.

Quindi, se ho capito bene, secondo te il lavoro fatto dagli storici non sono
confini (linee) precisi, ma solo definizioni ovvero ''linee sfumate'',
mentre il lavoro di ISO e UNESCO sono confini (linee) netti e precisi.

Allora Giulio Cesare (storico), quando diceva ''Gallia est omnis divisa in
partes tres [...]. Gallos ab Aquitanis Garumna flumen, a Belgis Matrona et
Sequana dividit [...] Eorum una pars, quam Gallos obtinere dictum est,
initium capit a flumine Rhodano, continetur Garumna flumine, Oceano, finibus
Belgarum, attingit etiam ab Sequanis et Helvetiis flumen Rhenum, vergit ad
septentriones [ecc. ecc.]'' non tracciava un confine netto e preciso delle
terre dei tre popoli gallici?

Credo invece di si' come, allo stesso modo, gli storici quando definirono i
confini di Sannio e Irpinia. O di Terra del Lavoro. O di Nizzardo, che per
la De Agostini e/o gli storici credo voglia indicare la ''Contea di Nizza''
che faceva parte del Ducato di Savoia e poi del Regno di Sardegna e che
ha/aveva dei confini ben precisi. Certamente non si può dire lo stesso
dell'Alto Milanese o del Milanese: qui i confini sono molto più vaghi,
essendo queste regioni non storiche, come la Ciociaria per esempio o le
Valli Grandi Veronesi.


> Il rischio è che poi ci troviamo con duecento definizioni di una certa
> regione [...]. Imponiamo un limite di "enciclopedicità", come Wikipedia?

E' quello che suggerivo nei miei interventi precedenti: un criterio che
faccia da discrimine alla miriade di definizioni di confini di geografia
storica, fisica e che escluda le zone sfumate. Va bene il criterio di OSM
che suggerisci ''map the world as it can be observed by someone physically
there" e "map what is verifiable''. Va anche bene quello che ''rappresenti
il netto confine dell'entità''. Basta che chi di competenza in OSM li
discuta, li valuti e li includa e li faccia poi rispettare.

Pero', credo sia anche necessario che questi ''netti confini'' (per es.
Ulster di ISO) siano universalmente o largamente accettati e condivisi, e
non che siano accettati parzialmente da una popolazione (Eire) e non
accettati da un'altra (UK) affinché ciò non generi confusione per gli utenti
della mappa di OSM.


> Sì, lo ammetto, nei miei primi interventi in questa discussione
> probabilmente ho scritto cose che contrastano con quanto ho scritto
> adesso. [...] altre persone sono intervenute, ci ho pensato sopra e ho le
> idee meno confuse di come potevano essere una settimana o due fa. Posso
> anche aver portato esempi sbagliati, o espresso criteri contraddittori.

Apprezzo questa tua riflessione critica. Siamo qui, appunto, per discutere e
confrontarci e trarne degli insegnamenti utili nel rispetto reciproco del
nostro pensiero.



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

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

Re: [talk-cz] konkrétní rada/spolupráce při aplikaci OSM map do webové aplikace

[Miroslav Suchy]

Dne 07. 10. 20 v 13:21 Martin Ždila napsal(a):
> Ahoj,
> 
> Leaflet s markermi  a s 
> OSM carto vrstvou (alebo Freemap Outdoor

+1 Ale spíše bych odkazoval na
https://leafletjs.com/examples/quick-start/

Mirek

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

Re: [Talk-it] tagging elementi relazioni SP

[Ivo Reano]

Sui sentieri, o meglio sui percorsi escursionistici, route=hiking, è la
procedura che uso anche io.
Andrebbe fatto anche sulle strade che hanno un ref, ovvero che possono
essere inserite in una relazione. E quindi togliere *poi* il tag dalla way

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

[Talk-it] tagging elementi relazioni SP

[Gabriele Sani via Talk-it]

Buongiorno a tutti,

sto creando/correggendo diverse Strade Provinciali nella mia zona e mi e' 
venuto un dubbio. Se metto il ref della strada (per esempio "SP20") nella 
relazione, va rimosso nelle singole way che la compongono (un po' come si fa 
per i numeri dei sentieri)?

Grazie

Gabriele Sani

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Webinar sulla cura di OSM

[Max1234Ita]

Ciao, 
solo per dirvi che sono entrato in UMap ed ho aggiunto il mio poligono per
il giardinaggio :)

Spero sia tutto ok!

A presto!
Max



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

[OSM-talk] Tagging health facilities offering COVID testing

[Antonin Delpeuch (lists)]

Hi,

I am wondering if and how it would be appropriate to map COVID testing
facilities. I have seen various national maps but given that they are
especially useful during international travel, I think it would be very
useful to have them in OSM.

I have seen the use of "healthcare:speciality=covid-19", for instance on
this node:

https://www.openstreetmap.org/node/7368671692

But according to TagInfo there are only two uses of that tag value.
Surely other people must have been tagging this by now, but how?

Note that I am primarily interested in mapping the places where samples
are collected, not the laboratories where the samples are actually
analyzed. I think the former is more interesting for the general public.

Thanks,


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

Re: [Talk-in] Moving tasks.openstreetmap.in to a new server

[Asish Abraham Joseph]

Hi Sanjay,

I am ready to volunteer if any support required for setting up. Hope Sajjad 
might know me.

Regards,
Asish Abraham Joseph
KL, India

On October 7, 2020 6:54:18 AM UTC, Sanjay Bhangar  
wrote:
>Hey all,
>
>Hope everyone is doing well in these crazy times.
>
>Around 5 years ago, we needed some hosting to run openstreetmap.in and
>tasks.openstreetmap.in - I had spare resources on a server hosted with
>hetzner.de and in the spirit of getting things up, we hosted things
>here
>"until we found a more permanent home". As often goes with things, it's
>been 5 years and things continue to be hosted on this box that Sajjad
>and I
>have been paying for and maintaining.
>
>It's been a privilege to have been able to contribute to the community
>and
>it makes me happy that people have found these resources useful (and
>complain when they go down :)) - unfortunately, it is time for us to
>retire
>the current server, and this is likely a good time to setup some
>infrastructure that is community-owned and managed.
>
>We plan to shutdown the current server at the latest on December 31st,
>2020, so it would be great to do this move before then.
>
>- For openstreetmap.in, this is currently just a static site and the
>plan
>is to move to Github pages as per
>https://github.com/osm-in/openstreetmap.in/issues/36#issuecomment-704711530
>.
> - For tasks.openstreetmap.in, we need somewhere that is able to run a
>Flask application.
>
>My recommendation would be to get VPS hosting with Digital Ocean or any
>other provider that seems reasonable (and ideally can be paid for in
>INR),
>and me and Sajjad would be very happy to work with anyone who is able
>to
>volunteer some time to setup and manage the new instance. Would be
>super
>happy if there's any other ideas for hosting this or folks volunteering
>:)
>
>With a low-cost VPS + managed database, I'd imagine our costs would be
>~Rs
>1,000 / month. If we can figure something cheaper, that's great. If it
>takes some time to figure out a way to get community contributions to
>pay
>to continue running this, I'm happy to pay for initial setup to get
>this
>move going if someone is able to own the process of moving, configuring
>the
>new server, etc.
>
>Thanks everyone who's reported issues over the years and helped to keep
>these resources (mostly) online. Looking forward to helping with this
>move
>and a long and prosperous future for the OSM-in community :-) .
>
>Cheers,
>Sanjay

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-dk] Redningsskilte?

[Jørgen Elgaard Larsen]

Mikko Lukas Räsaänen skrev:

der skal kunne gøres forskel på de skilte som
allerede var mappet manuelt (og som dermed kunne være fra surveys)


Det er derfor, jeg tænker at sætte et fixme= på dem der bliver 
importeret.

Og en source=


Jørgen jeg går ud fra jeres script tager højde for positionerne for
skiltene og ikke bare om de eksisterer - samt det faktum at der (både
i virkeligheden og i datasættet) findes dubletter (og det er meningen)
og at disse dubletter ikke nødvendigvis passer sammen 1-til-1?


missing_rescuenumbers finder redningsnumre med "etableret">0, hvor der 
ikke findes en node i OSM

* tagget med emergency=access_point eller highway=emergency_access_point
* med name= eller ref= skiltenummeret
* indenfor 300 meter

missing_beachpost gør det samme som missing_rescuenumbers, bortset fra, 
at den bruger SDFE Danske Stednavne som datagrundlag (den kigger efter 
"strandpost").


doubled_rescuenumbers finder noder i OSM tagget med 
emergency=accesspoint, hvor der ikke eksisterer en anden node med samme 
værdi i ref=, uanset afstand.


extra_rescuenumbers finder noder i OSM
* tagget med emergency=access_point eller highway=emergency_access_point
* hvor der ikke findes et tilsvarende skilt i redningsnumre.dk indenfor 
300m.





Jeg påtænker i første omgang kun at importere features fra 
missing_rescuenumbers, hvor objekttypenavn er "Strandnr. skilt".

De vil blive tagget med
* emergency=access_point
* ref=skiltenummer
* source=redningsnummer.dk
* fixme=Automatisk import. Findes dette skilt i virkeligheden?

I de tilfælde, hvor redningsnummer.dk har udfyldt feltet "bemaerkning", 
kan det enten tilføjes til fixme= eller i et separat tag, f.x. 
note:redningsnummer=



Hvordan lyder det?

- Jørgen

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

Re: [talk-cz] konkrétní rada/spolupráce při aplikaci OSM map do webové aplikace

[Martin Ždila]

Ahoj,

Leaflet s markermi  a s
OSM carto vrstvou (alebo Freemap Outdoor vrstvou, zavisi na aky ucel je ta
mapa). Alebo ak to chces moderne, vektorovo, tak mozno Mapbox GL, len im
asi treba trosku platit.

On Wed, Oct 7, 2020 at 12:34 PM Petr Vozdecký  wrote:

> Ahoj,
>
> v rámci vývoje konkrétní webovky, na které spolupracuji, se developer chce
> vyhnout Google mapám.
>
> Použité mapy mají sloužit pro vykreslení orientačních "špendlíků" míst v
> prostoru JM kraje. Čili teoreticky by postačily i rendery několika málo
> vrstev...
> S možnostmi aplikace mám nulové zkušenosti, hledám tedy někoho, kdo poradí
> - upřednostním někoho, kdo by byl schopen poradit a pomoci i za cenu
> nějakého času/nákladů, který umím pokrýt z rozpočtu projektu.
>
> Díky moc!
>
> vop
>
> (kdyžtak funguje i můj mobil 608 771 666)
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>


-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-be] Request to change the cycle highway network tag

[Jo]

Hi Wannes and Frank,

I think that is about the numbered node network. That's a different network
from the cycle_highway network. We tag that one at the rcn level. Of course
it's odd if the node numbers differ between 2 renderings.

Jo

On Wed, Oct 7, 2020 at 12:43 PM Frank Vdm  wrote:

> I see difference in node numbers, view arrond st Vith.
> https://cycling.waymarkedtrails.org/#?map=14!50.2864!6.1335
> https://www.ostbelgien.eu/nl/fiets/fietsrouteplaner
>
> Op wo 7 okt. 2020 om 11:29 schreef Wannes Soenen :
>
>>
>>
>> Op 7 okt. 2020, om 10:40 heeft Jo  het volgende
>> geschreven:
>>
>> In Wallonia they don't have cycle highways yet, but they have had RaVeL
>> for longer than we do in Flanders. OK, it's not a network yet, but that can
>> change.
>>
>>
>> https://www.ostbelgien.eu/nl/fiets/fietsrouteplaner
>>
>> Eastbelgium (German speaking part of Wallonia) has a cycle network with
>> numbers and signposts. It contains the Vennbahn (which is part of the RaVel)
>> (Also a walking network at
>> https://www.ostbelgien.eu/nl/wandelen/wandelrouteplaner )
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-it] Fwd: Trainee position at the European Commission - JRC

[Marco Minghini]

Ciao a tutti,
come vedete dal messaggio sotto, al JRC abbiamo aperto una posizione per un
Trainee per lavorare sull'integrazione tra dati INSPIRE e OpenStreetMap.
Vi prego di far girare la news tra i vostri contatti (soprattutto
universitari/accademici) e naturalmente di farmi qualsiasi domanda in caso
siate interessati.

Grazie,
Marco


-- Forwarded message -
Da: Marco Minghini 
Date: mer 7 ott 2020 alle ore 12:40
Subject: Trainee position at the European Commission - JRC
To: , OSM-Science 


Dear all,
the Digital Economy Unit of the European Commission Joint Research Centre
(JRC) has opened a position for a trainee to join the team working on the
implementation of INSPIRE. The trainee will investigate the possible
synergies between the INSPIRE [1] and OpenStreetMap (OSM) data ecosystems
in the frame of the Green Deal [2] data space and the high-value datasets
of the Open Data Directive [3], including the feasibility of developing an
OSM encoding for INSPIRE data. The trainee will also assess the pros and
cons of the transformation, technical and organisational barriers and
challenges encountered, as well as usability issues solved. Deadline for
application is *29/10/2020*.

Candidates shall be very familiar with geospatial data formats/standards
and the OpenStreetMap project. They shall have a Masters/PhD degree, or be
enrolled in a PhD degree or in the final year of a Masters degree in
Geoinformation Science, Geomatics, Computer Science, or a related
discipline.

More information, including links to the full vacancy description and the
application page, is available at [4].

Please share this invitation with potentially interested people.

Best regards,
Marco


[1] https://inspire.ec.europa.eu

[2]
https://ec.europa.eu/info/strategy/priorities-2019-2024/european-green-deal

[3]
https://ec.europa.eu/digital-single-market/en/european-legislation-reuse-public-sector-information

[4]
https://inspire.ec.europa.eu/news/trainee-position-openstreetmap-contribution-high-value-datasets-and-green-deal-data-space
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] Request to change the cycle highway network tag

[Frank Vdm]

I see difference in node numbers, view arrond st Vith.
https://cycling.waymarkedtrails.org/#?map=14!50.2864!6.1335
https://www.ostbelgien.eu/nl/fiets/fietsrouteplaner

Op wo 7 okt. 2020 om 11:29 schreef Wannes Soenen :

>
>
> Op 7 okt. 2020, om 10:40 heeft Jo  het volgende
> geschreven:
>
> In Wallonia they don't have cycle highways yet, but they have had RaVeL
> for longer than we do in Flanders. OK, it's not a network yet, but that can
> change.
>
>
> https://www.ostbelgien.eu/nl/fiets/fietsrouteplaner
>
> Eastbelgium (German speaking part of Wallonia) has a cycle network with
> numbers and signposts. It contains the Vennbahn (which is part of the RaVel)
> (Also a walking network at
> https://www.ostbelgien.eu/nl/wandelen/wandelrouteplaner )
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[talk-cz] konkrétní rada/spolupráce při aplikaci OSM map do webové aplikace

[Petr Vozdecký]

Ahoj,




v rámci vývoje konkrétní webovky, na které spolupracuji, se developer chce
vyhnout Google mapám.




Použité mapy mají sloužit pro vykreslení orientačních "špendlíků" míst v
prostoru JM kraje. Čili teoreticky by postačily i rendery několika málo
vrstev...

S možnostmi aplikace mám nulové zkušenosti, hledám tedy někoho, kdo poradí -
upřednostním někoho, kdo by byl schopen poradit a pomoci i za cenu nějakého
času/nákladů, který umím pokrýt z rozpočtu projektu.




Díky moc!




vop




(kdyžtak funguje i můj mobil 608 771 666)
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-be] Request to change the cycle highway network tag

[Wannes Soenen]

> Op 7 okt. 2020, om 10:40 heeft Jo  het volgende 
> geschreven:
> 
> In Wallonia they don't have cycle highways yet, but they have had RaVeL for 
> longer than we do in Flanders. OK, it's not a network yet, but that can 
> change.

https://www.ostbelgien.eu/nl/fiets/fietsrouteplaner 


Eastbelgium (German speaking part of Wallonia) has a cycle network with numbers 
and signposts. It contains the Vennbahn (which is part of the RaVel)
(Also a walking network at 
https://www.ostbelgien.eu/nl/wandelen/wandelrouteplaner 
 )

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

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Simon Poole]

Am 07.10.2020 um 10:25 schrieb Christian Quest:


We have tested blurring using image segmentation which allows to blur 
full parts of pictures like people and cars, not only faces and 
license plates.



Here is the result: https://takeitout.cquest.org/photo/cquest/blurred/


The code used is on github: https://github.com/tyndare/blur-persons/


We did some tests using TPU to speedup the process.


That looks (IMHO) very good and addresses some of the concerns I pointed 
out, naturally not perfect, but it is far better than simply blurring 
faces and number plates. As a tendency I would remove any colour of the 
blurred object too in particular to make cars even less identifiable.


Simon

PS: why handbags are important for OSM is a bit of a mystery though :-)



OpenPGP_0x4721711092E282EA.asc
Description: application/pgp-keys


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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

> Enfermement dans un espace de noms.
> 
> Y a-t-il le moins intérêt à utiliser building:material que material ?

A première vue, non :)

On en trouve d'autre dans taginfo (il n'y a que la première page !) :

Clé Quantité
building:material   1 512 197
material1 411 911
roof:material   1 051 643
wall:material   35 382
floor:material  16 212
roof:cover:material 8 665
roof:material:type  7 111
floor:material:type 6 582
building:lateral:material   5 645
tower:material  4 594
building:facade:material4 126
material:de 3 694


> Si on veut que l'information soit utilisée largement il faut veiller à
> laisser l'utilisation large.
+1

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

Re: [OSM-talk-be] Request to change the cycle highway network tag

[Jo]

I don't have big issues with prepending a prefix. Having said that, if the
issue is that they are signposted differently in each country, here in
Belgium they are likely to become signposted differently depending on the
region.

The way I understood it, in Flanders it's Fxyz. In Brussels it would be
Cxyz, where xyz would be the same number as in Flanders, for example, F3
would continue as C3, F203 as C203. Anyway, that was the plan about a year
ago, not sure if it's still the case. Actually F203 already continues to
Diamant, but according to that logic it should become C203 west of Tollaan.
It runs parallel to the E40 highway for the last stretch. Last time I went
there, nothing was signposted, but ofc, I went a little too early. It was
not quite finished.

In Wallonia they don't have cycle highways yet, but they have had RaVeL for
longer than we do in Flanders. OK, it's not a network yet, but that can
change.

Will cycle_network=BE:cycle_highway be sufficient, or do we need to
subdivide it further for the regions? Even though the signposting might be
different between Flanders and Brussels, the plan is still to have 2
networks that interconnect seamlessly.

Jo



On Wed, Oct 7, 2020 at 9:53 AM s8evq  wrote:

>  I think the arguments of Minh Nguyễn are valid.  It wouldn't be a big
> deal to change cycle_network=cycle_highway to
> cycle_network=BE:cycle_highway for example (or to
> cycle_network=BE:fietssnelweg). I would additionally also add
> cycle_highway=yes.
>
> On Tue, 6 Oct 2020 20:53:06 +0200, Pieter Vander Vennet <
> pieterv...@posteo.net> wrote:
>
> > Hello everyone,
> >
> > Minh NGuyen had the following remark on the wiki
> > <
> https://wiki.openstreetmap.org/wiki/Talk:Tag:cycle_network%3Dcycle_highway
> >
> > about the current tagging scheme of the cycle highways.
> >
> > Anyone any thought on it?
> >
> >
> > Incompatible with cycle_network
> >
> > This tag is incompatible with the predominant usage of cycle_network
> > =*. This key was
> > originally intended to identify a specific network with uniform
> > signage – a renderer was supposed to be able to choose a shield based on
> > a combination of cycle_network
> > =* and ref
> > =*. But it appears that
> > cycle highways are signposted and numbered differently in each country,
> > so there's no such cycle network as "cycle highway":
> >
> >   *
> > <
> https://wiki.openstreetmap.org/wiki/File:F7_teller_-_Gent_-_Kortrijk_-_ter_hoogte_van_station_Deinze.jpg
> >
> >
> > Belgium
> >
> >   *
> > 
> >
> > Germany
> >
> >   *
> > <
> https://wiki.openstreetmap.org/wiki/File:Fietssnelweg_F35_at_Go_Planet.jpg
> >
> >
> > Netherlands
> >
> > A renderer would have to perform a spatial query to reliably display the
> > correct shield for each of these routes, somewhat undermining the push
> > to have renderers use route relations instead of ref
> > =* tags on ways.
> >
> > We already made this mistake once by repurposing the network
> > =lcn/rcn/ncn tags for
> > routes outside the United Kingdom, leading to the otherwise redundant
> > key cycle_network
> > =* as a
> > workaround. Let's avoid making this mistake again by deprecating
> > cycle_network
> > =cycle_highway
> > 
> > in favor of country-prefixed values like cycle_network
> > =NL:cycle_highway
> > <
> https://wiki.openstreetmap.org/w/index.php?title=Tag:cycle_network%3DNL:cycle_highway=edit=1
> >,
> > or by choosing a different key altogether like cycle_highway
> > <
> https://wiki.openstreetmap.org/w/index.php?title=Key:cycle_highway=edit=1
> >=yes.
> >
> >
> > – Minh Nguyễn  ^
> >  00:51, 5
> > October 2020 (UTC)
> >
> > --
> > Met vriendelijke groeten,
> > Pieter Vander Vennet
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Capitelles

[osm . sanspourriel]

Enfermement dans un espace de noms.

Y a-t-il le moins intérêt à utiliser building:material que material ?

Si on veut que l'information soit utilisée largement il faut veiller à
laisser l'utilisation large.

Jean-Yvon

Le 07/10/2020 à 10:16, Yves P. - yves.prat...@gmail.com a écrit :

*838* ont les tags historic=shelter + building:material=dry_stone :
https://overpass-turbo.eu/s/YNQ 
(toutes dans le sud de la France, sauf 2 vers Lisbonne)




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

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Christian Quest]

Le 06/10/2020 à 22:41, Nick Whitelegg a écrit :

Hi,

Apologies if this is only tangentially OSM related, but I thought I'd 
ask here to try and get some expert advice.


As you may know, Mapillary has been bought by Facebook and there has 
been interest in developing, or at least starting to develop/actively 
researching the possibility of, some sort of open source alternative. 
I have been developing OpenTrailView (opentrailview.org), however I 
now have a collaborator to work on exploring an open source panos 
platform.


The main question I have relates to the very necessary privacy steps 
that must be taken, in particular face and license plate blurring. I 
have experimented with various libraries using various datasets and 
models, and have found that the understand.ai Anonymizer 
(https://github.com/understand-ai/anonymizer), which advertises itself 
as something specifically aimed at implementing the privacy 
protections needed to comply with the GDPR, seems to be working the best.


It detects faces and license plates in clear view on panoramas, which 
can then be blurred.


My question, then, is what to do about people, or cars, which are 
further away from the camera? In these cases, the algorithm does not 
necessarily detect the face or license plate, but on the other hand in 
general the faces and license plates are not clearly visible, or 
identifiable, in any case.


So in summary, the tool blurs clearly visible faces or license plates, 
but in general does not blur those which are not clearly visible.


Apologies once again that this is only tangentially related to OSM 
(OpenTrailView uses OSM to connect panos together, so not completely 
unrelated) but it is very much an open geodata issue, so I thought I'd 
ask to get feedback.


I am in the UK and the server is in Germany (Hetzner), so GDPR would 
apply.



Thanks,
Nick



We have tested blurring using image segmentation which allows to blur 
full parts of pictures like people and cars, not only faces and license 
plates.



Here is the result: https://takeitout.cquest.org/photo/cquest/blurred/


The code used is on github: https://github.com/tyndare/blur-persons/


We did some tests using TPU to speedup the process.


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Simon Poole]

Am 07.10.2020 um 01:13 schrieb Niels Elgaard Larsen:

...
You will probably have to let users add and remove blurs.
That is what Mapillary do.

They do not, they stopped providing that facility literally years ago, 
and they've gone as far as no longer storing unblurred images even for a 
limited time now.


The other important point to understand is that there is no reason to 
believe that face and licence plate blurring is sufficient to avoid 
trouble in countries with strict data protection regulation as long as 
people and vehicles can be identified and behaviour associated with 
individuals can be deduced from the images (with other words blurring 
would have to be far more complete to be on the safe side). There is 
simply no case law, because there have been, afaik, no cases that have 
actually gone to court.


tl;dr version you need to make your own risk assessment (and ask your 
own counsel).


Simon



OpenPGP_0x4721711092E282EA.asc
Description: application/pgp-keys


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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

> Dans d'autres régions on les appelle "bories", moi je fais comme ça (mais je 
> ne sais pas si c'est correct) :
En Franche-Comté c'est caborde.

Un exemple https://www.openstreetmap.org/way/114448089
amenity  shelter 

shelter_type 
 
weather_shelter

Wikipedia à un article très complet sur le sujet : Cabane en pierre sèche 


Dans taginfo on trouve pour shelter_type 
 :

dry␣stone␣sheep␣shelter x 2
dry␣stone␣shepherd␣shelter x2
Stone x 1

Et 880 historic=shelter 


La plupart sont dans le sud de la France : https://overpass-turbo.eu/s/YNP

Certaines ont les attributs :
"building:loc": "capitelle",
"building:material": "dry_stone",
"historic": "shelter",
"shelter_type": "basic_hut"

838 ont les tags historic=shelter + building:material=dry_stone : 
https://overpass-turbo.eu/s/YNQ
(toutes dans le sud de la France, sauf 2 vers Lisbonne)


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

Re: [OSM-talk-fr] Capitelles

[osm . sanspourriel]

Bonjour, ça a été discuté sur la liste (regardez dans les archives).

La version d'Arnaud me semble correcte. Ça m'étonne que la version du
wiki ne corresponde pas à ce qui a été discuté (sauf quand je vois que
la page a été écrite par deux personnes qui ne sont pas sur la liste).

building:loc c'est du FR:South ;-) :

https://taginfo.openstreetmap.org/keys/?key=building:loc#map

Et qui n'est référencé que sur cette page du wiki et
https://wiki.openstreetmap.org/wiki/FR:Projet-Patrimoine-PETRGarriguesCostieres.

Le 07/10/2020 à 09:54, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :



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

Re: [talk-au] Sufficient permission?

[David Wales]

As an example, this path is called "The Ruins Track" by the author of
the guide, as it passes the ruins of an old settlers cottage:
https://www.openstreetmap.org/way/855355616

This part of the track is called "Racklyefts Finger Track":
https://www.openstreetmap.org/way/856270065

Due to the existence of the guide, and the lack of signs on the ground,
I imagine that most people use the names in the guide, or no name at
all. However, I do not belong to a local walking group, so I don't know
if there are other conventions.

However, the author of the guide has walked all the tracks himself, and
created and maintains some of them.

On 7/10/20 9:54 am, Mateusz Konieczny via Talk-au wrote:
>
>
>
> Oct 6, 2020, 23:10 by daviewa...@disroot.org:
>
> "You may use any names I have applied to tracks as my main
> intention is to get people walking."
>
> I am not a lawyer but it sounds like something that is at least
> intended to be
> https://en.wikipedia.org/wiki/Public-domain-equivalent_license like say
> https://en.wikipedia.org/wiki/WTFPL
>
> note that there is also special mailing list (legal-talk).
>
> I am more worried about
>
> You will find names in the guide that are not accepted
> geographical names,
> but by becoming common usage names they will eventually be adopted.
> I am fitting (nailing) laminated signs with map to trees.
>
> part - are this names already used by people except author of the guide?
>
> (I just added place=locality with name used by people from a single
> camping spot[1], so
> my standards are not high - but some actual use should be present)
>
> [1]
> https://www.openstreetmap.org/node/7973988988#map=16/49.4727/21.3801
> 
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au



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

Re: [OSM-talk-fr] Encore des orthos...

[Christian Quest]

Le 06/10/2020 à 18:58, Christian Quest a écrit :

Nouvelles orthos HR disponibles:

- 2019: 08 09 12 46

- 2020: 58 et 61


Les 08 et 09 sont déjà ajoutées sur wms.openstreetmap.fr, le reste va 
suivre (le temps de les retraiter).



Le 12, 46 et 58 sont aussi disponibles depuis ce matin...

--
Christian Quest - OpenStreetMap France


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

Re: [OpenStreetMap Serbia] [SPOLJNO] Re: JOSM na srpskom

[Pedja Supurovic via Talk-rs]

Ma ok je to, nego kad si već radio bolje da si uradio ćirilicom. Tebi bi 
bio isti posao a lako se prebaci u ćirilicu i onda bi imali oboje.


A taj ko bi se bunio, on uvek može sebi da radi prevod kakav mu valja.

On 07.10.2020 09:50, Nemanja Bracko (E-Search) wrote:

Znam da se radi transliteracija lagano iz ćirilice u latinicu. Bavim se time. 
Rekao sam ranije zašto sam počeo da radim na latinici. Nisam želeo da trošim 
ogromno vreme hvatajući terminologiju koja nije bila unificirana. Lakše mi je 
bilo da krenem od nule. Verujem da bi se pojedini bunili da sam na svoju ruku 
počeo da ispravljam tuđ prevod. Tako da sam počeo SRL koji nije ni postojao do 
tada.

-Original Message-
From: Pedja Supurovic 
Sent: Tuesday, October 6, 2020 1:52 AM
To: Nemanja Bracko (E-Search) ; OpenStreetMap Serbia 

Subject: Re: [OpenStreetMap Serbia] [SPOLJNO] Re: JOSM na srpskom

Trebalo je onda da uradiš prevod čiriliocm. To se u latinicu prebacuje dok 
kažeš GPS.

I ovako može da se uradi iz latinice u ćirilicu ali je komplikovanije.

On 05.10.2020 15:48, Nemanja Bracko (E-Search) wrote:

Ćao Peđa,

Izvini, ali iz nekog razloga mi je promakla ova poruka.

Platio sam licencu za PoEdit I njega koristim. Očekujem verziju 3 jer
će u njemu biti podržana i baza termina pa bi trebalo da prevođenje
bude još lakše.

Pozdrav,

Nemanja

On Wed, 9 Sep 2020 at 16:45, Nemanja Bracko (E-Search) via Talk-rs
mailto:talk-rs@openstreetmap.org>> wrote:

 Немања, да ли преводиш на сајту или са PoEdit?

 Пеђа



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

Re: [OSM-talk-fr] Capitelles

[Arnaud Champollion]

Bonjour,

Dans d'autres régions on les appelle "bories", moi je fais comme ça 
(mais je ne sais pas si c'est correct) :


https://www.openstreetmap.org/node/7221290356

Arnaud




Le 07/10/2020 à 07:55, Txo a écrit :

Bonjour,

Les capitelles sont des cabanes de berger construites en pierre sèche 
dans la garrigue languedocienne.


Si on en croit
https://wiki.openstreetmap.org/wiki/Garrigues#Glossaire_des_garrigues
on devrait les marquer comme historic = shelter.

Mais ce n'est pas vraiment l'avis d'Osmose qui nous donne du «attribut 
manquant shelter_type sans amenity=shelter».


Salomon, prête moi ton épée !


Par exemple ;
https://www.openstreetmap.org/node/2440348377#map=19/43.77333/4.05118






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

Re: [OSM-talk-be] Request to change the cycle highway network tag

[s8evq]

 I think the arguments of Minh Nguyễn are valid.  It wouldn't be a big deal to 
change cycle_network=cycle_highway to cycle_network=BE:cycle_highway for 
example (or to cycle_network=BE:fietssnelweg). I would additionally also add 
cycle_highway=yes. 

On Tue, 6 Oct 2020 20:53:06 +0200, Pieter Vander Vennet  
wrote:

> Hello everyone,
> 
> Minh NGuyen had the following remark on the wiki
> 
> about the current tagging scheme of the cycle highways.
> 
> Anyone any thought on it?
> 
> 
> Incompatible with cycle_network
> 
> This tag is incompatible with the predominant usage of cycle_network
> =*. This key was
> originally intended to identify a specific network with uniform
> signage – a renderer was supposed to be able to choose a shield based on
> a combination of cycle_network
> =* and ref
> =*. But it appears that
> cycle highways are signposted and numbered differently in each country,
> so there's no such cycle network as "cycle highway":
> 
>   *
> 
> 
> 
> Belgium
> 
>   *
> 
> 
> Germany
> 
>   *
> 
> 
> 
> Netherlands
> 
> A renderer would have to perform a spatial query to reliably display the
> correct shield for each of these routes, somewhat undermining the push
> to have renderers use route relations instead of ref
> =* tags on ways.
> 
> We already made this mistake once by repurposing the network
> =lcn/rcn/ncn tags for
> routes outside the United Kingdom, leading to the otherwise redundant
> key cycle_network
> =* as a
> workaround. Let's avoid making this mistake again by deprecating
> cycle_network
> =cycle_highway
> 
> in favor of country-prefixed values like cycle_network
> =NL:cycle_highway
> ,
> or by choosing a different key altogether like cycle_highway
> =yes.
> 
> 
> – Minh Nguyễn  ^
>  00:51, 5
> October 2020 (UTC)
> 
> -- 
> Met vriendelijke groeten,
> Pieter Vander Vennet
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be



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

Re: [OpenStreetMap Serbia] [SPOLJNO] Re: JOSM na srpskom

[Nemanja Bracko (E-Search) via Talk-rs]

Znam da se radi transliteracija lagano iz ćirilice u latinicu. Bavim se time. 
Rekao sam ranije zašto sam počeo da radim na latinici. Nisam želeo da trošim 
ogromno vreme hvatajući terminologiju koja nije bila unificirana. Lakše mi je 
bilo da krenem od nule. Verujem da bi se pojedini bunili da sam na svoju ruku 
počeo da ispravljam tuđ prevod. Tako da sam počeo SRL koji nije ni postojao do 
tada.

-Original Message-
From: Pedja Supurovic  
Sent: Tuesday, October 6, 2020 1:52 AM
To: Nemanja Bracko (E-Search) ; OpenStreetMap Serbia 

Subject: Re: [OpenStreetMap Serbia] [SPOLJNO] Re: JOSM na srpskom

Trebalo je onda da uradiš prevod čiriliocm. To se u latinicu prebacuje dok 
kažeš GPS.

I ovako može da se uradi iz latinice u ćirilicu ali je komplikovanije.

On 05.10.2020 15:48, Nemanja Bracko (E-Search) wrote:
> Ćao Peđa,
> 
> Izvini, ali iz nekog razloga mi je promakla ova poruka.
> 
> Platio sam licencu za PoEdit I njega koristim. Očekujem verziju 3 jer 
> će u njemu biti podržana i baza termina pa bi trebalo da prevođenje 
> bude još lakše.
> 
> Pozdrav,
> 
> Nemanja
> 
> On Wed, 9 Sep 2020 at 16:45, Nemanja Bracko (E-Search) via Talk-rs 
> mailto:talk-rs@openstreetmap.org>> wrote:
> 
> Немања, да ли преводиш на сајту или са PoEdit?
> 
> Пеђа
> 
___
Talk-rs mailing list
Talk-rs@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-rs

Re: [OSRM-talk] Colombia - Tunel de la linea

[Maarten Deen]

On 2020-10-02 08:01, Maarten Deen wrote:

Hi Carlos,


In the past days a new tunnel was opened in Colombia "El Tunel de la
linea", which allows to go in one way and the mountain must be crossed
from the other direction; This tunnel is located between the cities
Calarcá and Cajamarca.

OSRM does not allow routing through the most important tunnel in the
country and avoids it by an infrequent path to the north.

 Could you please solve this so that the route goes through "El Tunel
de la linea".


When you take the graphhopper routing, it does use the tunnels. The
only thing not 100% correct I could find is that a lot of roads still
have construction=trunk on them (as well as highway=trunk). If it is
still under construction you use
highway=construction+construction=trunk, when the road opens you have
to remove the construction=trunk. Maybe OSRM gets put off by that?

I've removed construction=trunk from all roads that have
highway=trunk. See if that solves it.


It now routes through the tunnel so I guess removing the 
construction=trunk did the trick.


Regards,
Maarten

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

[Talk-in] Moving tasks.openstreetmap.in to a new server

[Sanjay Bhangar]

Hey all,

Hope everyone is doing well in these crazy times.

Around 5 years ago, we needed some hosting to run openstreetmap.in and
tasks.openstreetmap.in - I had spare resources on a server hosted with
hetzner.de and in the spirit of getting things up, we hosted things here
"until we found a more permanent home". As often goes with things, it's
been 5 years and things continue to be hosted on this box that Sajjad and I
have been paying for and maintaining.

It's been a privilege to have been able to contribute to the community and
it makes me happy that people have found these resources useful (and
complain when they go down :)) - unfortunately, it is time for us to retire
the current server, and this is likely a good time to setup some
infrastructure that is community-owned and managed.

We plan to shutdown the current server at the latest on December 31st,
2020, so it would be great to do this move before then.

 - For openstreetmap.in, this is currently just a static site and the plan
is to move to Github pages as per
https://github.com/osm-in/openstreetmap.in/issues/36#issuecomment-704711530
.
 - For tasks.openstreetmap.in, we need somewhere that is able to run a
Flask application.

My recommendation would be to get VPS hosting with Digital Ocean or any
other provider that seems reasonable (and ideally can be paid for in INR),
and me and Sajjad would be very happy to work with anyone who is able to
volunteer some time to setup and manage the new instance. Would be super
happy if there's any other ideas for hosting this or folks volunteering :)

With a low-cost VPS + managed database, I'd imagine our costs would be ~Rs
1,000 / month. If we can figure something cheaper, that's great. If it
takes some time to figure out a way to get community contributions to pay
to continue running this, I'm happy to pay for initial setup to get this
move going if someone is able to own the process of moving, configuring the
new server, etc.

Thanks everyone who's reported issues over the years and helped to keep
these resources (mostly) online. Looking forward to helping with this move
and a long and prosperous future for the OSM-in community :-) .

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