Re: [talk-au] Sydney mapathon

2019-03-17 Per discussione David Wales
Hi Ben and Dion,

Saturdays are normally good, but I'm moving house on the 23rd!
So if that's the date, I won't be able to make it.

Regards,
David Wales

On 18/3/19 1:29 pm, Ben Kelley wrote:
> Practically it will probably need to be a weekday evening, as we are not
> open on the weekend.
> 
> Also it will need to be a time I can make it. :)
> 
> 
>  - Ben Kelley
> 
> On 18/3/19 13:03, Dion Moult wrote:
>> Hey Ben! Thanks for the option!
>>
>> I'm going to tentatively suggest meeting this Saturday, 23rd March,
>> say after lunch, so 2:30pm? Just for a very informal mapping session
>> to see how things go, doesn't have to be a large crowd or anything?
>>
>> Ben, do you think it will be possible for us to use your office at
>> that time? I do not have a laptop, so I'm not sure if computers can be
>> used, or if that is against company policy?
>>
>> My company in North Sydney, walking distance from the train station,
>> offers wifi, but although I've started asking internally, there is a
>> little red tape before they might say yes to anything like providing
>> refreshments and allowing strangers in the office. Although I think
>> they might support this.
>>
>> Sent from ProtonMail mobile
>>
>>



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


Re: [talk-au] Sydney mapathon

2019-03-17 Per discussione Ben Kelley
Practically it will probably need to be a weekday evening, as we are not 
open on the weekend.


Also it will need to be a time I can make it. :)


 - Ben Kelley

On 18/3/19 13:03, Dion Moult wrote:

Hey Ben! Thanks for the option!

I'm going to tentatively suggest meeting this Saturday, 23rd March, 
say after lunch, so 2:30pm? Just for a very informal mapping session 
to see how things go, doesn't have to be a large crowd or anything?


Ben, do you think it will be possible for us to use your office at 
that time? I do not have a laptop, so I'm not sure if computers can be 
used, or if that is against company policy?


My company in North Sydney, walking distance from the train station, 
offers wifi, but although I've started asking internally, there is a 
little red tape before they might say yes to anything like providing 
refreshments and allowing strangers in the office. Although I think 
they might support this.


Sent from ProtonMail mobile



--
Ben Kelley
ben.kel...@gmail.com
Sent from my Psion

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


Re: [talk-au] Proposed mechanical edit - elimination of old-style Wikipedia links in Australia

2019-03-17 Per discussione Sam Wilson
If you're ever in Perth I'm keen for a meetup! We have a fortnightly 
Geogeeks evening in the city, which isn't only OSM but covers similar 
ground.


The main current reason I'm adding Wikidata IDs is that they're what the 
Wikimedia map tools use to show geometry on Wikipedia articles. For example:


https://www.openstreetmap.org/way/4850399
https://en.wikipedia.org/wiki/Kings_Park,_Western_Australia

On 3/18/19 9:45 AM, Sebastian Spiess wrote:
I'd like to hear more about wikidata and how it is used. Maybe during a 
meet up...


Am 2019-03-18 12:40, schrieb Sam Wilson:

Sounds good, especially as we're not the guineapig location. :)

I've given up adding wikipedia tags of any style, and now just add 
wikidata.


On 3/18/19 3:52 AM, Mateusz Konieczny wrote:

Old style wikipedia link is one where language is stored in key, not in
value.

For example "wikipedia:en=Australia" is an old style link, while
"wikipedia=en:Australia" is a form that is currently standard.

Many old-style Wikipedia links remain and updating them to new style
manually is boring, tedious and some mistakes may appear during this.

Some OSM elements have old-style Wikipedia link without new tag what
means that this data is harder to process for editors and data
consumers.

Also, remaining old-style Wikipedia tags confuse mappers, especially
less experienced.

Therefore I propose to run an automatic edit that will replace
old-style Wikipedia links with current style of Wikipedia links.

Please comment no matter what you think about this idea! I will not
make the edit without a clear support so please comment if you think
that it is a good idea and if you think that it should not be done.

Number of affected objects should be relatively small -
http://overpass-turbo.eu/s/H5x reports just 200 elements.

Plan is as follows:

I will take full responsibility for all edits and if anything goes
wrong I will fix it.

Editing is limited to objects with old-style Wikipedia tags is not
conflicting with existing wikipedia=* or wikidata=* tag or other
old-style wikipedia tags.

Links detected as invalid (leading to disambigs, articles about humans,
animals, plants, events etc) are also skipped.

Each changeset contains a single element or group of close elements to
avoid edits spanning across large areas (it is impossible in cases
where edited object itself spans very large area).

After every changeset bot sleeps for one minute.

This is proposed as reoccurring edit and may be made as soon as new
old-style wikipedia links appear.

documentation page on OSM Wiki is at
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_old-style_Wikipedia_links_in_Australia 



I have experience with automatic edits. exactly the same task was run
in Poland to remove more than 6000 old-style Wikipedia links what was
completed without any issues.

I recently processed also old-style Wikipedia tags across USA.


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



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


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


Re: [talk-au] Sydney mapathon

2019-03-17 Per discussione Dion Moult
Hey Ben! Thanks for the option!

I'm going to tentatively suggest meeting this Saturday, 23rd March, say after 
lunch, so 2:30pm? Just for a very informal mapping session to see how things 
go, doesn't have to be a large crowd or anything?

Ben, do you think it will be possible for us to use your office at that time? I 
do not have a laptop, so I'm not sure if computers can be used, or if that is 
against company policy?

My company in North Sydney, walking distance from the train station, offers 
wifi, but although I've started asking internally, there is a little red tape 
before they might say yes to anything like providing refreshments and allowing 
strangers in the office. Although I think they might support this.

Sent from ProtonMail mobile___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] Proposed mechanical edit - elimination of old-style Wikipedia links in Australia

2019-03-17 Per discussione Sebastian Spiess
I'd like to hear more about wikidata and how it is used. Maybe during a 
meet up...


Am 2019-03-18 12:40, schrieb Sam Wilson:

Sounds good, especially as we're not the guineapig location. :)

I've given up adding wikipedia tags of any style, and now just add 
wikidata.


On 3/18/19 3:52 AM, Mateusz Konieczny wrote:
Old style wikipedia link is one where language is stored in key, not 
in

value.

For example "wikipedia:en=Australia" is an old style link, while
"wikipedia=en:Australia" is a form that is currently standard.

Many old-style Wikipedia links remain and updating them to new style
manually is boring, tedious and some mistakes may appear during this.

Some OSM elements have old-style Wikipedia link without new tag what
means that this data is harder to process for editors and data
consumers.

Also, remaining old-style Wikipedia tags confuse mappers, especially
less experienced.

Therefore I propose to run an automatic edit that will replace
old-style Wikipedia links with current style of Wikipedia links.

Please comment no matter what you think about this idea! I will not
make the edit without a clear support so please comment if you think
that it is a good idea and if you think that it should not be done.

Number of affected objects should be relatively small -
http://overpass-turbo.eu/s/H5x reports just 200 elements.

Plan is as follows:

I will take full responsibility for all edits and if anything goes
wrong I will fix it.

Editing is limited to objects with old-style Wikipedia tags is not
conflicting with existing wikipedia=* or wikidata=* tag or other
old-style wikipedia tags.

Links detected as invalid (leading to disambigs, articles about 
humans,

animals, plants, events etc) are also skipped.

Each changeset contains a single element or group of close elements to
avoid edits spanning across large areas (it is impossible in cases
where edited object itself spans very large area).

After every changeset bot sleeps for one minute.

This is proposed as reoccurring edit and may be made as soon as new
old-style wikipedia links appear.

documentation page on OSM Wiki is at
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_old-style_Wikipedia_links_in_Australia

I have experience with automatic edits. exactly the same task was run
in Poland to remove more than 6000 old-style Wikipedia links what was
completed without any issues.

I recently processed also old-style Wikipedia tags across USA.


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



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


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


Re: [talk-au] Proposed mechanical edit - elimination of old-style Wikipedia links in Australia

2019-03-17 Per discussione Sam Wilson

Sounds good, especially as we're not the guineapig location. :)

I've given up adding wikipedia tags of any style, and now just add wikidata.

On 3/18/19 3:52 AM, Mateusz Konieczny wrote:

Old style wikipedia link is one where language is stored in key, not in
value.

For example "wikipedia:en=Australia" is an old style link, while
"wikipedia=en:Australia" is a form that is currently standard.

Many old-style Wikipedia links remain and updating them to new style
manually is boring, tedious and some mistakes may appear during this.

Some OSM elements have old-style Wikipedia link without new tag what
means that this data is harder to process for editors and data
consumers.

Also, remaining old-style Wikipedia tags confuse mappers, especially
less experienced.

Therefore I propose to run an automatic edit that will replace
old-style Wikipedia links with current style of Wikipedia links.

Please comment no matter what you think about this idea! I will not
make the edit without a clear support so please comment if you think
that it is a good idea and if you think that it should not be done.

Number of affected objects should be relatively small -
http://overpass-turbo.eu/s/H5x reports just 200 elements.

Plan is as follows:

I will take full responsibility for all edits and if anything goes
wrong I will fix it.

Editing is limited to objects with old-style Wikipedia tags is not
conflicting with existing wikipedia=* or wikidata=* tag or other
old-style wikipedia tags.

Links detected as invalid (leading to disambigs, articles about humans,
animals, plants, events etc) are also skipped.

Each changeset contains a single element or group of close elements to
avoid edits spanning across large areas (it is impossible in cases
where edited object itself spans very large area).

After every changeset bot sleeps for one minute.

This is proposed as reoccurring edit and may be made as soon as new
old-style wikipedia links appear.

documentation page on OSM Wiki is at
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_old-style_Wikipedia_links_in_Australia

I have experience with automatic edits. exactly the same task was run
in Poland to remove more than 6000 old-style Wikipedia links what was
completed without any issues.

I recently processed also old-style Wikipedia tags across USA.


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



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


Re: [talk-au] Proposed mechanical edit - elimination of old-style Wikipedia links in Australia

2019-03-17 Per discussione Sebastian Spiess
Given this was done in other areas successfully I see no issues and 
support it.


Am 2019-03-18 06:52, schrieb Mateusz Konieczny:

Old style wikipedia link is one where language is stored in key, not
in
value.

For example "wikipedia:en=Australia" is an old style link, while
"wikipedia=en:Australia" is a form that is currently standard.

Many old-style Wikipedia links remain and updating them to new style
manually is boring, tedious and some mistakes may appear during this.

Some OSM elements have old-style Wikipedia link without new tag what
means that this data is harder to process for editors and data
consumers.

Also, remaining old-style Wikipedia tags confuse mappers, especially
less experienced.

Therefore I propose to run an automatic edit that will replace
old-style Wikipedia links with current style of Wikipedia links.

Please comment no matter what you think about this idea! I will not
make the edit without a clear support so please comment if you think
that it is a good idea and if you think that it should not be done.

Number of affected objects should be relatively small -
http://overpass-turbo.eu/s/H5x reports just 200 elements.

Plan is as follows:

I will take full responsibility for all edits and if anything goes
wrong I will fix it.

Editing is limited to objects with old-style Wikipedia tags is not
conflicting with existing wikipedia=* or wikidata=* tag or other
old-style wikipedia tags.

Links detected as invalid (leading to disambigs, articles about
humans,
animals, plants, events etc) are also skipped.

Each changeset contains a single element or group of close elements to
avoid edits spanning across large areas (it is impossible in cases
where edited object itself spans very large area).

After every changeset bot sleeps for one minute.

This is proposed as reoccurring edit and may be made as soon as new
old-style wikipedia links appear.

documentation page on OSM Wiki is at
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_old-style_Wikipedia_links_in_Australia

I have experience with automatic edits. exactly the same task was run
in Poland to remove more than 6000 old-style Wikipedia links what was
completed without any issues.

I recently processed also old-style Wikipedia tags across USA.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


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


Re: [OSM-talk-fr] Code officiel géographique de l'Insee

2019-03-17 Per discussione Gwenaël Jouvin via Talk-fr
Bonsoir,

À propos des noms dénués de trait(s) d’union, c’est une erreur car les mots 
composant les noms doivent être séparés par ce symbole.
Ces erreurs de dénomination devraient — lorsqu’elles existent — être corrigées.

Christian avait suggéré de mettre ces noms erronnés dans official_name : 
https://lists.openstreetmap.org/pipermail/talk-fr/2018-December/091387.html


Gwenaël


