Re: [Talk-at] AGIT 2020 Virtuell

[Andreas via Talk-at]

Hallo,

wäre auch digital dabei.

lg
Andreas (geologist)

Am 16.05.20 um 10:48 schrieb Jakob Miksch:
> Hallo,
> 
> ich kann prinzipiell gern eine digitale Schicht übernehmen.
> Müssen nur noch die Details abklären.
> 
> Viele Grüße,
> Jakob
> 
> On 14.05.20 20:37, scubbx wrote:
>> Hallo, Leute!
>>
>> Die AGIT 2020 wird dieses Jahr virtuell stattfinden! Diejenigen, die
>> einen Beitrag eingereicht hatten, hatten bereits die Möglichkeit, einem
>> Online-Vortrag zuzustimmen.
>> Wir haben fast alle Beiträge auch Online mit an Bord! :-D
>>
>> Die AGIT Organisation plant anstatt der EXPO (dort, wo wir immer unseren
>> Messestand hatten), eine "virtuelle" EXPO. Das bedeutet, dass sich jede
>> Firma/Organisation auf einer Seite präsentieren kann und virtuelle
>> Besucher dieser Seite mit den Ausstellern via einem Chat-Fenster
>> interagieren können.
>>
>> Ob und wie genau OpenStreetMap und OSGeo dort vertreten sein werden,
>> wird noch überlegt.
>> Für die Abschätzung hätte ich dazu die Frage, ob sich jemand von euch
>> vorstellen könnte, einen Teil der "Chat-Duty" zu übernehmen? Wenn wir
>> mit ein paar Personen uns das aufteilen, sollten wir den Chat eigentlich
>> den ganzen Zeitraum über (6.-10.Juli) bedienen können.
>>
>> Beste Grüße,
>> Markus (ScubbX)
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 




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

Re: [Talk-it] Confini codice postanale

[Luigi Scuotto]

Diviso il CSV in 9 parti quanti sono i Cap.
Con Notepad++ rinominati tutte le strade come diceva qualcuno a prova di
OpenStreetMap Nominatim 
Eliminato codice istat non sapevo se servisse non lo visto in nessuno dei
civici visti da me.
Separato le due colonne  numero e subalterno creato nuovo file CSV e aperto
con Notepad++ per unire numero e lettera trasformando in una sola colonna.
Rimesso al suo posto nel File originale, cambiato intestazione alle colonne.
Con il primo file ho fatto un po di casino me ne sono accorto dopo il
famoso 24122.
La stessa procedura per tutti gli altri cap
24121,24122,24123,24124,24125,24126,2412724128,24129.
E questo e tutto.
P:S Questo e tutto quello che posso fare e che ho fatto.
Gigi
Gigi



Il giorno sab 16 mag 2020 alle ore 22:06 Luigi Scuotto <
luigiscuott...@gmail.com> ha scritto:

> Buona sera spero che questa odissea finisca presto così posso tornare alla
> mia normalità.
> Descrivo qui i passaggi da me fatti.
> 1 Ricerca
> 2 Portale Pegione Lombardia
> 3 Dati numerazione civica
>
> Il giorno ven 15 mag 2020 alle ore 23:05 Francesco Ansanelli <
> franci...@gmail.com> ha scritto:
>
>> Non è necessario che si arrivi al revert... E sicuramente non metto in
>> dubbio la tua buona fede.
>> Suggerisco di creare una pagina sul wiki in modo che ci sia una
>> testimonianza del tuo lavoro, puoi seguire questa come traccia:
>>
>>
>> https://wiki.openstreetmap.org/wiki/Friuli-Venezia_Giulia/Import_Civici_FVG
>>
>> Che dici?
>>
>> Francesco
>>
>> Il ven 15 mag 2020, 22:41 Luigi Scuotto  ha
>> scritto:
>>
>>> Scusa Francesco ma dici che questo non e il modo di porsi mi dici in che
>>> modo devo dire di revertare tutto quello che ho fatto?
>>> Si continua a discutere che non era il modo di importare dati. Come
>>> detto non mi sono letto un accidenti dei regolamenti che ci sono.
>>> Come detto se avessi saputo non lo avrei fatto non mi fa piacere mettere
>>> in difficoltà gli altri per dei miei errori.
>>> Sono andato a leggere una parte di quello che mi e stato suggerito prima
>>> di importare, ed effettivamente avevo detto che forse ci ripensavo, adesso
>>> doto ver letto solo una parte ti dico che non li importavo di sicure.
>>> Gigi
>>>
>>> Il giorno ven 15 mag 2020 alle ore 22:15 Francesco Ansanelli <
>>> franci...@gmail.com> ha scritto:
>>>
 Buonasera Luigi,

 Perdonami, ma questo non è il modo giusto di porsi...
 Nessuno ti sta attaccando, per favore, evitiamo di stare sulla
 difensiva.
 Se lo hai già detto, lo ricopi su una pagina sul wiki e siamo tutti
 contenti, in futuro, partirai dal wiki e farai l'import dopo e andrà bene.
 

 Francesco

 Il ven 15 mag 2020, 21:59 Luigi Scuotto  ha
 scritto:

> Andrea.
> Come già detto, in precedenza.
> 1 non saprei che scrivere, già detto come ho fatto
> 2 evitiamo tutte queste discussioni facciamo un revert di tutto e non
> se.ne parla più.
> Quando magari i dati si potranno importare lo farà qualcuno che si è
> letto il regolamento.
> Gigi
>
>
>
> Il Ven 15 Mag 2020, 18:06 Andrea Musuruane  ha
> scritto:
>
>> Ciao,
>>
>> On Fri, May 15, 2020 at 1:37 PM Francesco Ansanelli <
>> franci...@gmail.com> wrote:
>>
>>> Buongiorno Luigi,
>>>
>>> devo dare anche io ragione a Cascafico, per gli import c'è
>>> tolleranza zero e vanno discussi su una mailing list a parte
>>> (internazionale in lingua inglese).
>>> Io sono il primo a essere contro la procedura attuale, ma non ci
>>> possiamo fare nulla proprio nulla...
>>> Se qualcuno si dovesse lamentare perché il diritto sui generis
>>> (proprietà intellettuale del dato) non è rispettato, OSM dovrebbe 
>>> mettersi
>>> degli avvocati ed, in ogni caso, se qualcuno si dovesse lamentare del 
>>> tuo
>>> operato con il DWG (anche senza esserne titolare) si rischia di perdere
>>> tutto il tuo lavoro (revert e ban).
>>> Cascafico ha seguito molto da vicino diversi import e ti sa
>>> sicuramente consigliare bene, ma non ti può autorizzare da solo e, 
>>> senza un
>>> progetto pubblico in cui si spiega la procedura, non lo farà nessun 
>>> altro.
>>>
>>
>> Francesco ha perfettamente ragione. Come ribadito più volte, per gli
>> import bisogna seguire le apposite guidelines:
>> https://wiki.openstreetmap.org/wiki/Import_guidelines
>>
>> Queste dovrebbero essere seguite fin dal momento in cui si pianifica
>> un import. Noi ti stiamo chiedendo di rimediare e di documentare quanto 
>> hai
>> già fatto prima di continuare. Non mi sembra un dramma. Certo che se
>> continuassi ad evitare la cosa, diventerei anche io favorevole a un 
>> revert.
>>
>> Ciao,
>>
>> Andrea
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> 

Re: [OSM-talk-fr] Améliorer la description des bibliothèques et centres de documentation

[Marc M.]

Bonjour Christian,

j'ai repensé au sujet, histoire d'avancer, je suggère d'y aller
petit pas par petit pas en réutilisant un maximum de ce qui existe.

Pour la mise au point d'un schéma, la ml talk ne convient pas,
c'est sans doute mieux ici pour dégrossir le sujet et mettre au point
un schéma avant d'aller proposer une idée claire sur tagging

Si je reprends les 5 angles de amenity=library dont tu as parlé,
voici un résumé/suggestion :

1) le contenu général ou en détail des collections -> subject (existe
pour les musées)

2) le statut administratif -> operator:type (existe)

3) Le public visé -> library:for (tag à créer mais dont la logique
existe déjà pour de nombreux autres)

4) supports des documents ->
subject:support=artworks;books;coins;records;videograms ? c'est utile ?

5) mode de communication des documents : c'est un peu confus,
est-ce que le sens a été bien saisi dans les tags ci dessous ?

- prêt direct<>indirect : c'est library:for=public <>
library:for=library (PEB) ?

- prêt (pour consultation) à domicile = takeaway=yes ?

- consultation exclusivement sur place : takeway=no ?

Est-ce que c'est correct ?

Cordialement,
Marc

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

Re: [Talk-GB] INSPIRE Polygons spatial data

[SK53]

It's always been useless to us. However the terms have changed since the
original release (basically IIRC to make the restrictions more explicit).

Jerry

On Sat, 16 May 2020 at 19:48, Mateusz Konieczny via Talk-GB <
talk-gb@openstreetmap.org> wrote:

> Is
> "Although the data is released under the OGL, there is an
> important caveat: third party rights the Information Provider is not
> authorised to license"
> is still applicable what makes it basically useless for us?
>
> May 16, 2020, 16:47 by christian.lederm...@gmail.com:
>
> Reading through the inspire land registry data, it seems they have
> adjusted their licence:
> What would that mean for use in OSM?
>
>
> https://www.gov.uk/guidance/inspire-index-polygons-spatial-data#conditions-of-use
>
> Conditions of use
>
> Your use of the INSPIRE Index Polygons service is governed by conditions.
>
> The INSPIRE Index Polygons and attributes provided in this service are
> available for use and reuse under the Open Government Licence (OGL)
> .
> This licence enables public bodies to make their data available free of
> charge for reuse.
>
> Use under the OGL is free. If you fail to comply with any of the
> conditions of the OGL then the rights granted to you under the licence
> will end automatically.
>
> Under the OGL, when reusing the data you must acknowledge the source of
> the data and include the following attribution statement:
>
> This information is subject to Crown copyright and is reproduced with the
> permission of HM Land Registry.
>
> If you are reusing the polygons (including the associated geometry, namely
> x, y co-ordinates), you must also display the following Ordnance Survey
> copyright/database right notice:
>
> © Crown copyright and database rights [year of supply or date of
> publication] Ordnance Survey 100026316.
>
> You must provide a link to these conditions, where possible.
>
> Under the OGL, HM Land Registry permits you to use the data for
> commercial or non-commercial purposes. However, as the licence says, OGL does
> not cover the use of third party rights which we are not authorised to
> license. HM Land Registry uses Ordnance Survey data in the preparation of
> the polygons and you will need to comply with Ordnance Survey licensing
> terms for use of the polygons (including the associated geometry, namely
> x,y co-ordinates).
>
> --
> Best Regards,
>
> Christian Ledermann
>
> Newark-on-Trent - UK
> Mobile : +44 7474997517
>
> https://uk.linkedin.com/in/christianledermann
> https://github.com/cleder/
>
>
> <*)))>{
>
> If you save the living environment, the biodiversity that we have left,
> you will also automatically save the physical environment, too. But If
> you only save the physical environment, you will ultimately lose both.
>
> 1) Don’t drive species to extinction
>
> 2) Don’t destroy a habitat that species rely on.
>
> 3) Don’t change the climate in ways that will result in the above.
>
> }<(((*>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] nuovi cartelli stradali che invitano a non seguire le indicazioni di google maps

[Francesco Ansanelli]

Ciao Andrea,

trovo che questa sia una terribile iniziativa... È sempre meglio essere
propositivi e dare alternative valide anziché pubblicizzare negativamente
un prodotto che può essere più che soddisfacente per molti. Non dico che
consigliare OSM (OsmAnd o magic earth) come alternativa sarebbe stato
automatico, ma perché no?

Francesco

Il sab 16 mag 2020, 20:56 Andrea Solari  ha scritto:

> "Non seguire le indicazioni di Google Maps". Recitano così i cartelli
> posizionati dalla polizia locale in diverse zone del comune di Quiliano,
> dal centro storico a Valleggia passando per le frazioni (via Tecci).
>
>
> https://www.savonanews.it/2020/05/16/leggi-notizia/argomenti/curiosita/articolo/non-seguire-le-indicazioni-di-google-maps-i-cartelli-per-evitare-ingorghi-dei-mezzi-pesanti-a-qui.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-se] Problem med ortnamnsimporten

[Ture Pålsson via Talk-se]

I notice that several of the accounts have made a few edits in Indonesia years 
ago and then, bang, thousands of changesets in Sweden. Reminds me of that mail 
you wrote in February about presumably cracked accounts being used to make 
minor edits.

Who the heck uses cracked accounts to make 
sort-of-correct-but-technically-inept bulk edits?!

> 16 maj 2020 kl. 18:11 skrev Andy Townsend :
> 
> On 16/05/2020 14:38, Ture Pålsson via Talk-se wrote:
>> Är det någon idé att dra in DWG så här långt efteråt?
> 
> No - email d...@osmfoundation.org if you need to.
> 
> Obviously it makes sense to talk things through first if you can (I see that 
> Andreas has tried to start that going)
> 
> Best Regards,
> 
> Andy
> 
> 
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se


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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[deuzeffe]

Ah, le Maître me dit que la France contre le monde entier, ça va pas le 
faire :/


Le 16/05/2020 à 21:07, deuzeffe a écrit :

Le 16/05/2020 à 08:54, David Pedehourcq a écrit :
Sur le principe un tag "point de collecte" c'est parfait et c'est ce 
qui correspond à la réalité métier.


Bah voilà.

Mais on casse tous les sites web de la planète qui utilisent recycling 
et waste_disposal du coup :-)


Ça ne sera pas la première fois (ni la dernière). Et puis, une fois que 
ça commencera à exister en nombre (8 000 pour la France, c'est ça ?), ça 
commencera à être utiliser, faut-il se dire.




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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[deuzeffe]

Rh, mais tu peux pas attendre que le/les tagq principal/aux soi(en)t 
fixé(s), non ?


Pas attendre pour y réfléchir, mais attendre pour le reste.

Pppfff.

Le 16/05/2020 à 21:02, Yves P. a écrit :

Bonsoir,

Quelles clés utiliser pour ces colonnes en surface ?
https://commons.wikimedia.org/wiki/File:Saint-Maurice-d%27Ardèche_-_Chemin_du_Champ_de_Bois,_poubelles_collectives.jpg 



C'est un exemple concret. Il y en a :
2 pour les emballages et papiers,
2 pour les ordures ménagères,
1 pour les cartons et,
1 pour le verre.

C'est le même modèle pour les ordures ménagères que pour le reste 
(excepté le verre).


__
Yves

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



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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[deuzeffe]

Le 16/05/2020 à 08:54, David Pedehourcq a écrit :
Sur le principe un tag "point de collecte" c'est parfait et c'est ce qui 
correspond à la réalité métier.


Bah voilà.

Mais on casse tous les sites web de la planète qui utilisent recycling 
et waste_disposal du coup :-)


Ça ne sera pas la première fois (ni la dernière). Et puis, une fois que 
ça commencera à exister en nombre (8 000 pour la France, c'est ça ?), ça 
commencera à être utiliser, faut-il se dire.


--
deuzeffe - comme les aménagements cyclables en somme (et dans les autres 
départements)



Le sam. 16 mai 2020 à 00:26, > a écrit :


Le 15/05/2020 à 22:39, deuzeffe - opensm@deuzeffe.org
 a écrit :


Donc, si on essaie de résumer pour donner à Vincent une réponse
claire pour une première étape, ça donne ?

Et ton esprit de synthèse propose ? ;D

Son esprit de synthèse dispose^^.


Existe-t-il un tag qui décrit la réalité (genre
amenity=waste_disposal mais en plus gros) ?

Oui ? -> On l'utilise.
Non ? -> On en crée un (un gros, donc).

S'il faut raffiner (colonne, support, couleur, toussa), c'est dans
un 2e temps. Non ?


J'en sens motivés pour proposer un changement de clé.

Je disais à Jérôme S. en message privé :

/Finalement collect n'est peut-être pas mal : on collecte le verre
comme on collecte l'amiante. Enfin pas exactement j'espère pour
l'amiante !
/

/collecting_centre, collecting_station ?/

Car point d'apport volontaire, point de regroupent de "poubelles" ou
déchèterie, on collecte des matériaux, recyclables ou non.

Ce n'est ni un terme ésotérique (du jargon) ni un terme chargé sur
la partie aval (recyclage, enfouissement, incinération) mais un
terme neutre.

Il semble possible de faire une proposition simple, à soumettre à
l'international. Portant donc juste sur cette clé majeure (avec mise
à jour des sous-clés si nécessaire).

De plus je vois que depuis David parle de 2 services qui ont comme
point commun de s'appeler collecte.

Bons soins David, mais tu vas avoir besoin d'années pour apprendre
OSM (on en apprend tous les jours). Notamment que pour changer une
clé largement utilisée c'est assez coton.

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


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



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

Re: [OSM-talk-fr] Attributions manquantes sur https://www.cherbourg.fr

[Yves P.]

> j'ai envoyé un mail par la page de contact
> 
Merci :)
> et là je galère à alimenter le tableau du wiki : 
> https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e 
> ça
>  je sais faire : c'est modifié :)

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

