[Talk-us] (New) Request for support when reverting the changeset 54846601

[Georg Verweyen]

I have discovered a marked shift in a point that leads the road through houses 
and other streets. Unfortunately, the JOSM plugin reverter doesn't always work 
on my laptop , so I have to ask for support. For details please refer to the 
mentioned changeset 
http://www.openstreetmap.org/changeset/54846601#map=15/40.6934/-73.9771

With thanks and best wishes Georg V. (OSM=user_5359)
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Philippe Verdy]

Le 22 décembre 2017 à 22:36,  a écrit :

> Comment sais-tu depuis ton fauteuil s'il s'agit de voies d'accès privées ?
> Absence dans le cadastre ??? Pas de parcelle spécifique ?
>
On le voit directement le plus souvent (présence de portail), ou dans le
cadastre par la mention d'un chemin communal/rural qui en fait une voie
publique. Les chemins privés ne sont pas délimités par des parcelles mais
par un pointillé pour l'usage du sol dans une parcelle et n'ont pas de nom
attribué.

Si on ne sait pas, on ne mettra pas access=private, mais de toute façon le
chemin peut être tracé pour connecter le bâtiment au reste de la voirie
publique. Et ce n'est pas compliqué de diférencier
highway=service+service=driveway pour connecter un bâtiment (ou petit
groupe de bâtiments) d'un simple highway=path (dont le tracé est souvent
très tortueux et de largeur très irrégulière et difficile à identifier sur
l'imagerie hors cas des chemins piéton en zone urbaine et sont dépourvus
d'équipements pour automobiles ou signalisations). On peut aussi s'appuyer
sur la présence de clôtures/murets le long du chemin pour voir qu'il ne
s'agit pas d'une voie privée dans une propriété (mais on ne peut pas
s'appuyer sur des éléments comme la bordure d'un fossé de drainage). C'est
assez rare en fait de ne pas pouvoir distinguer clairement si on est dans
un cas ou l'autre, les indices sont nombreux surout quand on parle ici de
chemins longs.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] harmonisation toilets:wheelchair + nettoyage des valeurs "unknown"

[marc marc]

C'est fait.

Le 20. 12. 17 à 14:08, Florian LAINEZ a écrit :
> Pas d'objections, go go go !
> 
> Le 20 décembre 2017 à 13:26, marc marc  > a écrit :
> 
> Le 31. 08. 17 à 16:45, Marc M. a écrit :
>  > Le 19. 08. 17 à 13:12, Éric Gillet a écrit :
>  >> Le 11 août 2017 à 20:25, marc marc a écrit :
>  >>     Quelqu'un a une objection à ce que je supprime cette valeur ?
>  >>
>  >>   Non, comme tu l'as indiqué unknown n'a pas sa place en valeur
> dans OSM.
>  >
>  > Le nettoyage est fait pour la France
>  >
>  > Par affinité, une autre opération a été faite en Suisse
>  > Jo si t'as envie de nettoyer la Belgique, c'est l'occasion :-)
>  > Et par affinité linguistique (pas la mienne), un suisse alémanique
>  > a été voir la situation en Allemagne, l'idée est en cours la-bas
> aussi.
>  > Un gars de wheelmap.org  y a confirmé que le
> bug était chez eux et résolu
>  > mais que l nettoyage n'était pas encore fait.
> 
> En effectuant l'opération en Allemagne,
> je me suis rendu compte que j'ai oublié une partie en France.
> le nettoyage des wheelchair=unknown pour les mêmes raisons.
> 
> Si personne n'a d'objection à ce complément,
> j'effectuerai le nettoyage dans quelques jours.
> 
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> 
> -- 
> 
> *Florian Lainez*
> 
> @overflorian 
> 
> 
> ___
> 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] Mistagging of old telephone boxes

[David Woolley]

On 22/12/17 22:32, Dave F wrote:

To double check -  CC BY-SA 2.0 is compatible with OSM?


The problem is going to be the BY part.


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

[Talk-GB] Asda petrol station data

[Rob Nickerson]

Hi all,

Following the shell petrol station data I wanted to learn more about the
tools that Ilya was using (the conflate script and the community validation
website). To do this I have downloaded the Asda petrol station data. This
was listed on the OSM United Kingdom wiki page as a source we have
permission to use and I have followed this up and checked the permission
details.

It's only a small dataset but it should still be treated with care. As such
I will be using the community validation website but before uploading the
data I would like to check the following:

1. Each petrol station has a URL with the store details including opening
hours. How should we tag this? Should we use the "website" tag or the
"opening_hours:url" tag?

2. For opening hours 6am to 10pm every day of the week, what is the right
tag value? Is is "06:00-22:00" or "Mo-Su 06:00-22:00"?

Thank you,
*Rob*

p.s. The timing with the walmart import being discussed on the imports
mailing list is purely coincidental.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Mistagging of old telephone boxes

[Dave F]

Just looked at one in my city:
http://www.geograph.org.uk/photo/5565173
https://www.openstreetmap.org/node/5283204876/history

This is one he tagged as a usable phone. He added the note after I 
queried his edits.

So it looks like he didn't use Geograph.

To double check -  CC BY-SA 2.0 is compatible with OSM?

DaveF

On 22/12/2017 22:16, Michael Booth wrote:
Could be using Geograph - the phone box in this photo - 
http://www.geograph.org.uk/photo/5273398 - was added here: 
https://www.openstreetmap.org/node/5286350516


Though as the caption says, it's slated for removal due to lack of use 
(photo taken in January 2017) so a bit pointless to add it if you are 
haven't surveyed it.


On 22/12/2017 21:41, Dave F wrote:

Hi

FYI user Yorvik Prestigitator has been tagging telephone boxes across 
Britain. He assumed some of these are working phones & tagged them as 
such, when they're purely ornamental (the ones in my city are recent 
additions & have flowers growing out of them at the moment).


When asked for his data's source for this widespread edit & he said 
"old photographs". I've asked a couple of times to give further 
details, but has not been forthcoming & has added additional ones 
since. I've checked to two usable 'streetview' websites, but there's 
no views for the edits I checked. I hope he's not using GM. Is there 
another source I'm not be aware of?


DaveF

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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






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

Re: [talk-au] MS open maps

[David Bannon]

Jubal, I think its great you should be putting in an effort like that. 
One little worry however, many roads in Australia travel across very 
lightly populated areas and are often quite unsuitable for certain 
vehicles and drivers who are inexperienced with the conditions. Such 
roads are often quite optimistically named, "Plenty Highway", "Gunbarrel 
Highway" and many, many more.


Please don't make any assumptions about such things, apart from putting 
misleading information in the map, lives could be put at risk.


Sticking to urban areas might be  good idea.

And I note you plan to work on waterways too. We have a lot of water 
ways in Australia, however, most of them don't have any water in them .


David


On 22/12/17 10:54, Jubal Harpster wrote:


Hi Everyone,

You may have noticed some Microsoft folks present on the mailings 
lists and Australian Slack channels in the past few months.  Microsoft 
have convened a small Open-Maps team that is starting to work on the 
OSM data in Australia. Our team is not importing data, using 
algorithms or robot edits to improve the map, we are using iD & JOSM 
to make improvements.


The OSM data in Australia is in phenomenal condition thanks to the 
existing contributors. The list of projects we’re working on is 
publicly visible on our github repo here: 
(https://github.com/Microsoft/Open-Maps).  We welcome feedback, please 
feel free to reach out to individual members of the team listed here 
(https://github.com/Microsoft/Open-Maps/wiki/Open-Maps-Team-at-Microsoft) 
to myself directly or to the whole team at openm...@microsoft.com 



Thanks,

-Jubal Harpster

Microsoft



___
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] Challenge ? Si on dégommait du rose ?

[Vincent Privat]

Il faut aller sur https://cadastre.data.gouv.fr/ pour avoir de l'ergonomie
made in Etalab :) Tout frais et tout sexy !

Le 22 décembre 2017 à 22:36,  a écrit :