Le 17/03/2019 à 23:40, Jérôme Amagat a écrit :
> 
> L'insee a sorti son code officiel géographique pour 2019 
> https://www.insee.fr/fr/information/3720946
>  et j'ai regarder les différences avec osm.
> Sur les communes, 2 différences notables, 2 communes en moins dans osm à 
> cause de 2 communes nouvelles créées au 28 février en Côte d'Or 
> (Collonges-et-Premières et Neuilly-Crimolois). (Le cog c'est la situation au 
> 1er janvier.)
> 
> Pour les noms des communes beaucoup de petites différences avec le name=* de 
> osm. Beaucoup de problèmes de tiret "-" présent dans osm et pas dans le cog 
> sur les communes nouvelles, problème de majuscules aussi dans ces communes 
> nouvelles. et aussi des différences d'orthographe entre les locaux et l'Etat 
> :) (pas mal d'entre elles ont un tag alt_name ou official_name avec le nom 
> officiel)
> je vous mets la liste :) (dans la 2e partie c'est que des problèmes de tiret) 
> :
> 
> code INSEE    osm    cog
> 05139    Le Dévoluy    Dévoluy
> 07011    Vallées-d'Antraigues-Asperjoc    Vallées-d’Antraigues-Asperjoc
> 07084    Éclassan    Eclassan
> 08116    Bairon-et-ses-Environs    Bairon et ses environs
> 14281    Formigny-la-Bataille    Formigny La Bataille
> 16052    Bors-de-Montmoreau    Bors (Canton de Tude-et-Lavalette)
> 16053    Bors-de-Baignes    Bors (Canton de Charente-Sud)
> 16082    Boisné-la-Tude    Boisné-La Tude
> 17340    Saint-Pierre-la-Noue    Saint-Pierre-La-Noue
> 19252    Sarroux-Saint-Julien    Sarroux - Saint Julien
> 22084    Jugon-les-Lacs Commune nouvelle    Jugon-les-Lacs - Commune nouvelle
> 24269    Miallet    Mialet
> 27693    Sylvains-lès-Moulins    Sylvains-Lès-Moulins
> 28406    Eole-en-Beauce    Éole-en-Beauce
> 29021    Plounéour-Brignogan-Plages    Plounéour-Brignogan-plages
> 29158    Penmarc'h    Penmarch
> 38273    Nantes-en-Rattier    Nantes-en-Ratier
> 42031    Çaloire    Caloire
> 44066    Grandchamp-des-Fontaines    Grandchamps-des-Fontaines
> 48116    Pont-de-Montvert-Sud-Mont-Lozère    Pont de Montvert - Sud Mont 
> Lozère
> 49160    Ingrandes-le-Fresne-sur-Loire    Ingrandes-Le Fresne sur Loire
> 50090    Buais-les-Monts    Buais-Les-Monts
> 50168    Ducey-les-Chéris    Ducey-Les Chéris
> 50209    Gonneville-le-Theil    Gonneville-Le Theil
> 50431    Remilly-les-Marais    Remilly Les Marais
> 56046    Crac'h    Crach
> 56162    Plœmeur    Ploemeur
> 56262    Le Bono    Bono
> 62705    Réty    Rety
> 64166    Çaro    Caro
> 71204    Fragnes-la-Loyère    Fragnes-La Loyère
> 74049    Brison    Brizon
> 74112    Épagny-Metz-Tessy    Epagny Metz-Tessy
> 79217    Prailles-la-Couarde    Prailles-La Couarde
> 84151    Vitrolles-en-Luberon    Vitrolles-en-Lubéron
> 85008    Aubigny-les-Clouzeaux    Aubigny-Les Clouzeaux
> 85082    Les Épesses    Les Epesses
> 86265    Sossay    Sossais
> 97603    Bandrélé    Bandrele
> 97607    Dembéni    Dembeni
> 
> 01015    Arboys-en-Bugey    Arboys en Bugey
> 01130    Bresse-Vallons    Bresse Vallons
> 01185    Plateau-d'Hauteville    Plateau d'Hauteville
> 01286    Parves-et-Nattages    Parves et Nattages
> 02053    Vallées-en-Champagne    Vallées en Champagne
> 02458    Dhuys-et-Morin-en-Brie    Dhuys et Morin-en-Brie
> 04120    Val-d'Oronaye    Val d'Oronaye
> 05118    Val-Buëch-Méouge    Val Buëch-Méouge
> 08491    Vrigne-aux-Bois    Vrigne aux Bois
> 12177    Palmas-d'Aveyron    Palmas d'Aveyron
> 12224    Saint-Geniez-d'Olt-et-d'Aubrac    Saint Geniez d'Olt et d'Aubrac
> 12270    Sévérac-d'Aveyron    Sévérac d'Aveyron
> 14061    Souleuvre-en-Bocage    Souleuvre en Bocage
> 15108    Val-d'Arcomie    Val d'Arcomie
> 16175    Val-des-Vignes    Val des Vignes
> 17295    Réaux-sur-Trèfle    Réaux sur Trèfle
> 24035    Pays-de-Belvès    Pays de Belvès
> 24064    Brantôme-en-Périgord    Brantôme en Périgord
> 24376    Saint-Aulaye-Puymangou    Saint Aulaye-Puymangou
> 24490    Saint-Privat-en-Périgord    Saint Privat en Périgord
> 25424    Les Premiers-Sapins    Les Premiers Sapins
> 27105    Grand-Bourgtheroulde    Grand Bourgtheroulde
> 27191    Clef-Vallée-d'Eure    Clef Vallée d'Eure
> 27302    Le Bosc-du-Theil    Le Bosc du Theil
> 27638    Le Thuit-de-l'Oison    Le Thuit de l'Oison
> 28103    Cloyes les Trois Rivières    Cloyes-les-Trois-Rivières
> 35257    Maen-Roch    Maen Roch
> 38225    Autrans-Méaudre-en-Vercors    Autrans-Méaudre en Vercors
> 38359    Saint-Antoine l'Abbaye    Saint Antoine l'Abbaye
> 38439    Crêts-en-Belledonne    Crêts en Belledonne
> 39258    Grande-Rivière-Château    Grande-Rivière Château
> 39378    Les Trois-Châteaux    Les Trois Châteaux
> 46063    

[Talk-it] Francoerbi41 - Alberi monumentali - Relazioni sentieri CAI

2019-03-17 Per discussione danbag--- via Talk-it
Segnalo che l'utente Francoerbi41 ha utilizzato dati presenti sul web 
per creare un numero impressionante di relazioni di percorsi del CAI 
nella zona del VCO Verbano Cusio Ossola.


Non ne faccio un problema di licenze ma un problema di affidabilità 
delle relazioni inserite in OSM apparentemente sotto l'egida del CAI. In 
particolare Francoerbi41 cita massivamente http://sentieri.ipla.org e 
http://www.estmonterosa.it come source e spesso CAI Sezioni Est Monte 
Rosa come operator (segnalo che secondo lo standard CAI "operator" è chi 
si occupa effettivamente della manutenzione e Francoerbi41 assegna 
arbitrariamente tale incarico alle Sezioni Est Monterosa).


IPLA è l'Ente che gestisce la raccolta e l'elaborazione dei dati dei 
Rilevatori della Regione Piemonte ai fini creazione Catasto Regionale.


Sezioni Est Monterosa è il raggruppamento delle Sezioni Est Monterosa 
del CAI che opera attivamente sia verso Catasto Regionale Piemontese sia 
con un proprio sitohttp://www.estmonterosa.it/percorsi-vco.html 



Come Gruppo coordinamento sentieri per Estmonterosa, di cui faccio 
parte, abbiamo chiesto a Francoerbi41, inascoltati, di togliere dal tag 
source e operator i nostri riferimenti.


I tags ascent, descent, distance, duration delle relazioni generati da 
Francoerbi41 sono stati prelevati da questo sito quando estmonterosa è 
citato come source.


Queste sono solo alcune delle relazioni create da Francoerbi41 in poche 
settimane:


https://www.openstreetmap.org/relation/9301582
https://www.openstreetmap.org/relation/9345574
https://www.openstreetmap.org/relation/9351143
https://www.openstreetmap.org/relation/9316509
https://www.openstreetmap.org/relation/9325680
https://www.openstreetmap.org/relation/9326045
https://www.openstreetmap.org/relation/9326003
https://www.openstreetmap.org/relation/9262160
https://www.openstreetmap.org/relation/9366929
https://www.openstreetmap.org/relation/9366929
https://www.openstreetmap.org/relation/9310170
https://www.openstreetmap.org/relation/9310115
https://www.openstreetmap.org/relation/9206147
https://www.openstreetmap.org/relation/9085423
https://www.openstreetmap.org/relation/9189914
https://www.openstreetmap.org/relation/8881063
https://www.openstreetmap.org/relation/9217518
https://www.openstreetmap.org/relation/9214075
https://www.openstreetmap.org/relation/9234148
https://www.openstreetmap.org/relation/9243530
https://www.openstreetmap.org/relation/9231294
https://www.openstreetmap.org/relation/9368793
https://www.openstreetmap.org/relation/9351023
https://www.openstreetmap.org/relation/9340642
https://www.openstreetmap.org/relation/9340900
https://www.openstreetmap.org/relation/9342477
https://www.openstreetmap.org/relation/9196012
https://www.openstreetmap.org/relation/9198260

e qui mi fermo ma potrei continuare ancora a lungo.
Ciao a tutti
Danilo (danbag)


Il 17/03/2019 21:24, Andrea Musuruane ha scritto:

Ciao a tutti,
mi sono accorto che l'utente Francoerbi41 sta importando i dati 
degli alberi monumentali che il MIPAAFT mette a disposizione con 
licenza CC-BY 4.0 (Creative Commons Attribution).


Questi sono changeset che ho trovato:

https://www.openstreetmap.org/changeset/68165386
https://www.openstreetmap.org/changeset/68165699
https://www.openstreetmap.org/changeset/68166591
https://www.openstreetmap.org/changeset/68167279
https://www.openstreetmap.org/changeset/68168142
https://www.openstreetmap.org/changeset/68168364
https://www.openstreetmap.org/changeset/68168494
https://www.openstreetmap.org/changeset/68169100
https://www.openstreetmap.org/changeset/68169227
https://www.openstreetmap.org/changeset/68169417
https://www.openstreetmap.org/changeset/68169665
https://www.openstreetmap.org/changeset/68170184
https://www.openstreetmap.org/changeset/68170300
https://www.openstreetmap.org/changeset/68170745
https://www.openstreetmap.org/changeset/68197850
https://www.openstreetmap.org/changeset/68198023
https://www.openstreetmap.org/changeset/68198572
https://www.openstreetmap.org/changeset/68198598
https://www.openstreetmap.org/changeset/68199021

Tutti i nodi inseriti hanno il tag source="mipaaf D.M. N.5450 del 
19/12/2017"


Ho commentato il primo dei changeset che ho trovato (68168142), 
chiedendo all'utente di venire in ML a parlarne.


Dato che i dati sorgente sono rilasciati con licenza CC-BY 4.0 e dato 
che senza un waiver non sono compatibili con la ODbL, temo che l'unica 
opzione percorribile, sia quella di contattare il DWG e fare il 
"redact" di tutti questi changeset: 
https://wiki.openstreetmap.org/wiki/Data_working_group#Redactions


Ciao,

Andrea











On Tue, Feb 12, 2019 at 10:19 AM Andrea Musuruane > wrote:


Ciao Giovanni,

On Tue, Feb 12, 2019 at 9:59 AM Cascafico Giovanni
mailto:cascaf...@gmail.com>> wrote:

Comunque la situazione per me non è ancora chiara... in questo
thread a dicenbre Napo aveva scritto:
> 

Re: [OSM-talk-fr] Vidéosurveillance

2019-03-17 Per discussione marc marc
Le 17.03.19 à 21:52, Shohreh a écrit :
> loin du nombre de caméras annoncés par la ville.

c'est une grande ville ?
pour une ville de taille réduite, cela semble réaliste de faire une 
carto "mappons les dépenses inutiles" [1] afin d'avoir une idée du nombre

[1] pour ceux qui ne savent pas, les caméras ne sont pas diminuer la 
criminalité, elles la déplacent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] On y parle de carto... future (SAUV Life)

2019-03-17 Per discussione marc marc
Le 17.03.19 à 20:46, Jacques Lavignotte a écrit :
> Poitiers : SAUV Life, une application pour les citoyens sauveteurs
> 
>   « Une cartographie des défibrillateurs est intégrée à l’application. 
> On va avoir un vrai maillage. »
> 
> https://www.lanouvellerepublique.fr/vienne/poitiers-sauv-life-une-application-pour-les-citoyens-sauveteurs
>  
> 
> 

la position des défibrillateurs est une Xieme base de donnée ou c'est 
les infos d'osm ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Tuiles cadatsre sans réponse sur JOSM

2019-03-17 Per discussione Vincent Privat
Hello,
Le problème vient d'être corrigé:
https://github.com/osm-fr/infrastructure/issues/99#issuecomment-473724712
Plus besoin de bidouiller les options de lancement de JOSM :)

Le sam. 16 mars 2019 à 11:17, Vincent Privat  a
écrit :

> Hello,
> Désactiver le SNI côté JOSM est une solution de contournement temporaire,
> il faudrait surtout qu'on corrige
> https://github.com/osm-fr/infrastructure/issues/99 sur l'infra OSM-FR.
>
> Le ven. 15 mars 2019 à 18:45,  a écrit :
>
>> Tu le lances comment ?
>>
>> Si c'est via le .jnlp, tu peux ajouter le paramètre dedans.
>>
>> Si c'est via le jar, tu ajoutes l'argument indiqué en lançant la commande
>> (typiquement dans un .bat sur PC, dans un .sh sur Linux).
>>
>> Si c'est par un exécutable, tu te ramènes au cas précédent ;-). Il y a
>> peut-être moyen de mettre l'argument si tu crées un raccourci.
>> Le 15/03/2019 à 17:37, Jérôme Seigneuret - jerome.seigneu...@gmail.com a
>> écrit :
>>
>> tu es sous quoi? windows linux mac?
>>
>>
>> Le ven. 15 mars 2019 à 15:20, Jozeph via Talk-fr <
>> talk-fr@openstreetmap.org> a écrit :
>>
>>> Bonjour,
>>>
>>> Oui je rencontre ce problème depuis hier avec le message :
>>>
>>> "Erreur lors du chargement des tuiles :
>>> javax.net.ssl.SSLProtocolException handshake alert: unrecognized_name"
>>>
>>> Je ne sais pas introduire le paramètre supplémentaire dans le lancement de 
>>> JOSM comme indiqué par Denis.
>>>
>>> Que me conseillez-vous ?
>>>
>>> Avec mes remerciements.
>>>
>>> Joseph
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> --
>> Cordialement,
>> Jérôme Seigneuret
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://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


Wochennotiz Nr. 451 05.03.2019–11.03.2019

2019-03-17 Per discussione Wochennotizteam
Hallo,

die Wochennotiz Nr. 451 mit vielen wichtigen Neuigkeiten aus der
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2019/03/wochennotiz-nr-451/

Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
einreichen könnt, ohne Mitglied zu sein?  Einfach auf
https://osmbc.openstreetmap.de/login mit eurem OSM-Benutzerkonto
anmelden und dann den Gastzugang benutzen.

Viel Spaß beim Lesen

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


Re: [Talk-it] Utente che ignora i suggerimenti

2019-03-17 Per discussione Alexander Shilin
Ciao a tutti,



per i Palazzi Aquilani penso che sia giusto utilizzare "stately". solo due,
quell'archivescovale e P. Margherita si può lasciare a "palace". Ho
guardato adesso a Firenze e Venezia. Stranamente lì non si vede dei Palazzi
famosi storici. Forse perche sono diventate musei. "Manor" mi pare di
essere sbagliato, che sia dopo wiki "country castle-like building", cioè
fuori la città. Propongo cambiare i tag da palace a stately. Che dite?



Il "come" abbiamo pensato così:
Prendere dati direttamente dagli uffici/dalle persone che lavorano negli
uffici.