Bonsoir,

Quelles clés utiliser pour ces colonnes en surface ?
https://commons.wikimedia.org/wiki/File:Saint-Maurice-d%27Ardèche_-_Chemin_du_Champ_de_Bois,_poubelles_collectives.jpg
 


C'est un exemple concret. Il y en a : 
2 pour les emballages et papiers,
2 pour les ordures ménagères,
1 pour les cartons et,
1 pour le verre.

C'est le même modèle pour les ordures ménagères que pour le reste (excepté le 
verre).

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

[Talk-it] nuovi cartelli stradali che invitano a non seguire le indicazioni di google maps

[Andrea Solari]

"Non seguire le indicazioni di Google Maps". Recitano così i cartelli
posizionati dalla polizia locale in diverse zone del comune di Quiliano,
dal centro storico a Valleggia passando per le frazioni (via Tecci).

https://www.savonanews.it/2020/05/16/leggi-notizia/argomenti/curiosita/articolo/non-seguire-le-indicazioni-di-google-maps-i-cartelli-per-evitare-ingorghi-dei-mezzi-pesanti-a-qui.html

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

Re: [Talk-GB] INSPIRE Polygons spatial data

[Mateusz Konieczny via Talk-GB]

Is 
"Although the data is released under the OGL, there is an 
important caveat: third party rights the Information Provider is not authorised 
to license"
is still applicable what makes it basically useless for us?

May 16, 2020, 16:47 by christian.lederm...@gmail.com:

> Reading through the inspire land registry data, it seems they have adjusted 
> their licence:
> What would that mean for use in OSM?
>
> https://www.gov.uk/guidance/inspire-index-polygons-spatial-data#conditions-of-use
>
> Conditions of use
>
> Your use of the > INSPIRE>  Index Polygons service is governed by conditions.
>
>
> The > INSPIRE>  Index Polygons and attributes provided in this service are 
> available for use and reuse under the > Open Government Licence (> OGL> ) 
> > 
> . This licence enables public bodies to make their data available free of 
> charge for reuse.
>
>
> Use under the > OGL>  is free. If you fail to comply with any of the 
> conditions of the > OGL>  then the rights granted to you under the licence 
> will end automatically.
>
>
> Under the > OGL> , when reusing the data you must acknowledge the source of 
> the data and include the following attribution statement:
>
>
> This information is subject to Crown copyright and is reproduced with the 
> permission of HM Land Registry.
>
>
> If you are reusing the polygons (including the associated geometry, namely x, 
> y co-ordinates), you must also display the following Ordnance Survey 
> copyright/database right notice:
>
>
> © Crown copyright and database rights [year of supply or date of publication] 
> Ordnance Survey 100026316.
>
>
> You must provide a link to these conditions, where possible.
>
>
> Under the > OGL> , HM Land Registry permits you to use the data for 
> commercial or non-commercial purposes. However, as the licence says, > OGL>  
> does not cover the use of third party rights which we are not authorised to 
> license. HM Land Registry uses Ordnance Survey data in the preparation of the 
> polygons and you will need to comply with Ordnance Survey licensing terms for 
> use of the polygons (including the associated geometry, namely x,y 
> co-ordinates).
>
>
> -- 
> Best Regards,
>
> Christian Ledermann
>
> Newark-on-Trent - UK
> Mobile : +44 7474997517
>
> https://uk.linkedin.com/in/christianledermann
> https://github.com/cleder/
>
>
> <*)))>{
>
> If you save the living environment, the biodiversity that we have left,
> you will also automatically save the physical environment, too. But If
> you only save the physical environment, you will ultimately lose both.
>
> 1) Don’t drive species to extinction
>
> 2) Don’t destroy a habitat that species rely on.
>
> 3) Don’t change the climate in ways that will result in the above.
>
> }<(((*>
>

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

[talk-cz] Josm hlásí chybu

[Zdeněk Pražák]

opravoval jsem průběh turistických značek v okolí Monínce a JOSM mi nejprve
při vytvoření nové relace nahlásil chybu, že došlo k neočekávané výjimce,
relaci jsem tedy smazal a vytvořil znovu bez objevení chybové hlášky. Na
závěr však při pokusu o uložení provedených změn JOSM opět hlásí chybu, že
došlo k neočekávané výjimce a nahrání neproběhne - co s tím mám udělat,
abych mohl provedené změny nahrát

Pražák





ladící informace z JOSM

{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-08 18:20:25 +0200 (Wed, 08 Apr 2020)
Build-Date:2020-04-09 01:30:48
Revision:16245
Relative:URL: ^/trunk

Identification: JOSM/1.5 (16245 cs) Windows 7 64-Bit
OS Build number: Windows 7 Ultimate (7601)
Memory Usage: 1005 MB / 1005 MB (77 MB allocated, but free)
Java version: 1.8.0_251-b08, Oracle Corporation, Java HotSpot(TM) 64-Bit 
Server VM
Screen: \Display0 1280x1024
Maximum Screen Size: 1280x1024

Dataset consistency test:
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 version=
0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node id=1123488156
version=2 V lat=49.5492032,lon=14.5209226}, {Node id=1123339105 version=3 V
lat=49.5496906,lon=14.521003}, {Node id=1123339132 version=2 V lat=
49.5498649,lon=14.5213821}]} is referenced by {Relation id=-99821 version=0
VT [cesta -105530, cesta -105504, cesta -105498, cesta -104658, cesta -
105485, cesta 444868630]} but not found in dataset
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 version=
0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node id=1123488156
version=2 V lat=49.5492032,lon=14.5209226}, {Node id=1123339105 version=3 V
lat=49.5496906,lon=14.521003}, {Node id=1123339132 version=2 V lat=
49.5498649,lon=14.5213821}]} is referenced by {Relation id=-99824 version=0
VT [cesta -105530, cesta -105504, cesta -105498, cesta -104658, cesta -
105485, cesta 444868630]} but not found in dataset
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 version=
0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node id=1123488156
version=2 V lat=49.5492032,lon=14.5209226}, {Node id=1123339105 version=3 V
lat=49.5496906,lon=14.521003}, {Node id=1123339132 version=2 V lat=
49.5498649,lon=14.5213821}]} is referenced by {Relation id=-99825 version=0
VT [cesta -105530, cesta -105504, cesta -105498, cesta -104658, cesta -
105485, cesta 444868630]} but not found in dataset
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 version=
0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node id=1123488156
version=2 V lat=49.5492032,lon=14.5209226}, {Node id=1123339105 version=3 V
lat=49.5496906,lon=14.521003}, {Node id=1123339132 version=2 V lat=
49.5498649,lon=14.5213821}]} is referenced by {Relation id=-99822 version=0
VT [cesta -105530, cesta -105504, cesta -105498, cesta -104658, cesta -
105485, cesta 444868630]} but not found in dataset
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 version=
0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node id=1123488156
version=2 V lat=49.5492032,lon=14.5209226}, {Node id=1123339105 version=3 V
lat=49.5496906,lon=14.521003}, {Node id=1123339132 version=2 V lat=
49.5498649,lon=14.5213821}]} is referenced by {Relation id=-99823 version=0
VT [cesta -105530, cesta -105504, cesta -105498, cesta -104658, cesta -
105485, cesta 444868630]} but not found in dataset


Plugins:
+ Tracer (35313)
+ Tracer-testing (1587671642)
+ Tracer2 (35405)
+ apache-commons (35362)
+ buildings_tools (35405)
+ ejml (35313)
+ geotools (35169)
+ jts (35122)
+ pointInfo (35248)
+ reverter (35409)

Last errors/warnings:
- W: Nemohu najít podporovanou projekci pro vrstvu ortofoto. Používám EPSG:
3857.
- W: Nemohu smazat archivovaný záložní soubor \autosave\deleted_
layers\Datová vrstva 1_20200515_104136312.osm
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.
DataIntegrityProblemException: Relation member must be part of the same 
dataset as relation(relace -99821, cesta -105504)
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.
DataIntegrityProblemException: Relation member must be part of the same 
dataset as relation(relace -99822, cesta -105504)
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.
DataIntegrityProblemException: Relation member must be part of the same 
dataset as relation(relace -99823, cesta -105504)
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.
DataIntegrityProblemException: Relation member must be part of the same 
dataset as relation(relace -99824, cesta -105504)
- E: Handled by bug report queue: org.openstreetmap.josm.data.osm.
DataIntegrityProblemException: Relation member must be part of the same 
dataset as relation(relace -99825, cesta -105504)
- W: Neuložené změny - Relace byla změněna.Chcete změny
uložit?
- W: Neuložené změny - Relace byla změněna.Chcete změny
uložit?
- E: Handled by bug 

Re: [Talk-GB] INSPIRE Polygons spatial data

[SK53]

INSPIRE polygons have never been suitable for use in OSM.

Both Chris Hill and I wrote blog posts at the time:


   -
   
https://sk53-osm.blogspot.com/2013/10/not-very-inspired-land-registry-open.html
   -
   http://chris-osm.blogspot.com/2013/10/land-registry-inspire-polygons.html

Jerry





On Sat, 16 May 2020 at 15:49, Christian Ledermann <
christian.lederm...@gmail.com> wrote:

> Reading through the inspire land registry data, it seems they have
> adjusted their licence:
> What would that mean for use in OSM?
>
>
> https://www.gov.uk/guidance/inspire-index-polygons-spatial-data#conditions-of-use
>
> Conditions of use
>
> Your use of the INSPIRE Index Polygons service is governed by conditions.
>
> The INSPIRE Index Polygons and attributes provided in this service are
> available for use and reuse under the Open Government Licence (OGL)
> .
> This licence enables public bodies to make their data available free of
> charge for reuse.
>
> Use under the OGL is free. If you fail to comply with any of the
> conditions of the OGL then the rights granted to you under the licence
> will end automatically.
>
> Under the OGL, when reusing the data you must acknowledge the source of
> the data and include the following attribution statement:
>
> This information is subject to Crown copyright and is reproduced with the
> permission of HM Land Registry.
>
> If you are reusing the polygons (including the associated geometry, namely
> x, y co-ordinates), you must also display the following Ordnance Survey
> copyright/database right notice:
>
> © Crown copyright and database rights [year of supply or date of
> publication] Ordnance Survey 100026316.
>
> You must provide a link to these conditions, where possible.
>
> Under the OGL, HM Land Registry permits you to use the data for
> commercial or non-commercial purposes. However, as the licence says, OGL does
> not cover the use of third party rights which we are not authorised to
> license. HM Land Registry uses Ordnance Survey data in the preparation of
> the polygons and you will need to comply with Ordnance Survey licensing
> terms for use of the polygons (including the associated geometry, namely
> x,y co-ordinates).
>
> --
> Best Regards,
>
> Christian Ledermann
>
> Newark-on-Trent - UK
> Mobile : +44 7474997517
>
> https://uk.linkedin.com/in/christianledermann
> https://github.com/cleder/
>
>
> <*)))>{
>
> If you save the living environment, the biodiversity that we have left,
> you will also automatically save the physical environment, too. But If
> you only save the physical environment, you will ultimately lose both.
>
> 1) Don’t drive species to extinction
>
> 2) Don’t destroy a habitat that species rely on.
>
> 3) Don’t change the climate in ways that will result in the above.
>
> }<(((*>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Attributions manquantes sur https://www.cherbourg.fr

[Vincent Bergeot]

Le 16/05/2020 à 19:15, Yves P. a écrit :

Il y a au moins 2 autres cartes, avec attribution cette fois :
https://www.cherbourg.fr/infos-services/vie-quotidienne/demarches/louer-une-salle/louer-une-salle-municipale-a-tourlaville-1780.html

Celle-ci plante le navigateur :/
https://www.cherbourg.fr/agenda/silhouettes-cherbourgeoises-2197.html

Concernant la carte sans attribution, rien ni dans 
https://www.cherbourg.fr/mentions-legales-7.html, ni dans 
https://www.cherbourg.fr/credits-110.html



j'ai envoyé un mail par la page de contact et là je galère à alimenter 
le tableau du wiki : 
https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e


:)




__
Yves

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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Attributions manquantes sur https://www.cherbourg.fr

[Yves P.]

Il y a au moins 2 autres cartes, avec attribution cette fois :
https://www.cherbourg.fr/infos-services/vie-quotidienne/demarches/louer-une-salle/louer-une-salle-municipale-a-tourlaville-1780.html
 


Celle-ci plante le navigateur :/
https://www.cherbourg.fr/agenda/silhouettes-cherbourgeoises-2197.html

Concernant la carte sans attribution, rien ni dans 
https://www.cherbourg.fr/mentions-legales-7.html 
, ni dans 
https://www.cherbourg.fr/credits-110.html 


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

[OSM-talk-fr] Attributions manquantes sur https://www.cherbourg.fr

[Yves P.]

Bonjour,

C'est ici : https://www.cherbourg.fr/carte-interactive-1303.html 


Bonne fin de semaine,

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

[Talk-br] Formato de endereço no Brasil (Ricardo Bigio)

[Ao Vivo]

Boa Tarde Ricardo.

Fazendo uma pesquisa com os dados que você passou aqui na lista percebi que
esse endereço existe porém não está com esse CEP que você fez a pesquisa,
se você tirar o CEP da pesquisa voce vai conseguir pesquisar a rua que
deseja, isso porque qualquer pesquisa precisa está com os dados corretos
porque se não da erro e com o Não vai conseguir pesquisar o endereço.

 você pode fazer a pesquisa com o endereço, bairro e cidade e tirar o
número da casa e o CEP.

Para pesquisar o número correto da casa, edifício ou loja os dados precisam
está no OSM para poder pesquisar corretamente.

Então esse modelo de pesquisa serve para quiser rua, avenida, beco e etc.

Tente fazer a pesquisa somente com o endereço da rua, bairro e cidade e
você vai ver o endereço da Rua no OSM.

O CEP que está nessa rua e outro e precisa ver se realmente e esse CEP
mesmo, pois uma parte da rua está um CEP e a outra parte da rua está com
outro CEP.

Algum mapeados do Rio que conhece a região poderia lhe ajudar a concertar o
CEP ou falar se e realmente o CEP que está lá e esse mesmo.

Bom final de semana a todos.

Raphael de Assis
RECIFE/PE.

Em Sex, 15 de mai de 2020 08:05, 
escreveu:

> Enviar submissões para a lista de discussão Talk-br para
> talk-br@openstreetmap.org
>
> Para se cadastrar ou descadastrar via WWW, visite o endereço
> https://lists.openstreetmap.org/listinfo/talk-br
> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> corpo da mensagem para
> talk-br-requ...@openstreetmap.org
>
> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> endereço
> talk-br-ow...@openstreetmap.org
>
> Quando responder, por favor edite sua linha Assunto assim ela será
> mais específica que "Re: Contents of Talk-br digest..."
>
>
> Tópicos de Hoje:
>
>1. Formato de endereço no Brasil (Ricardo Bigio)
>2. Nova proposta de classificação viária - Votação
>   encerrada (santamariense)
>
>
> --
>
> Message: 1
> Date: Thu, 14 May 2020 16:08:42 -0300
> From: Ricardo Bigio 
> To: Talk-br@openstreetmap.org
> Subject: [Talk-br] Formato de endereço no Brasil
> Message-ID:
> <
> cae_invot0pqo2p2s+wrdu7hicugayyjwbzhdv1rcducxd79...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Estou tendo dificuldades para endereços no Brasil.
> Qual é o formato de para pesquisa ?
> --
> ... Ricardo Bigio
> Cel: +55 (24) 9.8804.8777
> www.taugan.com
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-br/attachments/20200514/84b95e92/attachment-0001.htm
> >
>
> --
>
> Message: 2
> Date: Thu, 14 May 2020 19:03:08 -0300
> From: santamariense 
> To: talk-br 
> Subject: [Talk-br] Nova proposta de classificação viária -
> Votação encerrada
> Message-ID:
> <
> caazabt4jsql1j5xtxaempvjpg5aer162phybusqkgae2abh...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Registro aqui a finalização do período de votação da nova proposta de
> classificação viária. Votaram 5 mapeadores, onde 3 concordaram, sendo
> que 1 fez algumas ressalvas; 1 discordou da proposta, fazendo alguns
> apontamentos, ainda dentro do conceito funcional da rodovia, os quais
> podem ir sendo explorados e discutidos; E 1 se absteve na votação,
> embora também concorde com o conceito funcional. Dos que votaram,
> portanto, mais de 50% concorda com a proposta apresentada, sendo
> considerada aprovada.
>
> Alguns comentários foram feitos que poderiam levar a votar casos
> pontuais da proposta, e não ficou claro para mim se teria algo a ser
> votado desde já. se você tiver algo pontual a ser votado, manifeste-se
> a qualquer momento pois ... Não menos importante, lembro aqui que o
> texto da regra pode ir sendo modificado no avançar do mapeamento
> conforme algumas questões pontuais forem surgindo, sendo discutidas e
> votadas como de praxe.
>
> Com a aprovação dessa proposta, a mesma terá seu texto ajustado para
> excluir o que está tachado (foi excluido do texto original ao longo da
> discussão), excluir a cor verde de parte do texto (foi incluido), e
> modificar parte do texto de "proposta" para "regra", ou outra sugestão
> que queiram dar.
>
> Também serão atualizadas paginas relacionadas a classificação viária
> que tratarem sobre o tema, na maior parte dos casos apenas com a
> inclusão de uma nota no topo da página, e sempre que possível linkando
> a página da atual regra de mapeamento. Paginas a serem atualizadas:
>
> A -
> https://wiki.openstreetmap.org/wiki/Pt:How_to_map_a#Classifica.C3.A7.C3.A3o_de_vias
> B -
> https://wiki.openstreetmap.org/wiki/Brazil/Classifica%C3%A7%C3%A3o_de_vias
> C - https://wiki.openstreetmap.org/wiki/Proposta_Top_05_BR_%2B_1
> D - https://wiki.openstreetmap.org/wiki/Pt:Key:highway
> E - https://wiki.openstreetmap.org/wiki/Pt:Tag:highway%3Dmotorway
> F - 

Re: [Talk-se] Problem med ortnamnsimporten

[Andy Townsend]

On 16/05/2020 14:38, Ture Pålsson via Talk-se wrote:

Är det någon idé att dra in DWG så här långt efteråt?


No - email d...@osmfoundation.org if you need to.

Obviously it makes sense to talk things through first if you can (I see 
that Andreas has tried to start that going)


Best Regards,

Andy



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

Re: [Talk-GB] INSPIRE Polygons spatial data

[Owen Boswarva]

In what way do you think the Land Registry licence has been adjusted? That
wording has been in place for some time.

It is possible Land Registry will change their licence in July, as Ordnance
Survey are changing the terms under which public sector organisations can
share their derived data in property extents.

https://www.ordnancesurvey.co.uk/business-government/tools-support/open-mastermap-programme/opening-up-property-extents



On Sat, 16 May 2020 at 15:49, Christian Ledermann <
christian.lederm...@gmail.com> wrote:

Reading through the inspire land registry data, it seems they have adjusted
> their licence:
> What would that mean for use in OSM?
>
>
> https://www.gov.uk/guidance/inspire-index-polygons-spatial-data#conditions-of-use
>
> Conditions of use
>
> Your use of the INSPIRE Index Polygons service is governed by conditions.
>
> The INSPIRE Index Polygons and attributes provided in this service are
> available for use and reuse under the Open Government Licence (OGL)
> .
> This licence enables public bodies to make their data available free of
> charge for reuse.
>
> Use under the OGL is free. If you fail to comply with any of the
> conditions of the OGL then the rights granted to you under the licence
> will end automatically.
>
> Under the OGL, when reusing the data you must acknowledge the source of
> the data and include the following attribution statement:
>
> This information is subject to Crown copyright and is reproduced with the
> permission of HM Land Registry.
>
> If you are reusing the polygons (including the associated geometry, namely
> x, y co-ordinates), you must also display the following Ordnance Survey
> copyright/database right notice:
>
> © Crown copyright and database rights [year of supply or date of
> publication] Ordnance Survey 100026316.
>
> You must provide a link to these conditions, where possible.
>
> Under the OGL, HM Land Registry permits you to use the data for
> commercial or non-commercial purposes. However, as the licence says, OGL does
> not cover the use of third party rights which we are not authorised to
> license. HM Land Registry uses Ordnance Survey data in the preparation of
> the polygons and you will need to comply with Ordnance Survey licensing
> terms for use of the polygons (including the associated geometry, namely
> x,y co-ordinates).
>
> --
> Best Regards,
>
> Christian Ledermann
>
> Newark-on-Trent - UK
> Mobile : +44 7474997517
>
> https://uk.linkedin.com/in/christianledermann
> https://github.com/cleder/
>
>
> <*)))>{
>
> If you save the living environment, the biodiversity that we have left,
> you will also automatically save the physical environment, too. But If
> you only save the physical environment, you will ultimately lose both.
>
> 1) Don’t drive species to extinction
>
> 2) Don’t destroy a habitat that species rely on.
>
> 3) Don’t change the climate in ways that will result in the above.
>
> }<(((*>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Jag har skickat ut ett osm-meddelande till alla dessa användare och bett
dem uppmärksamma denna diskussion. Har också bett dem om mer info om hur
ändringarna genomförts.

Har skrivit både på svenska och engelska då åtminstone ett konto verkar
vara ryskt: https://www.openstreetmap.org/user/30d4f4e1ccf24

MVH Andreas

On Sat, May 16, 2020 at 5:04 PM Andreas Vilén 
wrote:

> Går man till  https://osmstats.neis-one.org/?item=countries=Sweden och
> sorterar efter "created names" får man upp alla konton högst upp i listan.
> Lätt att ta ut för en rapport till DWG.
>
> MVH Andreas
>
> On Sat, May 16, 2020 at 4:58 PM Andreas Vilén 
> wrote:
>
>> Hej!
>>
>> Jag och Essin har diskuterat detta lite under den senaste veckan och jag
>> har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
>> på det sättet att den lyckats med att kopiera av (ja, vilken källa
>> egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
>> Däremot, i tråden som föranledde den här importen, varnade jag vid flera
>> tillfällen för att datan inte är bra nog för att importera till OSM rakt
>> av, delvis för att den inte visar den typ av data som importörerna trodde.
>> Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
>> Ekonomiska kartan, vilket lett till att platser dubblerats vid
>> kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
>> importera data som en gång redan importerats från en annan databas är skit
>> in skit ut skit in skit ut.
>>
>> Se mina inlägg
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
>>
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
>>
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html
>>
>>
>> Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
>> edits lite bättre, är https://www.openstreetmap.org/user/operaman/history
>> .
>>
>> De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
>> Åtminstone är det väldigt svårt att avgöra när datan är så svår att
>> analysera. Jag tycker också det är problematiskt att ett antal nya konton
>> utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
>> genomföra en import som denna. Om det handlar om användare som den som
>> skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
>> dem att skriva något på sina användarsidor.
>>
>> Jag tycker definitivt att detta ska tas till DWG för revert. Vill man
>> titta på kartan som importerats kan man titta på den. Jag ser ingen
>> anledning att okritiskt importera data från den källan (eller någon annan
>> källa) till OSM.
>>
>> MVH Andreas
>>
>> PS: En cliffhanger från högre upp, vilken källa har egentligen använts?
>> Den tråd som Essin länkar till, och även importsidan på wikin, handlar om
>> Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.
>>
>> On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
>> talk-se@openstreetmap.org> wrote:
>>
>>> Gah, tusentals changesets med en nod per changeset. Och användaren
>>> tomas471 har en avatar som föreställer Bob Ross.
>>>
>>> Är det någon idé att dra in DWG så här långt efteråt? Det är ju
>>> frestande att säga ”reverta allt av de här användarna” bara för att
>>> importen är så illa genomförd, även om datat i sig är ok (jag har inte
>>> tittat så noga).
>>>
>>> 16 maj 2020 kl. 12:39 skrev Essin :
>>>
>>> Hej!
>>>
>>> För några dagar sedan började jag lägga märke till redigeringar som bara
>>> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
>>> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
>>> det som att de är gjorda utan större hänsyn till vad som redan finns och
>>> utan större kontroll av den valda place-taggens rimlighet
>>> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
>>> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
>>> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
>>> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
>>> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
>>> ingen hashtag eller annan standardiserad formulering i
>>> redigeringskommentarerna, det står inget på deltagande användares
>>> användarsidor, redigeringarna görs inte från separata importkonton, det
>>> finns inga import=yes-taggar på importerade noder, och det finns ingen
>>> lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
>>> endast en nod per ändringsuppsättning, vilket gör det ännu mer
>>> svåröverskådligt. Finns det någon fungerande plan för genomgång och
>>> städning i efterhand? Det som står på wikisidan om samordning på denna
>>> mejllista och kontroll av enskilda användares redigeringar med Osmose
>>> verkar inte ha följts.
>>>
>>> Hälsningar
>>> Essin
>>>
>>> [1] https://www.openstreetmap.org/user/zag_abss/history
>>> 

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Går man till  https://osmstats.neis-one.org/?item=countries=Sweden och
sorterar efter "created names" får man upp alla konton högst upp i listan.
Lätt att ta ut för en rapport till DWG.

MVH Andreas

On Sat, May 16, 2020 at 4:58 PM Andreas Vilén 
wrote:

> Hej!
>
> Jag och Essin har diskuterat detta lite under den senaste veckan och jag
> har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
> på det sättet att den lyckats med att kopiera av (ja, vilken källa
> egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
> Däremot, i tråden som föranledde den här importen, varnade jag vid flera
> tillfällen för att datan inte är bra nog för att importera till OSM rakt
> av, delvis för att den inte visar den typ av data som importörerna trodde.
> Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
> Ekonomiska kartan, vilket lett till att platser dubblerats vid
> kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
> importera data som en gång redan importerats från en annan databas är skit
> in skit ut skit in skit ut.
>
> Se mina inlägg
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
>
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html
>
>
> Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
> edits lite bättre, är https://www.openstreetmap.org/user/operaman/history.
>
> De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
> Åtminstone är det väldigt svårt att avgöra när datan är så svår att
> analysera. Jag tycker också det är problematiskt att ett antal nya konton
> utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
> genomföra en import som denna. Om det handlar om användare som den som
> skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
> dem att skriva något på sina användarsidor.
>
> Jag tycker definitivt att detta ska tas till DWG för revert. Vill man
> titta på kartan som importerats kan man titta på den. Jag ser ingen
> anledning att okritiskt importera data från den källan (eller någon annan
> källa) till OSM.
>
> MVH Andreas
>
> PS: En cliffhanger från högre upp, vilken källa har egentligen använts?
> Den tråd som Essin länkar till, och även importsidan på wikin, handlar om
> Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.
>
> On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
> talk-se@openstreetmap.org> wrote:
>
>> Gah, tusentals changesets med en nod per changeset. Och användaren
>> tomas471 har en avatar som föreställer Bob Ross.
>>
>> Är det någon idé att dra in DWG så här långt efteråt? Det är ju frestande
>> att säga ”reverta allt av de här användarna” bara för att importen är så
>> illa genomförd, även om datat i sig är ok (jag har inte tittat så noga).
>>
>> 16 maj 2020 kl. 12:39 skrev Essin :
>>
>> Hej!
>>
>> För några dagar sedan började jag lägga märke till redigeringar som bara
>> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
>> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
>> det som att de är gjorda utan större hänsyn till vad som redan finns och
>> utan större kontroll av den valda place-taggens rimlighet
>> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
>> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
>> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
>> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
>> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
>> ingen hashtag eller annan standardiserad formulering i
>> redigeringskommentarerna, det står inget på deltagande användares
>> användarsidor, redigeringarna görs inte från separata importkonton, det
>> finns inga import=yes-taggar på importerade noder, och det finns ingen
>> lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
>> endast en nod per ändringsuppsättning, vilket gör det ännu mer
>> svåröverskådligt. Finns det någon fungerande plan för genomgång och
>> städning i efterhand? Det som står på wikisidan om samordning på denna
>> mejllista och kontroll av enskilda användares redigeringar med Osmose
>> verkar inte ha följts.
>>
>> Hälsningar
>> Essin
>>
>> [1] https://www.openstreetmap.org/user/zag_abss/history
>> https://www.openstreetmap.org/user/tomas471/history
>> https://www.openstreetmap.org/user/bob_curse_isaac/history
>> https://www.openstreetmap.org/user/Sivia1811/history mfl
>> [2]
>> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003790.html
>> ff
>> [3]
>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> 

Re: [Talk-se] Problem med ortnamnsimporten

[Andreas Vilén]

Hej!

Jag och Essin har diskuterat detta lite under den senaste veckan och jag
har också tittat på datan här och där. För det mesta ser den väl hyfsad ut
på det sättet att den lyckats med att kopiera av (ja, vilken källa
egentligen, se längre ner) rätt så slaviskt (som jag förstått det).
Däremot, i tråden som föranledde den här importen, varnade jag vid flera
tillfällen för att datan inte är bra nog för att importera till OSM rakt
av, delvis för att den inte visar den typ av data som importörerna trodde.
Se tråden som Essin länkar till. Exempelvis verkar källan ha kopierat
Ekonomiska kartan, vilket lett till att platser dubblerats vid
kartbladsbyten i Ekonomiska kartan, bara för att ta ett exempel. Att
importera data som en gång redan importerats från en annan databas är skit
in skit ut skit in skit ut.

Se mina inlägg
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003791.html
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003793.html
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003797.html

Ännu ett konto som verkar ha bidragit till importen, men grupperat sina
edits lite bättre, är https://www.openstreetmap.org/user/operaman/history.

De invändningar jag hade verkar dessa konton inte ha tagit till sig av.
Åtminstone är det väldigt svårt att avgöra när datan är så svår att
analysera. Jag tycker också det är problematiskt att ett antal nya konton
utan koppling till ordinarie användare på OSM plötsligt dyker upp för att
genomföra en import som denna. Om det handlar om användare som den som
skapade wikisidan rekryterat, bör han ha varit öppen med detta och uppmanat
dem att skriva något på sina användarsidor.

Jag tycker definitivt att detta ska tas till DWG för revert. Vill man titta
på kartan som importerats kan man titta på den. Jag ser ingen anledning att
okritiskt importera data från den källan (eller någon annan källa) till OSM.

MVH Andreas

PS: En cliffhanger från högre upp, vilken källa har egentligen använts? Den
tråd som Essin länkar till, och även importsidan på wikin, handlar om
Terrängkartan, men i kontonas källhänvisning står det Topografiska kartan.

On Sat, May 16, 2020 at 3:39 PM Ture Pålsson via Talk-se <
talk-se@openstreetmap.org> wrote:

> Gah, tusentals changesets med en nod per changeset. Och användaren
> tomas471 har en avatar som föreställer Bob Ross.
>
> Är det någon idé att dra in DWG så här långt efteråt? Det är ju frestande
> att säga ”reverta allt av de här användarna” bara för att importen är så
> illa genomförd, även om datat i sig är ok (jag har inte tittat så noga).
>
> 16 maj 2020 kl. 12:39 skrev Essin :
>
> Hej!
>
> För några dagar sedan började jag lägga märke till redigeringar som bara
> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
> det som att de är gjorda utan större hänsyn till vad som redan finns och
> utan större kontroll av den valda place-taggens rimlighet
> (place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
> borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
> befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
> som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
> något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
> ingen hashtag eller annan standardiserad formulering i
> redigeringskommentarerna, det står inget på deltagande användares
> användarsidor, redigeringarna görs inte från separata importkonton, det
> finns inga import=yes-taggar på importerade noder, och det finns ingen
> lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
> endast en nod per ändringsuppsättning, vilket gör det ännu mer
> svåröverskådligt. Finns det någon fungerande plan för genomgång och
> städning i efterhand? Det som står på wikisidan om samordning på denna
> mejllista och kontroll av enskilda användares redigeringar med Osmose
> verkar inte ha följts.
>
> Hälsningar
> Essin
>
> [1] https://www.openstreetmap.org/user/zag_abss/history
> https://www.openstreetmap.org/user/tomas471/history
> https://www.openstreetmap.org/user/bob_curse_isaac/history
> https://www.openstreetmap.org/user/Sivia1811/history mfl
> [2]
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003790.html
> ff
> [3]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte (limites des fleuves)

[Christian Rogel]

> Le 16 mai 2020 à 00:05, osm.sanspourr...@spamgourmet.com a écrit :
> Comme pour l'Odet 
>  (rivière 
> de Quimper), Thomas a fait remonter le trait de côte à une marée de 95 ou 120 
> (comme les villes ont des quais à ces endroits, le trait de côte est 
> sensiblement le même).
> 
> Pour l'Odet il y a aussi incohérence sauf que là c'est le SHOM qui coupe au 
> niveau de l'embouchure 
>  et 
> data.gouv.fr remonte jusqu'au pont sud de Quimper.
> 
Pont Sud de Quimper ? En principe c’est le pont de Poulguinan, or la presse 
locale indique que « la limite séparant l’Odet fluviale et l’Odet maritime est 
au droit du Palais de Justice ».
Donc, l’avant-dernier pont, le « pont de la Cale Saint-Jean », la rivière étant 
canalisée avant et aprés. https://osm.org/go/erISIRcTZ?m=

On ne connaît pas l’autorité de référence, mais, on sait à quoi cela peut 
servir : on a droit de pêcher dans l’Odet fluviale en ville, si on remet les 
poissons pris dans l’eau. De toute façon, il y a surtout des mulets qui ont un 
goût de vase…

Un petit bateau de pêche avait pu rester des mois à poste fixe au milieu de la 
rivière en ville (il portait une banderole), car, il n’était dans la 
juridiction de la gendarmerie maritime.

En tout cas, cela ne semble pas lié à une hauteur de marée et, encore moins, à 
une perception visuelle d’un passage rivière-mer.


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

Re: [Talk-GB] Solar panels 150k up

[Christian Ledermann]

Great work :-)

On Sat, 16 May 2020 at 14:17, Jez Nicholson  wrote:

> "100%, 100%!!!"
>
> On Tue, May 12, 2020 at 12:47 PM Jez Nicholson 
> wrote:
>
>> Of approximately 300 ground-mounted solar farms (field(s) full of solar
>> panels generating >=1MW) in the UK we have around 12 remaining to
>> locatewhich, quite frankly, is astounding. I am getting ready to run
>> around my study shouting, "100%, 100%!!!" as soon as I get a few more hours
>> to complete the list. Most are a simple boundary outline. It is common to
>> have a 'deer fence' around the installation and this makes for a nice
>> boundary, some are detailed with individual banks of panels. I favour
>> progressive enhancement of sites over time. Thank you to everyone involved.
>>
>> There are approximately 740 roof-mounted solar farms. I have not made any
>> attempt yet to collate or locate them. My limited experience is that these
>> are harder to armchair-map.
>>
>> On Tue, May 12, 2020 at 12:07 PM Gregory Williams <
>> greg...@gregorywilliams.me.uk> wrote:
>>
>>> On Tue, 2020-05-12 at 11:08 +0100, SK53 wrote:
>>> > Just would like to point out that we passed the 150,000 mark of solar
>>> > panels mapped in the UK. Dan & Jez are best informed about solar
>>> > farms, so the rest of this update is on small domestic rooftop
>>> > installations.
>>> >
>>> > A number of us continue to spend time mapping rooftop panels, and,
>>> > although progress is not at the heady rate of last Summer, this has
>>> > resulted in improved coverage of a number of local authorities. These
>>> > are the activities of which I'm aware, there are no doubt others I've
>>> > missed:
>>> > I mainly aim to push reasonably well-mapped LAs over various
>>> > thresholds (50%, 60% & 80% are the ones I find most useful), and to
>>> > try & create a contiguous band of well-mapped (>50%) across England &
>>> > Wales. Recently I've worked on Flintshire, Hinckley & Bosworth and
>>> > Vale Royal.
>>> > gurglypipe continues to spread out beyond Lancaster into South Lakes
>>> > to the N & Ribbledale and to the S
>>> > brianboru continues to pick up a significant number of installations
>>> > across Herefordshire & the Welsh Valleys as part of general mapping
>>> > work
>>> > Gregory Williams continues to focus on hotspot unmapped LSOAs
>>> > MapRoulette users make a steady contribution by converting panels
>>> > mapped as nodes to areas
>>> > Gregory has recently updated the FIT data to March which added
>>> > perhaps 20,000 additional installations. To deal with these he had to
>>> > change the LA boundaries used to incorporate unitary authorities
>>> > (affecting Cheshire, Cornwall, Wiltshire, Shropshire, Northumberland
>>> > & perhaps others). One consequence is that some well-mapped districts
>>> > dropped below thresholds, so I've been working over the last few days
>>> > to restore them if possible (Ashford, Hart & Rugby still to be hauled
>>> > back over 50%). Very kindly, he agreed to retain the original
>>> > district boundaries on a distinct web page, because I found working
>>> > with the old districts of large rural counties more useful than the
>>> > new boundaries.
>>>
>>> The distinct web page is at:
>>> http://osm.gregorywilliams.me.uk/solar_2001/
>>>
>>> I also hope to soon have LSOA-level detail on the Scottish pages, which
>>> should help with locating PV installations from aerial imagery more
>>> easily -- I'm conscious that it's a bit difficult at the moment, with
>>> the areas being so physically large.
>>>
>>> >
>>> > As well as adding new panels here's still plenty to do with the ones
>>> > already mapped: adding buildings under mapped panels, adjusting
>>> > position, adding number of panels and orientation.
>>> >
>>> > Thanks to all who have contributed.
>>> >
>>> > Regards,
>>> >
>>> > Jerry
>>> > ___
>>> > Talk-GB mailing list
>>> > Talk-GB@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-gb
>>> ___
>>> Talk-GB mailing list
>>> Talk-GB@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-gb
>>>
>> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>


-- 
Best Regards,

Christian Ledermann

Newark-on-Trent - UK
Mobile : +44 7474997517

https://uk.linkedin.com/in/christianledermann
https://github.com/cleder/


<*)))>{

If you save the living environment, the biodiversity that we have left,
you will also automatically save the physical environment, too. But If
you only save the physical environment, you will ultimately lose both.

1) Don’t drive species to extinction

2) Don’t destroy a habitat that species rely on.

3) Don’t change the climate in ways that will result in the above.

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