> Comment sais-tu depuis ton fauteuil s'il s'agit de voies d'accès privées ?
> Absence dans le cadastre ??? Pas de parcelle spécifique ?
>
> J'ai remarqué que souvent les données manquent à la frontière entre deux
> communes, là où les tuiles du cadastres ne s'affichent pas dans JOSM.
>
> On commande au Père Noël un TMS qui affiche les données des différentes
> communes et non d'une seule quand on est près d'une frontière ? ;-) Ou
> est-ce qu"avec la vectorisation on va avoir mieux sous peu ?
>
> https://cadastre.gouv.fr est aussi ergonomique qu'une huître est sexy,
> pouvoir s'en passer c'est un plus.
> Jean-Yvon
>
>
> Le 22/12/2017 à 19:21, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> Pour des cas comme ça il serait bon d'ajouter les voies d'accès privées
> (highway=service+service=driveway) au lieu de mettre faux positif. De
> plus cela renforce le guidage en cas d'ambiguité d'accès (ce n'est pas
> forcément la route la plus proche qui est son accès public et l'adresse)
>
> Le 22 décembre 2017 à 15:32, Christian Quest  a
> écrit :
>
>> \o/ !
>>
>> Il y a encore de quoi faire sur cette thématique et certains faux
>> positifs (il y en a 760) ne sont sûrement pas vraiment des faux positifs...
>>
>> J'ai tenté un croisement bâti/route et c'est délicat car sur une grande
>> parcelle on peut avoir un bâtiment éloigné de la route. Il faudrait
>> vérifier plutôt la proximité d'une route avec une parcelle batie, moins
>> simple. C'est ici pour quelques départements si vous voulez regarder:
>> http://osmose.openstreetmap.fr/fr/map/#source=14708=717
>> 0=11=10=49.1296=-0.361=Mapnik
>> ays=T
>>
>> Un croisement adresses/route peut être plus pertinent... à tester.
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> 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

[Talk-GB] Mistagging of old telephone boxes

[Dave F]

Hi

FYI user Yorvik Prestigitator has been tagging telephone boxes across 
Britain. He assumed some of these are working phones & tagged them as 
such, when they're purely ornamental (the ones in my city are recent 
additions & have flowers growing out of them at the moment).


When asked for his data's source for this widespread edit & he said "old 
photographs". I've asked a couple of times to give further details, but 
has not been forthcoming & has added additional ones since. I've checked 
to two usable 'streetview' websites, but there's no views for the edits 
I checked. I hope he's not using GM. Is there another source I'm not be 
aware of?


DaveF

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[osm . sanspourriel]

Comment sais-tu depuis ton fauteuil s'il s'agit de voies d'accès privées 
? Absence dans le cadastre ??? Pas de parcelle spécifique ?


J'ai remarqué que souvent les données manquent à la frontière entre deux 
communes, là où les tuiles du cadastres ne s'affichent pas dans JOSM.


On commande au Père Noël un TMS qui affiche les données des différentes 
communes et non d'une seule quand on est près d'une frontière ? ;-) Ou 
est-ce qu"avec la vectorisation on va avoir mieux sous peu ?


https://cadastre.gouv.fr est aussi ergonomique qu'une huître est sexy, 
pouvoir s'en passer c'est un plus.


Jean-Yvon

Le 22/12/2017 à 19:21, Philippe Verdy - verd...@wanadoo.fr a écrit :
Pour des cas comme ça il serait bon d'ajouter les voies d'accès 
privées (highway=service+service=driveway) au lieu de mettre faux 
positif. De plus cela renforce le guidage en cas d'ambiguité d'accès 
(ce n'est pas forcément la route la plus proche qui est son accès 
public et l'adresse)


Le 22 décembre 2017 à 15:32, Christian Quest > a écrit :


\o/ !

Il y a encore de quoi faire sur cette thématique et certains faux
positifs (il y en a 760) ne sont sûrement pas vraiment des faux
positifs...

J'ai tenté un croisement bâti/route et c'est délicat car sur une
grande parcelle on peut avoir un bâtiment éloigné de la route. Il
faudrait vérifier plutôt la proximité d'une route avec une
parcelle batie, moins simple. C'est ici pour quelques départements
si vous voulez regarder:

http://osmose.openstreetmap.fr/fr/map/#source=14708=7170=11=10=49.1296=-0.361=Mapnik=T



Un croisement adresses/route peut être plus pertinent... à tester.


___
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-au] MS open maps

[Jubal Harpster]

Hi Andy,
Thanks for the suggestion. Especially for the lakes, adding the wikidata ID for 
the feature would be useful. I'll talk to the team about modifying the workflow 
to add the wikidata ID provided we can correctly identify the right lake.

Regards,
-Jubal

-Original Message-
From: Andy Mabbett [mailto:a...@pigsonthewing.org.uk] 
Sent: Friday, December 22, 2017 10:57 AM
To: talk-au@openstreetmap.org
Subject: Re: [talk-au] MS open maps

On 21 December 2017 at 23:54, Jubal Harpster  wrote:

> Microsoft have convened a small Open-Maps team that is starting to 
> work on the OSM data in Australia.

Hi Juba,

That sounds great. Have you considered adding Wikidata IDs as part of your work?

For example, many of the water bodies you're working on will exist in Wikidata; 
and you can create items there for those that do not.

Documentation starts here:

   
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FWikidata=02%7C01%7Cjubalh%40microsoft.com%7C8b566e385bea4edcef6d08d5496dfdca%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C636495659117910334=wlCvS5g9xCz2hrwXQEfIVQ4xs7SE0fs392%2FScRxoX5w%3D=0

and I'm happy to advise if needed.

--
Andy Mabbett
@pigsonthewing
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpigsonthewing.org.uk=02%7C01%7Cjubalh%40microsoft.com%7C8b566e385bea4edcef6d08d5496dfdca%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C636495659117910334=59fCVYxgC6ZiuZxHLUNP%2FS3Blh3%2F%2BYvsCIQmaiFbrFM%3D=0

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.openstreetmap.org%2Flistinfo%2Ftalk-au=02%7C01%7Cjubalh%40microsoft.com%7C8b566e385bea4edcef6d08d5496dfdca%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C1%7C636495659117910334=cXc8Y45NU%2BtHmFE7m4nqT957L0mB1Tb2tfmZxX%2B8j%2Bk%3D=0
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Stéphane Péneau]

Il y aurait des petites stats sur le nbr de km de route qu'on a ajouté 
depuis le début du dégommage.

C'est juste pour se faire plaisir :-)

Stf

Le 22/12/2017 à 15:32, Christian Quest a écrit :

\o/ !

Il y a encore de quoi faire sur cette thématique et certains faux 
positifs (il y en a 760) ne sont sûrement pas vraiment des faux 
positifs...


J'ai tenté un croisement bâti/route et c'est délicat car sur une 
grande parcelle on peut avoir un bâtiment éloigné de la route. Il 
faudrait vérifier plutôt la proximité d'une route avec une parcelle 
batie, moins simple. C'est ici pour quelques départements si vous 
voulez regarder: 
http://osmose.openstreetmap.fr/fr/map/#source=14708=7170=11=10=49.1296=-0.361=Mapnik=T


Un croisement adresses/route peut être plus pertinent... à tester.



___
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] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Cascafico Giovanni]

Il giorno 22 dicembre 2017 15:00, Federico Cortese 
ha scritto:

>
> piuttosto che controllarne gli effetti; infine il fatto che questi
> edit possano permanere sulla mappa, dipende dalla presenza o meno di
> mappers attenti al controllo/revisione degli edit.
>
>
in proposito, continuo a considerare OSM Analytic difference engine come
strumento essenziale per evidenziare atti vandalici.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] MS open maps

[Andy Mabbett]

On 21 December 2017 at 23:54, Jubal Harpster  wrote:

> Microsoft have convened a small Open-Maps team that is starting to work
> on the OSM data in Australia.

Hi Juba,

That sounds great. Have you considered adding Wikidata IDs as part of your work?

For example, many of the water bodies you're working on will exist in
Wikidata; and you can create items there for those that do not.