Da base utilizziamo le piante d'emergenza, come proposta qui.
https://wiki.openstreetmap.org/wiki/Proposed_features/IndoorOSM#Initial_Situation

Importante è fermare tutto molto semplice e leggibile.

L'Idea è così: Pianta/mappa facile della struttura indoor - facile da
capire alla prima vista e anche da leggere. Cioè si vede nella mappa su
OpenLevelUp solo struttura dell'edificio (poligoni) numero stanza e nome
ufficio. Il resto dei dati "nascondiamo" dentro l'Ufficio. Quando si clicca
- quasi fa l'interazione con la mappa digitale - si vede:
numero stanza (ref.)

name ufficio(name)

tel. (contact:phone)

mail.(contact:mail)

orari (!) (opening:hours) - aggiungere gli orari anche in Ital. fa senso?
(opening_hours:it)

sito web comunale dell'ufficio scelto  (website)



Il /La responsabile (operator) non iscriviamo.



Tutti i dati che riferiscono su un Ufficio del Comune sono iscritta tripla
nel modello:
al numero della stanza, al nome dell'Ufficio e al poligono. Certamente è
ridondante - ma così siamo sicuro che quando un cliente/utente della Mappa
clicca su un Ufficio di cui vuoi sapere i dati, lui sempre vedi gli stessi
dati. Uguale se clicca sul numero/nome/poligono. Altrimenti abiamo paura
che c'è confusione se i dati sono iscritti, solo diciamo al poligono e il
cliente per caso clicca sul nome dell'ufficio. Per motivo di leggibilità
lavoriamo con punti cui inseriamo i dati. Cosi possiamo gestire la
posizione del testo nel modello indoor. Abbiamo visto che quando si iscrive
i dati (nome o numero) nel poligono della stanza, la scrittura va giù e non
è centrata.
Che dite voi? Quando dovete frequentare un Ufficio comunale che cosa è
interessante per voi? Abbiamo visto per esempio che molti clienti non
conoscono gli orari degli Uffici e arrivano quando sono chiusi - cosi
perdono tempo, carburante e sono frustrati. Con l'indoormapping, e questa è
l'Idea fondamentale, vogliamo creare un accesso facile per i Clienti ai
dati che servono per interagire più efficiente che possibile con gli Uffici
del Comune. Perche, siamo sincero, quando si visita il sito web del comune?
E anche quando si visita, non vuoi dire per forza che si trova i Dati/Info
che si cerca. Questo non è un problema Aquilana, a Vienna non è meglio.

La "traduzione" dei dati vogliamo fare come descritto. Se avete
Idee/proposte, per favore scritteci.

La storia con il Punto Info come si è trovato prima era nostra Idea di
creare un elenco degli Uffici, che corrisponde con i numeri delle stanze.
L'Idea era così: L'Utente clicca sull'infopoint, vede per esempio stanze
tredici è la toponomastica e poi consulta direttamente il poligono per
vedere altri dati. Riguardo che OSM non ofre la possibilità da realizzare
un elenco facciamo come Martin ha proposto. Abbiamo fatto l'elenco, perche
abbiamo visto che quando si inserisce i numeri ed nomi a ognun stanza, il
modello diventa illeggibile. Adesso proviamo a gestire questo problema con
i punti. Mio capo, Roberto ha anche proposto in caso di illeggibilità da
girare la scrittura. Un punto non si può girare, per questo motivo ho
provato di "abusare" una linea (strada pedonale) per iscrivere il nome
girato nella stanza. Un esempio trovate qui:
https://openlevelup.net/?l=0#21/42.35526/13.38683

Questa soluzione non mi piace, è solo una prova. In generale c'è una cosa
che si dev'avere sempre nell'occhio - la separazione dei dati
outdoor/indoor. Guardate qui per esempio l'Ingegneria della Sapienza/Roma:
https://www.openstreetmap.org/#map=19/41.89340/12.49367
Tutte le vie dentro l'edificio si vede nella mappa outdoor - e così per me
è assolutamente confusa la situazione. La mappa quasi non è pulita.
L'esempio dell' Istituto Tecnico Industriale "Antonio Pacinotti" mi piace
molto. Questi si può utilizzare da modello per l'indoormapping del Comune.
Grazie per questo. Solo ci sono due problemi: 1. Si vede nella mappa
outdoor dati del indoor - più precisamente si vede i bagni. Non credo che
il Comune sia molto felice che un utente della mappa crede che gli Uffici
del Comune siano i bagni pubblici. Per questo motivo ho scritto i tag dei
bagni cosi che sono nascosti dentro l'edificio. Le differenze nei tag sono
quelli:

Venezia:
L'Aquila

amenity 

= toilets

access 

=customers

indoor 

= room

indoor 

[OSM-talk-fr] Code officiel géographique de l'Insee

2019-03-17 Per discussione Jérôme Amagat
L'insee a sorti son code officiel géographique pour 2019
https://www.insee.fr/fr/information/3720946
 et j'ai regarder les différences avec osm.
Sur les communes, 2 différences notables, 2 communes en moins dans osm à
cause de 2 communes nouvelles créées au 28 février en Côte d'Or
(Collonges-et-Premières et Neuilly-Crimolois). (Le cog c'est la situation
au 1er janvier.)

Pour les noms des communes beaucoup de petites différences avec le name=*
de osm. Beaucoup de problèmes de tiret "-" présent dans osm et pas dans le
cog sur les communes nouvelles, problème de majuscules aussi dans ces
communes nouvelles. et aussi des différences d'orthographe entre les locaux
et l'Etat :) (pas mal d'entre elles ont un tag alt_name ou official_name
avec le nom officiel)
je vous mets la liste :) (dans la 2e partie c'est que des problèmes de
tiret) :

code INSEEosmcog
05139Le DévoluyDévoluy
07011Vallées-d'Antraigues-AsperjocVallées-d’Antraigues-Asperjoc
07084ÉclassanEclassan
08116Bairon-et-ses-EnvironsBairon et ses environs
14281Formigny-la-BatailleFormigny La Bataille
16052Bors-de-MontmoreauBors (Canton de Tude-et-Lavalette)
16053Bors-de-BaignesBors (Canton de Charente-Sud)
16082Boisné-la-TudeBoisné-La Tude
17340Saint-Pierre-la-NoueSaint-Pierre-La-Noue
19252Sarroux-Saint-JulienSarroux - Saint Julien
22084Jugon-les-Lacs Commune nouvelleJugon-les-Lacs - Commune
nouvelle
24269MialletMialet
27693Sylvains-lès-MoulinsSylvains-Lès-Moulins
28406Eole-en-BeauceÉole-en-Beauce
29021Plounéour-Brignogan-PlagesPlounéour-Brignogan-plages
29158Penmarc'hPenmarch
38273Nantes-en-RattierNantes-en-Ratier
42031ÇaloireCaloire
44066Grandchamp-des-FontainesGrandchamps-des-Fontaines
48116Pont-de-Montvert-Sud-Mont-LozèrePont de Montvert - Sud Mont
Lozère
49160Ingrandes-le-Fresne-sur-LoireIngrandes-Le Fresne sur Loire
50090Buais-les-MontsBuais-Les-Monts
50168Ducey-les-ChérisDucey-Les Chéris
50209Gonneville-le-TheilGonneville-Le Theil
50431Remilly-les-MaraisRemilly Les Marais
56046Crac'hCrach
56162PlœmeurPloemeur
56262Le BonoBono
62705RétyRety
64166ÇaroCaro
71204Fragnes-la-LoyèreFragnes-La Loyère
74049BrisonBrizon
74112Épagny-Metz-TessyEpagny Metz-Tessy
79217Prailles-la-CouardePrailles-La Couarde
84151Vitrolles-en-LuberonVitrolles-en-Lubéron
85008Aubigny-les-ClouzeauxAubigny-Les Clouzeaux
85082Les ÉpessesLes Epesses
86265SossaySossais
97603BandréléBandrele
97607DembéniDembeni

01015Arboys-en-BugeyArboys en Bugey
01130Bresse-VallonsBresse Vallons
01185Plateau-d'HautevillePlateau d'Hauteville
01286Parves-et-NattagesParves et Nattages
02053Vallées-en-ChampagneVallées en Champagne
02458Dhuys-et-Morin-en-BrieDhuys et Morin-en-Brie
04120Val-d'OronayeVal d'Oronaye
05118Val-Buëch-MéougeVal Buëch-Méouge
08491Vrigne-aux-BoisVrigne aux Bois
12177Palmas-d'AveyronPalmas d'Aveyron
12224Saint-Geniez-d'Olt-et-d'AubracSaint Geniez d'Olt et d'Aubrac
12270Sévérac-d'AveyronSévérac d'Aveyron
14061Souleuvre-en-BocageSouleuvre en Bocage
15108Val-d'ArcomieVal d'Arcomie
16175Val-des-VignesVal des Vignes
17295Réaux-sur-TrèfleRéaux sur Trèfle
24035Pays-de-BelvèsPays de Belvès
24064Brantôme-en-PérigordBrantôme en Périgord
24376Saint-Aulaye-PuymangouSaint Aulaye-Puymangou
24490Saint-Privat-en-PérigordSaint Privat en Périgord
25424Les Premiers-SapinsLes Premiers Sapins
27105Grand-BourgtherouldeGrand Bourgtheroulde
27191Clef-Vallée-d'EureClef Vallée d'Eure
27302Le Bosc-du-TheilLe Bosc du Theil
27638Le Thuit-de-l'OisonLe Thuit de l'Oison
28103Cloyes les Trois RivièresCloyes-les-Trois-Rivières
35257Maen-RochMaen Roch
38225Autrans-Méaudre-en-VercorsAutrans-Méaudre en Vercors
38359Saint-Antoine l'AbbayeSaint Antoine l'Abbaye
38439Crêts-en-BelledonneCrêts en Belledonne
39258Grande-Rivière-ChâteauGrande-Rivière Château
39378Les Trois-ChâteauxLes Trois Châteaux
46063Castelnau-Montratier-Sainte-AlauzieCastelnau Montratier-Sainte
Alauzie
46252Les Pechs-du-VersLes Pechs du Vers
46268Saint-Géry-VersSaint Géry-Vers
48009Peyre-en-AubracPeyre en Aubrac
48061Florac-Trois-RivièresFlorac Trois Rivières
48139Saint-Bonnet-LavalSaint Bonnet-Laval
48152Ventalon-en-CévennesVentalon en Cévennes
48166Cans-et-CévennesCans et Cévennes
49050Brissac-Loire-AubanceBrissac Loire Aubance
49069Orée-d'AnjouOrée d'Anjou
49138Les Bois-d'AnjouLes Bois d'Anjou
49167Les Garennes-sur-LoireLes Garennes sur Loire
49183Val-d'Erdre-AuxenceVal 

Re: [talk-cz] Administrativní hranice

2019-03-17 Per discussione Jan Macura
Ahoj

On Thu, 28 Feb 2019 at 08:53, xkomc...@centrum.cz 
wrote:

> Zřejmě by se to mělo nahlásit vývojářům, ale já tam mám restík, ke kterému
> jsem se zatím nestihl vyjádřit. Mohl bys tedy ty, Honzo?
>
Náhodou jsem si na to dneska vzpomněl a chtěl jsem nahlásit tenhle bug, ale
neudělal jsem si screenshot se starou chybnou verzí. Nemáte ho někdo nebo
nevíte, kde starý render OSM Carto najít? Nechce se mi kvůli tomu zase
vandalizovat tu cestu a otáčet ji jenom kvůli obrázku...

Jinak, dodatečně díky za "vyřešení" (kterému nerozumím, protože teď jde
zase do protisměru v té druhé relaci...) :-)

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


Re: [talk-au] Proposed mechanical edit - elimination of old-style Wikipedia links in Australia

2019-03-17 Per discussione Andrew Harvey
Seems fine to me.

On Mon, 18 Mar 2019 at 06:54, Mateusz Konieczny 
wrote:

> Old style wikipedia link is one where language is stored in key, not in
> value.
>
> For example "wikipedia:en=Australia" is an old style link, while
> "wikipedia=en:Australia" is a form that is currently standard.
>
> Many old-style Wikipedia links remain and updating them to new style
> manually is boring, tedious and some mistakes may appear during this.
>
> Some OSM elements have old-style Wikipedia link without new tag what
> means that this data is harder to process for editors and data
> consumers.
>
> Also, remaining old-style Wikipedia tags confuse mappers, especially
> less experienced.
>
> Therefore I propose to run an automatic edit that will replace
> old-style Wikipedia links with current style of Wikipedia links.
>
> Please comment no matter what you think about this idea! I will not
> make the edit without a clear support so please comment if you think
> that it is a good idea and if you think that it should not be done.
>
> Number of affected objects should be relatively small -
> http://overpass-turbo.eu/s/H5x reports just 200 elements.
>
> Plan is as follows:
>
> I will take full responsibility for all edits and if anything goes
> wrong I will fix it.
>
> Editing is limited to objects with old-style Wikipedia tags is not
> conflicting with existing wikipedia=* or wikidata=* tag or other
> old-style wikipedia tags.
>
> Links detected as invalid (leading to disambigs, articles about humans,
> animals, plants, events etc) are also skipped.
>
> Each changeset contains a single element or group of close elements to
> avoid edits spanning across large areas (it is impossible in cases
> where edited object itself spans very large area).
>
> After every changeset bot sleeps for one minute.
>
> This is proposed as reoccurring edit and may be made as soon as new
> old-style wikipedia links appear.
>
> documentation page on OSM Wiki is at
>
> https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_old-style_Wikipedia_links_in_Australia
>
> I have experience with automatic edits. exactly the same task was run
> in Poland to remove more than 6000 old-style Wikipedia links what was
> completed without any issues.
>
> I recently processed also old-style Wikipedia tags across USA.
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [OSM-talk-fr] Photos ESRI et Tahiti

2019-03-17 Per discussione Vladimir Vyskocil
Salut,

Merci pour cette info ! J’ai bien un compte Strava mais on dirait qu’il n’y en 
a même pas besoin :

http://strava.github.io/iD/#background=Bing=16.13/-149.49614/-17.59643 


Il y a assez peu de données sur la 2eme moitié du chemin mais mes modifications 
semblent pas si mauvaises.

Vladimir