[Talk-GB] INSPIRE Polygons spatial data

[Christian Ledermann]

Reading through the inspire land registry data, it seems they have adjusted
their licence:
What would that mean for use in OSM?

https://www.gov.uk/guidance/inspire-index-polygons-spatial-data#conditions-of-use

Conditions of use

Your use of the INSPIRE Index Polygons service is governed by conditions.

The INSPIRE Index Polygons and attributes provided in this service are
available for use and reuse under the Open Government Licence (OGL)
.
This licence enables public bodies to make their data available free of
charge for reuse.

Use under the OGL is free. If you fail to comply with any of the conditions
of the OGL then the rights granted to you under the licence will end
automatically.

Under the OGL, when reusing the data you must acknowledge the source of the
data and include the following attribution statement:

This information is subject to Crown copyright and is reproduced with the
permission of HM Land Registry.

If you are reusing the polygons (including the associated geometry, namely
x, y co-ordinates), you must also display the following Ordnance Survey
copyright/database right notice:

© Crown copyright and database rights [year of supply or date of
publication] Ordnance Survey 100026316.

You must provide a link to these conditions, where possible.

Under the OGL, HM Land Registry permits you to use the data for commercial
or non-commercial purposes. However, as the licence says, OGL does not
cover the use of third party rights which we are not authorised to license.
HM Land Registry uses Ordnance Survey data in the preparation of the
polygons and you will need to comply with Ordnance Survey licensing terms
for use of the polygons (including the associated geometry, namely x,y
co-ordinates).

-- 
Best Regards,

Christian Ledermann

Newark-on-Trent - UK
Mobile : +44 7474997517

https://uk.linkedin.com/in/christianledermann
https://github.com/cleder/


<*)))>{

If you save the living environment, the biodiversity that we have left,
you will also automatically save the physical environment, too. But If
you only save the physical environment, you will ultimately lose both.

1) Don’t drive species to extinction

2) Don’t destroy a habitat that species rely on.

3) Don’t change the climate in ways that will result in the above.

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

Re: [OSM-talk-fr] Rivages sur OSM V2 - Evolution des règles pour les plages et la ligne de côte

[djo_man via Talk-fr]

  
  
Bonjour, 



Rivages sur OSM V2.pdf


http://pc.cd/udqctalK


avec liens cliquables



Djo man