Documentation starts here:

   https://wiki.openstreetmap.org/wiki/Wikidata

and I'm happy to advise if needed.

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

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

[OSM-talk] GPS Watch

[Mike Thompson]

I am looking at getting a GPS Watch. Does anyone have any advice?  My
primary concerns:
1) Ease of getting GPX tracks out of the watch so they can be uploaded to
OSM. Seems like a lot of the devices require you to first upload the track
to their proprietary site from where you can download the GPX... sounds
like a hassle.
2) Positional accuracy
3) Recording fidelity (e.g. once per second, once per five seconds, etc).
4) Battery life. Ideally > 10 hours on a single charge while recording
tracks.

Thanks,

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

Re: [Talk-it] MERGE-it: call for papers

[Maurizio Napolitano]

> Mi interessava però sapere cose ne pensi nel dettaglio quando
> scrivi.."potresti usare openstreetmap come fonte dati o - peggio - come
> mappa di sfondo."

spesso c'è chi fa soluzioni dicendo "Io uso openstreetmap" usando
semplicemente le tile presenti su www.openstreetmap.org.
Tile che hanno una loro policy di riuso
https://operations.osmfoundation.org/policies/tiles/
dove, di fatto, si dice di non esagerare.

Sicuramente mostrare la mappa di OpenStreetMap è un passo avanti,
anche se, di fatto, non si lavora sui dati (nel miglioramento o nel
riuso).
La mia è solo una posizione (forse estrema) legata al fatto di avere
un po' di chiarezza di concetti e contribuire realmente al progetto.

> Ti riferisci al fatto di utilizzare esclusivamente  un sw proprietario? o lo
> estendi anche alla realizzazione di mappe web utilizzando sw open source?

quello non cambia.
Di mio preferisco che venga usato software libero, però, la licenza
sui dati e i termini di riuso non mettono questo vincolo.


> Nelle mie mappe web create con sw open source utilizzo a volte come render
> di base i servizi offerti da mapbox..basati su osm, e considero positivo
> il fatto che aggiornati vari di osm si vedano renderizzati sulla mia
> mappa..anche se, piccolo problema, sembra che mapbox autdoor non si aggiorni
> ai dati di osm con frequenza..ad oggi modifiche inserite in osm 3-4 mesi non
> ci sono ancora.

Il tuo è un esempio di riuso della mappa e non dei dati.
Mapbox è uno dei provider di mappe che fa uso di parte dei dati di OSM.
Poi è chiaro che dipende dal prodotto che vuoi mostrare: se si tratta
di una mappa che mostra un determinato tipo di dato come sfondo,
allora è importante anche ragionare sull'aggiornamento (la periodicità
dipende da cosa si vuole mostrare)

> Ne approfitto anche per chiedere consigli su metodi alternativi a mapbox per
> creare sfondi personalizzati.

puoi sempre tornare indietro e usare tilemill [1] (da cui è nato
mapbox studio) o il fork tileoven [2] che usa nodejs 4 o anche
kosmitk[3] o kartotherian di wikimedia [4] bene o male tutte soluzioni
basate su mapnik [5]
Di diverso puoi dare un occhio a maperitive [6] o tangram[7]

puoi anche decidere di usare qgis o mapserver ecc...
Sul wiki hai da perderti.
Sono certo che arriveranno altri contributi su questo thread (e forse
è meglio cambiare topic)

[1] https://github.com/tilemill-project/tilemill
[2] https://github.com/florianf/tileoven
[3] https://github.com/kosmtik/kosmtik
[4] https://github.com/kartotherian/kartotherian
[5] http://mapnik.org/
[6] http://maperitive.net/
[7] https://mapzen.com/products/tangram/

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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Philippe Verdy]

Pour des cas comme ça il serait bon d'ajouter les voies d'accès privées
(highway=service+service=driveway) au lieu de mettre faux positif. De plus
cela renforce le guidage en cas d'ambiguité d'accès (ce n'est pas forcément
la route la plus proche qui est son accès public et l'adresse)

Le 22 décembre 2017 à 15:32, Christian Quest  a
écrit :

> \o/ !
>
> Il y a encore de quoi faire sur cette thématique et certains faux positifs
> (il y en a 760) ne sont sûrement pas vraiment des faux positifs...
>
> J'ai tenté un croisement bâti/route et c'est délicat car sur une grande
> parcelle on peut avoir un bâtiment éloigné de la route. Il faudrait
> vérifier plutôt la proximité d'une route avec une parcelle batie, moins
> simple. C'est ici pour quelques départements si vous voulez regarder:
> http://osmose.openstreetmap.fr/fr/map/#source=14708=
> 7170=11=10=49.1296=-0.361=Mapnik&
> overlays=T
>
> Un croisement adresses/route peut être plus pertinent... à tester.
>
>
> ___
> 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-au] MS open maps

[Jubal Harpster]

Hi Alex,

You’re correct, we are mostly based in Seattle with one person currently based 
in Belgrade. And fair question on the armchair mapping from the other side of 
the world.  We picked Australia for a number of reasons 1) Important geography 
for Microsoft, 2) active OSM community, 3) Open-Data friendly government 
policies, 4) common language, 5) warm and sunny beaches.

Without going to much in to our longer term plans, Microsoft has been investing 
in OSM for a while from imagery, to sponsoring events, and open sourcing data.  
Given the level of interest and the growth of the project as a whole, now seems 
like a good time to accelerate the effort.

-Jubal


From: Alex Sims [mailto:a...@softgrow.com]
Sent: Thursday, December 21, 2017 5:06 PM
To: Jubal Harpster 
Cc: OSM Australian Talk List 
Subject: Re: [talk-au] MS open maps

Hi,

It looks as though you are all based in Seattle, rather than Australia, is that 
right?

The big question for me is why are you armchair mapping Australia from the US.

How can you be sure that your edits are correct and what is Microsoft’s secret 
plan for Australia :) ?

Alex


On 22 Dec 2017, at 10:24 am, Jubal Harpster 
> wrote:
You may have noticed some Microsoft folks present on the mailings lists and 
Australian Slack channels in the past few months.  Microsoft have convened a 
small Open-Maps team that is starting to work on the OSM data in Australia. Our 
team is not importing data, using algorithms or robot edits to improve the map, 
we are using iD & JOSM to make improvements.

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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[marc marc]

bravo pour le dégommage !

pour l'analyse suivante, il y a un petit bug dans le message d'erreur en 
français. "bâtiment sans route à ". il manque "100m" comme dans le 
message en anglais "building without highway within 100m"

Le 22. 12. 17 à 16:10, Vincent Privat a écrit :
> Sympa cette analyse ! On peut commander des départements supplémentaires 
> pour Noël ?
> Si oui je me lance avec 12, 31, 81, 82 :)
> 
> Le 22 décembre 2017 à 15:32, Christian Quest  > a écrit :
> 
> \o/ !
> 
> Il y a encore de quoi faire sur cette thématique et certains faux
> positifs (il y en a 760) ne sont sûrement pas vraiment des faux
> positifs...
> 
> J'ai tenté un croisement bâti/route et c'est délicat car sur une
> grande parcelle on peut avoir un bâtiment éloigné de la route. Il
> faudrait vérifier plutôt la proximité d'une route avec une parcelle
> batie, moins simple. C'est ici pour quelques départements si vous
> voulez regarder:
> 
> http://osmose.openstreetmap.fr/fr/map/#source=14708=7170=11=10=49.1296=-0.361=Mapnik=T
> 
> 
> 
> Un croisement adresses/route peut être plus pertinent... à tester.
> 
> 
> ___
> 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-us] Walmart Import

[Peter Dobratz]

Ilya, I apologize for the tone of my last message.  Ian has done a good job
of restating my question in a reasonable manner.

Overall, I think this effort is great for filling in gaps in OSM data and I
applaud your efforts.  If I had looked more at the data review tool, I
would have realized that there is more of an element to manual review of
the data.   I will spend some time helping review the data.

Peter

On Fri, Dec 22, 2017 at 5:13 AM, Ian Dees  wrote:

> Hi list,
>
> I wanted to remind everyone that we're all trying to make the map better
> here. Please be careful with the words you choose to use so that they
> aren't condescending or attacking.
>
> For example, in this message from Peter it's very easy to read the
> sentences about opening hours as a personal attack on Ilya and not a new
> critique of the proposal. It might have been better to write:
>
> "I'm worried that this import will replace more specific holiday opening
> hours with the generic year round string. Will the import process include a
> check to make sure the object hasn't changed since you ran the conflation
> so that changes like this don't get overwritten?"
>
> There's no need to make the claim that the import gets to have more weight
> (no one said it did) and there's no need to direct the message at Ilya. As
> has been discussed before, he's helping Brandify with tools.
>
> Happy holidays,
> Ian
>
>
> On Dec 22, 2017 01:47, "Peter Dobratz"  wrote:
>
> Ilya,
>
> I'm trying to wrap my head around how making this a "frictionless series
> of imports" is going to work.  So if a local mapper edits details on a
> Walmart, those details could potentially be swiftly overwritten with your
> data?
>
> As you can see, the opening hours for next week are non-standard due to
> the Christmas holiday.  What if someone decides they want to add that level
> of detail to the opening_hours tag:
> opening_hours=00:00-01:00,05:00-24:00; Dec 24 5:00-18:00; Dec 25 off; Dec
> 26 06:00-24:00
>
> How long until you automatically replace this with "05:00-01:00" ?
>
> Do you see the problem with doing that?
>
> As you say there are differences of opinion in how things are tagged.  Why
> does your opinion get to have more weight?
>
> Peter
>
> On Thu, Dec 21, 2017 at 1:12 AM, Ilya Zverev  wrote:
>
>> Hi Peter,
>>
>> Thank you for suggestions.
>>
>> First, the highlighted tag value is what goes into OSM. In your case, the
>> import will keep the shop=department_store.
>>
>> Regarding updates to opening_hours, you are suggesting I parse each
>> opening_hours value and then compare these? It would be quite hard and in
>> my opinion excessive. With the two values being equivalent, I don't how the
>> data becomes worse. A few times I omitted "Mo-Su", I was being told it's
>> better to specify the weekdays, so it is again a matter of opinion.
>>
>> In your example, you override the definition for Monday, so it doesn't
>> demonstrate anything besides how complex the opening_hours notation is.
>>
>> The rest I answered in imports@, and some of it goes against what other
>> community members suggest, so again I can conclude that is a matter of
>> opinion and not important one way or another:
>>
>> * URL is provided by Walmart and is much better than what we have.
>> /whats-new can be fixed later, and does not really matter, because it still
>> takes to a store page.
>> * addr:full is provided by Walmart and may be used to improve addressing
>> where there are no addr:* tags. Sorry the importing script cannot do
>> conditional tagging.
>> * operator was recommended by community members, and is a good tag to
>> filter all Walmarts.
>> * ref:walmart will be used for updating the data. Ref may refer not only
>> to a store, but to a building or another feature.
>>
>> Please understand that this is not a one-off handcrafted import. We are
>> working on a process for frictionless series of imports, with regular
>> updates later on. I understand you have mapped a Walmart and feel
>> protective of it. I felt the same a few years into OSM, because everything
>> you add to the map is important. With this import, I believe it does not
>> make the data worse. More attributes is not bad, even if some of these are
>> redundant. The main thing is, until now there were zero mappers who care
>> about keeping all the Walmart stores in OSM up-to-date, and after, there
>> will be more. To me, that is a good thing.
>>
>> Thanks,
>> Ilya
>>
>>
>> > 21 дек. 2017 г., в 1:22, Peter Dobratz  написал(а):
>> >
>> > Ilya,
>> >
>> > Here's a Walmart that's been built in the last few years I recently
>> added to OSM:
>> >
>> > http://audit.osmz.ru/browse/walmart/5935
>> >
>> > What's currently in OSM represents my own mapping style, but I think
>> it's worth discussing the differences before you change them across the
>> whole country.
>> >
>> >
>> > If I read this correctly, you are planning on changing the top-level
>> 

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Vincent Privat]

Sympa cette analyse ! On peut commander des départements supplémentaires
pour Noël ?
Si oui je me lance avec 12, 31, 81, 82 :)

Le 22 décembre 2017 à 15:32, Christian Quest  a
écrit :

> \o/ !
>
> Il y a encore de quoi faire sur cette thématique et certains faux positifs
> (il y en a 760) ne sont sûrement pas vraiment des faux positifs...
>
> J'ai tenté un croisement bâti/route et c'est délicat car sur une grande
> parcelle on peut avoir un bâtiment éloigné de la route. Il faudrait
> vérifier plutôt la proximité d'une route avec une parcelle batie, moins
> simple. C'est ici pour quelques départements si vous voulez regarder:
> http://osmose.openstreetmap.fr/fr/map/#source=14708=
> 7170=11=10=49.1296=-0.361=Mapnik&
> overlays=T
>
> Un croisement adresses/route peut être plus pertinent... à tester.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] Mijlpalen

[Jakka]

Op 27/11/2017 om 10:31 schreef Glenn Plas:

http://data.gov.be/en/node/11125

KM palen zijn reeds open dus.  licentie:
https://metadata.geopunt.be/zoekdienst/apps/tabsearch/?uuid=fa453d09-d577-4f5a-ad6c-04f938b757c4

Glenn


On 18-11-17 19:14, Philippe Casteleyn wrote:


Naast geodetische punten ben ik ook wel geïnteresseerd in mijlpalen
(onze Vlaamse groene hectometerpaaltjes) .

Zou er geen relatie moeten zijn om te weten bij welke weg een paaltje
hoort ?

En de precisie van de plaatsing ?

We zullen ooit de Vlaamse mijlpalen als Open Data krijgen.

Vooreerst zal ik ze (niet over heel Vlaanderen, ik laat ook wat voor
een ander) degelijk photographeren.



Naar aanleiding bericht:
https://forum.openstreetmap.org/viewtopic.php?pid=677993#p677993

bericht overgenomen.
http://wegenenverkeer.be/persberichten/ … -vervangen

Er is dus een grote vertraging.
Ik heb er gezien
- op de E40 (A10) vanaf de provinciegrens tot Oostende.
- op de E314 tussen Leuven en Hasselt

Ik heb leesbaar gephotographeerd :
- de A10 tussen de parking van Jabbeke en Oostende
  https://www.mapillary.com/app/?lat=51.1 … 494=0

- de andere richting heb ik ook gephotographeerd, maar het was al te 
donker, daar heb je de zon nooit mee en ik heb alleen het begin opgeladen.


https://www.mapillary.com/app/?lat=51.2 … 7952278824

Er is nu ook een Benny Hill modus in Mapillary.
Dat zou meer mensen er toe moeten aanzetten OSM met recente Mapillary 
sequenties te controleren.



Welke taggen moeten erin
Is er al een wms of iets ter beschikking
hier eens rond gesnuisterd 
https://metadata.geopunt.be/zoekdienst/apps/tabsearch/?uuid=fa453d09-d577-4f5a-ad6c-04f938b757c4





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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Christian Quest]

\o/ !

Il y a encore de quoi faire sur cette thématique et certains faux positifs
(il y en a 760) ne sont sûrement pas vraiment des faux positifs...

J'ai tenté un croisement bâti/route et c'est délicat car sur une grande
parcelle on peut avoir un bâtiment éloigné de la route. Il faudrait
vérifier plutôt la proximité d'une route avec une parcelle batie, moins
simple. C'est ici pour quelques départements si vous voulez regarder:
http://osmose.openstreetmap.fr/fr/map/#source=14708=7170=11=10=49.1296=-0.361=Mapnik=T

Un croisement adresses/route peut être plus pertinent... à tester.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Vincent Privat]

J'avoue qu'il y en a certains que je n'ai pas su corriger non plus.
Ils sont peut-être classés en faux positif ?

Le 22 décembre 2017 à 15:02, Stéphane Péneau  a
écrit :