> On 17 Mar 2019, at 18:36, jabali  wrote:
> 
> Salut,
> Si tu as un compte Strava tu peux utiliser les données High-res Global
> Heatmap dans josm
> https://wiki.openstreetmap.org/wiki/Strava#High-res_Global_Heatmap_in_JOSM
> 
> et affiner-corriger de façon encore plus précise ton itinéaire
> ex1
> [url=https://postimg.cc/xJzwmGFy][img]https://i.postimg.cc/xJzwmGFy/pic-1.jpg[/img][/url]
> ex2
> [url=https://postimg.cc/30QPFysM][img]https://i.postimg.cc/30QPFysM/pic-2.jpg[/img][/url]
> 
> 
> 
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
> 
> ___
> 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] Proposed mechanical edit - elimination of osmarender:nameDirection - blatant tagging for the renderer

2019-03-17 Per discussione Andrew Hain
Is it worth mechanically removing any of the existing discardable tags from the 
database as well?

--
Andrew

From: Dave F via talk 
Sent: 17 March 2019 21:09
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Proposed mechanical edit - elimination of 
osmarender:nameDirection - blatant tagging for the renderer

Mateusz
There's also a few osmarender:renderName in the UK. Maybe check osmarender:* to 
collate all?

Simon
Never comprehended the reluctance to remove dead items. Does stepping the 
version /really/ cause any harm?
Contributors, especially newbies, often copy tags from existing examples with 
redundant tags often propagating as result.

We allow everybody to add data (which I agree with), but there's an increasing 
resistance to anybody suggesting tag removal.

If it improves database quality, then go for it.

DaveF


On 15/03/2019 20:13, Simon Poole wrote:

Why would we want to create new versions of objects just to remove a tag
that is not hurting anybody in any way?

The correct way to handle this is to add the tag to the list of
deprecated tags that should be automatically removed (essentially iD has
a list and JOSM has one too), when and if the objects are ever edited
the tags will then be removed.

Simon

Am 15.03.2019 um 20:16 schrieb Mateusz Konieczny:


osmarender:nameDirection=* is an old tag that is case of tagging for
the renderer.
Additionally, Osmarender is defunct anyway.

I propose to purge this tag from database as useless, confusing and
encouraging
tagging for renderer.

This edit would remove about 2000 osmarender:nameDirection=* tags
worldwide,
with most of them in Germany and England.

osmarender:nameDirection is described on OSM Wiki as

"By default Osmarender will draw street names left-to-right along ways.
It uses the longitude (horizontal position) of the start and end
points of the
way to determine the direction.

In some cases, for example, very winding roads, the automatically chosen
name direction is not ideal. In this case the way can be tagged with
osmarender:nameDirection=-1 or osmarender:nameDirection=1 as a
hint to tell Osmarender which way to draw the name. "

Automated edit page:
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_osmarender:nameDirection_-_blatant_tagging_for_the_renderer

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







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


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


Re: [OSM-talk] Proposed mechanical edit - elimination of osmarender:nameDirection - blatant tagging for the renderer

2019-03-17 Per discussione Dave F via talk

Mateusz
There's also a few osmarender:renderName in the UK. Maybe check 
osmarender:* to collate all?


Simon
Never comprehended the reluctance to remove dead items. Does stepping 
the version /really/ cause any harm?
Contributors, especially newbies, often copy tags from existing examples 
with redundant tags often propagating as result.


We allow everybody to add data (which I agree with), but there's an 
increasing resistance to anybody suggesting tag removal.


If it improves database quality, then go for it.

DaveF


On 15/03/2019 20:13, Simon Poole wrote:

Why would we want to create new versions of objects just to remove a tag
that is not hurting anybody in any way?

The correct way to handle this is to add the tag to the list of
deprecated tags that should be automatically removed (essentially iD has
a list and JOSM has one too), when and if the objects are ever edited
the tags will then be removed.

Simon

Am 15.03.2019 um 20:16 schrieb Mateusz Konieczny:

osmarender:nameDirection=* is an old tag that is case of tagging for
the renderer.
Additionally, Osmarender is defunct anyway.

I propose to purge this tag from database as useless, confusing and
encouraging
tagging for renderer.

This edit would remove about 2000 osmarender:nameDirection=* tags
worldwide,
with most of them in Germany and England.

osmarender:nameDirection is described on OSM Wiki as

"By default Osmarender will draw street names left-to-right along ways.
It uses the longitude (horizontal position) of the start and end
points of the
way to determine the direction.

In some cases, for example, very winding roads, the automatically chosen
name direction is not ideal. In this case the way can be tagged with
osmarender:nameDirection=-1 or osmarender:nameDirection=1 as a
hint to tell Osmarender which way to draw the name. "

Automated edit page:
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_osmarender:nameDirection_-_blatant_tagging_for_the_renderer

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



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


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


Re: [talk-au] Proposed mechanical edit - elimination of old-style Wikipedia links in Australia

2019-03-17 Per discussione cleary
Appears to be good process. I support it.


On Mon, 18 Mar 2019, at 6:54 AM, Mateusz Konieczny wrote:
> Old style wikipedia link is one where language is stored in key, not in
> value.
> 
> For example "wikipedia:en=Australia" is an old style link, while
> "wikipedia=en:Australia" is a form that is currently standard.
> 
> Many old-style Wikipedia links remain and updating them to new style
> manually is boring, tedious and some mistakes may appear during this.
> 
> Some OSM elements have old-style Wikipedia link without new tag what
> means that this data is harder to process for editors and data
> consumers.
> 
> Also, remaining old-style Wikipedia tags confuse mappers, especially
> less experienced.
> 
> Therefore I propose to run an automatic edit that will replace
> old-style Wikipedia links with current style of Wikipedia links.
> 
> Please comment no matter what you think about this idea! I will not
> make the edit without a clear support so please comment if you think
> that it is a good idea and if you think that it should not be done.
> 
> Number of affected objects should be relatively small - 
> http://overpass-turbo.eu/s/H5x reports just 200 elements.
> 
> Plan is as follows:
> 
> I will take full responsibility for all edits and if anything goes
> wrong I will fix it.
> 
> Editing is limited to objects with old-style Wikipedia tags is not
> conflicting with existing wikipedia=* or wikidata=* tag or other
> old-style wikipedia tags.
> 
> Links detected as invalid (leading to disambigs, articles about humans,
> animals, plants, events etc) are also skipped.
> 
> Each changeset contains a single element or group of close elements to
> avoid edits spanning across large areas (it is impossible in cases
> where edited object itself spans very large area).
> 
> After every changeset bot sleeps for one minute.
> 
> This is proposed as reoccurring edit and may be made as soon as new
> old-style wikipedia links appear.
> 
> documentation page on OSM Wiki is at
> https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_old-style_Wikipedia_links_in_Australia
> 
> I have experience with automatic edits. exactly the same task was run
> in Poland to remove more than 6000 old-style Wikipedia links what was
> completed without any issues.
> 
> I recently processed also old-style Wikipedia tags across USA. 
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
> 
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [OSM-talk-fr] Vidéosurveillance

2019-03-17 Per discussione Shohreh
Merci.

Il y a quelques panneaux dans la ville, typiquement accompagnant celui
d'entrée de ville, mais on est clairement loin du nombre de caméras annoncés
par la ville.

Donc a priori, la pancarte prévient juste qu'on entre dans une ville
vidéo-surveillée (pardon : vidéo-protégée), sans indication des endroits où
se trouvent les dites caméras.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [Talk-it] R: [Alberi Monumentali] quale licenza?

2019-03-17 Per discussione Andrea Musuruane
Ciao a tutti,
mi sono accorto che l'utente Francoerbi41 sta importando i dati degli
alberi monumentali che il MIPAAFT mette a disposizione con licenza CC-BY
4.0 (Creative Commons Attribution).

Questi sono changeset che ho trovato:

https://www.openstreetmap.org/changeset/68165386
https://www.openstreetmap.org/changeset/68165699
https://www.openstreetmap.org/changeset/68166591
https://www.openstreetmap.org/changeset/68167279
https://www.openstreetmap.org/changeset/68168142
https://www.openstreetmap.org/changeset/68168364
https://www.openstreetmap.org/changeset/68168494
https://www.openstreetmap.org/changeset/68169100
https://www.openstreetmap.org/changeset/68169227
https://www.openstreetmap.org/changeset/68169417
https://www.openstreetmap.org/changeset/68169665
https://www.openstreetmap.org/changeset/68170184
https://www.openstreetmap.org/changeset/68170300
https://www.openstreetmap.org/changeset/68170745
https://www.openstreetmap.org/changeset/68197850
https://www.openstreetmap.org/changeset/68198023
https://www.openstreetmap.org/changeset/68198572
https://www.openstreetmap.org/changeset/68198598
https://www.openstreetmap.org/changeset/68199021

Tutti i nodi inseriti hanno il tag source="mipaaf D.M. N.5450 del
19/12/2017"

Ho commentato il primo dei changeset che ho trovato (68168142), chiedendo
all'utente di venire in ML a parlarne.

Dato che i dati sorgente sono rilasciati con licenza CC-BY 4.0 e dato che
senza un waiver non sono compatibili con la ODbL, temo che l'unica opzione
percorribile, sia quella di contattare il DWG e fare il "redact" di tutti
questi changeset:
https://wiki.openstreetmap.org/wiki/Data_working_group#Redactions

Ciao,

Andrea











On Tue, Feb 12, 2019 at 10:19 AM Andrea Musuruane 
wrote:

> Ciao Giovanni,
>
> On Tue, Feb 12, 2019 at 9:59 AM Cascafico Giovanni 
> wrote:
>
>> Comunque la situazione per me non è ancora chiara... in questo thread a
>> dicenbre Napo aveva scritto:
>> > Secondo me no per il motivo che le linee guida nazionali di AgID hanno
>> deciso che, nel caso di 'open by default, la licenza che si deveapplicare è
>> la cc-by 4.0. Risultato: si ricade nel problema di incompatibilità
>> dell'attribuzione
>>
>
> La licenza ora è chiara ed esplicita:  è la CC-BY 4.0. Quindi, come rilevi
> correttamente, non si possono importare a meno di non avere una manleva. E
> credo che le possibilità di averla siano prossime a zero.
>
> Ciao,
>
> Andrea
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] Vidéosurveillance

2019-03-17 Per discussione Erwan Salomon
À priori non
a voir si les autorisations du préfet (toute installation doit être autorisé 
par le préfet, pour une durée de 5 ans) donnent lieu à une publication 
quelconque ?
par contre, à chaque lieu filmé, un affichage doit être visible du publique
 
https://www.service-public.fr/particuliers/vosdroits/F2517 


> Le 17 mars 2019 à 11:56, Shohreh  a écrit :
> 
> Je profite du fil pour poser une question connexe : la loi oblige-t-elle une
> mairie à communiquer la carte des caméras de vidéo-protection déployées sur
> la voie publique, au moins aux élus ?
> 
> Une élue de l'opposition m'écrit : "Pour information nous avions demandé au
> moment de la mise en place de là vidéosurveillance la cartographie complète
> des caméras à laquelle le maire s’était opposé pour des raisons tenant à la
> prévention de la délinquance…"
> 
> Merci.
> 
> 
> 
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
> 
> ___
> 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] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione David Crochet

Bonjour

Le 17/03/2019 à 16:01, djakk djakk a écrit :
Dans mon voisinage il y a une interdiction de tourner à gauche qui 
n’est pas du tout respectée. Comment le refléter dans openstreetmap ?



Cela ne se reflète pas. OSM, c'est la réalité, mais aussi la légalité.

Cordialement

--
David Crochet


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


Re: [Talk-it] edit war, tunnel del Gran San Bernardovia andrea enzo lattmann.

2019-03-17 Per discussione Ilario valdelli
Parlo da utente svizzero e ribadisco che le gallerie in Svizzera non 
hanno pedaggio:


https://www.parlament.ch/it/ratsbetrieb/suche-curia-vista/geschaeft?AffairId=20163045

https://www.tio.ch/ticino/attualita/1135647/niente-pedaggio-al-san-gottardo?mr=1=

Saluti

On 17/03/2019 20:29, Rallysta74 wrote:


Per cui dire che è impossibile che in Svizzera le gallerie non siano
soggette a pedaggio è falso, infatti SISEX ripartisce secondo competenza gli
incassi ottenuti presso le due barriere di pagamento, una per versante.




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


Re: [talk-cz] WeeklyOSM CZ 446

2019-03-17 Per discussione Jan Macura
Ahoj

On Sun, 17 Mar 2019 at 20:52, Marián Kyral  wrote:

> 449 česky vidím: http://www.weeklyosm.eu/cz/page/2
>

když teď procházím archiv, tak vidím česky všechna vydání kromě #447 (které
jsme určitě překládali) a #450 a #451, které ještě přeložené nejsou.

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


Re: [OSM-talk-fr] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione osm . sanspourriel
Le bon endroit pour noter cela ce n'est pas OSM mais suivant le cas le 
poste de police ou la gendarmerie.


Éventuellement la mairie, DIR... responsable de ce panneau.

Soit il est justifié et doit être respecté soit il n'a pas de sens et 
doit être enlevé.


Jean-Yvon

Le 17/03/2019 à 20:55, djakk djakk - djakk.dj...@gmail.com a écrit :
Marc, tu peux penser personnellement que ça n’est pas utile mais je ne 
pense pas que tu puisses parler au nom de tous les contributeurs osm 
... 樂


Julien « djakk »


Le dim. 17 mars 2019 à 20:45, marc marc > a écrit :


Le 17.03.19 à 16:01, djakk djakk a écrit :
> Dans mon voisinage il y a une interdiction de tourner à gauche
qui n’est
> pas du tout respectée. Comment le refléter dans openstreetmap ?

comme un interdiction de tourner à gauche normale
et puis t'ajoute un tag genre zuei=rezzrezw qui ne serra utilisé par
personne mais qui permettra de te dire que t'as fait ton edit
trollesque :)
si tu veux croire que c'est utile, tu peux inventer un tag moins
aléatoire genre respectducodedelaroute=rare
___
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] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione djakk djakk
Marc, tu peux penser personnellement que ça n’est pas utile mais je ne
pense pas que tu puisses parler au nom de tous les contributeurs osm ... 樂

Julien « djakk »


Le dim. 17 mars 2019 à 20:45, marc marc  a
écrit :