Le 11/05/2020 à 14:48, djo_man a
  écrit :


  
  
  Bonjour, 
  
  
  J'ai eu un peu de temps ce week-end
pour préciser à la fois l'état du tagging
pour les côtes et décrire les problématiques que cela soulève en
terme de rendu de carte.
Il s'agit d'un PDF avec des photos aériennes commentées de JOSM
et modifiées sur photoshop.
  
  
  
  http://pc.cd/ssGrtalK
  
  
ça ne résoudra pas la question du manque de vote pour cette
  dernière modif de wiki
  mais permettra de comprendre ce qui est en jeu pour OSM voire
  pour OPENSEAMAP.
Le Mont Saint-Michel nous remerciera peut être...
Djo man

  
  
  
  Le 07/05/2020 à 10:06, Yves P. a
écrit :
  
  
Salut,

Votre discussion est assez technique ;)

Pouvez-vous mettre un lien sur un schéma, une photo aérienne, le(s) rendu(s) et si possible une carte marine pour qu'on puisse suivre ?
(et tant qu'à faire ne pas cartographier n'importe quoi)

Merci,

__
Yves



  Des fois certains mapper vont même jusqu'à dessiner ses zones encore plus bas que la ligne de basse mer car avec les belles images aériennes et une eau claire on en voit tres bien les contours. C'est presque un autre probleme mais explique bien que l'enchainement de ses zones ressemble à un geant code barre le long des côtes avec beach et bare_rock qui s'enchaînent.


un exemple ici stp :)



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

  
  
  



  


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

Re: [OSM-talk-be] privacy ed

[Midgard]

Quoting Nicolas Pettiaux (2020-05-16 14:59:41)
> > No! You need prior permission to take a photo of a person.
> 
> can you provide a legal text with that ?

No, I don't have the resources to search our law. The online lookup tools of 
the government are not
adequate for that.

The best I can get you is:
https://www.gegevensbeschermingsautoriteit.be/recht-op-afbeelding-principe
https://www.autoriteprotectiondonnees.be/droit-image/principe

> [...] het nemen van een afbeelding [is] onderworpen aan de toestemming van de 
> betrokken persoon.

> [...] la prise d'une image [...] de cette image [est soumise] au consentement 
> de la personne concernée.

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

Re: [OSM-talk-fr] [M] rendu de la mer et modèle de tag pour les cotes. Était : Evolution des règles pour les plages et la ligne de côte (zones et traits)

[djo_man via Talk-fr]

  
  
Bonjour, 



Ma demarche soutient ce PM uniquement.
https://github.com/gravitystorm/openstreetmap-carto/issues/3854
qui propose de mettre en place un
  moteur de test de l'inversion des calques et les modes de fusion
  pour le rendu.

Ce qui permettra de gérer les
  transparences de l'eau en général et donc aussi les surfaces
  d'estran.
que cela soit tidal=yes ou
  wetland=tidalflat m'importe secondairement.



Pour tous les autres PM, les
  négociations devront se faire aussi.


oui, il faut apercevoir les
  natural=sand et les natural=bare_rock en dessous de la coastline !
  



Et je conviens qu'un changement
  unilatéral du modèle de tag ne peut et ne doit pas passer en force
  sans discussion.



djo man











Le 16/05/2020 à 15:49,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  Le 15/05/2020 à 19:23, Djo_man via Talk-fr - talk-fr@openstreetmap.org
a écrit :
  
  
Donc, je
  voudrais, ici lancer une petite hola pour les contributeurs
  Imagico et Jeisenbe pour les soutenir. 
  
  Sans moi ! Grosso modo on a cassé le rendu (il suffit de
comparer le rendu FR du rendu par défaut) pour justifier une
modélisation qui permettra un rendu futur.
  Ce n'est plus taguer pour le rendu c'est ignorer des tags
existants et ayant un sens (tidal=yes). S'ils veulent il peuvent
appliquer le bleu peu transparent sur les zone water (ou
océaniques) à l'exclusion des zones tidal=yes. 
  
  Tant qu'on a n'a pas de données sous-marines (on en a mais sous
la surface), quel intérêt ?
  tidal=yes permet d'afficher après les autres couches un rendu
de l'estran.
  J'avais fait un comparatif
  des rendus.
  On avait du sable, Christoph -imagico) nous dit que le sable
c'est essentiellement sur terre. Exact dans le Sahara, pas sûr
que ce soit l'endroit où OSM est le plus utile et le plus
utilisé.
  Il refuse de rendre natural=shoal. En soit le tag est mauvais
(natural indique normalement une surface hormis pour coastline).
  Effectivement tidal=yes serait plus logique mais ce
n'est pas son avis.
  
  low_level_water=yes serait sans doute plus idoine qu'un
natural=reef. Mais la notion est utile.
  L'argument que tidleflat est plus utilisé est pervers :
Christoph et Josef change unilatéralement le wiki, rendent ce
qui les intéresse et après disent que ce sont les bons tags car
plus rendus.
  Voir :
  
  https://github.com/gravitystorm/openstreetmap-carto/issues/3840
(c'est le même ticket, simplement j'ai répondu) Jean-Yvon
  
  Note : le rendu vectoriel n'a pas la notion d'océan, c'est la
valeur par défaut.
  
  Jean-Yvon
  
  
  
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




  


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

Re: [OSM-talk-be] privacy ed

[Midgard]

Quoting Marc Gemis (2020-05-16 14:59:43)
> According to 
> https://www.gegevensbeschermingsautoriteit.be/recht-op-afbeelding-de-privacywet-algemeen,
> 
> "Toch geldt de Privacywet niet altijd. [...]

There are 2 panels:
* the privacy law and
* the picture rights, which are part of our copyright law (NL: recht op 
afbeelding,
  FR: droit à l'image).

Privacy law will indeed not give a problem for our purposes.

But if a person is prominent in the picture, picture rights may prevent you 
from taking it.

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

Re: [OSM-ja] 米屋のタグ付けについて話し合っています

[Mariko Goda]

ごうだまりぽ@東京 です。

「米屋」「米穀店」について、ディスカッションページでいろいろご意見をいただきました。
米屋は日本では業態としてメジャーであり、他のタグを無理に転用するよりも "shop=rice"
で良いのではないかということでだいたい一致したので、議論中である旨を記入した上で
"How to map a" のページ
https://wiki.openstreetmap.org/wiki/JA:How_to_map_a
に追加し、現在草案として "shop=rice" のページを作成しています。
https://wiki.openstreetmap.org/wiki/JA:Tag:shop%3Drice

ここでお願いがあるのですが、ご自身で撮影された物もしくは権利的にOKな物で、
お米屋さんの画像があったらぜひ投稿していただければと思います。
地元にも数軒あるのですが、ガードレールや街路樹が邪魔だったり道幅が狭すぎたりして
なかなかわかりやすい写真が取りにくく、困っております。

On Thu, May 7, 2020 at 12:14 AM Mariko HISAKAWA/GODA
 wrote:
>
> ごうだまりぽ@東京 です。
>
> Slackで「米屋」「米穀店」のタグ付けの話題が出たのですが、一般的な業態の
> わりにはタグ付けがバラバラであることが判明したので、OpenStreetMap Wiki
> 上でディスカッションを始めてみました。
> どうぞご意見をお寄せください。
> https://wiki.openstreetmap.org/wiki/JA_talk:How_to_map_a#.E7.B1.B3.E5.B1.8B
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] [M] rendu de la mer et modèle de tag pour les cotes. Était : Evolution des règles pour les plages et la ligne de côte (zones et traits)

[osm . sanspourriel]

Le 15/05/2020 à 19:23, Djo_man via Talk-fr - talk-fr@openstreetmap.org a
écrit :



Donc, je voudrais, ici lancer une petite hola pour les contributeurs
Imagico et Jeisenbe pour les soutenir.


Sans moi ! Grosso modo on a cassé le rendu (il suffit de comparer le
rendu FR du rendu par défaut) pour justifier une modélisation qui
permettra un rendu futur.

Ce n'est plus taguer pour le rendu c'est ignorer des tags existants et
ayant un sens (tidal=yes). S'ils veulent il peuvent appliquer le bleu
peu transparent sur les zone water (ou océaniques) à l'exclusion des
zones tidal=yes.

Tant qu'on a n'a pas de données sous-marines (on en a mais sous la
surface), quel intérêt ?

tidal=yes permet d'afficher après les autres couches un rendu de l'estran.

J'avais fait un comparatif des rendus.


On avait du sable, Christoph -imagico) nous dit que le sable c'est
essentiellement sur terre. Exact dans le Sahara, pas sûr que ce soit
l'endroit où OSM est le plus utile et le plus utilisé.

Il refuse de rendre natural=shoal. En soit le tag est mauvais (natural
indique normalement une surface hormis pour coastline).

Effectivement tidal=yes serait plus logique *mais* ce n'est pas son avis.

low_level_water=yes serait sans doute plus idoine qu'un natural=reef.
Mais la notion est utile.

L'argument que tidleflat est plus utilisé est pervers : Christoph et
Josef change unilatéralement le wiki, rendent ce qui les intéresse et
après disent que ce sont les bons tags car plus rendus.

Voir :

https://github.com/gravitystorm/openstreetmap-carto/issues/3840 (c'est
le même ticket, simplement j'ai répondu) Jean-Yvon

Note : le rendu vectoriel n'a pas la notion d'océan, c'est la valeur par
défaut.

Jean-Yvon

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

Re: [Talk-se] Problem med ortnamnsimporten

[Ture Pålsson via Talk-se]

Gah, tusentals changesets med en nod per changeset. Och användaren tomas471 har 
en avatar som föreställer Bob Ross.

Är det någon idé att dra in DWG så här långt efteråt? Det är ju frestande att 
säga ”reverta allt av de här användarna” bara för att importen är så illa 
genomförd, även om datat i sig är ok (jag har inte tittat så noga).

> 16 maj 2020 kl. 12:39 skrev Essin :
> 
> Hej!
> 
> För några dagar sedan började jag lägga märke till redigeringar som bara 
> bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av 
> importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar 
> det som att de är gjorda utan större hänsyn till vad som redan finns och utan 
> större kontroll av den valda place-taggens rimlighet (place=isolated_dwelling 
> på bondgårdar som ligger inne i byar och därför borde ha place=farm eller 
> namnet på en landuse=farmyard-yta, dubbletter med befintliga 
> landuse=farmyard- eller landuse=residential-objekt, place=hamlet som borde 
> vara place=neighbourhood mm). Jag har letat, men inte hittat något sätt att 
> enkelt se vilka redigeringar som ingår i importen. Det finns ingen hashtag 
> eller annan standardiserad formulering i redigeringskommentarerna, det står 
> inget på deltagande användares användarsidor, redigeringarna görs inte från 
> separata importkonton, det finns inga import=yes-taggar på importerade noder, 
> och det finns ingen lista över deltagare på wikisidan [3]. Dessutom lägger 
> många användare in endast en nod per ändringsuppsättning, vilket gör det ännu 
> mer svåröverskådligt. Finns det någon fungerande plan för genomgång och 
> städning i efterhand? Det som står på wikisidan om samordning på denna 
> mejllista och kontroll av enskilda användares redigeringar med Osmose verkar 
> inte ha följts.
> 
> Hälsningar
> Essin
> 
> [1] https://www.openstreetmap.org/user/zag_abss/history 
>  
> https://www.openstreetmap.org/user/tomas471/history 
>  
> https://www.openstreetmap.org/user/bob_curse_isaac/history 
>  
> https://www.openstreetmap.org/user/Sivia1811/history 
>  mfl
> [2] 
> https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003790.html 
>  
> ff
> [3] 
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
>  
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se

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

Re: [Talk-GB] Solar panels 150k up

[Jez Nicholson]

"100%, 100%!!!"

On Tue, May 12, 2020 at 12:47 PM Jez Nicholson 
wrote:

> Of approximately 300 ground-mounted solar farms (field(s) full of solar
> panels generating >=1MW) in the UK we have around 12 remaining to
> locatewhich, quite frankly, is astounding. I am getting ready to run
> around my study shouting, "100%, 100%!!!" as soon as I get a few more hours
> to complete the list. Most are a simple boundary outline. It is common to
> have a 'deer fence' around the installation and this makes for a nice
> boundary, some are detailed with individual banks of panels. I favour
> progressive enhancement of sites over time. Thank you to everyone involved.
>
> There are approximately 740 roof-mounted solar farms. I have not made any
> attempt yet to collate or locate them. My limited experience is that these
> are harder to armchair-map.
>
> On Tue, May 12, 2020 at 12:07 PM Gregory Williams <
> greg...@gregorywilliams.me.uk> wrote:
>
>> On Tue, 2020-05-12 at 11:08 +0100, SK53 wrote:
>> > Just would like to point out that we passed the 150,000 mark of solar
>> > panels mapped in the UK. Dan & Jez are best informed about solar
>> > farms, so the rest of this update is on small domestic rooftop
>> > installations.
>> >
>> > A number of us continue to spend time mapping rooftop panels, and,
>> > although progress is not at the heady rate of last Summer, this has
>> > resulted in improved coverage of a number of local authorities. These
>> > are the activities of which I'm aware, there are no doubt others I've
>> > missed:
>> > I mainly aim to push reasonably well-mapped LAs over various
>> > thresholds (50%, 60% & 80% are the ones I find most useful), and to
>> > try & create a contiguous band of well-mapped (>50%) across England &
>> > Wales. Recently I've worked on Flintshire, Hinckley & Bosworth and
>> > Vale Royal.
>> > gurglypipe continues to spread out beyond Lancaster into South Lakes
>> > to the N & Ribbledale and to the S
>> > brianboru continues to pick up a significant number of installations
>> > across Herefordshire & the Welsh Valleys as part of general mapping
>> > work
>> > Gregory Williams continues to focus on hotspot unmapped LSOAs
>> > MapRoulette users make a steady contribution by converting panels
>> > mapped as nodes to areas
>> > Gregory has recently updated the FIT data to March which added
>> > perhaps 20,000 additional installations. To deal with these he had to
>> > change the LA boundaries used to incorporate unitary authorities
>> > (affecting Cheshire, Cornwall, Wiltshire, Shropshire, Northumberland
>> > & perhaps others). One consequence is that some well-mapped districts
>> > dropped below thresholds, so I've been working over the last few days
>> > to restore them if possible (Ashford, Hart & Rugby still to be hauled
>> > back over 50%). Very kindly, he agreed to retain the original
>> > district boundaries on a distinct web page, because I found working
>> > with the old districts of large rural counties more useful than the
>> > new boundaries.
>>
>> The distinct web page is at:
>> http://osm.gregorywilliams.me.uk/solar_2001/
>>
>> I also hope to soon have LSOA-level detail on the Scottish pages, which
>> should help with locating PV installations from aerial imagery more
>> easily -- I'm conscious that it's a bit difficult at the moment, with
>> the areas being so physically large.
>>
>> >
>> > As well as adding new panels here's still plenty to do with the ones
>> > already mapped: adding buildings under mapped panels, adjusting
>> > position, adding number of panels and orientation.
>> >
>> > Thanks to all who have contributed.
>> >
>> > Regards,
>> >
>> > Jerry
>> > ___
>> > Talk-GB mailing list
>> > Talk-GB@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-gb
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-be] privacy ed