> Le 22/12/2017 à 14:46, Vincent Privat a écrit :
>
> Bon ben ça y est, le compteur osmose est à 0 !
> Confirmation demain pour voir s'il n'y en a pas qui resurgissent ? :)
>
>
> A zéro ??
> Ca me surprend, car je me rappelle de quelques cas, ou j'étais bien
> incapable de trouver la route manquante, malgré le croisement entre toutes
> les sources possibles, imageries, cadastre, etc...
>
> Stf
>
>
>
> Le 21 décembre 2017 à 23:09, Donat ROBAUX  a écrit :
>
>> Salut à tous,
>>
>> Il n'en reste moins de 50! On tient le bon bout! Mettez le champagne au
>> frais.
>> Je pense qu'il en restera cependant quelques uns eu égard à la difficulté
>> (insurmontable) de trouver certains chemins d'accès.
>> Certaines personnes habitent vraiment dans des endroits très très (très)
>> reculés...
>>
>> Donat
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> 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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Stéphane Péneau]

Le 22/12/2017 à 14:46, Vincent Privat a écrit :

Bon ben ça y est, le compteur osmose est à 0 !
Confirmation demain pour voir s'il n'y en a pas qui resurgissent ? :)


A zéro ??
Ca me surprend, car je me rappelle de quelques cas, ou j'étais bien 
incapable de trouver la route manquante, malgré le croisement entre 
toutes les sources possibles, imageries, cadastre, etc...


Stf




Le 21 décembre 2017 à 23:09, Donat ROBAUX > a écrit :


Salut à tous,

Il n'en reste moins de 50! On tient le bon bout! Mettez le
champagne au frais.
Je pense qu'il en restera cependant quelques uns eu égard à la
difficulté (insurmontable) de trouver certains chemins d'accès.
Certaines personnes habitent vraiment dans des endroits très très
(très) reculés...

Donat

___
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] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Federico Cortese]

2017-12-22 14:46 GMT+01:00 Martin Koppenhoefer :
>
> in generale sarebbe interessante capire se pokemonGo ci porta più mappatori 
> produttivi o più disagi ;-)
>

Credo la seconda, ad ogni modo secondo me, come ho scritto su
Telegram, è positivo il fatto che Niantic abbia scelto la nostra mappa
invece di Google, perchè evidentemente ne riconosce la validità; il
fatto che questo comporti edit sconsiderati dipende dal nostro sistema
di editing, più attento a consentire a tutti l'accesso alle modifiche
piuttosto che controllarne gli effetti; infine il fatto che questi
edit possano permanere sulla mappa, dipende dalla presenza o meno di
mappers attenti al controllo/revisione degli edit.

Ciao,
Federico

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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Benoit Fournier]

Félicitations à tous les dégommeurs de carreaux et traceurs de routes.

C'est quoi le prochain croisement ?

Une comparaison entre :
- le nombre d'habitants d'un carreau INSEE
- le nombre d'habitants estimé par les données OSM (nombre de bâtiment
et surface|étages des bâtiments)
?

Benoît

Vincent Privat :
> Bon ben ça y est, le compteur osmose est à 0 !

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

Re: [Talk-it] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Martin Koppenhoefer]

sent from a phone

> On 22. Dec 2017, at 14:39, Federico Cortese  wrote:
> 
> Non mettere in giro idee così malvagie :)))


in generale sarebbe interessante capire se pokemonGo ci porta più mappatori 
produttivi o più disagi ;-)

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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Vincent Privat]

Bon ben ça y est, le compteur osmose est à 0 !
Confirmation demain pour voir s'il n'y en a pas qui resurgissent ? :)

Le 21 décembre 2017 à 23:09, Donat ROBAUX  a écrit :

> Salut à tous,
>
> Il n'en reste moins de 50! On tient le bon bout! Mettez le champagne au
> frais.
> Je pense qu'il en restera cependant quelques uns eu égard à la difficulté
> (insurmontable) de trouver certains chemins d'accès.
> Certaines personnes habitent vraiment dans des endroits très très (très)
> reculés...
>
> Donat
>
> ___
> 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] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Federico Cortese]

2017-12-22 14:19 GMT+01:00 Francesco Pelullo :
> L'unico modifica sensata per un giocatore disonesto sarebbe quella di
> trasformare ogni cosa in area militare. In questo modo le aree in cui
> potrebbero apparire i pokemon sarebbero poche e ben definite con presenza di
> pochemon concentrata.
>

Non mettere in giro idee così malvagie :)))

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

Re: [Talk-it] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Francesco Pelullo]

L'unico modifica sensata per un giocatore disonesto sarebbe quella di
trasformare ogni cosa in area militare. In questo modo le aree in cui
potrebbero apparire i pokemon sarebbero poche e ben definite con presenza
di pochemon concentrata.

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

Re: [Talk-us] Walmart Import

[Ian Dees]

Hi list,

I wanted to remind everyone that we're all trying to make the map better
here. Please be careful with the words you choose to use so that they
aren't condescending or attacking.

For example, in this message from Peter it's very easy to read the
sentences about opening hours as a personal attack on Ilya and not a new
critique of the proposal. It might have been better to write:

"I'm worried that this import will replace more specific holiday opening
hours with the generic year round string. Will the import process include a
check to make sure the object hasn't changed since you ran the conflation
so that changes like this don't get overwritten?"

There's no need to make the claim that the import gets to have more weight
(no one said it did) and there's no need to direct the message at Ilya. As
has been discussed before, he's helping Brandify with tools.

Happy holidays,
Ian

On Dec 22, 2017 01:47, "Peter Dobratz"  wrote:

Ilya,

I'm trying to wrap my head around how making this a "frictionless series of
imports" is going to work.  So if a local mapper edits details on a
Walmart, those details could potentially be swiftly overwritten with your
data?

As you can see, the opening hours for next week are non-standard due to the
Christmas holiday.  What if someone decides they want to add that level of
detail to the opening_hours tag:
opening_hours=00:00-01:00,05:00-24:00; Dec 24 5:00-18:00; Dec 25 off; Dec
26 06:00-24:00

How long until you automatically replace this with "05:00-01:00" ?

Do you see the problem with doing that?

As you say there are differences of opinion in how things are tagged.  Why
does your opinion get to have more weight?

Peter

On Thu, Dec 21, 2017 at 1:12 AM, Ilya Zverev  wrote:

> Hi Peter,
>
> Thank you for suggestions.
>
> First, the highlighted tag value is what goes into OSM. In your case, the
> import will keep the shop=department_store.
>
> Regarding updates to opening_hours, you are suggesting I parse each
> opening_hours value and then compare these? It would be quite hard and in
> my opinion excessive. With the two values being equivalent, I don't how the
> data becomes worse. A few times I omitted "Mo-Su", I was being told it's
> better to specify the weekdays, so it is again a matter of opinion.
>
> In your example, you override the definition for Monday, so it doesn't
> demonstrate anything besides how complex the opening_hours notation is.
>
> The rest I answered in imports@, and some of it goes against what other
> community members suggest, so again I can conclude that is a matter of
> opinion and not important one way or another:
>
> * URL is provided by Walmart and is much better than what we have.
> /whats-new can be fixed later, and does not really matter, because it still
> takes to a store page.
> * addr:full is provided by Walmart and may be used to improve addressing
> where there are no addr:* tags. Sorry the importing script cannot do
> conditional tagging.
> * operator was recommended by community members, and is a good tag to
> filter all Walmarts.
> * ref:walmart will be used for updating the data. Ref may refer not only
> to a store, but to a building or another feature.
>
> Please understand that this is not a one-off handcrafted import. We are
> working on a process for frictionless series of imports, with regular
> updates later on. I understand you have mapped a Walmart and feel
> protective of it. I felt the same a few years into OSM, because everything
> you add to the map is important. With this import, I believe it does not
> make the data worse. More attributes is not bad, even if some of these are
> redundant. The main thing is, until now there were zero mappers who care
> about keeping all the Walmart stores in OSM up-to-date, and after, there
> will be more. To me, that is a good thing.
>
> Thanks,
> Ilya
>
>
> > 21 дек. 2017 г., в 1:22, Peter Dobratz  написал(а):
> >
> > Ilya,
> >
> > Here's a Walmart that's been built in the last few years I recently
> added to OSM:
> >
> > http://audit.osmz.ru/browse/walmart/5935
> >
> > What's currently in OSM represents my own mapping style, but I think
> it's worth discussing the differences before you change them across the
> whole country.
> >
> >
> > If I read this correctly, you are planning on changing the top-level tag
> from shop=department_store to shop=supermarket.  I have been using
> shop=supermarket only for Walmarts branded as "Walmart Neighborhood Market"
> and using shop=department_store for all other Walmarts.  For me the main
> distinction is that most Walmarts have departments for things like clothing
> and electronics that don't exist in the "Walmart Neighborhood Market"
> stores.
> >
> >
> > You are proposing changing the opening_hours tag from
> "00:00-01:00,05:00-24:00" to "Mo-Su 05:00-01:00".  When I'm adding opening
> hours, I avoid timespans that cross midnight as there is some difference of
> opinion as to what 