> Le 17.03.19 à 16:01, djakk djakk a écrit :
> > Dans mon voisinage il y a une interdiction de tourner à gauche qui n’est
> > pas du tout respectée. Comment le refléter dans openstreetmap ?
>
> comme un interdiction de tourner à gauche normale
> et puis t'ajoute un tag genre zuei=rezzrezw qui ne serra utilisé par
> personne mais qui permettra de te dire que t'as fait ton edit trollesque :)
> si tu veux croire que c'est utile, tu peux inventer un tag moins
> aléatoire genre respectducodedelaroute=rare
> ___
> 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-au] Proposed mechanical edit - elimination of old-style Wikipedia links in Australia

2019-03-17 Per discussione Mateusz Konieczny
Old style wikipedia link is one where language is stored in key, not in
value.

For example "wikipedia:en=Australia" is an old style link, while
"wikipedia=en:Australia" is a form that is currently standard.

Many old-style Wikipedia links remain and updating them to new style
manually is boring, tedious and some mistakes may appear during this.

Some OSM elements have old-style Wikipedia link without new tag what
means that this data is harder to process for editors and data
consumers.

Also, remaining old-style Wikipedia tags confuse mappers, especially
less experienced.

Therefore I propose to run an automatic edit that will replace
old-style Wikipedia links with current style of Wikipedia links.

Please comment no matter what you think about this idea! I will not
make the edit without a clear support so please comment if you think
that it is a good idea and if you think that it should not be done.

Number of affected objects should be relatively small - 
http://overpass-turbo.eu/s/H5x  reports just 
200 elements.

Plan is as follows:

I will take full responsibility for all edits and if anything goes
wrong I will fix it.

Editing is limited to objects with old-style Wikipedia tags is not
conflicting with existing wikipedia=* or wikidata=* tag or other
old-style wikipedia tags.

Links detected as invalid (leading to disambigs, articles about humans,
animals, plants, events etc) are also skipped.

Each changeset contains a single element or group of close elements to
avoid edits spanning across large areas (it is impossible in cases
where edited object itself spans very large area).

After every changeset bot sleeps for one minute.

This is proposed as reoccurring edit and may be made as soon as new
old-style wikipedia links appear.

documentation page on OSM Wiki is at
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_old-style_Wikipedia_links_in_Australia
 


I have experience with automatic edits. exactly the same task was run
in Poland to remove more than 6000 old-style Wikipedia links what was
completed without any issues.

I recently processed also old-style Wikipedia tags across USA. 

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


Re: [talk-cz] WeeklyOSM CZ 446

2019-03-17 Per discussione Marián Kyral

Ahoj,

449 česky vidím: http://www.weeklyosm.eu/cz/page/2




Marián




-- Původní e-mail --
Od: Hynek Řehoř 
Komu: OpenStreetMap Czech Republic 
Datum: 17. 3. 2019 18:20:51
Předmět: Re: [talk-cz] WeeklyOSM CZ 446
"
Ahoj,



týdeník 447 a novější se mi zobrazují pouze v anglické verzi s perexem:




Zatím není dostupné For the sake of viewer convenience, the content is shown
below in this site default language. You may click one of the links to
switch the site language to another available language.




Zkoušel jsem různé prohlížeče i počítače a stále stejné,  asi je někde
problém...




S pozdravem,

Hynek Řehoř




čt 14. 2. 2019 v 11:45 odesílatel Tom Ka mailto:tomas.kaspa...@gmail.com)> napsal:

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

http://www.weeklyosm.eu/cz/archives/11502
(http://www.weeklyosm.eu/cz/archives/11502)

* Prušánky opět na scéně!
* Noví členové pro OSM ČR z.s.
* Mapování černé stavby?
* Apple a úkoly v MapRoulette.
* Rozšíření detekce u Mapillary.
* Dokumentování historie OSM.
* Hranice na Krymu a rada Nadace OSM.
* FOSDEM v Bruselu se sekcí Geospatial.
* Mapování (sexistických) reklam.
* OSN mapuje v Somálsku.
* Mapa míst pro kempování nebo veganských restaurací.
* Je lepší to dát do OSM...
* API klíče Bingu pro OSM.
* Manuál OSM pro začátečníky.
* Veřejné záchody kulturním pokladem?
* Omezení digitálního mapování v UK?


Pěkné počtení ...

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


Re: [OSM-talk-fr] Le Santerre

2019-03-17 Per discussione marc marc
place=county semble être un niveau hierarchique (les régions 
administrative en France)

je partirais sur place=region

Le 17.03.19 à 20:11, Florimond Berthoux a écrit :
> Salut,
> 
> Dans le même genre, j'aimerai aussi ajouter La Thiérache, région 
> naturelle et culturelle avec son fromage, son journal local, ses 
> communautés de communes et sa page wikipedia :)
> https://fr.wikipedia.org/wiki/Thi%C3%A9rache
> 
> utiliser place=county « A county - a geographical region of a country. » ?
> 
> 
> Le dim. 17 mars 2019 à 15:45, djakk djakk  > a écrit :
> 
> Salut ! Le Santerre, un « petit pays » qui a son panneau touristique
> marron sur l’autoroute A29 et sa page Wikipedia.
> Le genre d’info non-administrative que j’aimerai avoir sur
> OpenStreetMap ! :)
> 
> Julien « djakk »
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] On y parle de carto... future (SAUV Life)

2019-03-17 Per discussione Jacques Lavignotte

Poitiers : SAUV Life, une application pour les citoyens sauveteurs

 « Une cartographie des défibrillateurs est intégrée à l’application. 
On va avoir un vrai maillage. »


https://www.lanouvellerepublique.fr/vienne/poitiers-sauv-life-une-application-pour-les-citoyens-sauveteurs

--
GnuPg : C8F5B1E3 Because privacy matters.


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


Re: [OSM-talk-fr] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione marc marc
Le 17.03.19 à 16:01, djakk djakk a écrit :
> Dans mon voisinage il y a une interdiction de tourner à gauche qui n’est 
> pas du tout respectée. Comment le refléter dans openstreetmap ?

comme un interdiction de tourner à gauche normale
et puis t'ajoute un tag genre zuei=rezzrezw qui ne serra utilisé par 
personne mais qui permettra de te dire que t'as fait ton edit trollesque :)
si tu veux croire que c'est utile, tu peux inventer un tag moins 
aléatoire genre respectducodedelaroute=rare
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Le Santerre

2019-03-17 Per discussione djakk djakk
Est-ce que ça existe dans d’autres pays ? Des régions avec des frontières
non administratives ?

Julien « djakk »


Le dim. 17 mars 2019 à 20:11, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Salut,
>
> Dans le même genre, j'aimerai aussi ajouter La Thiérache, région naturelle
> et culturelle avec son fromage, son journal local, ses communautés de
> communes et sa page wikipedia :)
> https://fr.wikipedia.org/wiki/Thi%C3%A9rache
>
> utiliser place=county « A county - a geographical region of a country. » ?
>
>
> Le dim. 17 mars 2019 à 15:45, djakk djakk  a
> écrit :
>
>> Salut ! Le Santerre, un « petit pays » qui a son panneau touristique
>> marron sur l’autoroute A29 et sa page Wikipedia.
>> Le genre d’info non-administrative que j’aimerai avoir sur OpenStreetMap
>> ! :)
>>
>> Julien « djakk »
>>
> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>>
>
> --
> Florimond Berthoux
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione djakk djakk
Il ne s’agit pas d’une possibilité isolée mais d’une pratique courante
vérifiable facilement ...

Julien « djakk »


Le dim. 17 mars 2019 à 19:59, GarenKreiz  a écrit :

> Le jour où un conducteur utilisant OSM provoquera un accident mortel, pas
> sûr que cela fasse de la bonne publicité!
>
> Tant que nos véhicules sont conduits par de personnes dotées de libre
> arbitre et pouvant décider à tout moment de griller un feu rouge, couler un
> stop, rouler à contre sens, se stationner sur le trottoir, franchir une
> ligne blanche pour tourner, etc, il est sans doute inutile de noter dans
> OSM que les lois peuvent être contournées sur le terrain.
>
>
>
> On Sun, 17 Mar 2019 at 18:46, djakk djakk  wrote:
>
>>
>> Oui il faut cartographier d’un côté ce que veut l’administation et de
>> l’autre ce qui se passe en vrai. :)
>>
>> Arf ! Ça serait super si on pouvait faire un grand polygone pour faire un
>> héritage d’attributs ...
>>
>>
>> Julien « djakk »
>>
>>
>>
>> Le dim. 17 mars 2019 à 18:43, Léo El Amri via Talk-fr <
>> talk-fr@openstreetmap.org> a écrit :
>>
>>> On 17/03/2019 16:01, djakk djakk wrote:
>>> > Dans mon voisinage il y a une interdiction de tourner à gauche qui
>>> n’est
>>> > pas du tout respectée. Comment le refléter dans openstreetmap ?
>>>
>>> Hum... Est-ce qu'on devrait vraiment cartographier ça ?
>>>
>>> Parce que si oui, j'ai la moitié des intersections de Saint-Denis et
>>> autour à modifier ;)
>>>
>>> ___
>>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] edit war, tunnel del Gran San Bernardovia andrea enzo lattmann.

2019-03-17 Per discussione Rallysta74
Intervengo come utente valdostano e quindi conoscitore dell'infrastruttura.

Il tunnel internazionale del Gran San Bernardo collega Italia e Svizzera, è
gestito dalla società italiana SITRASB SpA per il tratto italiano (Società
Italiana Traforo del Gran San Bernardo SpA) e dalla società svizzera STGB SA
(Tunnel du Grand-Saint-Bernard SA), entrambe aventi quota paritaria nella
società italo-svizzera SISEX SA, la quale appartiene appunto in parti eguali
alle due società concessionarie. La funzione operativa di SISEX SA è
soprattutto commerciale e di ripartizione degli incassi tra le due società
concessionarie. SISEX SA ha inoltre competenze specifiche in materia di
politiche tariffarie e promozionali.
Dal 1° luglio 2010, secondo quanto stabilito dalla Direttiva 2004/54/CE,
SISEX SA ha assunto il ruolo di gestore unico del Traforo in materia di
sicurezza, gestione e manutenzione del Tunnel.

Per cui dire che è impossibile che in Svizzera le gallerie non siano
soggette a pedaggio è falso, infatti SISEX ripartisce secondo competenza gli
incassi ottenuti presso le due barriere di pagamento, una per versante.

Sul lato italiano la strada è classificata T2 autostrada, pur avendo
carreggiata unica e limite massimo di 80 km/h, a partire dall'ultimo ponte
prima dell'inizio del tratto coperto, ossia dall'uscita per il parcheggio
del comprensorio sciistico di Crevacol.

Sul lato svizzero invece è classificata come strada nazionale 21.

La classificazione varia esattamente sul confine.



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

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


Re: [OSM-talk-fr] Le Santerre

2019-03-17 Per discussione Florimond Berthoux
Salut,

Dans le même genre, j'aimerai aussi ajouter La Thiérache, région naturelle
et culturelle avec son fromage, son journal local, ses communautés de
communes et sa page wikipedia :)
https://fr.wikipedia.org/wiki/Thi%C3%A9rache

utiliser place=county « A county - a geographical region of a country. » ?


Le dim. 17 mars 2019 à 15:45, djakk djakk  a écrit :

> Salut ! Le Santerre, un « petit pays » qui a son panneau touristique
> marron sur l’autoroute A29 et sa page Wikipedia.
> Le genre d’info non-administrative que j’aimerai avoir sur OpenStreetMap !
> :)
>
> Julien « djakk »
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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


Re: [OSM-talk-fr] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione GarenKreiz
Le jour où un conducteur utilisant OSM provoquera un accident mortel, pas
sûr que cela fasse de la bonne publicité!

Tant que nos véhicules sont conduits par de personnes dotées de libre
arbitre et pouvant décider à tout moment de griller un feu rouge, couler un
stop, rouler à contre sens, se stationner sur le trottoir, franchir une
ligne blanche pour tourner, etc, il est sans doute inutile de noter dans
OSM que les lois peuvent être contournées sur le terrain.



On Sun, 17 Mar 2019 at 18:46, djakk djakk  wrote:

>
> Oui il faut cartographier d’un côté ce que veut l’administation et de
> l’autre ce qui se passe en vrai. :)
>
> Arf ! Ça serait super si on pouvait faire un grand polygone pour faire un
> héritage d’attributs ...
>
>
> Julien « djakk »
>
>
>
> Le dim. 17 mars 2019 à 18:43, Léo El Amri via Talk-fr <
> talk-fr@openstreetmap.org> a écrit :
>
>> On 17/03/2019 16:01, djakk djakk wrote:
>> > Dans mon voisinage il y a une interdiction de tourner à gauche qui n’est
>> > pas du tout respectée. Comment le refléter dans openstreetmap ?
>>
>> Hum... Est-ce qu'on devrait vraiment cartographier ça ?
>>
>> Parce que si oui, j'ai la moitié des intersections de Saint-Denis et
>> autour à modifier ;)
>>
>> ___
>> 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: [talk-cz] WeeklyOSM CZ 446

2019-03-17 Per discussione Jan Macura
Ahoj,

na twitterovém účtu WeeklyOSM se píše něco o přesunu serverů, tak možná to
s tím souvisí [1].
Víc by mohl vědět Tom K.

[1] https://twitter.com/weeklyOSM/status/1107308390555025409

H.

On Sun, 17 Mar 2019 at 18:19, Hynek Řehoř  wrote:

> Ahoj,
>
> týdeník 447 a novější se mi zobrazují pouze v anglické verzi s perexem:
>
> Zatím není dostupné For the sake of viewer convenience, the content is
> shown below in this site default language. You may click one of the links
> to switch the site language to another available language.
>
> Zkoušel jsem různé prohlížeče i počítače a stále stejné,  asi je někde
> problém...
>
> S pozdravem,
> Hynek Řehoř
>
> čt 14. 2. 2019 v 11:45 odesílatel Tom Ka 
> napsal:
>
>> Ahoj, je dostupné vydání 446 týdeníku WeeklyOSM:
>>
>> http://www.weeklyosm.eu/cz/archives/11502
>>
>> * Prušánky opět na scéně!
>> * Noví členové pro OSM ČR z.s.
>> * Mapování černé stavby?
>> * Apple a úkoly v MapRoulette.
>> * Rozšíření detekce u Mapillary.
>> * Dokumentování historie OSM.
>> * Hranice na Krymu a rada Nadace OSM.
>> * FOSDEM v Bruselu se sekcí Geospatial.
>> * Mapování (sexistických) reklam.
>> * OSN mapuje v Somálsku.
>> * Mapa míst pro kempování nebo veganských restaurací.
>> * Je lepší to dát do OSM...
>> * API klíče Bingu pro OSM.
>> * Manuál OSM pro začátečníky.
>> * Veřejné záchody kulturním pokladem?
>> * Omezení digitálního mapování v UK?
>>
>>
>> Pěkné počtení ...
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [OSM-talk-fr] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione djakk djakk
Oui il faut cartographier d’un côté ce que veut l’administation et de
l’autre ce qui se passe en vrai. :)

Arf ! Ça serait super si on pouvait faire un grand polygone pour faire un
héritage d’attributs ...


Julien « djakk »



Le dim. 17 mars 2019 à 18:43, Léo El Amri via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> On 17/03/2019 16:01, djakk djakk wrote:
> > Dans mon voisinage il y a une interdiction de tourner à gauche qui n’est
> > pas du tout respectée. Comment le refléter dans openstreetmap ?
>
> Hum... Est-ce qu'on devrait vraiment cartographier ça ?
>
> Parce que si oui, j'ai la moitié des intersections de Saint-Denis et
> autour à modifier ;)
>
> ___
> 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] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione Léo El Amri via Talk-fr
On 17/03/2019 16:01, djakk djakk wrote:
> Dans mon voisinage il y a une interdiction de tourner à gauche qui n’est
> pas du tout respectée. Comment le refléter dans openstreetmap ?

Hum... Est-ce qu'on devrait vraiment cartographier ça ?

Parce que si oui, j'ai la moitié des intersections de Saint-Denis et
autour à modifier ;)

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


Re: [OSM-talk-fr] Photos ESRI et Tahiti

2019-03-17 Per discussione jabali
Salut,
Si tu as un compte Strava tu peux utiliser les données High-res Global
Heatmap dans josm
https://wiki.openstreetmap.org/wiki/Strava#High-res_Global_Heatmap_in_JOSM

et affiner-corriger de façon encore plus précise ton itinéaire
ex1
[url=https://postimg.cc/xJzwmGFy][img]https://i.postimg.cc/xJzwmGFy/pic-1.jpg[/img][/url]
ex2
[url=https://postimg.cc/30QPFysM][img]https://i.postimg.cc/30QPFysM/pic-2.jpg[/img][/url]



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


[talk-cz] Fody - chybí tagy v nabídce

2019-03-17 Per discussione Daniel Kašík

Ahoj,

přidávám fotky do Fody přes web openstreetmap.cz a všiml jsem si, že v 
nabídce "Objekt na fotografii" nelze vybrat tag "znaceni". Pokud vyberu 
"jiný", nemůžu zase určit, že se jedná o "silnicni". Vycházím z tagů na 
wiki pro Fody. Jak tedy tagovat fotku s "silnicni, znaceni"?



Daniel


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


Re: [talk-cz] WeeklyOSM CZ 446

2019-03-17 Per discussione Hynek Řehoř
Ahoj,

týdeník 447 a novější se mi zobrazují pouze v anglické verzi s perexem:

Zatím není dostupné For the sake of viewer convenience, the content is
shown below in this site default language. You may click one of the links
to switch the site language to another available language.

Zkoušel jsem různé prohlížeče i počítače a stále stejné,  asi je někde
problém...

S pozdravem,
Hynek Řehoř

čt 14. 2. 2019 v 11:45 odesílatel Tom Ka  napsal:

> Ahoj, je dostupné vydání 446 týdeníku WeeklyOSM:
>
> http://www.weeklyosm.eu/cz/archives/11502
>
> * Prušánky opět na scéně!
> * Noví členové pro OSM ČR z.s.
> * Mapování černé stavby?
> * Apple a úkoly v MapRoulette.
> * Rozšíření detekce u Mapillary.
> * Dokumentování historie OSM.
> * Hranice na Krymu a rada Nadace OSM.
> * FOSDEM v Bruselu se sekcí Geospatial.
> * Mapování (sexistických) reklam.
> * OSN mapuje v Somálsku.
> * Mapa míst pro kempování nebo veganských restaurací.
> * Je lepší to dát do OSM...
> * API klíče Bingu pro OSM.
> * Manuál OSM pro začátečníky.
> * Veřejné záchody kulturním pokladem?
> * Omezení digitálního mapování v UK?
>
>
> Pěkné počtení ...
>
> ___
> 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-fr] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione djakk djakk
althio me propose :

type=restriction
restriction=no_left_turn
except=*lawbreaker*
*informal=not_respected*

:)

Julien « djakk »


Le dim. 17 mars 2019 à 16:01, djakk djakk  a écrit :

> Salut !
>
> Dans mon voisinage il y a une interdiction de tourner à gauche qui n’est
> pas du tout respectée. Comment le refléter dans openstreetmap ?
>
> Julien « djakk »
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] GogoCarto

2019-03-17 Per discussione Vincent Bergeot

Le 15/03/2019 à 18:49, Cédric Frayssinet a écrit :

Le 15/03/2019 à 09:03, allegre.guilla...@free.fr a écrit :

Le 14/03/2019 21:28, Cédric Frayssinet a écrit :

Bonsoir à tous,

Le projet ne semble pas être passé par cette liste. Voici GogoCarto,
un chouette projet, très joli, un peu à la uMap, qui permet de faire
de jolies cartes : https://gogocarto.fr/projects


Pour les gens qui connaissent déjà uMap, pourrais-tu donner succintement
les principales différences ?


Sébastian me répond ceci (sachant qu'il ne connait pas forcément bien Umap)

 *
   1. uMap est beaucoup stable et robuste ! GoGoCarto est encore a ses
   débuts
 *
   2. Le système de filtre de gogocarto permet de faire des choses plus
   précises que le fonctionnement par couche de données de uMap
 *
   3. L'interface admin de gogocarto permet de faire la gestion de
   données, sur uMap il me semble que c'est plutot on importe des
   données gérées ailleurs
 o /ma réponse /// oui la gestion sur umap est possible, ajout de
   données, plusieurs calques, coleurs et tutti mais je ne suis pas
   sur que cela soit aussi abouti que gogocarto ! /
 *
   4. Le côté contribution est géré de bout en bout (saisie, modération
   (collaborative ou par administrateurs), envoi d'un mail pour
   informer le nouveau point référencé etc...)
 *
   5. Je ne sais pas comment uMap se comporte pour des gros volumes de
   données. GoGoCarto fait pas mal d'optimisation dans les requete pour
   avoir un chargement le plus rapide possible
 *
   Pour tes questions : le volume de carte j'en sais rien  ca dépend
   du serveur et de la fréquence de visitie de chaque cartes. C'est pas
   pareil d'héberger 300 PDCN ou d'héberger 300 cartes avec 200 points
   et 200 visites par mois... !
 o /ma réponse //yep, je ne sais pas exactement ce que ces 300 000
   cartes umap représentent ! /
 *
   les interopérabilités : l'import et l'export sont opérationnels.
   Import Json et Csv, export Json, XML, Csv
 *
   on peut aussi faire de l'import dynamique sur gogocarto, je suis pas
   sur que ça existe sur uMap (mais je connais pas super bien l'outil,
   je em trompe peut etre!)
 o /j'ai répondu //"si sur overpass au moins"/


à plus

--
Vincent Bergeot

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


Re: [talk-latam] [HOT] Activation - #5792 - Ayuda Venezuela 1: Barranquilla Buildings

2019-03-17 Per discussione Adrien André via talk-latam

Hello,

here is another message about Venezuela.

Regards,

Adrien


 Message transféré 
Sujet : [HOT] Urgent Disaster Mapping
Date :  Sat, 16 Mar 2019 13:14:27 -0600
De :russell.deff...@hotosm.org
Pour :  h...@openstreetmap.org



Greetings everyone,

Hope you might have some time this weekend to lend a hand mapping for 
the two new responses we have going:


1. We activated to assist the refugee situation from Venezuela with an
   Advanced, very difficult, buildings project:
   https://tasks.hotosm.org/project/5792 - so if you’re up for the
   challenge (and have achieved Advanced mapper level on the TM) then
   please do contribute there! Also check-out the wiki-page for more
   details: https://wiki.openstreetmap.org/wiki/Ayuda_Venezuela
2. We activated for a request by the International Federation of the
   Red Cross, Red Crescent to assist with the floods and Cyclone Idai
   in Mozambique; and now our partners, Médecins Sans Frontières, has
   added additional needs in Zimbabwe. Head over to the Tasking
   Manager, (https://tasks.hotosm.org/) for all of the projects, or
   visit the Cyclone Idai wiki-page for more details (still working on
   them a bit): https://wiki.openstreetmap.org/wiki/Cyclone_Idai

Also, for you ‘old hats’ around HOT, we’ve moved our list of current 
activations to: 
https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/Humanitarian_OpenStreetMap_Team 
if you’re looking for that.


Sincerely,

=Russ

On behalf of the Disaster Mapping Coordination Team

and Activation Working Group

Russell Deffner

Email: russell.deff...@hotosm.org 

Humanitarian OpenStreetMap Team (HOT)

Web  | Wiki 
 | Blog 
 | Contact 
 
| Donate 


___
HOT mailing list
h...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam


Re: [OSM-talk-fr] GogoCarto

2019-03-17 Per discussione Vincent Bergeot

Le 17/03/2019 à 16:32, Vincent Bergeot a écrit :

Bonjour,

Le 17/03/2019 à 14:38, Magalie Dartus a écrit :


- quel est le business model de gogocarto? La création de projet est 
gratuite mais y'a-t'il système de licence freemium qui devient 
payante à partir d'un certain moment?Si oui lequel?


pas à ma connaissance aujourd'hui, c'est développé pour permettre le 
fonctionnement de presdecheznous.fr


Je ne sais pas où et comment est hébergé la ferme de gogocarto (je 
dirais sur des serveurs des colibris, sans en être certain : je me 
renseigne).


Renseignements pris auprès de Sébastian (ben oui il est aussi devant son 
ordi un dimanche aprem !!!) :


 * la ferme de gogocarto est hébergé par le projet
   http://colibris-outilslibres.org, membre des Chatons
 * y'a pas de business model pour gogocarto, c'est tout bénévole pour
   le moment
 * pour la ferme de service, quand des gens qui ont un peu de moyen
   l'utilisent, on demande une participation consciente mais comme le
   service est pas encore vraiment ouvert, on a pas trop réfléchis à
   tout ça pour l'instant !

à plus

--
Vincent Bergeot

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


Re: [OSM-talk-fr] GogoCarto

2019-03-17 Per discussione Vincent Bergeot

Bonjour,

Le 17/03/2019 à 14:38, Magalie Dartus a écrit :

Bonjour,

J'ai rencontré Sébastian au dernier SOTM et le projet était déjà bien 
avancé et très enthousiasmant.


oui j'ai eu la chance de pouvoir rencontrer Sébastian quelques mois 
avant et de l'inviter à venir rencontrer la communauté à Bordeaux



Deux questions me viennent :
- est-ce que les contributions réalisées sur les projets gogocarto 
alimentent OSM?


non, pas du tout. C'était une des raisons de mon invitation au sotm, 
pour qu'il puisse discuter, échanger autour de ces points ! Il y avait 
quelques envies de croiser avec MapContrib mais cela semble complexe 
aujourd'hui (pas impossible mais temps, développement, ...).


Nous gardons contact -> en ce moment nous réfléchissons par exemple au 
croisement des données entre près de chez nous (PDCN gogocarto est 
développé pour cela intialement) et OSM par l'intermédiaire d'Osmose. 
Mais la compatibilité des licences se pose !!! Ce n'est pas formellement 
clair du coté de PDCN, même si c'est "politiquement" clair que c'est des 
données ouvertes.



- quel est le business model de gogocarto? La création de projet est 
gratuite mais y'a-t'il système de licence freemium qui devient payante 
à partir d'un certain moment?Si oui lequel?


pas à ma connaissance aujourd'hui, c'est développé pour permettre le 
fonctionnement de presdecheznous.fr


Je ne sais pas où et comment est hébergé la ferme de gogocarto (je 
dirais sur des serveurs des colibris, sans en être certain : je me 
renseigne).


Bonne journée

Vincent




Le ven. 15 mars 2019 à 18:57, Cédric Frayssinet > a écrit :


Le 15/03/2019 à 09:03, allegre.guilla...@free.fr
 a écrit :

Le 14/03/2019 21:28, Cédric Frayssinet a écrit :

Bonsoir à tous,

Le projet ne semble pas être passé par cette liste. Voici
GogoCarto,
un chouette projet, très joli, un peu à la uMap, qui permet de
faire
de jolies cartes : https://gogocarto.fr/projects


Pour les gens qui connaissent déjà uMap, pourrais-tu donner
succintement
les principales différences ?


Je me suis posé la même question. Il y en a 1 évidente, c'est
vraiment plus joli :)

Vincent B. m'a répondu cela sur une autre liste :

/je n'ai pas encore assez exploré gogocarto pour faire une revue
complète. Cependant parmi les différences que je vois :/

//

  * /esthétique indéniable/
  * /un système de vote pour valider des ajouts de points/
  * /un sous domaine généré et non une adresse/

//

/Ce que je ne sais pas c'est :/

//

  * /quel volume de carte cela peut gérer (300 000 cartes umap sur
les serveurs osm-fr pour la seule instance
umap.openstreetmap.fr )//
/
  * /les diverses interopérabilités (mais Sébastian, le dev, est
très favorable et attentif à cela)/


Cédric

___
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



--
Vincent Bergeot

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


[OSM-talk-fr] Interdiction de tourner à gauche non respectée

2019-03-17 Per discussione djakk djakk
Salut !

Dans mon voisinage il y a une interdiction de tourner à gauche qui n’est
pas du tout respectée. Comment le refléter dans openstreetmap ?

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


Re: [Talk-GB] Common Land has stopped rendering

2019-03-17 Per discussione Robert Whittaker (OSM lists)
On Sat, 16 Mar 2019 at 12:55, Edward Catmur via Talk-GB
 wrote:
> Any conclusion on how to tag them now?
>
> Perhaps leisure=park, park=common?

For places in the UK that are actually registered common land, then
I'd suggest using designation=common_land to denote that fact, as it's
an official designation. (Similarly we can use
designation=village_green for areas that are recorded as Village
Greens. See https://www.gov.uk/common-land-village-greens for the
legal definitions.) Public access can be tagged using access=* tags in
the usual way. That just leaves the question of how to tag the
physical nature of the land. I'd have thought in most cases one of
leisure=park (which can be interpreted quite widely I think, given
what's on the Wiki page), leisure=recreation_ground, natural=heath,
natural=scrub and natural=meadow would probably be appropriate.

Robert.

> On Sat, 16 Mar 2019, 12:51 SK53,  wrote:
>> Yup, it's gone. I think the standard thing is use Andy's (SomeoneElse) map 
>> which is likely to retain features of value & relevance to British & Irish 
>> map users.
>>
>> On Sat, 16 Mar 2019 at 12:35, Ian Caldwell via Talk-GB 
>>  wrote:
>>> In the last day or two the standard renderer as stop rendering  common land 
>>> (leisure=common) see https://www.openstreetmap.org/way/311973831



-- 
Robert Whittaker

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


[Talk-ko] 메일링 리스트 아카이브에서 구글 크롬 번역기가 제대로 작동하지 않는 문제 수정법

2019-03-17 Per discussione Dongha Hwang
※ 아래의 해결법은 muramoto 님이 작성했습니다.
원문은 여기 에서 볼 수
있습니다.

메일링 리스트 아카이브 페이지에서는 구글 번역기가 제대로 작동하지 않습니다. moramoto님은 과거 영미권에서는 메일에 강제 개행을
넣어 주는 게 바람직한 방법이라 여겨졌다고 말하시더라고요.

아래 해결책을 쓰면 강제 개행 자체는 그대로 유지되지만, 줄마다 끊어진 문장을 이어 줄 수 있습니다.

1. 우선 CSS를 자동으로 수정해 주는 플러그인이 필요합니다. moramoto님은 Stylus 플러그인
을
언급했습니다.

2. 플러그인을 설치하면 오른쪽 위에 아이콘이 뜹니다. 그 아이콘을 클릭하고 나서 "Manage" 버튼을 클릭합니다.

3. 왼쪽 창에 있는 "Write New Style" 버튼을 클릭합니다.

4. 코드 창에 다음 코드를 입력합니다.

pre {
white-space : normal;
width : 400px
}

pre i {
white-space : pre;
color : gray;
}

5. "Applies to Everything" 옆에 있는 + 아이콘을 클릭합니다.

6. 목록에서 "URLs Starting with"를 선택하고 오른쪽 입력창에 "
https://lists.openstreetmap.org/"를 입력합니다.

7. 왼쪽 위에 있는 "Save" 버튼을 클릭합니다.

그러면 끝입니다. 저는 메일링 리스트에서 번역기를 많이 돌리다 보니까 이런 부분이 불편했는데, 덕분에 해결되었네요.
ᐧ
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko


[Talk-ko] 지난주 주간OSM에 오류가 있었습니다

2019-03-17 Per discussione Dongha Hwang
지난주 주간OSM(#450)에
>
> 아무래도 다른 기여자들은 이 문제를 그리 중요하게 생각하지 않거나, 아니면 이 문제에서 한 발짝 물러선 것으로 보입니다.
>
라는 내용의 단락이 있었습니다 .

그런데 잘못된 내용이더라고요. 실제로는 무시할 수 없을 정도로 많은 분들이 토론에 참여해 주셨습니다
.
위 내용은 방금 올라온 주간OSM #451에서 정정했습니다
. 진위 여부를 제대로 파악하지 않고
단순히 번역만 한 것은 죄송하다는 말씀을 드리고 싶습니다.
ᐧ
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko


[OSM-talk-fr] Le Santerre

2019-03-17 Per discussione djakk djakk
Salut ! Le Santerre, un « petit pays » qui a son panneau touristique marron
sur l’autoroute A29 et sa page Wikipedia.
Le genre d’info non-administrative que j’aimerai avoir sur OpenStreetMap !
:)

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


[OSM-talk-fr] Photos ESRI et Tahiti

2019-03-17 Per discussione Vladimir Vyskocil
Salut,

En préparation d’un voyage à Tahiti je suis allé voir l’état d’OSM la bas et 
notamment quelques randonnées, dont celle qui mène au Mont Aorai :

https://www.openstreetmap.org/?mlat=-17.6132=-149.4953#map=16/-17.6132/-149.4953
 


En comparant les différents fonds de carte j’ai constaté que presque tous 
semblaient assez décalés, parfois avec de mauvais raccord entre les dalles, 
comme Bing, Digital Globe.
J’ai aussi constaté que les données d'élévation SRTM sont complètement fausses 
dans le centre de l’ile ! Comme si des trous dans les données avaient été 
lissées et ont fait disparaitre des crêtes et des sommets…

Voila ce que l’on peut voir sur OpenTopoMap :

https://opentopomap.org/#map=15/-17.60748/-149.49474

Du coup j’ai l’impression que les erreurs sur la plupart des images de fond de 
carte proviennent des mauvaises données SRTM qui a fait faire n’importe quoi 
pour l’ortho-rectification des photos !
Mais j’ai ensuite testé les images ESRI mondiale et cela semble être très bon 
dans cette partie de l’ile ! J’ai du coup corrigé le sentier qui est sensé 
suivre les crêtes jusqu’au Mont Aorai.
Quelqu’un à de l’expérience sur cette partie du globe ?

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


[Talk-es] semanarioOSM Nº 451 2019-03-05-2019-03-11

2019-03-17 Per discussione theweekly . osm
Hola, el semanario Nº 451, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11622/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


[Talk-br] semanárioOSM Nº 451 2019-03-05-2019-03-11

2019-03-17 Per discussione theweekly . osm
Bom dia,

O semanárioOSM Nº 451, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11622/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal sem ser membro? 
Basta fazer login em https://osmbc.openstreetmap.de/login com sua conta OSM e 
usar a conta de convidado. Leia mais sobre como escrever um post aqui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


[OSM-talk] weeklyOSM #451 2019-03-05-2019-03-11

2019-03-17 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 451,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11622/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


[OSM-co] semanarioOSM Nº 451 2019-03-05-2019-03-11

2019-03-17 Per discussione theweekly . osm
Hola, el semanario Nº 451, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11622/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co


[Talk-us] weeklyOSM #451 2019-03-05-2019-03-11

2019-03-17 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 451,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11622/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


[Talk-cu] semanarioOSM Nº 451 2019-03-05-2019-03-11

2019-03-17 Per discussione theweekly . osm
Hola, el semanario Nº 451, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11622/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu


[Talk-cl] semanarioOSM Nº 451 2019-03-05-2019-03-11

2019-03-17 Per discussione theweekly . osm
Hola, el semanario Nº 451, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11622/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl


[talk-ph] weeklyOSM #451 2019-03-05-2019-03-11

2019-03-17 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 451,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11622/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph


[Talk-ca] weeklyOSM #451 2019-03-05-2019-03-11

2019-03-17 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 451,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11622/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[Talk-GB] weeklyOSM #451 2019-03-05-2019-03-11

2019-03-17 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 451,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11622/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


[Talk-in] weeklyOSM #451 2019-03-05-2019-03-11

2019-03-17 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 451,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11622/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in


[OSM-talk-ie] weeklyOSM #451 2019-03-05-2019-03-11

2019-03-17 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 451,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11622/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie


[Talk-ko] weeklyOSM #451 2019-03-05-2019-03-11

2019-03-17 Per discussione weeklyteam
매주 일어나는 OSM 소식을 종합한, 451번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/11622/

읽어 주셔서 감사합니다!

주간OSM 팀이 아니더라도 누구나 기사를 제출할 수 있다는 것을 알고 계셨나요? 그냥 
https://osmbc.openstreetmap.de/login 에 들어가서 오픈스트리트맵 계정으로 로그인하기만 하면 됩니다. 기사 작성법 
등의 정보는 여기를 참조하세요.

주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko


Re: [OSM-talk-fr] Telecom :: C'est quoi donc ?

2019-03-17 Per discussione François Lacombe
Bonjour Jacques,

D'après une source proche du dossier, ce serait bien un NRO
https://lafibre.info/haute-garonne-amii-sfr/plaisance-du-touch/msg430559/#msg430559

Donc si l'armoire ressemble à cela, tu peux ajouter telecom=exchange dessus

Bon dimanche

François

Le dim. 17 mars 2019 à 10:38, Jacques Lavignotte  a
écrit :

> Bonjour François,
>
>  > Sans avoir une photo globale de l'armoire je ne peux pas dire si
> c'est un NRO ou un sous-répartiteur/PM.
>
>
> Je fais la photo 'en pied' bientôt.
>
> Entre temps je le mets sur la carte avec
>
> > man_made=street_cabinet
> > street_cabinet=telecom
> > telecom:medium=fibre
> > ref:FR:SFR=861599
>
>
> > Le bâtiment "Socotel" est aussi connu sous le terme NRA
> > (telecom=exchange + telecom:medium=copper) / Central téléphonique.
>
> Ca j'en ai une demi-douzaine sous la main.
>
> > Bonne soirée
>
> Merci, bonne journée.
>
> > François
>
> Jacques
>
> --
> GnuPg : C8F5B1E3 Because privacy matters.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-GB] Common Land has stopped rendering

2019-03-17 Per discussione Ian Caldwell via Talk-GB
For now, for the commons around Malvern I will add landuse,  In most cases
landuse=meadow.

Ian


On Sat, 16 Mar 2019 at 12:54, Edward Catmur  wrote:

> They're going to be retagged anyway to get them to render in the main map,
> so I doubt that's a solution.
>
> Any conclusion on how to tag them now?
>
> Perhaps leisure=park, park=common?
>
> On Sat, 16 Mar 2019, 12:51 SK53,  wrote:
>
>> Yup, it's gone. I think the standard thing is use Andy's (SomeoneElse)
>> map which is likely to retain features of value & relevance to British &
>> Irish map users.
>>
>>
>> On Sat, 16 Mar 2019 at 12:35, Ian Caldwell via Talk-GB <
>> talk-gb@openstreetmap.org> wrote:
>>
>>> In the last day or two the standard renderer as stop rendering  common
>>> land (leisure=common) see https://www.openstreetmap.org/way/311973831
>>>
>>> Ian
>>> ___
>>> 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-fr] GogoCarto

2019-03-17 Per discussione Magalie Dartus
Bonjour,

J'ai rencontré Sébastian au dernier SOTM et le projet était déjà bien
avancé et très enthousiasmant.
Deux questions me viennent :
- est-ce que les contributions réalisées sur les projets gogocarto
alimentent OSM?
- quel est le business model de gogocarto? La création de projet est
gratuite mais y'a-t'il système de licence freemium qui devient payante à
partir d'un certain moment?Si oui lequel?

Merci et bravo pour cette réalisation
Magalie

Le ven. 15 mars 2019 à 18:57, Cédric Frayssinet  a
écrit :

> Le 15/03/2019 à 09:03, allegre.guilla...@free.fr a écrit :
>
> Le 14/03/2019 21:28, Cédric Frayssinet a écrit :
>
> Bonsoir à tous,
>
> Le projet ne semble pas être passé par cette liste. Voici GogoCarto,
> un chouette projet, très joli, un peu à la uMap, qui permet de faire
> de jolies cartes : https://gogocarto.fr/projects
>
>
> Pour les gens qui connaissent déjà uMap, pourrais-tu donner succintement
> les principales différences ?
>
> Je me suis posé la même question. Il y en a 1 évidente, c'est vraiment
> plus joli :)
>
> Vincent B. m'a répondu cela sur une autre liste :
>
> *je n'ai pas encore assez exploré gogocarto pour faire une revue complète.
> Cependant parmi les différences que je vois :*
>
>- *esthétique indéniable*
>- *un système de vote pour valider des ajouts de points*
>- *un sous domaine généré et non une adresse*
>
> *Ce que je ne sais pas c'est :*
>
>- *quel volume de carte cela peut gérer (300 000 cartes umap sur les
>serveurs osm-fr pour la seule instance umap.openstreetmap.fr
>)*
> - *les diverses interopérabilités (mais Sébastian, le dev, est très
>favorable et attentif à cela)*
>
>
> Cédric
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-03-17 Per discussione Christian Asker
Hej, Ja jag körde scriptet på en fil som bara är ett par 
kvadratkilometer. Filerna för hela Sverige är ca 6GB så man behöver nog 
en del minne för att tugga igenom stora områden.


Det man kanske vill göra ytterligare (för att snygga till datat) är ju 
att interpolera ytorna så att de inte ser så kantiga ut. Fast 10 meters 
upplösning ser ju kantigt ut först när man zoomat in ganska mycket. Jag 
kikade på "contour" i QGIS men det var svårt att få till något bra.



Jag har också spenderat en hel del tid på skog, åker, våtmark mm, och 
jag skulle önska att vi lyckades mappa hela landet manuellt från 
satellitbilder mm. Eftersom det inte är möjligt med det antal medlemmar 
vi har idag tycker jag att vi ska mass-importera dessa data från 
Nationella Marktäckedatat på de ställen där det saknas data. Där det 
redan finns data ska vi förstås inte skriva över något.



Jag har tyvärr inte hittat någon lösning på att läsa in shapefilerna i 
JOSM än. Jag har provat två olika maskiner med olika java-versioner, men 
det hjälper inte.



Mvh Christian





Den 2019-03-17 kl. 11:42, skrev Karl-Johan Karlsson:
Det här var intressant. Jag har spenderat ganska mycket tid på att 
mappa in skog, åker och våtmark manuellt. Jag har svårt att avgöra hur 
bra det här blir innan man sett det i JOSM, men om inte annat så borde 
det ge en bra grund att utgå ifrån.
Du nämnde att de genererade Shapefilerna inte fungerade bra så bra i 
JOSM. Någon som har någon ide?


Jag laddade ner ditt script och började testa lite. Jag borde nog ha 
klippt ut en ännu mindre bit av orginaldatat än vad jag gjorde, för 
min dator har nu stått hela natten och kört ditt script och den är 
fortfarande inte klar (fast den är precis i slutet av steg 2 d.v.s. 
gdal_polygonize, så det borde väl inte vara så mycket kvar).


Den fre 15 mars 2019 kl 19:20 skrev Christian Asker 
mailto:christian.as...@gmail.com>>:


Hej på er.

Häromdagen stötte jag på den nya "Nationella MarktäckeData" hos
Naturvårdsverket.

Kika tex här för info:

http://mdp.vic-metria.nu/miljodataportalen/GetMetaDataURL?metaDataURL=http://mdp01.vic-metria.nu/geonetwork/srv/en/csw?request=GetRecordById%21%21%21service=CSW%21%21%21version=2.0.2%21%21%21elementSetName=full%21%21%21id=8853721d-a466-4c01-afcc-9eae57b17b39%21%21%21outputSchema=csw:IsoRecord


Kort och gott är det rasterdata med 10 meters upplösning över hela
landet, med licensen CC0, dvs datat är kompatibelt med OSM.
Kvaliteten bedömer jag som god; mycket bättre än tex
Terrängkartan, men användsningsområdet är ju också inte detsamma.
Nedan är en bild från min hemby.


Jag tycker verkligen att vi borde använda denna data för att
förbättra täckningen på landsbygden. Vägar finns det ju hyfsat av
(även om det säkert kan förbättras med) men just landuse och
natural borde vi kunna förbättra markant med denna datakälla.

Jag slängde ihop ett bash-script (bifogat) som gör om datat till
separata shapefiler med OSM-attribut. Jag har testkört det på ett
litet område; hela landet lär ta en stund att tugga igenom.
Shapefilerna som skapas ser bra ut i QGIS, men av någon anledning
kommer inte attributen med i JOSM. Någon som har en idé om vad det
kan bero på?


Vi ska självklart inte skriva över befintliga data med denna
datakälla. Men vi kan förbättra yt-täckningen väldigt mycket med
denna datakälla, så jag tycker verkligen att vi bör överväga någon
slags import av utvalda lager, för icke-urbana områden. Vad säger ni?


Mvh ChristianA




___
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: [Talk-es] IGN en página de copyright

2019-03-17 Per discussione Miguel Sevilla-Callejo
Mágnífico!

A darle publicidad:
https://twitter.com/openstreetmapes/status/1107238378322489344

Gracias Santiago

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Sat, 16 Mar 2019 at 23:23, Santiago Crespo 
wrote:

> Ya está publicado. Por ahora solo en inglés, próximamente estará también
> en español:
>
> http://osm.org/copyright
>
> Para traducirlo al català, galego, euskara, francés, alemán, etc hay que
> hacerlo desde translatewiki.net:
>
> http://translatewiki.net/wiki/Translating:OpenStreetMap
>
> Saludos!
> Santiago Crespo
>
>
> On 3/13/19 4:52 PM, Santiago Crespo wrote:
> > Hola,
> >
> > Después insistir[1] de nuevo en la última reunión de la OSMF, por fin
> > han votado y aprobado[2] añadir al IGN a la página osm.org/copyright
> >
> > Les he escrito sugiriendo que mencionen con los enlaces correspondientes
> > al IGN, al SCNE y a la licencia CC-BY 4.0. También he escrito a Antonio
> > del IGN para informarle.
> >
> > Saludos,
> > Santiago Crespo
> >
> > [1]
> >
> https://wiki.osmfoundation.org/wiki/Board/Minutes/2019-02-20#Guest_comments_or_questions
> >
> > [2]
> >
> https://wiki.osmfoundation.org/wiki/Board/Minutes/2019-03-20#2019.2FRes14_Allow_attribution_on_osm.org.2Fcopyright_page
> >
> > ___
> > 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: [OSM-talk-fr] Vidéosurveillance

2019-03-17 Per discussione Shohreh
Je profite du fil pour poser une question connexe : la loi oblige-t-elle une
mairie à communiquer la carte des caméras de vidéo-protection déployées sur
la voie publique, au moins aux élus ?

Une élue de l'opposition m'écrit : "Pour information nous avions demandé au
moment de la mise en place de là vidéosurveillance la cartographie complète
des caméras à laquelle le maire s’était opposé pour des raisons tenant à la
prévention de la délinquance…"

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-03-17 Per discussione Karl-Johan Karlsson
Det här var intressant. Jag har spenderat ganska mycket tid på att mappa in
skog, åker och våtmark manuellt. Jag har svårt att avgöra hur bra det här
blir innan man sett det i JOSM, men om inte annat så borde det ge en bra
grund att utgå ifrån.
Du nämnde att de genererade Shapefilerna inte fungerade bra så bra i JOSM.
Någon som har någon ide?

Jag laddade ner ditt script och började testa lite. Jag borde nog ha klippt
ut en ännu mindre bit av orginaldatat än vad jag gjorde, för min dator har
nu stått hela natten och kört ditt script och den är fortfarande inte klar
(fast den är precis i slutet av steg 2 d.v.s. gdal_polygonize, så det borde
väl inte vara så mycket kvar).

Den fre 15 mars 2019 kl 19:20 skrev Christian Asker <
christian.as...@gmail.com>:

> Hej på er.
>
> Häromdagen stötte jag på den nya "Nationella MarktäckeData" hos
> Naturvårdsverket.
>
> Kika tex här för info:
> http://mdp.vic-metria.nu/miljodataportalen/GetMetaDataURL?metaDataURL=http://mdp01.vic-metria.nu/geonetwork/srv/en/csw?request=GetRecordById%21%21%21service=CSW%21%21%21version=2.0.2%21%21%21elementSetName=full%21%21%21id=8853721d-a466-4c01-afcc-9eae57b17b39%21%21%21outputSchema=csw:IsoRecord
>
>
> Kort och gott är det rasterdata med 10 meters upplösning över hela landet,
> med licensen CC0, dvs datat är kompatibelt med OSM. Kvaliteten bedömer jag
> som god; mycket bättre än tex Terrängkartan, men användsningsområdet är ju
> också inte detsamma. Nedan är en bild från min hemby.
>
>
> Jag tycker verkligen att vi borde använda denna data för att förbättra
> täckningen på landsbygden. Vägar finns det ju hyfsat av (även om det säkert
> kan förbättras med) men just landuse och natural borde vi kunna förbättra
> markant med denna datakälla.
>
> Jag slängde ihop ett bash-script (bifogat) som gör om datat till separata
> shapefiler med OSM-attribut. Jag har testkört det på ett litet område; hela
> landet lär ta en stund att tugga igenom. Shapefilerna som skapas ser bra ut
> i QGIS, men av någon anledning kommer inte attributen med i JOSM. Någon som
> har en idé om vad det kan bero på?
>
>
> Vi ska självklart inte skriva över befintliga data med denna datakälla.
> Men vi kan förbättra yt-täckningen väldigt mycket med denna datakälla, så
> jag tycker verkligen att vi bör överväga någon slags import av utvalda
> lager, för icke-urbana områden. Vad säger ni?
>
>
> Mvh ChristianA
>
>
>
>
> ___
> 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


[OSM-talk-fr] Les portes de Paris

2019-03-17 Per discussione djakk djakk
Salut !

Un peu perdu dans toutes les sous-discussions, j’en relance une :)

C’est moi qui avait initié la cartographie des portes de Paris.
Actuellement c’est le nom d’un carrefour, souvent marqué sur les panneaux
routiers. Mais certaines portes sont très proches les une des autres : si
la Porte d’Orléans peut être le nom du quartier, la porte de Montrouge
toute proche n’en est pas un. Elle ferait partie du quartier « porte
d’Orléans » .

@+
Julien « djakk »
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-ja] Feature Proposal - RFC Proposed Japan tagging/Road types_2 - highway=cycleway; living_street

2019-03-17 Per discussione 石野貴之
石野@yumean1119です。
先の予告通り、Japan_Taggingのhighway=cyclewayとhighway=living_streetについて提案を行います。RFCは今月末まででその後投票に入りたいと思いますので、提案に対する議論、改善点があればお知らせください。

cycleway
<
https://wiki.openstreetmap.org/wiki/Proposed_Japan_tagging/Road_types_2/cycleway
>

living_street
<
https://wiki.openstreetmap.org/wiki/Proposed_Japan_tagging/Road_types_2/living_street
>

石野 貴之@yumean1119
yumean1119 @ gmail.com 
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja


Re: [OSM-talk-fr] Telecom :: C'est quoi donc ?

2019-03-17 Per discussione Jacques Lavignotte

Bonjour François,

> Sans avoir une photo globale de l'armoire je ne peux pas dire si 
c'est un NRO ou un sous-répartiteur/PM.



Je fais la photo 'en pied' bientôt.

Entre temps je le mets sur la carte avec


man_made=street_cabinet
street_cabinet=telecom
telecom:medium=fibre
ref:FR:SFR=861599



Le bâtiment "Socotel" est aussi connu sous le terme NRA 
(telecom=exchange + telecom:medium=copper) / Central téléphonique.


Ca j'en ai une demi-douzaine sous la main.


Bonne soirée


Merci, bonne journée.


François


Jacques

--
GnuPg : C8F5B1E3 Because privacy matters.


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


Re: [Talk-it] [talk-it]

2019-03-17 Per discussione mbranco2
L'unica è che i vari tool su OSM elaborino dei tag multivalori (quindi
separati da ;).
Inventarsi una nuova relazione con type=multivalue non mi sembra il caso...


Mail
priva di virus. www.avast.com

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

Il giorno sab 16 mar 2019 alle ore 08:53 Andrea Enzo <
andrea.lattm...@ga-2.it> ha scritto:

> Un po' di tempo fa ho avuto il problema di taggare un attività con "doppia
> funzione": il mio caso era una panificio pasticceria bar ed ho posizionato
> all'interno del poligono due nodi vicini non sovrapposti con il tipo di
> attività.
> Non so se sia la soluzione migliore.
>
> Il 15 marzo 2019 15:38:23 CET, Volker Schmidt  ha
> scritto:
>>
>> Non è la soluzione.
>> In Italia, e probabilmente in tanti altri paesi, c'è una diffusa e
>> vecchia tradizione che lo stesso negozio vende bicicli motorizzati e
>> non-motorizzati. A me interessa che lo stesso negozio sia riconosciuto a
>> pieno diritto da data consumers come shop=motorcycle *e* shop=bicycle.
>> So che tocco una limitazione fondamentale della prassi di OSM (non di OSM
>> stesso, perché c'è la posibilità di utilizzare shop=bicycle;motorcycle). E
>> non è l'unico caso.
>> O detto in altre parole:
>> se convertissi tutti i negozi in Italia che vendono bicicli di entrambi
>> tipi a questo tagging doppio, forse sarebbe un metodo per forzare i
>> renderer di prenderne atto?
>>
>> Volker
>>
>> On Fri, 15 Mar 2019 at 15:28, liste DOT girarsi AT posteo DOT eu <
>> liste.gira...@posteo.eu> wrote:
>>
>>> Il 15/03/19 09:13, Volker Schmidt ha scritto:
>>> > La domand più vecchia del mondo:
>>> >
>>> > com taggare un negozio che vende bici e motocicl?
>>> > Ci ne devono essere migliaia in Italia.
>>> > shop=bicycle;motorcyle ?
>>> > Ne trovo solo una manciata in Taginfo.
>>> > Allora non va bene.
>>> > Ma che cosa metto? Due nodi sovrapposti con tutto identico, salvo
>>> shop= ?
>>> >
>>>
>>> Direi se possibile valutare l'attività prevalente, e metterla come shop,
>>> in aggiunta l'attività secondaria come sells:attivitasecondaria=yes.
>>>
>>> E se vende anche parti di ricambio per entrambi, in questo caso non c'è
>>> problema perchè si può specificare per singolo tag come nelle pagine
>>> dedicate sulla wiki.
>>>
>>>
>>>
>>> --
>>> _|_|_|_|_|_|_|_|_|_
>>> |_|_|_|_|_|_|_|_|_|_|
>>> Simone Girardelli
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>>
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
> ___
> 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: [OSM-talk] Proposed mechanical edit - elimination of osmarender:nameDirection - blatant tagging for the renderer

2019-03-17 Per discussione Michael Kugelmann

Am 15.03.2019 um 21:13 schrieb Simon Poole:


Why would we want to create new versions of objects just to remove a 
tag that is not hurting anybody in any way?



Clean Up ?

If we don't clean up from time to time we will over time collect a lot 
of trash which is "not usefull" at all.



Just my 2 cents,
Michael.


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


Re: [Talk-it] Utente che ignora i suggerimenti

2019-03-17 Per discussione scratera
...per visualizzare il lavoro on line 
https://openlevelup.net/?l=0#19/42.35554/13.38715
...c'è da correggere qualcosa però abbiamo punti doppi 



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

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


Re: [Talk-it] Un saluto a tutti.

2019-03-17 Per discussione Andrea Enzo
Ciao Sergio,
spero di vederti nel forum di OSM li è più tranquillo.
So che la comunità Italiana di OSM non sia delle più simpatiche (mi ci metto 
dentro pure io) ma non tagliare i ponti. Dai spero di sentirti nel forum. 
Forza e coraggio. 

Andreas Lattmann


Il 15 marzo 2019 12:41:19 CET, Sergio Manzi  ha scritto:
>Ciao a tutti,
>
>questo sarà il mio ultimo post nella mailing list che ho deciso di
>lasciare, insieme alle altre.
>
>Non ho voglia di dilungarmi sui motivi. Dico solo che chi se ne
>rallegrerà potrà unirsi a Martin nei festeggiamenti.
>
>Buona vita a tutte le persone di buona volontà (/sono certo che ce ne
>siano/),
>
>Sergio

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-ja] 提案予告 highway=cycleway; living_street

2019-03-17 Per discussione 石野貴之
石野@yumean1119です。
highway=cycleway;living_streetの提案予告に対するご意見を締め切り、これより本提案への準備を始めます。
皆様ありがとうございました。

提案の要点は、
(1) highway=cyclewayは、自転車専用道路の標識がある道路に限定する。
(2) highway=living_streetは、「徐行」の道路標識があるか、またはそれに準ずる制限が示された道路で、
団地等の居住施設の敷地内通路およびアーケード通りや商店街の通路に適用する。 でいこうと考えています。 石野 貴之
yumean1...@gmail.com

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