[Nicolas Pettiaux]

Hello

> No! You need prior permission to take a photo of a person.

can you provide a legal text with that ?

I thought that we are allowed to take a picture for our personal needs
but we have to ask the permission to publish it unless special cases,
eg. as journalists. Otherwise, journalists and whistle blowers could not
do their jobs without authorization

-- 
*Nicolas Pettiaux, phd* - gsm +32 496 24 55 01 - nico...@pettiaux.be
Avenue du Pérou 29 à 1000 Bruxelles


0xA9920C887AF627FD.asc
Description: application/pgp-keys


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

Re: [OSM-talk-be] privacy ed

[Marc Gemis]

According to 
https://www.gegevensbeschermingsautoriteit.be/recht-op-afbeelding-de-privacywet-algemeen,

"Toch geldt de Privacywet niet altijd. Beelden voor louter
persoonlijke of huishoudelijke doeleinden, zoals een familiealbum
aanleggen of privéopnames maken bij een sportmanifestatie, is de
wetgeving niet van toepassing. Wanneer die beelden op het internet
worden gezet, overstijgt dit de persoonlijke of huishoudelijke
doeleinden omdat de beelden verstrekt worden aan een onbeperkt aantal
personen, waardoor de Privacywet wel van toepassing is."

So IMHO you can still take a picture of a street with people, go home,
map whatever you see on the picture and delete it (or keep it in or
personal archive). The privacy law is not applicable then.
My idea is that the focus of the photo is not on the people, but on
the environment when one makes photos for mapping purposes.

m.

On Sat, May 16, 2020 at 12:55 PM Midgard  wrote:
>
> On Fri, May 15, 2020, 19:38 Marc Gemis  wrote:
> > Taking pictures of people is not a problem, it's what you do with them
> > afterwards that is important.
> Op vr 15 mei 2020 22:51 schreef Sander Deryckere :
> > Taking a picture is usually not illegal indeed.
>
> No! You need prior permission to take a photo of a person.
> Being in a public place can be interpreted as silent permission for appearing 
> incidentally in
> overview photos.
>
> https://www.gegevensbeschermingsautoriteit.be/recht-op-afbeelding
> https://www.autoriteprotectiondonnees.be/droit-image
>
>
> Quoting Marc Gemis (2020-05-15 23:31:16)
> > Afaik,  Belgium changed the law  one or two years ago and you can now
> > publish pictures of art and buildings without problems.
>
> With some restrictions:
> https://nl.wikipedia.org/wiki/Panoramavrijheid#Belgi%C3%AB
> https://fr.wikipedia.org/wiki/Libert%C3%A9_de_panorama#En_Belgique
>
> ___
> 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-ie] Estimate of number of building=* in Ireland

[Andy Townsend]

On 15/05/2020 03:37, Mateusz Konieczny via Talk-ie wrote:

May 15, 2020, 00:04 by davecor...@gmail.com:


The logical approach should be to map it as house/garage/shed etc and ONLY
use building=yes if you cannot make an educated guess.

Doing otherwise puts this data on the level of the tiger import.


No. TIGER import had plenty of outright invalid, incorrect and insane data.
This is merely missing not very important part of info.

https://wiki.openstreetmap.org/wiki/File:TIGER_fixup_example_before.jpg
https://wiki.openstreetmap.org/wiki/File:Braided-streets-example.jpg
https://wiki.openstreetmap.org/wiki/TIGER_fixup


+1 to that.

Sometimes people forgot just how piss-poor some of the imported TIGER 
data was.  To be fair, it was a lifetime ago in OSM terms.


Best Regards,

Andy

(not a local but an occasional visitor - next visit was due to be in a 
couple of weeks but alas now postponed)



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

Re: [talk-cz] Přírodní parky

[r00t via talk-cz]

Ahoj,

> Koukám na tvoji wiki stránku "IPRPraha Powerstations Import" - hezky
> zpracované, ale je někde dokumentováno, že IPRPraha povoluje využití pro
> OSM? Je to povoleno jen pro překreslení nebo i pro import? Potřebuju důkaz
> :)
Je to tam pod bodem "Import source / Link to permission", viz email tady na 
cz-talku od Mateje a
jeho konverzace s Bohdanem z IPR:
https://lists.openstreetmap.org/pipermail/talk-cz/2018-February/018526.html

V tvem pripade by se asi dalo import nedelat a oblasti obkreslit v JOSM podle 
dat a proste
dat zdroj do changesetu. Neprijde mi ze by to bylo nejak odlisne od 
obkreslovani treba z CUZK:KM...

Jinak zkusenosti s protlacenim importu pres OSM import group:
1) Urcite si dobre priprav dokumentaci na wiki, melo by tam byt vsechno co se 
vyzaduje.
   Hlavne veci ohledne reseni konfliktu s tim co uz v mape je a spravne 
tagovani. Pokud budes delat
   import rucne, je dobre to tam zduraznit, protoze import group ma nejvetsi 
problemy s lidmi co
   proste nahazou data do OSM a neresi konflikty/nasledky.
2) Po nahlaseni do import talku se nebude nic dit, je tam dost mrtvo. Ja jsem 
potom po nejake
   dobe proste provokativne napsal, ze kdyz tedy nejsou zadne pripominky, tak 
ze beru navrh jako
   schvaleny... a najednou se pripominky objevily :) A bylo mi vycitano ze jsem 
mel pockat aspon mesic...
3) Zacatek a konec praci je opet treba oznamit na import listu a taky updatovat 
wiki, at uz stranku
   o importu nebo tu velkou tabulku importu...


r00tcz


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

Re: [OSM-talk-ie] Estimate of number of building=* in Ireland

[Ciarán Staunton]

I don’t understand at all how a community project like osmIRL buildings
could be utterly frustrating, and I wonder about the flipancy of a comment
that the effect is anything like a Tiger import – simply on the basis of
accuracy.



The aim of the task is to have a straightforward activity for people to
work on together, which we haven’t had in a while. Another aim is to have
something that is easy enough to start on as we recruit new people into the
community as contributors. The daily contributions extract shows we have
doubled the contributors to 30. There will be a second phase, when all the
tasks are complete and validated, and there would be even more animations
resolving building use types.



Ireland’s building equals yes tag was 62% of all building objects when the
project started around October 2019 and is 64% only today, was this making
things worse? Admittedly while it increases the number of building equals
yes objects in number, it doesn’t change the proportion, and it completes
the map on a theme the community wanted to go ahead with. The project has a
future phase when there will be more added to the buildings now produced by
this effort.



Right now Kilkenny City 25%, Carlow Town 38% and Waterford City 48% all
have building equals yes tags less than what prevailed on the island at the
outset. In the recent community hangouts and presentations there has been
discussion of techniques already put into practice on how validation
reduces tag generality. JOSM filters as well as a 'Second mapper'
standpoint are blitzing the building equals yes tag before the tasks get
taken down. Nobody seems to think using the filter is hassle to use, or
that to select, scroll and tag numerous buildings – so what have we missed?



Finally, the osm community worldwide has agreed that building equals yes is
not an invalid contribution where the experience level of the mapper is
lower, or the satellite imagery is blurred, or there is a community
decision to map at scale, with planned and committed passes through that
work. Otherwise it wouldn’t exist as a tag, and be the default in the JOSM
buildings plugin. This would be why this tag is 75% of the building objects
in Europe, which are ubiquitous. If this project delivers on a rate much
less than that there ought not to be frustration. There are only two tasks
mapped and validated so far, by the time we finish phase 1 there will be a
lower percentage of building equals yes, so while we can debate the
inaccuracy of the comment about it being akin to a Tiger import, I don't
think that the fact that such an assessment is massively premature needs
much debate at all.


Virus-free.
www.avg.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [talk-cz] Přírodní parky

[J Kozuch]

Ahoj,

jako opravdu mne baví "open data" poskytovaná pod copyleft licencemi... to
je fakt parodie na otevřenost... (IPRPraha, Ostrava atd.) Úřady by prostě
měly poskytovat data k volnému vyuzití (=public domain)...

Kdyz jsem delal import trafostanic v Praze, pouzival jsem
> source=cz:IPRPraha
>

Koukám na tvoji wiki stránku "IPRPraha Powerstations Import" - hezky
zpracované, ale je někde dokumentováno, že IPRPraha povoluje využití pro
OSM? Je to povoleno jen pro překreslení nebo i pro import? Potřebuju důkaz
:)

Začal jsem dávat do kupy wiki stránku pro můj import, kdyby to někoho
zajímalo:
https://wiki.openstreetmap.org/wiki/Czech_nature_parks_import

Kozuch


pá 15. 5. 2020 v 22:30 odesílatel Jan Macura  napsal:

> Ahoj
>
> Možná by se mohly hodit reference z tohohle článku na WP:
> https://cs.wikipedia.org/wiki/P%C5%99%C3%ADrodn%C3%AD_parky_v_%C4%8Cesku
>
> On Fri, 15 May 2020 at 16:32, Miroslav Suchy  wrote:
>
>> FYI
>> https://lists.openstreetmap.org/pipermail/talk-cz/2018-January/018328.html
>>
>
> Dobrá připomínka, ale přírodní parky tam stejně nejsou, pokud dobře koukám.
>
> H.
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-be] privacy ed

[Midgard]

On Fri, May 15, 2020, 19:38 Marc Gemis  wrote:
> Taking pictures of people is not a problem, it's what you do with them
> afterwards that is important.
Op vr 15 mei 2020 22:51 schreef Sander Deryckere :
> Taking a picture is usually not illegal indeed.

No! You need prior permission to take a photo of a person.
Being in a public place can be interpreted as silent permission for appearing 
incidentally in
overview photos.

https://www.gegevensbeschermingsautoriteit.be/recht-op-afbeelding
https://www.autoriteprotectiondonnees.be/droit-image


Quoting Marc Gemis (2020-05-15 23:31:16)
> Afaik,  Belgium changed the law  one or two years ago and you can now
> publish pictures of art and buildings without problems.

With some restrictions:
https://nl.wikipedia.org/wiki/Panoramavrijheid#Belgi%C3%AB
https://fr.wikipedia.org/wiki/Libert%C3%A9_de_panorama#En_Belgique

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

[Talk-se] Problem med ortnamnsimporten

[Essin]

Hej!

För några dagar sedan började jag lägga märke till redigeringar som bara
bestod av place-noder [1]. Efter ett tag insåg jag att de är en del av
importen som diskuterades här i vintras [2]. Utifrån redigeringarna verkar
det som att de är gjorda utan större hänsyn till vad som redan finns och
utan större kontroll av den valda place-taggens rimlighet
(place=isolated_dwelling på bondgårdar som ligger inne i byar och därför
borde ha place=farm eller namnet på en landuse=farmyard-yta, dubbletter med
befintliga landuse=farmyard- eller landuse=residential-objekt, place=hamlet
som borde vara place=neighbourhood mm). Jag har letat, men inte hittat
något sätt att enkelt se vilka redigeringar som ingår i importen. Det finns
ingen hashtag eller annan standardiserad formulering i
redigeringskommentarerna, det står inget på deltagande användares
användarsidor, redigeringarna görs inte från separata importkonton, det
finns inga import=yes-taggar på importerade noder, och det finns ingen
lista över deltagare på wikisidan [3]. Dessutom lägger många användare in
endast en nod per ändringsuppsättning, vilket gör det ännu mer
svåröverskådligt. Finns det någon fungerande plan för genomgång och
städning i efterhand? Det som står på wikisidan om samordning på denna
mejllista och kontroll av enskilda användares redigeringar med Osmose
verkar inte ha följts.

Hälsningar
Essin

[1] https://www.openstreetmap.org/user/zag_abss/history
https://www.openstreetmap.org/user/tomas471/history
https://www.openstreetmap.org/user/bob_curse_isaac/history
https://www.openstreetmap.org/user/Sivia1811/history mfl
[2]
https://lists.openstreetmap.org/pipermail/talk-se/2020-January/003790.html
ff
[3]
https://wiki.openstreetmap.org/wiki/Import/Catalogue/Lantm%C3%A4teriet_GSD-Terr%C3%A4ngkartans_ortnamnsimport
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Buoni Spesa Covid & tagging

[Francesco Ansanelli]

Il sab 16 mag 2020, 11:25 Damjan Gerl  ha scritto:

> Rossella Di Bari je 15.5.2020 ob 23:26 napisal:
> > Ciao Lista, buonasera a tutti.
> > Sottopongo alla vostra attenzione il problema del tagging dei Buoni
> > Spesa**erogati dai Comuni a supporto delle famiglie in disagio
> > economico a causa del Covid. Diversi sono gli stati europei che hanno
> > adottato misure straordinarie riconducibili ai nostri Buoni Pasto per
> > l'acquisto di beni di prima necessità, ma non ne trovo traccia in osm.
> >
> > Attualmente le pagine Wiki dedicate al Covid19 riportano tag sulla
> > consegna a domicilio, l'asporto, il numero massimo di avventori a cui
> > è consetito l'accesso, campo descrttivo specifico per il virus e poco
> > altro, ma sui metodi di pagamento ad hoc, correggetemi se sbaglio,
> > nessuna menzione.
> >
> > Facendo una ricerca su taginfo [1] avrei trovato
> > /payment:service_vouchers:covid19/ ma è utilizzato solo 5 volte e non
> > ha una pagina wiki.
> >
> > Rimanendo in un contesto più generale, avremmo a disposizione:
> >
> >   * /payment:meal_vouchers/ che però nascono come moneta di scambio
> > per la somministrazione di un pasto, pertanto li escluderei;
> >   * un più generico /description:payment=*/ indicando ad esempio
> > /food_voucher/;
> >   * oppure la possibilità di appoggiarci a tag che si riferiscono a
> > provvedimenti governativi [2] che però col Covid hanno poco a che
> > fare, tipo /payment:snap./
> >
> > Se dovessi scegliere, pensando al dato strutturato, probabilmente
> > utilizzerei la specifica del covid, e perchè no, accompagnato al
> > service_voucher [3], quale strumento finanziario di un ente pubblico
> > volto a supportare le necessità essenziali dei più bisognosi.
> >
> > Che dite? Vale la pena disperdere un dato che (speriamo) non avrà
> > tempo di consolidarsi col covid?
> > Grazie
> >
> > [1]
> >
> https://taginfo.openstreetmap.org/keys/payment%3Aservice_vouchers%3Acovid19#map
> > [2]
> >
> https://wiki.openstreetmap.org/wiki/Key:payment#Government_assistance_programs
> > [3] https://en.wikipedia.org/wiki/Service_voucher
>
> Ciao!
> Io uso payment:service_vouchers:covid19=yes Li ho usati io dopo aver
> trovato questa info su questa lista qualche settimana fa. Vedi
> https://lists.openstreetmap.org/pipermail/talk-it/2020-April/069405.html
> e qualche mail prima.
>
> Almeno nel mio comune (i 5 tag che hai trovato) i buoni vengono
> accettati anche da due farmacie.
>