Re: [Talk-it] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Simone Saviolo]

Il giorno 22 dicembre 2017 13:55, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> 2017-12-22 12:30 GMT+01:00 Federico Cortese :
>
>> Oltre all'aggiunta dei parchi, segnalo che qualcuno sta modificando
>> aree militari da landuse=military in building=yes, perchè pare che la
>> Niantic tolga intere porzioni di mappa vicino alle aree militari.
>> http://www.openstreetmap.org/changeset/54743181
>>
>> Quindi se vedete sparire aree militari il motivo potrebbe essere questo.
>
>

> hai scritto alla osmf? L'indirizzo è bo...@osmfoundation.org
> E' un caso abbastanza importante da segnalare, metterei in copia anche la
> DWG. (perché fatto da un multinazionale / impresa grande, probabilmente non
> solo in Italia, e in qualche mode è "vandalismo organizzato").
>

Per come l'ho capita io, Niantic, nella *sua* copia dei dati (basati su
OSM), crea una fascia intorno alle aree militari, per evitare che i
giocatori si avvicinino. NON modifica OSM in quel senso.

Però potrebbero essere dei giocatori a modificare, per avere più
possibilità di spawn. E in questo senso non possiamo far niente, se non a
posteriori.

Ciao,

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

Re: [Talk-it] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Martin Koppenhoefer]

capito, pensavo fosse la Niantic stessa a vandalizzare la mappa ;-)

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

Re: [Talk-lt] Lietuvos dviračių žemėlapis

[Tomas Straupis]

2017 m. gruodžio 22 d. 14:51, Nerijus Baliūnas rašė:
> Žemėlapyje apačioje dešinėje paspaudus "Sutartiniai ženklai" apačioje 
> atsiranda
> nuoroda su klaida - Techninė informaciją (klaida ą).

  Ačiū už pastebėjimą. PR'as su pataisymu jau laukia.

-- 
Tomas

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

Re: [Talk-it] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Federico Cortese]

2017-12-22 13:55 GMT+01:00 Martin Koppenhoefer :
>
> hai scritto alla osmf? L'indirizzo è bo...@osmfoundation.org
> E' un caso abbastanza importante da segnalare, metterei in copia anche la
> DWG. (perché fatto da un multinazionale / impresa grande, probabilmente non
> solo in Italia, e in qualche mode è "vandalismo organizzato").
>

Scusami Martin, forse non mi sono spiegato bene: nel caso in oggetto
l'utente ha tolto il landuse=military, perchè mi segnala che nel
gioco, vicino alle zone militari, la Niantic nasconde la mappa; penso
che faccia questo per evitare che si possa giocare vicino alle aree
militari.
Ad ogni modo si è scusato e mi ha assicurato che non farà più di
queste modifiche.

Ciao,
Federico

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

Re: [Talk-it] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Martin Koppenhoefer]

2017-12-22 12:30 GMT+01:00 Federico Cortese :

> Oltre all'aggiunta dei parchi, segnalo che qualcuno sta modificando
> aree militari da landuse=military in building=yes, perchè pare che la
> Niantic tolga intere porzioni di mappa vicino alle aree militari.
> http://www.openstreetmap.org/changeset/54743181
>
> Quindi se vedete sparire aree militari il motivo potrebbe essere questo.



hai scritto alla osmf? L'indirizzo è bo...@osmfoundation.org
E' un caso abbastanza importante da segnalare, metterei in copia anche la
DWG. (perché fatto da un multinazionale / impresa grande, probabilmente non
solo in Italia, e in qualche mode è "vandalismo organizzato").

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

Re: [Talk-it] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Max1234Ita]

Federico Cortese wrote
> Oltre all'aggiunta dei parchi, segnalo che qualcuno sta modificando
> aree militari da landuse=military in building=yes, perchè pare che la
> Niantic tolga intere porzioni di mappa vicino alle aree militari.
> http://www.openstreetmap.org/changeset/54743181
> 
> Quindi se vedete sparire aree militari il motivo potrebbe essere questo.
> 
> Ciao,
> Federico


OK, potrebbe essere una causa... ma c'è qualcosa che noi si possa fare,
oltre a prendere passivamente atto della cosa? Per caso sono già in corso
iniziative a livello internazionale?

Max



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

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

Re: [Talk-it] Fwd: Pokemon GO now uses OSM globally - influx of new users

[Federico Cortese]

Oltre all'aggiunta dei parchi, segnalo che qualcuno sta modificando
aree militari da landuse=military in building=yes, perchè pare che la
Niantic tolga intere porzioni di mappa vicino alle aree militari.
http://www.openstreetmap.org/changeset/54743181

Quindi se vedete sparire aree militari il motivo potrebbe essere questo.

Ciao,
Federico

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

[Talk-GB] NaPTAN merge tool?

[Philip Withnall]

Hi all,

Who’s maintaining the NaPTAN merge tool? It seems to be broken — every
request to the node layer gives a HTTP error 403.

https://wiki.openstreetmap.org/wiki/NaPTAN/Surveying_and_Merging_NaPTAN
_and_OSM_data#Tools

http://b3e.net/novam/

Thanks,
Philip

signature.asc
Description: This is a digitally signed message part
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-hr] luke i pravila za plovidbu u njima

[Janko Mihelić]

Najbliže što sam našao je ovaj dokument:

https://narodne-novine.nn.hr/clanci/sluzbeni/2013_06_79_1640.html
i dopune:
https://narodne-novine.nn.hr/clanci/sluzbeni/2015_05_57_1123.html

Zanimljivi su Članak 9. i Članak 48. Ni u jednom ni u drugom nisam vidio
spominjanje znakova ograničenja brzine. Pretpostavljam da su te znakove
stavili zbog učestalog kršenja zakona, a zakon kaže da se od obale do 150
metara od obale smije voziti ne više od 5 čvorova, a od 150 do 300 metara
ne više od 8 čvorova. Glisirati se smije samo dalje od 300 metara.

Ne bih to mapirao dok ne nađemo zakon koji obvezuje plovila da poštuju te
znakove. Možda se spominje negdje, a ja nisam našao. Ako se ti znakovi
stvarno po zakonu moraju poštovati, onda mislim da bi trebalo nacrtati
površinu gdje je to maksimalna brzina, i onda na tu površinu staviti tagove
area=yes + maxspeed=4 kn

Janko

čet, 21. pro 2017. u 19:24 Michal Fabík  napisao je:

> Pozdrav,
> prije par dana sam vidio ove table u luci u Rijeci:
> https://imgur.com/a/eZT7G
>
> Zna li možda neko kako se mapiraju ovi podaci, odnosno područje na koje
> se odnose? Imate li kakvu uhodanu praksu u Hrvatskoj? Klikao sam
> nasumice po hrvatskoj obali da možda nađem nešto korisno, ali nisam
> naletio ni na šta. Gledao sam malo i na openseamap.org, ali nisu mi
> previše jasni oni simboli i nisam baš siguran šta da tražim. Za sada sam
> označio jednostavno kao node, kao što se spominje na
> https://wiki.openstreetmap.org/wiki/Harbour:
>
> http://www.openstreetmap.org/node/2706972075
>
> Međutim, podaci kao što je maksimalna dozvoljena brzina nemaju baš
> smisla za node, a nije mi baš jasan opis na wiki:
>
> "Either a node within the area of sheltered water, or an area enclosing
> that water should be tagged: harbour=yes. Where the water and land area
> of a harbour (including moles, quays, wharves, etc.) is enclosed by a
> way, it can also carry the tag: landuse=harbour (or landuse=port or
> landuse=industrial + industrial=port). The area of water within a
> harbour area, if not already part of natural=coastline,
> waterway=riverbank or natural=water should be tagged: waterway=dock."
>
> Vidim da ima landuse=harbour oko vode, npr.:
>
> http://www.openstreetmap.org/way/279489064
>
> Jel sad treba označiti sve (i vodu) kao landuse=harbour? Ili kopnene
> dijelove kao landuse=harbour, a vodu kao harbour=yes? Ili obuhvatiti sve
> u harbour=yes i podijeliti na landuse=harbour i waterway=nešto? (Piše
> gore waterway=dock, ali dokovi predstavljaju samo mali dio cijelog onog
> područja s vodom.) Koji od ovih objekata će onda imati name=Luka Rijeka?
>
> Drugo, juče sam u Dubrovniku vidio ovakvu tablu
> (https://imgur.com/a/5ji9R) otprilike na ovom mjestu:
>
> http://www.openstreetmap.org/?mlat=42.66332=18.07681#map=19/42.66332/18.07681
>
>
> Onda je još jedna ovdje:
>
> http://www.openstreetmap.org/?mlat=42.6662=18.0565#map=15/42.6662/18.0565
> ,
> samo piše brzina šest čvorova umjesto četiri. Bi li neko znao odrediti
> ovako pogledom na kartu na koja područja se odnose ova ograničenja? (I
> možda i na koju vrstu plovila, jer sam vidio par manjih čamaca koji su
> sigurno išli brže od 4 čvora.)
>
> Ima li tu kakvih mornara koji se razumiju u ovakve stvari? Nadam se da
> nisam napiso previše zbunjujuće.
>
> Lijep pozdrav,
>
> --
> Michal
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-es] Etiquetado de las unidades administrativas en la wiki

[dcapillae]

He trasladado la discusión sobre el diseño de la página del «Wikiproyecto»
España a la página de discusión del wiki:
https://wiki.openstreetmap.org/wiki/ES_talk:Wikiproyecto_Espa%C3%B1a

Podemos seguir esta discusión por allí y reservar este hilo para el tema
principal que planteó Esther inicialmente, la revisión de unidades
administrativas.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

[Talk-lt] Lietuvos dviračių žemėlapis

[Tomas Straupis]

Sveiki

  Atnaujintas Lietuvos dviračių žemėlapis:
  https://blog.openmap.lt/2017/12/22/lietuvos-dviraciu-zemelapis/

  Nauja tik realizacija. Rodomi elementai ir duomenys lieka tie patys,
kaip ir ankstesnėje versijoje (kaip aprašyta wikibooks [1] ir dviračių
žemėlapyje [2]). Kaip ir minima įraše, sunkiausias darbas yra pildyti
ir atnaujinti dviračių duomenis. Ta proga norėčiau paklausti
(ypatingai didžiųjų dviračių entuziastų) - ko trūksta, kad būtų labiau
prisidedama prie duomenų? Gal reikia dar aiškesnės instrukcijos? Gal
padaryti gyvą susitikimą, kurio metu galėtume papildyti duomenis kartu
ir taip pasimokyti?

  Dėl atvirų duomenų. Mano žiniomis tik Vilnius teikia atvirus
duomenis apie dviračių infrastruktūrą, bet jų tiesiogiai imti
neišeina, nes ten yra keistų/neteisingų žymėjimų (kaip kad pažymėti
neegzistuojantys dviračių keliai/juostos), todėl vis tiek reikia, kad
kažkas žinantis ar turintis laiko/noro patikrinti užsiimtų.

1 - 
https://lt.wikibooks.org/wiki/Atviro_%C5%BEem%C4%97lapio_vadovas/Redagavimas/Dvira%C4%8Diai
2 - https://dviraciai.openmap.lt/doc/bicycle_doc.html

-- 
Tomas

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

Re: [talk-au] Australian SOTM 2018 / Local OSMF Chapter

[FlashKiwi]

 Hi All,
Both myself and David Dean are part of the FOSS4G-SOTM-Oceania organizing 
committee. 
We are still put together the details and would really appreciate your feedback 
on things like presentations, pricing etc.
At this point we expect the conference to be over 4 days, with the first day 
dedicated to workshops, days 2 and 3 the conference itself, and day 4 
(Saturday) code sprint and/or open mapping party.
Early next year will be the call for presenters so it would be great to get 
some mappers making some presentations.
David and myself will keep the group updated regularly, and we should have the 
website and social media sorted out early in the New Year.
Feel free also to email the committee directly at ad...@foss4g-oceania.org
Cheers
Greg

On Friday, 22 December 2017 2:02 PM, Andrew Harvey 
 wrote:
 

 Hi all,
This was mentioned in passing at 
https://lists.openstreetmap.org/pipermail/talk-au/2017-November/011537.html but 
I feel it warrants its own thread.

1. A FOSS4G (Free and Open Source Software for Geospatial) and SOTM 
(OpenStreetMap State of the Map) is being organised Melbourne in 21-24 November 
2018.
Preliminary details are at https://wiki.osgeo.org/wiki/FOSS4G-SOTM-Oceania

There are few details at the moment, but it looks like it will be a paid even, 
half half split between FOSS4G and SOTM, include an academic stream, is aimed 
at both data contributors and consumers and all other interested parties in OSM 
Australia. Please correct me if I'm wrong.
Personally I'd like to see the event pricing differentiate between community 
and business ticket just as the main SOTM event does to provide a cheaper 
option for volunteer OSM mappers.
2. It has been raised by someone to set up a local chapter OSM Foundation in 
Australia and have the formal incorporation meeting at the conference.
I feel both of these things are incredibly relevant to our local OSM community 
so I'm raising them here so no one feels like they've been left out of 
discussions.___
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-es] Etiquetado de las unidades administrativas en la wiki

[dcapillae]

¡Mola! La página del Reino Unido está muy bien. Podemos usarla de referencia
adaptándola a nuestras necesidades.

España tiene que estar con nombre propio en el wiki. Su página puede seguir
funcionando como hasta ahora, es decir, como portal de entrada y página de
referencia para toda la comunidad OSM España, pero a la vez tiene que
funcionar como página de lugar, con su plantilla correspondiente y su mapa.
Diría que estas son las tres claves principales. En cuanto al diseño o
presentación de contenidos, lo que mejor se adapte a nuestras necesidades.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-it] MERGE-it: call for papers

[Roberto Brazzelli]

Ciao Maurizio, ho seguito la discussione ma solo per curiosità--sono
neofita in mertito.
Mi interessava però sapere cose ne pensi nel dettaglio quando scrivi.."potresti
usare openstreetmap come fonte dati o - peggio - come mappa di sfondo."
Ti riferisci al fatto di utilizzare esclusivamente  un sw proprietario? o
lo estendi anche alla realizzazione di mappe web utilizzando sw open source?
Nelle mie mappe web create con sw open source utilizzo a volte come render
di base i servizi offerti da mapbox..basati su osm, e considero positivo
il fatto che aggiornati vari di osm si vedano renderizzati sulla mia
mappa..anche se, piccolo problema, sembra che mapbox autdoor non si
aggiorni
ai dati di osm con frequenza..ad oggi modifiche inserite in osm 3-4 mesi
non ci sono ancora.
Ne approfitto anche per chiedere consigli su metodi alternativi a mapbox
per creare sfondi personalizzati.

grazie mille






Il giorno 15 dicembre 2017 14:47, Maurizio Napolitano 
ha scritto:

> Non so voi come la pensate ma il testo dove si chiedono contributi per
> OpenStreetMap mi sembra tutto tranne che contributi per OpenStreetMap.
> copio/incollo (compreso il typo)
> -
> Open Street Map
> Dati di carattere geogratico, software applicativo per la loro analisi e
> visualizzazione, esperienze di mapping.
> 
>
> Ora, questa frase mi sembra che più che su OpenStreetMap ricada sui temi
> delle tecnologie geospaziali.
> La stessa frase "esperienze di mapping", tutto sommato, si può fare a
> prescindere di essere collegati con OpenStreetMap.
>
> A farla breve:
> il rischio è che, con un call così, OpenStreetMap non sia al centro del
> discorso, ma sia, invece, l'oggetto di corredo per presentare un prodotto
> software.
> Si potrebbe andare tranquillamente a presentare prodotti proprietari che
> fanno analisi geospaziale dove, incidentalmente, potresti usare
> openstreetmap come fonte dati o - peggio - come mappa di sfondo.
>
> Voi cosa ne pensate?
> Se sono l'unico a pensarla così, o anche voi condividete con me che si
> potrebbe cambiare il titolo della richiesta di contributi da "Open Street
> Map" a "Tecnologie geospaziali" ?
>
> IMHO:
> si scrive "OpenStreetMap" e non "Open Street Map"
>
>
> #ilsolitorompiballe
>
>
>
>
> ___
> 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-fr] fausses informations dans OSM

[Christian Quest]

J'ai remis une couche hier soir sur
https://www.openstreetmap.org/changeset/54628591

Je pense qu'il faut un peu plus que deux commentaires sans réponses pour
activer le DWG.


Oui, la question de la licence sur les permis de construire n'est pas
anodine, mais aussi le fait qu'on décrit à l'avance le terrain ce qui en
principe n'est pas le fonctionnement d'OSM.

Ce contributeur fait clairement ceci dans un cadre professionel vu son
profil de contribution (que des contributions durant les heures de bureau
du lundi au vendredi).



Le 22 décembre 2017 à 09:08, Vincent Bergeot  a écrit :

> Le 21/12/2017 à 23:57, Christian Quest a écrit :
>
> Il y a eu des commentaire mis sur les changesets ?
>
> C'est le premier trucs à faire si ça n'a pas été fait. Le DWG regarde en
> premier si au moins on a déjà tenté ça...
>
>
> Bonjour,
>
> il semble que oui, Jean-Yvon signale ces 2 commentaires :
>
> https://www.openstreetmap.org/changeset/45649292#map=18/43.31710/5.37121
> https://www.openstreetmap.org/changeset/45649310#map=19/43.31697/5.37177
> 
>
> Ce qui pose également question, c'est l'utilisation de permis de
> construire comme source. Outre la validité, la question de la licence n'est
> pas problématique ?
>
> Si c'est le cas, alors :
>
>- données ne correspondant pas au terrain (cela peut-être une volonté
>de bien faire),
>- sources non autorisées (cela peut-être de l'ignorance sur les
>licences),
>- chemins non connectés, ... (cela peut-être une mauvaise connaissance)
>- non réponse aux commentaires (euh là je ne sais pas quoi trouver
>comme raison !!!)
>
> J'ai envoyé ce jour un courriel interne à L3mp1ck4
>  pour "ajouter" une couche
>
> à plus
>
>
>
> Le 21 décembre 2017 à 23:17,  a écrit :
>
>> Bonjour,
>>
>> Ça fait 8 mois on a parlé de L3mp1ck4
>>  qui avait ajouté des
>> données de promoteur immobilier (arbres factices, rues inexistantes
>> seulement en projet mais indiquées comme réelles).
>>
>> J'avais annoté 2 changesets,
>>
>> https://www.openstreetmap.org/changeset/45649292#map=18/43.31710/5.37121
>>
>> https://www.openstreetmap.org/changeset/45649310#map=19/43.31697/5.37177
>> 
>>
>> pas de réaction (les fausses données sont toujours là).
>>
>>
>> Les données sont toujours ajoutées à partir de permis de construire et
>> non de données de terrain :
>>
>> https://www.openstreetmap.org/changeset/54628591
>>
>> Du moins je n'ai pas moyen de le vérifier (les données aériennes ne
>> donnent pas cet état).
>>
>> Les sources sont souvent problématiques et les commentaires des changeset
>> indigents.
>>
>> https://www.openstreetmap.org/changeset/54755351?node_page=2
>> #map=18/48.77367/2.00586
>>
>>
>> 
>>
>> https://www.openstreetmap.org/node/5219646079/history
>>
>> (ça c'est pour les modifs intempestives).
>>
>> Les chemins sont dessinés (et non tracés) sans veiller à la liaison avec
>> les routes :
>>
>> https://www.openstreetmap.org/way/546855642
>>
>>
>> 
>>
>> Quelqu'un d'autre intervient ?
>>
>> DWG ?
>>
>> Jean-Yvon
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] fausses informations dans OSM

[Vincent Bergeot]

Le 21/12/2017 à 23:57, Christian Quest a écrit :

Il y a eu des commentaire mis sur les changesets ?

C'est le premier trucs à faire si ça n'a pas été fait. Le DWG regarde 
en premier si au moins on a déjà tenté ça...


Bonjour,

il semble que oui, Jean-Yvon signale ces 2 commentaires :

https://www.openstreetmap.org/changeset/45649292#map=18/43.31710/5.37121 



https://www.openstreetmap.org/changeset/45649310#map=19/43.31697/5.37177 



Ce qui pose également question, c'est l'utilisation de permis de 
construire comme source. Outre la validité, la question de la licence 
n'est pas problématique ?


Si c'est le cas, alors :

 * données ne correspondant pas au terrain (cela peut-être une volonté
   de bien faire),
 * sources non autorisées (cela peut-être de l'ignorance sur les licences),
 * chemins non connectés, ... (cela peut-être une mauvaise connaissance)
 * non réponse aux commentaires (euh là je ne sais pas quoi trouver
   comme raison !!!)

J'ai envoyé ce jour un courriel interne à L3mp1ck4 
 pour "ajouter" une couche


à plus



Le 21 décembre 2017 à 23:17, > a écrit :


Bonjour,

Ça fait 8 mois on a parlé de L3mp1ck4
 qui avait ajouté des
données de promoteur immobilier (arbres factices, rues
inexistantes seulement en projet mais indiquées comme réelles).

J'avais annoté 2 changesets,

https://www.openstreetmap.org/changeset/45649292#map=18/43.31710/5.37121


https://www.openstreetmap.org/changeset/45649310#map=19/43.31697/5.37177


pas de réaction (les fausses données sont toujours là).


Les données sont toujours ajoutées à partir de permis de
construire et non de données de terrain :

https://www.openstreetmap.org/changeset/54628591


Du moins je n'ai pas moyen de le vérifier (les données aériennes
ne donnent pas cet état).

Les sources sont souvent problématiques et les commentaires des
changeset indigents.


https://www.openstreetmap.org/changeset/54755351?node_page=2#map=18/48.77367/2.00586






https://www.openstreetmap.org/node/5219646079/history


(ça c'est pour les modifs intempestives).

Les chemins sont dessinés (et non tracés) sans veiller à la
liaison avec les routes :

https://www.openstreetmap.org/way/546855642





Quelqu'un d'autre intervient ?

DWG ?

Jean-Yvon


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





--
Christian Quest - OpenStreetMap France


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



--
Vincent Bergeot

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

Re: [talk-au] MS open maps

[Sam Wilson]

On Fri, 22 Dec 2017, at 10:44 AM, Andrew Davidson wrote:
> 
> 1. There's a Australian Slack channel? Oh, there's at least two. Great, 
> just what we need, more fragmentation.
> 

There is the Maptime Australia one — http://maptimeaustralia.slack.com
What is the other?

(And yes... don't you know that if you're not logging in to at least one new IM 
platform a month you're not Keeping Up™?!)


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