Ciao!
Sarei interessato anche io ad inserire questo tag ed, inoltre, credo
potrebbe essere utile un filtro anche su Restiamo aperti (CRO) e quindi
propongo di spostare la discussione sulla ML tagging oppure nella
discussione sulla Wiki:

https://wiki.openstreetmap.org/wiki/Covid-19_-_how_to_map

A me, questo tag piace:

payment:service_voucher:covid19=yes

Attenzione, senza s dopo service.

Francesco

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

Re: [Talk-es] Formación para geovoluntarios.org

[Santiago Crespo]

Hola Polyglot!

Muchas gracias por tu ofrecimiento :)

Si te parece, esperamos un par de días a ver si alguien más responde y
nos organizamos con los geovoluntarios.

Creo que podemos elegir y enfocarnos en los temas que consideremos más
necesarios para mejorar OSM. Tiene que ser algo sencillo para empezar,
por lo que el 3D en mi opinión lo podemos descartar. Si alguien (aunque
no quiera o pueda dar formación) tiene alguna sugerencia en este
sentido, será bienvenida.

Saludos,
Santiago Crespo

On 5/15/20 11:16 AM, Jo wrote:
> Hola,
> 
> El español no es mi idioma maternal, pero soy bastante fluente. Hablo
> ambas variaciones, porqué he aprendido el español en España y pués me
> fui a Perú. De GIS solo conozco QGIS, pero de OpenStreetMap conozco muy
> bien el editor JOSM.
> 
> Tienen alguna preferencia del tema? Edificios, rutas/itinerarios,
> transporte público? No me conozco super bien en 3D, puedo explicar el
> básico.
> 
> Polyglot
> 
> On Fri, May 15, 2020 at 10:57 AM Santiago Crespo
> mailto:openstreet...@flanera.net>> wrote:
> 
> Hola!
> 
> Desde geovoluntarios.org  están
> interesados en colaborar con OSM. El
> problema que tienen es que a pesar de que la inmesa mayoría de personas
> de esa comunidad son profesionales que usan ArcGIS, apenas tienen
> experiencia aportando a OSM.
> 
> Les veo bastante motivados y con ganas de colaborar. La mayoría están en
> España pero hay también en América Latina y otros países, por lo que la
> formación tendría que ser en Español y por la tarde.
> 
> ¿Hay alguien interesado en ofrecer formación online, mediante
> videollamada, a esta buena gente?
> 
> Por favor que responda por aquí o por privado y nos organizamos.
> 
> Recuerdo que alguna vez alguien compartió documentación útil para este
> tipo de formación. ¿Os importaría compartirla de nuevo?
> 
> Gracias!
> Santiago
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-it] Buoni Spesa Covid & tagging

[Damjan Gerl]

Rossella Di Bari je 15.5.2020 ob 23:26 napisal:

Ciao Lista, buonasera a tutti.
Sottopongo alla vostra attenzione il problema del tagging dei Buoni 
Spesa**erogati dai Comuni a supporto delle famiglie in disagio 
economico a causa del Covid. Diversi sono gli stati europei che hanno 
adottato misure straordinarie riconducibili ai nostri Buoni Pasto per 
l'acquisto di beni di prima necessità, ma non ne trovo traccia in osm.


Attualmente le pagine Wiki dedicate al Covid19 riportano tag sulla 
consegna a domicilio, l'asporto, il numero massimo di avventori a cui 
è consetito l'accesso, campo descrttivo specifico per il virus e poco 
altro, ma sui metodi di pagamento ad hoc, correggetemi se sbaglio, 
nessuna menzione.


Facendo una ricerca su taginfo [1] avrei trovato 
/payment:service_vouchers:covid19/ ma è utilizzato solo 5 volte e non 
ha una pagina wiki.


Rimanendo in un contesto più generale, avremmo a disposizione:

  * /payment:meal_vouchers/ che però nascono come moneta di scambio
per la somministrazione di un pasto, pertanto li escluderei;
  * un più generico /description:payment=*/ indicando ad esempio
/food_voucher/;
  * oppure la possibilità di appoggiarci a tag che si riferiscono a
provvedimenti governativi [2] che però col Covid hanno poco a che
fare, tipo /payment:snap./

Se dovessi scegliere, pensando al dato strutturato, probabilmente 
utilizzerei la specifica del covid, e perchè no, accompagnato al 
service_voucher [3], quale strumento finanziario di un ente pubblico 
volto a supportare le necessità essenziali dei più bisognosi.


Che dite? Vale la pena disperdere un dato che (speriamo) non avrà 
tempo di consolidarsi col covid?

Grazie

[1] 
https://taginfo.openstreetmap.org/keys/payment%3Aservice_vouchers%3Acovid19#map
[2] 
https://wiki.openstreetmap.org/wiki/Key:payment#Government_assistance_programs

[3] https://en.wikipedia.org/wiki/Service_voucher


Ciao!
Io uso payment:service_vouchers:covid19=yes Li ho usati io dopo aver 
trovato questa info su questa lista qualche settimana fa. Vedi 
https://lists.openstreetmap.org/pipermail/talk-it/2020-April/069405.html 
e qualche mail prima.


Almeno nel mio comune (i 5 tag che hai trovato) i buoni vengono 
accettati anche da due farmacie.


Ciao
Damjan

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

[Talk-se] Samordning, dokumention & olika kommunikationskanaler

[Daniel Westergren]

Tjenare,

En fråga som nog bättre lämpar sig att föra i den här mailinglistan än i
Facebook-gruppen, då det inte är en enkel fråga utan kräver en
djupare diskussion.

Frågeställningen rör vilka kanaler som är lämpligast för olika typer av
diskussioner med det svenska OSM-communityt och hur vi samordnar vad som
finns i wikin, där ju all viktig dokumentation bör samlas.

*Befintliga kanaler*
Enligt kommentarer i FB-gruppen är forumet
 egentligen bäst att
använda för diskussioner, fast det används inte. Alltså är det inte bra.
Likväl skrivs det frågor där, men de får sällan svar.

I andra hand *mailinglistan*, eftersom där sparas historiken garanterat (om
än i en 90-talsinsinspirerad, antik lösning). Någon har även skrivit här i
mailinglistan att de föredrar det, då de inte är med i FB-gruppen.

Men *Facebook-gruppen* är bra för snabbare diskussioner som inte är lika
djupa, med enkla frågor och svar.

Dokumentationen ska sedan ske i *wikin*. Men det finns ingen som ansvarar
för eller har en strategi för hur den ska underhållas och uppdateras för
att faktiskt vara aktuell. Dessutom oklart vad vi behöver skriva på svenska
och när det räcker med att hänvisa till det som finns på engelska.

Och så finns det kanske nån *IRC-kanal* om folk fortfarande använder sådant
2020?

En klassisk open source-röra med andra ord...

*Vad kan vi göra?*
Till att börja med, *kan vi inte i alla de här kanalerna hänvisa till vilka
kanaler som finns och vad de lämpligast används för?*

   - I beskrivningen för FB-gruppen länkar vi till wikin och mailinglistan
   (och skriver att forumet inte bör användas).
   - I någon slags sidfot för den här mailinglistan länkar vi till wikin
   och FB-gruppen (och skriver att forumet inte bör användas).
   - I wikin beskriver vi hur dessa kanaler används och var vi föredrar att
   olika typer av kommunikation sker, beroende på vad det handlar om.

*Var finns kanalerna dokumenterade?*
Det finns i viss mån beskrivet på
https://wiki.openstreetmap.org/wiki/Sv:Beginners%27_guide_1.6 (för den som
råkar hitta den sidan...).

Men där står hjälp-forumet  överst (som
bara är på engelska), sedan det egentliga *forumet *(där det svenska i
praktiken inte används och därför ska vi inte locka nybörjare dit), sedan *IRC
*(som vanliga människor inte har en aning om vad det är för något och
används det fortfarande?), sedan *mailinglistor *(men inget specifikt om
den svenska), sedan om *användargrupper *som länkar till en sida som inte
finns och *FB-gruppen* nämns inte alls. Inte heller står det hur olika
kanaler ska användas.

*Rörig wiki*
Jag tycker wikin är en sagolik röra och otroligt svår att navigera. Det
blandas hej vilt med länkar till svenska och engelska sidor (utan att ange
om länken går till en svensk eller engelsk sida) och ingen verkar ha koll
på vilken information som fortfarande är aktuell och om länkar fortfarande
fungerar. Hur ska vi kunna locka fler till OSM när det är så otroligt svårt
att veta hur man ska hitta hjälp och var man hittar folk som kan svara på
frågor och vägleda nya användare?

*Samordning?*
Finns det någon som helst samordning av OSM i Sverige? Skulle vi kunna söka
medel via Wikimedia Sverige för att städa upp i den svenska OSM-wikin och
förbättra den med aktuella resurser?

Ja, lite tillspetsat. Men ska vi få fler att använda och bidra till OSM så
behövs samordning och uppstädning...


Ser fram emot en kreativ diskussion om hur vi kan förbättra detta utan att
det kräver alltför mycket ideella resurser (som sällan finns).
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] AGIT 2020 Virtuell

[Jakob Miksch]

Hallo,

ich kann prinzipiell gern eine digitale Schicht übernehmen.
Müssen nur noch die Details abklären.

Viele Grüße,
Jakob

On 14.05.20 20:37, scubbx wrote:

Hallo, Leute!

Die AGIT 2020 wird dieses Jahr virtuell stattfinden! Diejenigen, die
einen Beitrag eingereicht hatten, hatten bereits die Möglichkeit, einem
Online-Vortrag zuzustimmen.
Wir haben fast alle Beiträge auch Online mit an Bord! :-D

Die AGIT Organisation plant anstatt der EXPO (dort, wo wir immer unseren
Messestand hatten), eine "virtuelle" EXPO. Das bedeutet, dass sich jede
Firma/Organisation auf einer Seite präsentieren kann und virtuelle
Besucher dieser Seite mit den Ausstellern via einem Chat-Fenster
interagieren können.

Ob und wie genau OpenStreetMap und OSGeo dort vertreten sein werden,
wird noch überlegt.
Für die Abschätzung hätte ich dazu die Frage, ob sich jemand von euch
vorstellen könnte, einen Teil der "Chat-Duty" zu übernehmen? Wenn wir
mit ein paar Personen uns das aufteilen, sollten wir den Chat eigentlich
den ganzen Zeitraum über (6.-10.Juli) bedienen können.

Beste Grüße,
Markus (ScubbX)


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


--
Jakob Miksch
Geospatial Development
www.jakobmiksch.eu


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

Re: [OSM-talk-fr] Zone de collecte [ était Re: Point d'apport volontaire, point de collecte, point de regroupement]

[Yves P.]

> Un truc comme [~"^recycling:.*$"~"^yes$"]  ?
> 
> https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Key.2Fvalue_matches_regular_expression_.28.7E.22key_regex.22.7E.22value_regex.22.29
>  
> 

Adrien Pavie avait déjà donné la réponse ;)

> Dans l'assistant Overpass Turbo : ~"recycling:*"~"yes"

ce qui donne ça : [~"recycling:*"~"yes"]

Ton expression rationnelle est valable aussi, juste moins lisible.

__
Yves

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

Re: [Talk-it] Buoni Spesa Covid & tagging

[Martin Koppenhoefer]

sent from a phone

>> On 15. May 2020, at 23:27, Rossella Di Bari  wrote:
> payment:meal_vouchers che però nascono come moneta di scambio per la 
> somministrazione di un pasto, pertanto li escluderei;


sì, questi sono chiaramente buoni pasto, mentre “payment:service_voucher” non 
mi sembra nemmeno pertinente in quanto la spesa di alimenti non si può 
considerare “servizio”

food_voucher per me avrebbe senso, ma non in description:payment, lo metterei 
come tag payment

Ciao Martin 

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

Re: [OSM-talk-fr] Zone de collecte [ était Re: Point d'apport volontaire, point de collecte, point de regroupement]

[Georges Dutreix via Talk-fr]

Le 16/05/2020 à 08:54, Vincent Bergeot a écrit :
PS : je ne sais pas faire un requête overpass avec un tag de type 
["recycling:*"="yes"] / 


Un truc comme [~"^recycling:.*$"~"^yes$"]  ?

https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Key.2Fvalue_matches_regular_expression_.28.7E.22key_regex.22.7E.22value_regex.22.29

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

Bonjour Madame Michu :D

> La modélisation unique, idéale, que vous semblez rechercher, essaye de 
> rassembler deux approches opposées.
Bien vu :)

> Même si vous arriviez finalement vous mettre d'accord, il ne faut pas en 
> déduire que tout le monde va l'appliquer comme vous voudriez. Et vous aurez 
> toujours des approches multiples sur le terrain. 
C'est bien de rappeler la réalité d'OSM :)

Pour simplifier et avancer, les producteurs de données peuvent proposer un 
format standard (avec si possible des termes neutres) pour des décrire des 
"PAV".

Ensuite GeoDataMine pour évoluer pour faire rentrer les carrés d'OSM dans les 
ronds du "standard" OD :)

On peut aussi écrire des tickets ou des PR pour que openrecyclemap 
 affiche "correctement" l'existant :)
(Les poubelles noires taguées en recycling:waste=yes et les poubelles de 
couleurs taguées en waste=*;*;…)

__
Yves


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

Re: [OSM-talk-fr] Zone de collecte [ était Re: Point d'apport volontaire, point de collecte, point de regroupement]

[Yves P.]

>> je fais un objet par contenant, du coup la notion de "site" [1]
>> est implicite par la présence de plusieurs objets rapproché.
> oui, je suis d'accord (la relation ne me semble pas utile ici).
> 
+1

Il peut-être "formalisé" en mettant l'identifiant du PAV sur les conteneurs 
individuels.
> Ce lieu de dépôt de "matériaux-déchets-tri" étant, si j'ai bien compris, 
> beaucoup plus stable dans le temps que la manière dont sont traités les 
> "matériaux-déchets-tri" qui y sont collectés.
> 
En particulier pour les colonnes semi-enterrées ou enterrées.
> amenity=waste_disposal semble ciblé sur les déchets type poubelle 
> noire-ordures ménagères, et donc peu applicable pour des zones de collectes 
> avec du recyclage de matériaux.
> 
Dans la base OSM, la réalité est qu'avec le sous tag waste ça décrit un (ou 
plusieurs) conteneur de "déchets" (triés ou pas).
> Donc d'un coté amenity=waste_disposal dans lequel il est difficile de faire 
> "rentrer" les matériaux recyclés
> 
non
> de l'autre amenity=recycling dans lequel il est difficile de faire "rentrer" 
> les déchets poubelles noires-ordures ménagères
> 
non plus

> merci Stéphane P. d'avoir rappelé la discussion 
> https://lists.openstreetmap.org/pipermail/talk-fr/2020-March/097360.html 
> 
> Ce que je retiens amenity=waste_disposal est préférable quand on parle de 
> déchets type poubelles noires, ordures ménagères, poubelles non triés.
> 
> Sur un ensemble de containers non individualisés où l'on trouve du recyclage, 
> alors recycling:waste=yes est "acceptable" 
> ([recycling:waste=yes][recycling:*=yes]). Si j'ai le tag recycling:waste=yes 
> SANS un autre tag de type recycling:*=yes il y a de fortes chances que cela 
> soit plutôt un amenity=waste_disposal.
> 
C'est une interprétation, ni un consensus, ni la réalité de ce qui se trouve 
dans la base OSM

Merci à Adrien pour la requête Overpass.
Petit rappel, les expressions rationnelles (régulières) consomment beaucoup de 
ressources serveur.

__
Yves

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[JB]

Hello,
Je lis cette série de messages un peu en diagonale. Je donne mon point 
de vue de contributeur (la madame Michu qui n'a pas dit grand chose, 
j'ai l'impression).

J'ai un point à cartographier. Ils récoltent recyclage et déchets.
Je mets un nœud amenity=recycling + plusieurs recycling:*=yes. Et je 
mets un nœud amenity=waste_disposal.
La modélisation unique, idéale, que vous semblez rechercher, essaye de 
rassembler deux approches opposées. Même si vous arriviez finalement 
vous mettre d'accord, il ne faut pas en déduire que tout le monde va 
l'appliquer comme vous voudriez. Et vous aurez toujours des approches 
multiples sur le terrain.

JB.

Le 16/05/2020 à 09:39, Yves P. a écrit :

@David
Sur le principe un tag "point de collecte" c'est parfait et c'est ce 
qui correspond à la réalité métier.

Le terme "neutre" est un point important :)

Est-ce que les autres communautés OSM s'échauffent aussi sur ces termes ?

amenity=waste_disposal pourrait bien aller après tout.

Mais on casse tous les sites web de la planète qui utilisent 
recycling et waste_disposal du coup :-)

Les sites peuvent s'adapter ;)
Mais faire accepter une PR sur le site web OSM est un gros défis…

@Deuzeffe
Certes… mais les professionnels de santé doivent parfois s'y rendre 
pour jeter leur bacs jaunes ;)
De ce que j'ai compris, c'est le collecteur qui vient-t-a eux et non 
l'inverse. 


Pour éliminer ses DASRI, le professionnel de santé a plusieurs 
possibilités :


• Recourir à un prestataire de collecte, qui assurera la prise en 
charge et le transport
• L’apport volontaire des déchets sur un site de regroupement déclaré 
auprès de l’ARS (déchèterie, bornes automatiques,…). Vous pouvez 
transporter vos déchets dans votre véhicule personnel dans la limite 
des 15 kg.
(Source 
)


Pour info, dans ma dernière boite (association sans gros budget) on 
allait déposer les DASRI de nos usagers au site de regroupement (un 
local au CH de Lons-le-Saunier).


Existe-t-il un tag qui décrit la réalité (genre 
amenity=waste_disposal mais en plus gros) ?

"mais en plus gros" ?
Ce n'est pas la taille qui compte parait-il :D


Oui ? -> On l'utilise.

c'est le cas (mais pas un, 2 avec 3 façons de faire)


Non ? -> On en crée un (un gros, donc).
on peut renommer amenity=recycling en amenity=collecting pour apaiser 
la communauté française ;)


S'il faut raffiner (colonne, support, couleur, toussa), c'est dans un 
2e temps. Non ?

On semble tous d'accord :)

__
Yves

PS: concernant amenity=waste_disposal, il y a peu encore, 
l'illustration sur la page FR du wiki était un panneau décrivant une 
vidange pour camping car.
Du coup, ce tag est mal utilisé, et à produit des valeurs de waste=* 
inadaptées.


Quelque soit le consensus, une grosse tâche (sans jeu de mot) est de 
nettoyer la base de donnée.



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


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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[Yves P.]

@David
> Sur le principe un tag "point de collecte" c'est parfait et c'est ce qui 
> correspond à la réalité métier.
Le terme "neutre" est un point important :)

Est-ce que les autres communautés OSM s'échauffent aussi sur ces termes ?

amenity=waste_disposal pourrait bien aller après tout.

> Mais on casse tous les sites web de la planète qui utilisent recycling et 
> waste_disposal du coup :-)
Les sites peuvent s'adapter ;)
Mais faire accepter une PR sur le site web OSM est un gros défis…

@Deuzeffe
>> Certes… mais les professionnels de santé doivent parfois s'y rendre pour 
>> jeter leur bacs jaunes ;)
> De ce que j'ai compris, c'est le collecteur qui vient-t-a eux et non 
> l'inverse. 

Pour éliminer ses DASRI, le professionnel de santé a plusieurs possibilités :

• Recourir à un prestataire de collecte, qui assurera la prise en 
charge et le transport 
• L’apport volontaire des déchets sur un site de regroupement déclaré 
auprès de l’ARS (déchèterie, bornes automatiques,…). Vous pouvez transporter 
vos déchets dans votre véhicule personnel dans la limite des 15 kg.
(Source 
)

Pour info, dans ma dernière boite (association sans gros budget) on allait 
déposer les DASRI de nos usagers au site de regroupement (un local au CH de 
Lons-le-Saunier).

> Existe-t-il un tag qui décrit la réalité (genre amenity=waste_disposal mais 
> en plus gros) ?
"mais en plus gros" ?
Ce n'est pas la taille qui compte parait-il :D

> Oui ? -> On l'utilise.
c'est le cas (mais pas un, 2 avec 3 façons de faire)

> Non ? -> On en crée un (un gros, donc).
on peut renommer amenity=recycling en amenity=collecting pour apaiser la 
communauté française ;)

> S'il faut raffiner (colonne, support, couleur, toussa), c'est dans un 2e 
> temps. Non ?
On semble tous d'accord :)

__
Yves

PS: concernant amenity=waste_disposal, il y a peu encore, l'illustration sur la 
page FR du wiki était un panneau décrivant une vidange pour camping car.
Du coup, ce tag est mal utilisé, et à produit des valeurs de waste=* inadaptées.

Quelque soit le consensus, une grosse tâche (sans jeu de mot) est de nettoyer 
la base de donnée.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Zone de collecte [ était Re: Point d'apport volontaire, point de collecte, point de regroupement]

[PanierAvide]

Dans l'assistant Overpass Turbo : ~"recycling:*"~"yes"

Adrien P.

Le 16/05/2020 à 08:54, Vincent Bergeot a écrit :
PS : je ne sais pas faire un requête overpass avec un tag de type 
["recycling:*"="yes"] / quelque soit la clé :*


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

[OSM-talk-fr] Zone de collecte [ était Re: Point d'apport volontaire, point de collecte, point de regroupement]

[Vincent Bergeot]

Un peu long, recentré sur la discussion de départ (merci pour toutes ces 
contributions)


Le 15/05/2020 à 00:54, Marc M. a écrit :

Le 13 Mai, Vincent Bergeot a écrit

je n'ai pas trouvé comment cartographier ces zones "génériques"
qui, de plus en plus fréquemment, ont un nom affiché et une référence
géographiquement stable dans le temps.

je fais un objet par contenant, du coup la notion de "site" [1]
est implicite par la présence de plusieurs objets rapproché.


oui, je suis d'accord (la relation ne me semble pas utile ici). La 
notion que je "cherchais" initialement est bien de pouvoir qualifier 
cette zone de collecte, ce lieu de dépôt de "matériaux-déchets-tri" 
("indépendamment" des notions de recyclés, incinérés, en colonne, 
enfouis, sur bac").  Ce lieu de dépôt de "matériaux-déchets-tri" étant, 
si j'ai bien compris, beaucoup plus stable dans le temps que la manière 
dont sont traités les "matériaux-déchets-tri" qui y sont collectés.




Le 15/05/2020 à 22:39, deuzeffe - opensm@deuzeffe.org a écrit :

Existe-t-il un tag qui décrit la réalité (genre 
amenity=waste_disposal mais en plus gros) ?


Oui ? -> On l'utilise.
Non ? -> On en crée un (un gros, donc).


amenity=waste_disposal semble ciblé sur les déchets type poubelle 
noire-ordures ménagères, et donc peu applicable pour des zones de 
collectes avec du recyclage de matériaux.


Donc d'un coté amenity=waste_disposal dans lequel il est difficile de 
faire "rentrer" les matériaux recyclés, de l'autre amenity=recycling 
dans lequel il est difficile de faire "rentrer" les déchets poubelles 
noires-ordures ménagères




Le 16/05/2020 à 00:24, osm.sanspourr...@spamgourmet.com a écrit :

/Finalement collect n'est peut-être pas mal : on collecte le verre 
comme on collecte l'amiante. Enfin pas exactement j'espère pour 
l'amiante !

/

/collecting_centre, collecting_station ?/

Car point d'apport volontaire, point de regroupent de "poubelles" ou 
déchèterie, on collecte des matériaux, recyclables ou non.


Ce n'est ni un terme ésotérique (du jargon) ni un terme chargé sur la 
partie aval (recyclage, enfouissement, incinération) mais un terme neutre.


Il semble possible de faire une proposition simple, à soumettre à 
l'international. Portant donc juste sur cette clé majeure (avec mise à 
jour des sous-clés si nécessaire).




Cela rejoint ce que disait Georges Dutreix (il me semble) dans cette 
idée de faire évoluer la clé mais pas forcément sur waste (comme proposé 
par Georges) mais sur un terme plus "global".



Le 13/05/2020 à 17:35, Georges Dutreix a écrit :
Une déchetterie (amenity=recycling + recycling_type=centre) accepte 
aussi bien du recyclable, de l'incinérable que des gravas à enterrer. 
Donc si c'est bon pour une déchetterie, pourquoi le refuser pour un 
point de collecte ?
Le terme recycling devrait sans doute être remplacé par waste, que ce 
soit recyclable ou non, mais là, ce serait une autre histoire ;-)


peut-être que c'est donc cette autre histoire qu'il faut raconter mais 
plutôt avec /collecting_centre, collecting_station, collecting_point ...

/

_
_

_Concernant le tag recycling__:waste=yes_

merci Stéphane P. d'avoir rappelé la discussion 
https://lists.openstreetmap.org/pipermail/talk-fr/2020-March/097360.html


Ce que je retiens amenity=waste_disposal est préférable quand on parle 
de déchets type poubelles noires, ordures ménagères, poubelles non triés.


Sur un ensemble de containers _non individualisés_ où l'on trouve du 
recyclage, alors recycling:waste=yes est "acceptable" 
([recycling:waste=yes][recycling:*=yes]). Si j'ai le tag 
recycling:waste=yes SANS un autre tag de type recycling:*=yes il y a de 
fortes chances que cela soit plutôt un amenity=waste_disposal.


PS : je ne sais pas faire un requête overpass avec un tag de type 
["recycling:*"="yes"] / quelque soit la clé :*


--
Vincent Bergeot

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

Re: [OSM-talk-fr] Point d'apport volontaire, point de collecte, point de regroupement

[David Pedehourcq]

Sur le principe un tag "point de collecte" c'est parfait et c'est ce qui
correspond à la réalité métier.

Mais on casse tous les sites web de la planète qui utilisent recycling et
waste_disposal du coup :-)

Le sam. 16 mai 2020 à 00:26,  a écrit :

> Le 15/05/2020 à 22:39, deuzeffe - opensm@deuzeffe.org a écrit :
>
> Donc, si on essaie de résumer pour donner à Vincent une réponse claire
> pour une première étape, ça donne ?
>
> Et ton esprit de synthèse propose ? ;D
>
> Son esprit de synthèse dispose^^.
>
>
> Existe-t-il un tag qui décrit la réalité (genre amenity=waste_disposal
> mais en plus gros) ?
>
> Oui ? -> On l'utilise.
> Non ? -> On en crée un (un gros, donc).
>
> S'il faut raffiner (colonne, support, couleur, toussa), c'est dans un 2e
> temps. Non ?
>
> J'en sens motivés pour proposer un changement de clé.
>
> Je disais à Jérôme S. en message privé :
>
>
> *Finalement collect n'est peut-être pas mal : on collecte le verre comme
> on collecte l'amiante. Enfin pas exactement j'espère pour l'amiante ! *
>
> * collecting_centre, collecting_station ?*
>
> Car point d'apport volontaire, point de regroupent de "poubelles" ou
> déchèterie, on collecte des matériaux, recyclables ou non.
>
> Ce n'est ni un terme ésotérique (du jargon) ni un terme chargé sur la
> partie aval (recyclage, enfouissement, incinération) mais un terme neutre.
>
> Il semble possible de faire une proposition simple, à soumettre à
> l'international. Portant donc juste sur cette clé majeure (avec mise à jour
> des sous-clés si nécessaire).
>
> De plus je vois que depuis David parle de 2 services qui ont comme point
> commun de s'appeler collecte.
>
> Bons soins David, mais tu vas avoir besoin d'années pour apprendre OSM (on
> en apprend tous les jours). Notamment que pour changer une clé largement
> utilisée c'est assez coton.
> Jean-Yvon
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr