Re: [Talk-in] India Coastline Improvement

[Chetan H A]

Hi Deepak,

In some places the coastline is drawn very roughly or inaccurately so I
plan to adjust it so it matches updated imagery better. I am going to look
at a few different imagery sources like Bing, Digital Globe Premium and
Standard, ESRI and Mapbox. If you wanted to look at the coastline near
where you live or somewhere you are familiar with, that would be super.
Make sure to read the guidelines at https://wiki.openstreetmap.
org/wiki/Coastline as well.

Best regards,
Chetan



On Mon, Apr 2, 2018 at 12:10 AM, Deepak Cherian 
wrote:

> Chetan, How can I help contribute?
> On 3/27/18 3:11 AM, Chetan H A wrote:
>
> Hi Paramvir Singh,
>
> Yes, with the help of Apple.
>
> Best,
> Chetan
>
> On Tue, Mar 27, 2018 at 11:20 AM, Paramvir Singh 
> wrote:
>
>> With the help of Apple?
>>
>> On Tue, Mar 27, 2018 at 11:05 AM, Chetan H A 
>> wrote:
>>
>>> Hi all,
>>>
>>> Wanted to let you know that I plan on improving the coastline data
>>> throughout India. With the help of Apple, I have posted a Github page (
>>> https://github.com/osmlab/appledata/issues/71) with more details on the
>>> project and the procedures I will be following. Let me know if you have any
>>> feedback.
>>>
>>>
>>> Thank you,
>>>
>>> Chetan
>>>
>>>
>>> ___
>>> Talk-in mailing list
>>> Talk-in@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-in
>>>
>>>
>>
>>
>> --
>> TheUntourists.com
>> DesiCreative.com
>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>
> ___
> Talk-in mailing 
> listTalk-in@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-in
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [talk-au] QldGlobe

[nwastra]

There are only two changesets that specifically refer to QLDGlobe data being 
used and I have left a message for the mapper on the later of them suggesting 
ways it maybe resolved.

https://www.openstreetmap.org/changeset/57806048
https://www.openstreetmap.org/changeset/57808506

Nev


> On 6 Apr 2018, at 9:52 AM, Andrew Harvey  wrote:
> 
> Could you post the affected changesets? If you don't hear back via a 
> changeset comment best to revert them.

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

Re: [talk-au] Coastline mods leading to problems with other features.

[osm.talk-au]

The Sydney Harbor MP was broken (not sure if "now" or "still", the ways
didn't form a closed loop). There was one "coastline" way across the mouth
that didn't belong to the MP. I've added it and uploaded the change.

 

From: Derya Dilmen (Insight Global Inc)  
Sent: Friday, 6 April 2018 03:28
To: talk-au@openstreetmap.org
Subject: Re: [talk-au] Coastline mods leading to problems with other
features.

 

Hello,

 

Thank you much for the correction, I reverted my coastline changes , added a
comment of " reverted the changes made in coastline". It will fix the broken
relations, hopefully. Here is the changeset for my revert ( 57842079). 

 

Thanks 

Derya

 

 

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

[Talk-ca] Hi!

[Adriana cortes]

Sent from my iPhone

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

Re: [talk-au] QldGlobe

[Andrew Harvey]

That's right, the data layers in the Queensland Globe mostly come from
QSpatial  run by DNRME. We haven't yet been able to get the OSMF CC BY
waiver completed yet, see https://lists.openstreetmap.org/pipermail/
talk-au/2018-March/011694.html so they can't be used in OSM yet.

Could you post the affected changesets? If you don't hear back via a
changeset comment best to revert them.

On 5 April 2018 at 23:05, nwastra  wrote:

> I noticed a mapper quoting “Added watercourses, upgraded roads to tertiary
> roads as per QLDGlobe.” in some of his changesets in the Innisfail area.
> So using data from the https://qldglobe.information.qld.gov.au/
> The few areas I checked displayed very high resolution imagery and would
> be useful to an OpenStreetMap mapper and there appears to be multiple
> layers available.
> The terms and conditions are https://dnrme.qld.gov.au/home/
> legal/terms-conditions-online-services
> Can someone confirm or otherwise that the licence is incompatible unless
> we have a signed waiver to allow us to use in OSM, and that we have no
> signed waiver to date.
> Nevw
> ___
> 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] Rapprochement des adresses OSM et FANTOIR

[Vincent de Château-Thierry]

Le 05/04/2018 à 22:55, deuzeffe a écrit :

Le 05/04/2018 à 14:40, Vincent de Château-Thierry a écrit :


Oui clairement il y a un souci de màj. Je tente de regarder ça dans 
les prochains soirs.


Merci !


Il y avait un souci (que je n'explique pas) qui faisait planter la mise 
à jour des lieux-dits. Je viens de corriger, et de tester sur la 
Haute-Vienne. Ca a l'air de marcher, c'est visible ici : 
https://cadastre.openstreetmap.fr/fantoir/#insee=87001=5 et aussi là 
: 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.8115/1.1548 
en vidant les caches ;)

Ce sera effectif pour les autres départements demain matin normalement.

Si ça ne fonctionne pas, le dire dans ce ticket : 
https://github.com/osm-fr/bano/issues/147


Céçuikidikié ;) Blague à part, dans ma naïveté de débutante, je pensais 
que le rapprochement fantoir/osm, surtout pour les lieux-dits, servait à 
alimenter la BANO, ou un truc du genre ;)


:)

L'idée de départ, qui vient du chantier BANO, c'est d'y voir clair par 
commune sur le reste à faire pour qu'OSM soit le plus complet possible 
côté voies et lieux-dits. Une conséquence est en effet l'alimentation de 
BANO, mais il n'y aurait pas BANO, on pourrait néanmoins vouloir y voir 
clair sur l'avancement de la contribution OSM sur une commune "tout 
court" (je sais pas si c'est clair, il est un peu tard).


vincent

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

[Talk-cl] Evento de integración de datos estadísticos y geoespaciales en CEPAL

[Comunidad GeoCensos]

 Hola amigos de la comunidad OSM en Chile,

Queremos reiterar por este medio la invitación que hiciéramos a algunos de
Uds en el último SotM para que se sumen a la convocatoria para llevar las
de nuestra comunidad en datos geoespaciales a un foro que estamos
organizando en CEPAL

 .

Creemos que es valioso que se sumen todos , ya que además de la exposición
que dá este tipo de eventos nos facilitará generar contacto con oficiales
de UNFPA, INE, IGM o CEPAL,  lo que será una oportunidad única para
convencer a gente que toma decisiones sobre datos a considerar a nuestra
plataforma y nuestras comunidades en sus planes.

Animo a todos a hacer un esfuerzo por presentar  o recomendar iniciativas
de OSM desde el Sur por Maperos nuestros, de Chile , para poder también
estar en el mapa de la discusión del desarrollo hablando de igual a igual
con los gobiernos.

Si desean registrarse les dejo el vinculo del formulario
https://bit.ly/2JiBeal

Les garantizo que creceremos juntos si  conversamos acercándonos a redes
como estas.

Saludos

Martín Coronado
Community Manager de GeoCensos
[image: geocensos]
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-it] Mancata segnalazione

[Jeawrong]

Perfetto, inviata mail. Vediamo cosa accade :)



--
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-GB] Bottle Kilns

[Warin]

On 06/04/18 03:04, Adam Snape wrote:

Hi,

How about disused as a lifecycle prefix rather than a simple tag eg. 
disused:man_made=kiln

+1
I don't think much of disued=yes
* building=industrial
* kiln=bottle_kiln
* man_made=kiln
* product=pottery
* disused=yes
* historic=building

Which bit is disused? The building? Or the kiln? Both?

* building=industrial
* kiln=bottle_kiln
* disused:man_made=kiln
* product=pottery
* historic=building
Is specific ...

Ideally
I'd have the building as a way.
Then the kiln as a node with the product.
This allows the building to remain 'intact' while the kiln could go 
disused to abandoned depending on how bad it is.
I note that the kiln requires more than the building, for example heat 
proofing, venting.



tourism=museum

Alternatively, how about using the historic tag to differentiate old 
kilns from modern ones eg.

historic=kiln
tourism=museum

Fails to identify the state of decay, which may not be a bad thing.


Kind regards,

Adam


On Thu, 5 Apr 2018, 16:00 Paul Berry, > wrote:


> Do we have precedence for handling such cases, in other types of
specialist buildings?

Not sure, but I'm now thinking about other kiln-like structures
close to my neck of the woods. Feel free to update the tagging on
these accordingly:

https://en.wikipedia.org/wiki/Catcliffe_Glass_Cone
https://www.openstreetmap.org/way/155737916

https://en.wikipedia.org/wiki/Cementation_furnace,_Sheffield
https://www.openstreetmap.org/way/107004890

Regards,
/Paul/

On 5 April 2018 at 15:45, Andy Mabbett > wrote:

On 5 April 2018 at 13:18, Russ Phillips
> wrote:

> I'm intending to map the bottle kilns in Stoke on Trent.

Don't forget that there are some in Stourbridge, too.

> Based on feedback from a few people, I'm planning to use the
following tags,
> although I'm still open to suggestions.

the rest look OK, but Ilm not sure about:

> * disused=yes

Since, though disused as kilns, they tend to be used for something
else (shop, museum, etc.).

Do we have precedence for handling such cases, in other types of
specialist buildings?

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

___
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



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

Re: [Talk-it] Mancata segnalazione

[liste DOT girarsi AT posteo DOT eu]

Il 05/04/2018 16:53, Jeawrong ha scritto:

Salve lista, il sito Cronache Maceratesi continua ad utilizzare immagini
palesemente tratte da OSM, in occasioni dello sciame sismico che sta
colpendo la zona di Muccia. Ieri sera (su FB) ho commentato uno di questi
articoli, chiedendo almeno che fosse citata la fonte delle immagini, senza
però ottenere alcuna risposta da parte dei responsabili della testata o dei
gestori della pagina FB. Come si procede?



Magari mettendo i link:

http://www.cronachemaceratesi.it/2018/04/04/la-terra-trema-scossa-di-4-0-gradi/1086243/


http://www.cronachemaceratesi.it/2018/04/04/nuova-scossa-a-muccia-la-magnitudo-e-3-9/1086607/


Magari mandare una email a titolo personale ai contatti del sito, 
spiegando, e dai il link alla licenza di OSM, magari scrivi al webmaster 
visto si tratta del sito, oppure direttamente all'email delle info, qui 
la pagina:


http://www.cronachemaceratesi.it/redazione/

Poi se continuano, riporta qui altri link con le mappe e penso dopo 
l'assemblea wikimedia, forse può valutare Alessandro se è il caso o 
meno, anche se a onor del vero coi giornali c'è sempre problemi.


Se dopo una settimana non ti rispondono, prova a chieder consiglio qui 
di nuovo, ma sinceramente più di così non possiamo fare noi.



--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [OSM-talk-fr] SOTM Bordeaux : on y va à vélo !

[Cédric Frayssinet]

Le 05/04/2018 à 22:52, Brice MALLET a écrit :
> On 05/04/18 18:42, Antoine Riche wrote:
>> Bonjour,
>>
>> Cette année Charles, Stéphane, Corentin et moi avons décidé de nous
>> rendre à SOTM à vélo : 380 km de Nantes à Bordeaux. Notre projet est
>> de nous relayer sur le #V4MBike de Stéphane, le vélo qui prend une
>> photo 360° par seconde (ou presque), avec une voiture logistique.
>> L'objectif est de verser les photos de l'ensemble du trajet sur
>> Mapillary. Notre motivation (outre le fun et le sport) est de clamer
>> haut et fort :
>>
>> *    La donn**é**e vélo de **référence **est sur OpenStreetMap.*
>
> Super idée, bravo !
> Pas de contacts dans les villes citées mais à Rochefort, oui
> (connaissance du DSI), si cela vous intéresse.
>
>

Très belle idée !

Il serait souhaitable d'avoir une petite page quelque part (frama.site
?) pour annoncer votre projet car sans lien, c'est difficile de relayer
sur les réseaux sociaux.

Cédric



-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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

[Talk-is] Innflutningur bensínstöðva

[Jóhannes Birgir Jensson]

Sæl verið.

Fólkið á bak við Maps.me er að undirbúa innflutning á bensínstöðvum um 
allan heim, ýmist að bæta við þar sem vantar eða uppfæra gildi á núverandi.


Þetta hefur áhrif á flestar stöðvar á Íslandi, mismikil þó, þið getið 
þysjað út frá þessum tengli og skoðað innflutninginn á korti og séð 
gildin sem verða sett ef þetta gengur eftir. Það er líka í okkar valdi 
að andmæla þessu, Frakkar voru rétt í þessu að segja að þeir sjái ekki 
að þeir séu bættari við breytingarnar sem yrðu gerðar þar.


http://audit.osmz.ru/browse/navads_fuel_eu/NVDS143_SK052




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

Re: [OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[deuzeffe]

Le 05/04/2018 à 14:40, Vincent de Château-Thierry a écrit :

Bonjour,


Bonsoir,


D'autre part, on remarque sur
https://cadastre.openstreetmap.fr/fantoir/#insee=87001=5 qu'il y
a un lieu-dit dont le type/libellé est "isolated_dwelling : Las
Tauveyras" alors qu'il est taggué "place=hamlet" dans osm (cf
https://www.openstreetmap.org/node/4477492698/history) comme si la
mise à jour à partir de la base osm ne se faisait pas.


Oui clairement il y a un souci de màj. Je tente de regarder ça dans les 
prochains soirs.


Merci !


Enfin, dernier bug(?), j'ai voulu forcer le rapprochement des
lieux-dits
non-rapprochés que j'avais localisés en les taggant avec leur code
fantoir. Mal m'en a pris : ils se sont retrouvés dans la catégorie
"voies sans adresse numérotée". J'ai supprimé les codes Fantoir dans
les tags en attendant des jours meilleurs :)


Là dessus je ferai la même remarque pour 
https://cadastre.openstreetmap.fr/fantoir/ que celle qu'on fait pour Osmose 
parfois : ce ne sont que des robots, et la finalité n'est pas de tagguer juste 
pour (com)plaire au robot, surtout s'il a un comportement louche. Si tes codes 
Fantoir sont OK et que c'est mal rendu sur la page cadastre/Fantoir, c'est pas 
la donnée qu'il faut corriger, mais le code... :)


Céçuikidikié ;) Blague à part, dans ma naïveté de débutante, je pensais 
que le rapprochement fantoir/osm, surtout pour les lieux-dits, servait à 
alimenter la BANO, ou un truc du genre ;)


--

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

Re: [OSM-talk-fr] SOTM Bordeaux : on y va à vélo !

[Brice MALLET]

On 05/04/18 18:42, Antoine Riche wrote:

Bonjour,

Cette année Charles, Stéphane, Corentin et moi avons décidé de nous 
rendre à SOTM à vélo : 380 km de Nantes à Bordeaux. Notre projet est de 
nous relayer sur le #V4MBike de Stéphane, le vélo qui prend une photo 
360° par seconde (ou presque), avec une voiture logistique. L'objectif 
est de verser les photos de l'ensemble du trajet sur Mapillary. Notre 
motivation (outre le fun et le sport) est de clamer haut et fort :


*    La donn**é**e vélo de **référence **est sur OpenStreetMap.*


Super idée, bravo !
Pas de contacts dans les villes citées mais à Rochefort, oui 
(connaissance du DSI), si cela vous intéresse.


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

Re: [Talk-it] maxspeed su attraversamento con dosso

[Any File]

Per me il limite di velocità vale dal punto in cui c'è il cartello,
fino al punto in cui c'è un altro cartello di limite di velocità, o un
cartello di fine limite di velocità oppure fino alla fine della strada
o ad un incrocio.

Non so se nel caso specifico il dosso sia naturale oppure artificiale
proprio per costringere gli automobilisti a rallentare. Comunque se il
divieto valesse solo sul dosso, ci troveremmo nella paradossale
situazione che i dossi artificiali installati per far rallentare
farebbero rallentare solo nel punto a diametro zero, mentre quello che
si vuole ottenere è che le auto vadano piano in tutto il tratto di
strada da proteggere.

AnyFile

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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Martin Koppenhoefer]

sent from a phone

> On 5. Apr 2018, at 16:38, Florian Lohoff  wrote:
> 
> Es gibt keine Notwendigkeit das jeder quadratcentimeter zu einem landuse
> gehören muss.


+1, es wurde das Konzept vorgestellt eine „allumfassende Initial-Fläche“ (kein 
Zitat) zu teilen[1] und weiterzuteilen usw., ich sehe OSM eher so, dass man im 
„Nichts“ kleine Dinge ablegt. Punkte oder kleine Gebiete, die man dann 
gemeinsam beschreibt und anpasst. Diese „Dinge“ können sich da durchaus 
überlappen. Aus dem Verhältnis der Dinge zueinander ergibt sich nach und nach 
die Karte.


Gruß,
Martin 


[1] https://lists.openstreetmap.org/pipermail/talk-de/2018-April/114803.html
„Es steht eine Gesamtfläche zum Mappen zur Verfügung und die Frage ist, wie 
genau und wo man sie unterteilt, um Teilflächen zu beschreiben.“
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] maxspeed su attraversamento con dosso

[Volker Schmidt]

>
>
> forse perché non importa molto, in dieci anni non ho ancora visto un
> controllo di velocità nascosto, e al dosso frenano praticamente tutti.
>

Forse non controllano perché ho ragione io,  cioè il limite di velocità
vale solo in un punto di diametro zero  :-)

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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Rainer]

So wie Volker ging's mir beim Mitlesen auch. Das Problem entsteht 
dadurch, daß highways und waterways linienförmig kartiert werden, 
landuses aber flächenförmig. Das resultiert letztlich aus der 
Zielsetzung, auf Straßen und Wegen routen zu können. Daher wurde die 
Breitenausdehnung von Wegen vernachlässigt. Außerdem werden Wege 
klassisch in Karten nicht entsprechend ihrer physischen Breite 
eingezeichnet, sondern die Breite entsprechend ihrer Verkehrsbedeutung 
variiert, letztlich aber immer breiter als in natura. In Stadtplänen 
will man ja auch noch einen Straßennamen hineinschreiben. D.h. die 
Straßenbreite in einer fertigen Karte wird immer von den Präferenzen und 
Einstellungen des Renderers abhängen, selbst wenn wir die Lücke zwischen 
z.B. dem landuse=forest links der Straße und dem landuse=meadow rechts 
der der Straße mit einem landuse=highway füllen. Etwas günstiger sieht's 
bei Bahnlinien aus, wo wir tatsächlich landuse=railway haben, der von 
flächendeckender Verwendung auch noch ein Stück entfernt ist, sich aber 
doch halbwegs rendern läßt.
Insofern bin ich dafür, gedanklich von einem landuse=highway auszugehen 
und die angrenzenden landuses an diesem enden zu lassen, also nicht mit 
linienförmigen Objekten (highway, waterway, aber natürlich auch railway) 
zu verkleben. Diese beiden Datenmodelle haben jeweils ihre Berechtigung.
Daher mein Vorschlag eines gedanklichen (ggf. später mal realen) 
landuse=highway, der ein Nichtverkleben der Objekte aus den 
unterschiedlichen Datenmodellen anschaulich plausibel macht.


Ich habe in ein paar Einzelfällen auch schon entklebt, wo ich sowieso 
landuse bearbeitet habe. Öfter begegne ich aber leicht überlappenden 
landuses, die zwischendurch auch mal mit einer Straße verklebt sind. 
Sowas versuche ich meist aufzulösen (Ziel: JOSM-Prüfung vor dem 
Hochladen wirft weniger Warnungen als nach dem Herunterladen).


Viele Grüße,
Rainer

Am 05.04.2018 09:28, schrieb Volker Schmidt:

Ich habe mit Interesse diese Diskussion mitgelesen.
Was ich vermisse in diesen Ausfuehrungen, ist ein Hinweis, dass der
Konflikt vorprogrammiert ist durch die Tatsache, das das Daten-Modell von
OSM ein Hybrid ist. Es koexistieren zwei Datenmodelle:
1) ways mit implizit oder explizit angehefteten Breiten
2) Flaechen (Polygone)
Mit ways mit angehefteten Breiten kann man keine komplizierten Flaechen
beschreiben, mit Flaechen (shapes) kann man alles beschreiben, aber der
Preis dafuer ist ein groeserer Aufwand, der fuer viele Anwendungsfaellee
nicht notwendig ist.

Wenn man akzeptiert, dass in OSM beide Modelle koexistieren sollen, dann
kann man sich den praktischen Aspekten widmen. Und das ist haeufig ein
Kompromiss oder besser ein Provisorium.

Ich bin auch ein - gelegentlicher - Entkleber, aber nicht aus Prinzip,
sondern einfach weil ich mit der Verbesserung der Daten, die ich verbessern
kann, vorankommen will. Genauer: ich moechte die Verwendbarkeit von OSM
fuer Radfahrer verbessern, weil ich sie selbst benutze. Ich kann nicht
ausserdem alle "Fehler" beseitigen, die links und rechts "meiner"
Radstrecke liegen. Normalerweise benutze ich meine eigenen GPX tracks und,
zumindest seit den letzten zwei Jahren, in der Regel auch Mapillary-Fotos.
Ein typischer Fall:
Ich treffe auf einen an die Strasse angeklebten, mehrere Hektar grossen
landuse=farmland, vor acht Jahren importiert, und wahrscheinlich vom Inhalt
her deutlich aelter, und beim Import nicht kontrolliert. Mittlerweile steht
dort ein Supermarkt und eine Neubausiedlung. Die Strasse ist von einem
freundlichen OSM-Kollegen recht grob eingetragen worden, mit erhebliche
Geometrie-Fehlern. Ausserdem sehe ich auf den Fotos, dass neben der Strasse
ein Drainage-Graben ist, der auf der Karte fehlt, und der jetzt teilweise
unterirdisch verlaeuft, und jenseits davon ein neuer Fuss-Rad-Weg.
Was mach ich da? Als erstes wird der landuse entklebt, da er offensichtlich
nicht den Tasachen entspricht und ein fixme draufgesetzt. Die
Strassen-Geometrie verbessere ich soweit moeglich, Den neuen Radweg, den
Graben, wo er sichtbar ist, und die neuen Strassen trage ich ein (falls sie
schon auf den Satellitenbildern drauf sind, sonst nur die Einmuendungen von
den Mapllary Fotos). Landuse und neue Gebauede lasse ich fuer andere.
Ausser dem Supermarkt, falls ich auf den Fotos den Namen sehe. Den setze
ich mit ungefaehrer Position ein. Aber der offensichtlich falsche landuse
bleibt - mit fixme - auf der Karte, mit seiner falschen Geometrie und tags,
aber er ist nicht mehr mit anderen Wegen verklebt.




Virus-free.
www.avast.com

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

2018-04-04 18:38 GMT+02:00 "Christian Müller" :


Sent: Wed, 4 Apr 2018 17:38:23 +0200
From: "Florian Lohoff" 
To: "Christian Müller" 
Cc: 

Re: [talk-au] Coastline mods leading to problems with other features.

[Derya Dilmen (Insight Global Inc)]

Hello,

Thank you much for the correction, I reverted my coastline changes , added a 
comment of " reverted the changes made in coastline". It will fix the broken 
relations, hopefully. Here is the changeset for my revert ( 57842079).

Thanks
Derya


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

Re: [Talk-gb-westmidlands] Next meeting

[Eike Ritter]

Dear all,

is there a meeting today? Are we out mapping, or are we going back to
the Bull?

Best wishes,

Eike



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

Re: [OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[Philippe Verdy]

La page de suivi cadastre/Fantoir est OK partout, pourtant la carte de
rendu BANO ne se met pas à jour du tout depuis des mois et continue
d'afficher des éléments en rouge même dans les communes finies à 100% selon
le rapprochement FANTOIR/OSM.

Je pense qu'il y a bien un problème dans ce rendu multicolore qui ne se
fait pas ou ne se met jamais à jour ou semble bloquer sur autre chose qui
ne figure pas dans les éléments de suivi. Cependant les statistiques de
suivi (par département ou par commune) sont correctes.


Le 5 avril 2018 à 14:40, Vincent de Château-Thierry  a
écrit :

> Bonjour,
>
> > De: "deuzeffe" 
> >
> >
> > Si tu regardes le lien ci-dessus, il a des rapprochements OK
> > (vert/bleu)
> > qui concernent des lieux-dits localisés il y a bieen longtemps
> > (plus d'un an et jusqu'à plus de sept ans). En revanche, les lieux-dits
> que
> > j'ai localisés depuis quelques mois ne sont pas rapprochés (presque
> > tous ceux en rouge dans le lien ci-dessus. On remarque d'ailleurs qu'ils
> > sont bien dans la base osm, cf la carte...). Est-ce la valeur "hamlet"
> qui
> > n'est pas prise en compte ? (pourtant, elle l'est pour des lieux-dits
> > rapprochés il y a longtemps...)
> >
> > D'autre part, on remarque sur
> > https://cadastre.openstreetmap.fr/fantoir/#insee=87001=5 qu'il y
> > a un lieu-dit dont le type/libellé est "isolated_dwelling : Las
> > Tauveyras" alors qu'il est taggué "place=hamlet" dans osm (cf
> > https://www.openstreetmap.org/node/4477492698/history) comme si la
> > mise à jour à partir de la base osm ne se faisait pas.
>
> Oui clairement il y a un souci de màj. Je tente de regarder ça dans les
> prochains soirs.
>
> > Enfin, dernier bug(?), j'ai voulu forcer le rapprochement des
> > lieux-dits
> > non-rapprochés que j'avais localisés en les taggant avec leur code
> > fantoir. Mal m'en a pris : ils se sont retrouvés dans la catégorie
> > "voies sans adresse numérotée". J'ai supprimé les codes Fantoir dans
> > les tags en attendant des jours meilleurs :)
>
> Là dessus je ferai la même remarque pour https://cadastre.
> openstreetmap.fr/fantoir/ que celle qu'on fait pour Osmose parfois : ce
> ne sont que des robots, et la finalité n'est pas de tagguer juste pour
> (com)plaire au robot, surtout s'il a un comportement louche. Si tes codes
> Fantoir sont OK et que c'est mal rendu sur la page cadastre/Fantoir, c'est
> pas la donnée qu'il faut corriger, mais le code... :)
>
> vincent
>
>
> ___
> 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] maxspeed su attraversamento con dosso

[Martin Koppenhoefer]

sent from a phone

> On 5. Apr 2018, at 16:55, Volker Schmidt  wrote:
> 
> E' strano che una situazione così comune non sia chiara sotto l'aspetto di 
> legge.


forse perché non importa molto, in dieci anni non ho ancora visto un controllo 
di velocità nascosto, e al dosso frenano praticamente tutti.


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

Re: [OSM-talk-fr] Import des hauteurs de bâtiment depuis la BD TOPO

[Philippe Verdy]

L'enui c'est que notre licence d'OSM impose qu'on ne peut pas demander de
licence exclusive, mais que cela doit être réutilisable par tous. On ne
demande pas que pour nous mais pour tout le monde, utilisateurs lambdas
inclus, comme aussi les sociétés commerciales qui doivent disposer des
mêmes droits (ce n'est pas pour rien que les licence "NC" sont rejetées par
OSM comme incompatibles).


Le 5 avril 2018 à 15:37, Vincent Frison  a écrit :

> Salut Christian,
>
> Merci pour ces précisions, mes réponses plus bas.
>
> Le 5 avril 2018 à 00:43, Christian Quest  a
> écrit :
>
>> C'est un peu plus compliqué que ça...
>>
>> Cette licence ne s'applique que pour des usages de mission de service
>> public, de recherche, d'enseignement, ou de démonstration et évaluation
>> (sur des échantillons).
>>
>> Pour un ré-utilisateur lambda, ces données restent payantes...
>>
>
> Mais on n'est pas des ré-utilisateurs lambda ! :)
>
> Ne pourrait-on pas faire passer le projet OSM pour une mission de service
> public (ce qui ne semble pas être délirant) ? :)
>
>
>> car l'IGN, Météo France et le SHOM sont les 3 opérateurs restants qui
>> peuvent encore percevoir des redevances de réutilisations, donc vendre des
>> données... parce que "la couverture des coûts liés à cette activité
>> principale est assurée à moins de 75 % par des recettes fiscales, des
>> dotations ou des subventions."
>>
>> Un de ces jours il faudra vérifier ces 75% (calculés sur 3 ans) et aussi
>> si les tarifs de ces redevances ne sont pas exagérés, car la Loi les
>> limite: "Le produit total du montant de cette redevance, évalué sur une
>> période comptable appropriée, ne dépasse pas le montant total des coûts
>> liés à la collecte, à la production, à la mise à la disposition du public
>> ou à la diffusion de leurs informations publiques."
>>
>
> Je suis pas sûr de bien comprendre: dans le modèle actuelle jusqu'à 75%
> des recettes de l'IGN seraient des subventions / dotations de l'état et les
> 25% restant résulteraient de la vente de leur produits / services ? Ou
> alors c'est l'inverse ?
>
>
>> Bref... ça m'étonnerai que le 5 mai on entre dans une nouvelle ère sur
>> ces seuls bases légales.
>> Pour qu'il y ait un vrai changement, il faut un choix politique assumé (y
>> compris en interne).
>>
>
> Si ça ne bouge pas au 5 mai je serais quand même pour tenter quelque
> chose, c'est à dire  demander une autorisation spéciale pour OSM, on ne
> risque pas grand chose, et si en plus ça ne concerne qu'une petite partie
> de la BD TOPO (en l'occurrence les hauteurs de bâtiments) ça sera sans
> doute plus facilement acceptable, qu'en penses tu ?
>
> ++ Vincent.
>
>
> ___
> 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] Bottle Kilns

[Adam Snape]

Hi,

How about disused as a lifecycle prefix rather than a simple tag eg.
disused:man_made=kiln
tourism=museum

Alternatively, how about using the historic tag to differentiate old kilns
from modern ones eg.
historic=kiln
tourism=museum

Kind regards,

Adam


On Thu, 5 Apr 2018, 16:00 Paul Berry,  wrote:

> > Do we have precedence for handling such cases, in other types of
> specialist buildings?
>
> Not sure, but I'm now thinking about other kiln-like structures close to
> my neck of the woods. Feel free to update the tagging on these accordingly:
>
> https://en.wikipedia.org/wiki/Catcliffe_Glass_Cone
> https://www.openstreetmap.org/way/155737916
>
> https://en.wikipedia.org/wiki/Cementation_furnace,_Sheffield
> https://www.openstreetmap.org/way/107004890
>
> Regards,
> *Paul*
>
> On 5 April 2018 at 15:45, Andy Mabbett  wrote:
>
>> On 5 April 2018 at 13:18, Russ Phillips 
>> wrote:
>>
>> > I'm intending to map the bottle kilns in Stoke on Trent.
>>
>> Don't forget that there are some in Stourbridge, too.
>>
>> > Based on feedback from a few people, I'm planning to use the following
>> tags,
>> > although I'm still open to suggestions.
>>
>> the rest look OK, but Ilm not sure about:
>>
>> > * disused=yes
>>
>> Since, though disused as kilns, they tend to be used for something
>> else (shop, museum, etc.).
>>
>> Do we have precedence for handling such cases, in other types of
>> specialist buildings?
>>
>> --
>> Andy Mabbett
>> @pigsonthewing
>> http://pigsonthewing.org.uk
>>
>> ___
>> 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: [Talk-it] maxspeed su attraversamento con dosso

[Martin Koppenhoefer]

sent from a phone

> On 5. Apr 2018, at 16:55, Volker Schmidt  wrote:
> 
> L'installazione non è necessaria se il divieto o l'obbligo cessa in 
> corrispondenza di una intersezione. "



questo per esempio è diverso in germania dove il maxspeed vale anche dopo una 
intersezione, anche se non ripetuto. Sembra strano, e infatti se non sei del 
posto potresti vincere una causa se sei venuto da una traversa (trovato casi 
reali in rete).

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

[OSM-talk-fr] SOTM Bordeaux : on y va à vélo !

[Antoine Riche]

Bonjour,

Cette année Charles, Stéphane, Corentin et moi avons décidé de nous 
rendre à SOTM à vélo : 380 km de Nantes à Bordeaux. Notre projet est de 
nous relayer sur le #V4MBike de Stéphane, le vélo qui prend une photo 
360° par seconde (ou presque), avec une voiture logistique. L'objectif 
est de verser les photos de l'ensemble du trajet sur Mapillary. Notre 
motivation (outre le fun et le sport) est de clamer haut et fort :


*    La donn**é**e vélo de **référence **est sur OpenStreetMap.*

Nous voulons donc faire le buzz le long de notre parcours. Nous 
prévoyons de partir le lundi 28 mai, et de faire étape à La 
Roche-sur-Yon, La Rochelle et Royan. Nous voulons à chaque étape faire 
une conférence pour parler d'OSM, de Mapillary, du V4MBike et des 
nombreux projets liés au vélo. Chaque conférence sera suivie d'un 
atelier "GPS vélo", afin de proposer du contenu utile pour les cyclistes.


C'est pour l'organisation de ces conférences que je vous sollicite : si 
vous avez des contacts susceptibles de nous aider à trouver un lieu pour 
une conférence/atelier, de nous mettre en contact avec les élu·e·s, 
collectivités (tout échelon), associations cyclistes, et de relayer le 
buzz, je suis preneur !


Merci d'avance !
Antoine.




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-au] QldGlobe

[nwastra]

I see no mention of the Qld Govt dept Natural Resources Mines and Energy on the 
following web page which appears to be the most current page we should refer to.
https://wiki.openstreetmap.org/wiki/Contributors

N

> On 6 Apr 2018, at 2:19 am, nwastra  wrote:
> 
> I assume the QldGlobe is just a different way to project all their datasets.
> Further info: https://www.dnrme.qld.gov.au/home/about-us/open-data
> 
>> On 5 Apr 2018, at 11:05 pm, nwastra  wrote:
>> 
>> I noticed a mapper quoting “Added watercourses, upgraded roads to tertiary 
>> roads as per QLDGlobe.” in some of his changesets in the Innisfail area.
>> So using data from the https://qldglobe.information.qld.gov.au/ 
>> The few areas I checked displayed very high resolution imagery and would be 
>> useful to an OpenStreetMap mapper and there appears to be multiple layers 
>> available.
>> The terms and conditions are 
>> https://dnrme.qld.gov.au/home/legal/terms-conditions-online-services
>> Can someone confirm or otherwise that the licence is incompatible unless we 
>> have a signed waiver to allow us to use in OSM, and that we have no signed 
>> waiver to date.
>> Nevw
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-br] Importação - Uso e Ocupação de Solos - Espírito Santo

[Lucas Pereira]

Boa tarde.

Comuniquei já algum tempo sobre a intenção de importar os dados que foram
disponibilizados pelo GEOBASES, órgão de gestão geográfica do Governo do
Espírito Santo, sobre o uso e ocupação do solo capixaba. Criei, portanto, uma
entrada no fórum nacional
 contendo minhas
intenções.

A partir daí, elaborei uma página na Wiki

contendo alguns parâmetros preliminares de conversão de etiquetas, e outras
informações adicionais.

Lancei novamente o assunto em discussão após ter realizado uma importação
preliminar, a caráter de teste, no município de São Gabriel da Palha
 para verificar os
processos e qualidade de dados, além de uma amostra pública dos dados para
que toda a comunidade possa verificar.

Para que todo o processo esteja publicamente documentado, foi-me sugerido
abrir o assunto aqui na lista Talk-BR do OpenStreetMap. Assim, estou
enviando esta primeira mensagem e, um resumo desta discussão inicial
realizada no grupo OSM Brasil - Suporte
, um canal da comunidade no Telegram.

De forma sucinta, foi discutido alguns pontos nesta primeira deliberação:

- listar esta proposta na página Import/Catalogue
 para apreciação
internacional, tendo em vista a extensão e quantidade de dados que poderão
ser enviados para a base de dados do OpenStreetMap.

- decidir quanto a importação de toda a base de dados ou de apenas tipos
selecionados, geralmente, referentes a feições naturais "fixas", como
matas, rochas e hidrografia, por exemplo, em contraposição principalmente
às culturas, que são mais suscetíveis a alterações no formato ou na própria
extinção.

- iniciar o processo para o tratamento e refino das geometrias a serem
importadas, o qual compreende, a princípio:

a. realizar a simplificação da geometria, apenas para limpar nós
redundantes, ou seja, sem utilidade para a geometria das feições

b. baixar as áreas que representam a cobertura do solo já existentes no
OSM, em especial, as listadas na página Wiki da proposta, que são as
abrangidas no arquivo Shapefile, localizando assim os conflitos que podem
existir entre as duas bases de dados.

c. Remover da base de dados GEOBASES as feições em conflito com o que
existe hoje no OSM. Estas áreas serão deixadas até que seja feito uma
"costura" manual após a importação.

d. Dividir o arquivo Shapefile em porções menores, de aproximadamente
10.000 objetos, respeitando o limite do JOSM/OSM no envio do conjunto de
alterações. Esta divisão deve priorizar a separação orgânica das feições,
de forma que seja mais fácil uni-las posteriormente.

- validar os dados de cada bloco e, em seguida, baixar a área
correspondente no JOSM e realizar a validação das duas bases sobrepostas.
Excluir qualquer problema e, então, prosseguir com o envio dos dados.

Nos processos que se seguirem ao primeiro, deve-se realizar a "costura" das
feições limítrofes, de modo a não existir geometria sobreposta na base do
OSM.

Na minha proposta a importação se inicia pelos locais onde existe menor
cobertura de solo já desenhada no OSM, para que as primeiras partes da
importação ocorram com o mínimo de interferência possível. Assim sendo,
serão deixadas por último as regiões onde haverá um maior trabalho manual
para compatibilizar as duas bases de dados.

Caso desejem, posso enviar aqui uma cópia da conversa de hoje a respeito
deste assunto no Telegram.


Grato pelo apoio,
Lucas.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[talk-au] QldGlobe

[nwastra]

I assume the QldGlobe is just a different way to project all their datasets.
Further info: https://www.dnrme.qld.gov.au/home/about-us/open-data

> On 5 Apr 2018, at 11:05 pm, nwastra  wrote:
> 
> I noticed a mapper quoting “Added watercourses, upgraded roads to tertiary 
> roads as per QLDGlobe.” in some of his changesets in the Innisfail area.
> So using data from the https://qldglobe.information.qld.gov.au/ 
> The few areas I checked displayed very high resolution imagery and would be 
> useful to an OpenStreetMap mapper and there appears to be multiple layers 
> available.
> The terms and conditions are 
> https://dnrme.qld.gov.au/home/legal/terms-conditions-online-services
> Can someone confirm or otherwise that the licence is incompatible unless we 
> have a signed waiver to allow us to use in OSM, and that we have no signed 
> waiver to date.
> Nevw
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-GB] Bottle Kilns

[Paul Berry]

> Do we have precedence for handling such cases, in other types of
specialist buildings?

Not sure, but I'm now thinking about other kiln-like structures close to my
neck of the woods. Feel free to update the tagging on these accordingly:

https://en.wikipedia.org/wiki/Catcliffe_Glass_Cone
https://www.openstreetmap.org/way/155737916

https://en.wikipedia.org/wiki/Cementation_furnace,_Sheffield
https://www.openstreetmap.org/way/107004890

Regards,
*Paul*

On 5 April 2018 at 15:45, Andy Mabbett  wrote:

> On 5 April 2018 at 13:18, Russ Phillips 
> wrote:
>
> > I'm intending to map the bottle kilns in Stoke on Trent.
>
> Don't forget that there are some in Stourbridge, too.
>
> > Based on feedback from a few people, I'm planning to use the following
> tags,
> > although I'm still open to suggestions.
>
> the rest look OK, but Ilm not sure about:
>
> > * disused=yes
>
> Since, though disused as kilns, they tend to be used for something
> else (shop, museum, etc.).
>
> Do we have precedence for handling such cases, in other types of
> specialist buildings?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] maxspeed su attraversamento con dosso

[Volker Schmidt]

E' strano che una situazione così comune non sia chiara sotto l'aspetto di
legge. Ho cercato in vano una risposta sul web.

Nelle pagine del ACI [1] trovo:

" 8. I segnali di prescrizione devono essere installati in corrispondenza o
il più vicino possibile al punto in cui inizia la prescrizione. Essi,
muniti di pannello integrativo modello II.1  di
cui all'articolo 83, comma 4, possono essere ripetuti in anticipo con
funzione di preavviso. "

e

" 10. I segnali che indicano la fine del divieto o dell'obbligo devono
essere installati in corrispondenza o il più vicino possibile al punto in
cui cessa il divieto o l'obbligo stesso. L'installazione non è necessaria
se il divieto o l'obbligo cessa in corrispondenza di una intersezione. "

Questo indicherebbe che il limite di velocità non finisce con il dosso.

[1]
http://www.aci.it/i-servizi/normative/codice-della-strada/titolo-ii-della-costruzione-e-tutela-delle-strade/art-39-segnali-verticali/regolamento-art-39.html


2018-04-05 16:24 GMT+02:00 Alessandro Sarretta <
alessandro.sarre...@gmail.com>:

> On 05/04/2018 16:17, Martin Koppenhoefer wrote:
>
>
> 2018-04-05 12:52 GMT+02:00 Volker Schmidt :
>
>> La combinazione dei due segnale indica che li limite di velocità è vale
>> per il dosso. Non penso che sia anche valido prima - devo solo limitare la
>> mio velocità a 30km/h sul dosso stesso. Per questo avevo fatto la domanda
>> del limite sul nodo.
>>
> non condivido questa lettura, io penso che il limite valga dal segnale fin
> dopo il pericolo. Altrimenti dovrebbe essere un segnale di preavviso (non
> so se esistono i preavvisi per i limiti di velocità).
>
> Concordo con Martin.
> Sicuramente il segnale del limite maxspeed inizia in corrispondenza del
> cartello, non in corrispondenza del dosso. Possono rimanere forse dei dubbi
> sulla fine del limite (cioè se prolungarlo fino al successivo limite o
> incrocio), ma credo che l'interpretazione più realistica sia quella che il
> limite finisce quando il pericolo (il dosso) è superato.
>
> Ale
>
> --
> --
>
> Alessandro Sarretta
>
> skype/twitter: alesarrett
> Web: ilsarrett.wordpress.com
>
> Research information:
>
>- Google scholar profile
>
>- ORCID 
>- Research Gate
>
>- Impactstory 
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Inventaire des chantiers du Grand Paris

[François Lacombe]

Bonjour,

Pour les contributeurs franciliens, y a-t-il déjà quelque chose d'arrêté
pour la cartographie et le suivi des chantiers du Grand Paris ?

Il y a en effet plusieurs sites, comme les abords de la gare d'Arcueil
Cachan qui sont aujourd'hui alloués à la réalisation de puits pour les
stations ou tunnels du Grand Paris Express.

Est-ce que quelque chose comme ceci pourrait faire l'affaire :
landuse=construction
operator=Societe du Grand Paris
access=private
barrier=fence
name=Chantier du Grand Paris (ou autre)

Un inventaire géolocalisé des chantiers est disponible ici:
https://www.societedugrandparis.fr/gpe/carte#donnees
Pas super exploitable, à moins qu'il existe autre chose ailleurs.

N'hésitez pas à ajouter celui près de chez vous

Bonne après-midi

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

[Talk-it] Mancata segnalazione

[Jeawrong]

Salve lista, il sito Cronache Maceratesi continua ad utilizzare immagini
palesemente tratte da OSM, in occasioni dello sciame sismico che sta
colpendo la zona di Muccia. Ieri sera (su FB) ho commentato uno di questi
articoli, chiedendo almeno che fosse citata la fonte delle immagini, senza
però ottenere alcuna risposta da parte dei responsabili della testata o dei
gestori della pagina FB. Come si procede?



--
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-GB] Bottle Kilns

[Andy Mabbett]

On 5 April 2018 at 13:18, Russ Phillips  wrote:

> I'm intending to map the bottle kilns in Stoke on Trent.

Don't forget that there are some in Stourbridge, too.

> Based on feedback from a few people, I'm planning to use the following tags,
> although I'm still open to suggestions.

the rest look OK, but Ilm not sure about:

> * disused=yes

Since, though disused as kilns, they tend to be used for something
else (shop, museum, etc.).

Do we have precedence for handling such cases, in other types of
specialist buildings?

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

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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Florian Lohoff]

On Wed, Apr 04, 2018 at 06:23:57PM +0200, "Christian Müller" wrote:
> Vielleicht läuft auf der Waldgrenze ein Weg, der hat, bei genauer
> Betrachtung eine Fläche, also grenzt dann nicht Wald an Wiese,
> sondern Wald an Weg und Weg an Wiese, nicht?

Sobald du eine Fläche mit dem Weg verbindest behauptest du das diese
Seite Geometrisch zu dem landuse daneben gehörst. Das sagst du dadurch
das die neue Grenze des landuses die Knoten in der Straßenmitte sind.

Das sehe ich als Fehler. Der Weg an der "Waldgrenze" gehört ja nicht zum
Wald und auch nicht zum Acker daneben. Er ist eigenständig.

Wir zeichnen eine Linie in der Mitte um einen routingfähigen Graphen zu
bekommen. Wenn du das geometrisch richtig machen willst musst du den Weg
auch zusätzlich als Fläche erfassen. Da gibt es ja reichlich versuche
zu.

> Nochmal, das Problem ist eines der Abwägung:  Wieviel Detail soll
> erfasst werden und wieviel Detail darf durch Abstraktion verloren
> gehen!?

Verkleben bedeutet Abstraktion und Informationsverlust - Genauer
eigentlich sogar nicht Verlust sondern Verfälschung. Die Begrenzung
der Fläche sind absichtlich falsch um eine Lücke zwischen Straße und
Fläche zu vermeiden. Ein anderes Argument kenne ich nicht.

> Wie bereits gesagt, entsteht dadurch ein Fehler (abstraktions-
> bedingt), der bei der Flächenberechnung aber z.B. dadurch min-
> imiert werden kann, dass (Länge*getaggte Breite)/2 von der Be-
> rechnung der Flächengröße der geklebten Fläche abgezogen werden
> kann.  /Wenn/ alle Flächen so gemappt würden, dann ist das auch
> programmatisch einfachst umzusetzen, dann programmiert man das
> einmal und gut ist.

"man" oder "Du" - Ich kenne derzeit keine Anwendung die das macht. Wir
haben seit 10 Jahren das Thema das Straßen und Flußbreiten nichtmal
gerendert werden. Wenn das alles so einfach ist warum hat es dann noch
keiner gemacht?

> Je nachdem wie genau man hinschaut, lassen sich also mehr und
> mehr Flächen (und damit auch Flächengrenzen) identifizieren,
> aber es ist Unsinn, eine Lücke herzustellen, ohne diese dann
> auch als getaggte Fläche auszuzeichnen.

Warum? Die Böschung des Grabens - Stand heute machen die leute das zum
farmland. Defakto gehört das zum Graben. Jetzt kann man da natürlich
eine Riverbank einzeichnen für einen 30cm breiten graben. Das wiederum
halte ich für Mumpitz. Defakto ist da aber was was nicht zum farmland
gehört.

Es gibt keine Notwendigkeit das jeder quadratcentimeter zu einem landuse
gehören muss. Das ist mapping für den Renderer.

> Und auch das Phänomen, dass eine Fläche an eine andere an-
> schließt, wird sich durch Lückenbildung (egal aus welcher

Wir sind aber nicht beim verkleben von Flächen untereinander
sondern von Flächen mit Wegen.

> Ich bin Vereinfachungen gegenüber grundsätzlich aufgeschlossen,
> wenn sie keine Verschlimmbesserungen darstellen.

Dann lassen wir das mit dem verkleben. Das ist eine Vereinfachung 
die die Geometrie falsch abbildet.

> Die Kompliziertheit in OSM besteht nicht darin, dass MPs schwierig
> zu verstehen wären, sondern darin, dass sie eines von drei Mitteln
> der Flächendarstellung sind, alle drei bunt durchwürfelt zu finden
> sind, sie aber modellhaft und asymbiotisch konkurrieren.
> 
> Anders gesagt:  Es ist weniger bedeutsam, welche Methode Flächen ab-
> zubilden, genutzt wird.  Es sind alle einfach, sofern sie alleinig
> /einheitlich genutzt würden.  Wie Frederik bereits betonte, macht
> es aber keinen Sinn, dass mit Gewalt durchdrücken zu wollen.  Das
> muss sich evolutionär lösen.

Es ist wichtig eine gewisse Disziplin anzuwenden. Nicht alles weil
es einfach ist mal eben übereinanderklatschen und auch nicht drauf
achten ob dinge verbunden sind oder nicht.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] maxspeed su attraversamento con dosso

[Alessandro Sarretta]

On 05/04/2018 16:17, Martin Koppenhoefer wrote:


2018-04-05 12:52 GMT+02:00 Volker Schmidt >:


La combinazione dei due segnale indica che li limite di velocità è
vale per il dosso. Non penso che sia anche valido prima - devo
solo limitare la mio velocità a 30km/h sul dosso stesso. Per
questo avevo fatto la domanda del limite sul nodo.

non condivido questa lettura, io penso che il limite valga dal segnale 
fin dopo il pericolo. Altrimenti dovrebbe essere un segnale di 
preavviso (non so se esistono i preavvisi per i limiti di velocità).

Concordo con Martin.
Sicuramente il segnale del limite maxspeed inizia in corrispondenza del 
cartello, non in corrispondenza del dosso. Possono rimanere forse dei 
dubbi sulla fine del limite (cioè se prolungarlo fino al successivo 
limite o incrocio), ma credo che l'interpretazione più realistica sia 
quella che il limite finisce quando il pericolo (il dosso) è superato.


Ale

--
--

Alessandro Sarretta

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

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-GB] Bottle Kilns

[SK53]

Looks fine to me, and the tag is in extensive usage.

This is roughly the tagging we have used for the disused one at West
Hallam:
https://www.openstreetmap.org/edit?editor=potlatch2#map=18/52.97438/-1.35346
.

My only qualm is about disused=yes. I presume this is very much the default
for bottle kilns (and most lime kilns in the UK), but it then creates the
usual problem for other types of kilns which are in use, such as the
charcoal kiln shown on the wikipage. I also perhaps change the product tag
to something like former_product just to make it less easy to accidentally
query historical kilns when looking for ones in use.

As an aside there are quite a number of historically interesting lime kilns
distributed around the coast - County Antrim, Pembrokeshire (Solva,
Porthgain - nice pub too, Penmon, Anglesey. There are also kilns in
unexpected places inland - there are several in Glen Brerachan E of
Pitlochry (see e.g., Canmore
) because there is a thin
exposure of Loch Tay Limestone there.

Jerry

On 5 April 2018 at 13:18, Russ Phillips 
wrote:

> Hi,
>
> I'm intending to map the bottle kilns in Stoke on Trent. For those that
> don't know, they're an important part of the area's industrial heritage
> (there were several thousand of them at the height of the pottery
> industry). There are 47 now, and just under half are currently mapped.
>
> Based on feedback from a few people, I'm planning to use the following
> tags, although I'm still open to suggestions.
>
> * building=industrial
> * kiln=bottle_kiln
> * man_made=kiln
> * product=pottery
> * disused=yes
> * historic=building
>
> I'm planning to update the tags of any already-mapped kilns, and add any
> that aren't already mapped.
>
> Is it worth adding something to the wiki about this? There doesn't appear
> to be a Key:kiln page, so would it be better to create one, or to add the
> information to the Proposed_features/kiln
>  page?
>
> Russ
>
>
> ___
> 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

[OSM-talk-be] PICC, CRAB & Data updates questions

[Divoy John]

Everyone,

Before using openStreetMap data, I have a few questions about data updates and 
the PICC and CRAB data that are in use 
(https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data).

Can someone specify me the frequency of the updates of the CRAB & PICC data as 
well as the updates of the maps for Belgium (Brussels, Flandres & Wallonia) ?
How are these updates made and what are the accuracy checks done ?
Additionally, can someone tell me when PICC & CRAB data was updated for the 
last time ?

Thanks a lot for your help !

Best regards,

John


The Belgian Police in no way guarantees the technical integrity of the content 
of this message, nor the identity of the sender.
If you received this message by mistake, any disclosure, reproduction, copying, 
distribution, or other dissemination or use of this communication is strictly 
prohibited. In this case please notify the sender immediately and then delete 
this message.

De Belgische Politie kan noch de technische integriteit van de inhoud van dit 
bericht, noch de identiteit van de afzender garanderen.
Als u dit bericht per vergissing ontvangen hebt, dan is elke bekendmaking, 
reproductie, vorm van kopi?ren, verdeling of andere verspreiding of gebruik van 
deze communicatie strikt verboden. Gelieve in dit geval de afzender 
onmiddellijk te verwittigen en het bericht te verwijderen.

La Police Belge ne peut garantir ni l'int?grit? technique du contenu de ce 
message, ni l'identit? de l'exp?diteur.
Si, par erreur, vous recevez ce message, toute annonce du contenu, 
reproduction, copie, distribution ou autre diffusion ou usage de cette 
communication est strictement interdit. Veuillez dans ce cas avertir 
imm?diatement l'exp?diteur et effacer ce message.

Die Belgische Polizei kann weder die technische Integrit?t des Inhalts dieser 
Nachricht, noch die Identit?t des Absenders gew?hrleisten.
Fall Sie diese Nachricht irrt?mlich empfangen haben, ist jede Art von 
Bekanntgabe, Reproduktion, Kopie, Verteilung oder andere Verbreitung dieser 
Mitteilung strengstens verboten. Bitte benachrichtigen Sie in diesem Fall den 
Absender sofort und l?schen Sie bitte die Nachricht.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Florian Lohoff]

On Wed, Apr 04, 2018 at 06:38:17PM +0200, "Christian Müller" wrote:
> Und wieder und wieder werden Leute bevormundet, die du überhaupt nicht
> kennst, nie in deinem Leben gesehen hast, mit Behauptungen, die einzig
> und allein einem Bauchgefühl (und vielleicht ein paar Beobachtungen in
> den Daten) entspringen zu scheinen.
> 
> Der "Gelegenheitsmapper", das ist so der "Ottonormalverbraucher" oder
> der "Kleine Mann", jeder will ihn kennen, nie hat ihn jemand gesehen
> oder verstanden.

> Wieviel Projekte wird das Internet noch sehen müssen, bevor sich der
> letzte von solchen Aussagen trennt?
> 
> Du unterschlägst sowohl Intelligenz, Wissbegier, Neugier, Lernfähigkeit
> der freiwilligen Mapper, imho.  Vielleicht liegt dein Fokus auch zu sehr
> auf den vermeintlichen Problemen, anstatt zu sehen, dass eine ganze
> Menge an Edits eben nicht fehlerbehaftet ist.

Das ist meine Erfahrung aus 10 Jahren. Ich kommentiere viel und
ausführlich in Changesets und meine Erfahrung ist das der neu und/oder
Gelegenheitsmapper schon mit viel einfacheren Dingen total überfordert
ist. Ich habe da keine "Top 10" aber so dinge wie "Es macht sinn die
Adresse auf dem Gebäudeoutline zu hinterlegen und nicht auf einem Node"
ist oft schon zu viel. Da bekomme ich dann zurück "Kannst du das nicht
reparieren - ich weiss nicht wie". Alternativ auch - "Wenn du ein
landuse in einem landuse machst du musst das mit einem Multipolygon
ausschneiden" - Die wissen oft nichtmal wovon ich rede und ich werde oft
gebeten das "mal eben" zu reparieren.

Und das ist für mich die Realität von OSM. Das Thema ist schon heute mit
den ganzen "Impliziten" Regeln und der dahinterstehenden Technik so
unglaublich kompliziert.

Und da geht es nicht darum das ICH anderen unterstelle nicht genug
Intelligenz mitzubrinen sondern das ist das was ich geschrieben bekomme
was sie nicht hinbekommen. Selbst wenn ich dann Doku mitschicke ist das
vielen zu kompliziert. Also repariere ich dann.

Relations sind schön - aber wenn massenhaft verwendet einfach nicht
handhabbar.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] maxspeed su attraversamento con dosso

[Martin Koppenhoefer]

2018-04-05 12:52 GMT+02:00 Volker Schmidt :

> La combinazione dei due segnale indica che li limite di velocità è vale
> per il dosso. Non penso che sia anche valido prima - devo solo limitare la
> mio velocità a 30km/h sul dosso stesso. Per questo avevo fatto la domanda
> del limite sul nodo.
>



non condivido questa lettura, io penso che il limite valga dal segnale fin
dopo il pericolo. Altrimenti dovrebbe essere un segnale di preavviso (non
so se esistono i preavvisi per i limiti di velocità).

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

Re: [OSM-talk-fr] Import des hauteurs de bâtiment depuis la BD TOPO

[Vincent Frison]

Salut Christian,

Merci pour ces précisions, mes réponses plus bas.

Le 5 avril 2018 à 00:43, Christian Quest  a écrit :

> C'est un peu plus compliqué que ça...
>
> Cette licence ne s'applique que pour des usages de mission de service
> public, de recherche, d'enseignement, ou de démonstration et évaluation
> (sur des échantillons).
>
> Pour un ré-utilisateur lambda, ces données restent payantes...
>

Mais on n'est pas des ré-utilisateurs lambda ! :)

Ne pourrait-on pas faire passer le projet OSM pour une mission de service
public (ce qui ne semble pas être délirant) ? :)


> car l'IGN, Météo France et le SHOM sont les 3 opérateurs restants qui
> peuvent encore percevoir des redevances de réutilisations, donc vendre des
> données... parce que "la couverture des coûts liés à cette activité
> principale est assurée à moins de 75 % par des recettes fiscales, des
> dotations ou des subventions."
>
> Un de ces jours il faudra vérifier ces 75% (calculés sur 3 ans) et aussi
> si les tarifs de ces redevances ne sont pas exagérés, car la Loi les
> limite: "Le produit total du montant de cette redevance, évalué sur une
> période comptable appropriée, ne dépasse pas le montant total des coûts
> liés à la collecte, à la production, à la mise à la disposition du public
> ou à la diffusion de leurs informations publiques."
>

Je suis pas sûr de bien comprendre: dans le modèle actuelle jusqu'à 75% des
recettes de l'IGN seraient des subventions / dotations de l'état et les 25%
restant résulteraient de la vente de leur produits / services ? Ou alors
c'est l'inverse ?


> Bref... ça m'étonnerai que le 5 mai on entre dans une nouvelle ère sur ces
> seuls bases légales.
> Pour qu'il y ait un vrai changement, il faut un choix politique assumé (y
> compris en interne).
>

Si ça ne bouge pas au 5 mai je serais quand même pour tenter quelque chose,
c'est à dire  demander une autorisation spéciale pour OSM, on ne risque pas
grand chose, et si en plus ça ne concerne qu'une petite partie de la BD
TOPO (en l'occurrence les hauteurs de bâtiments) ça sera sans doute plus
facilement acceptable, qu'en penses tu ?

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

Re: [Talk-us] Save the Date: State of the Map US 2018 is in Detroit!

[Ian Dees]

Thanks for reminding me about those groups on Facebook. If you could post
there, that'd be very helpful!

On Thu, Apr 5, 2018 at 8:12 AM, Nathan Hartley  wrote:

> There is a OpenStreetMap Michigan Facebook group...
>
> https://www.facebook.com/groups/MichiganOSM/
>
> And a OpenStreetMap US Facebook group...
>
> https://www.facebook.com/groups/osm.us/
>
> Maybe this should be shared with them as well. I can, if you would rather.
>
>
>
> On Wed, Apr 4, 2018 at 6:39 PM, Ian Dees  wrote:
>
>> Hi everyone!
>>
>> The State of the Map US 2018 team and the OpenStreetMap US Board are
>> excited to announce that the next State of the Map US event will be held in
>> Detroit over the weekend of October 5-7.
>>
>> More information can be found in our blog post:
>> https://www.openstreetmap.us/2018/04/announcing-sotm-us-2018-detroit/
>>
>> and on our website:
>> https://2018.stateofthemap.us/
>>
>> If you're interested in helping with the program, scholarships,
>> fundraising, volunteer coordination, or anything else, please let us know!
>> You can email us at sot...@openstreetmap.us or reply to me.
>>
>> Looking forward to seeing you all in Detroit,
>> Ian
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-GB] Bottle Kilns

[Andy Townsend]

On 05/04/2018 13:18, Russ Phillips wrote:
I'm intending to map the bottle kilns in Stoke on Trent. For those 
that don't know, they're an important part of the area's industrial 
heritage (there were several thousand of them at the height of the 
pottery industry). There are 47 now, and just under half are currently 
mapped.




Great idea - if someone can knock up an icon I'll add it to 
https://map.atownsend.org.uk/maps/map/map.html (easiest way - pick an 
existing icon from 
https://github.com/SomeoneElseOSM/openstreetmap-carto-AJT/tree/master/symbols 
and edit it with something like Gimp).


Best Regards,
Andy


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

[talk-au] QldGlobe

[nwastra]

I noticed a mapper quoting “Added watercourses, upgraded roads to tertiary 
roads as per QLDGlobe.” in some of his changesets in the Innisfail area.
So using data from the https://qldglobe.information.qld.gov.au/ 
The few areas I checked displayed very high resolution imagery and would be 
useful to an OpenStreetMap mapper and there appears to be multiple layers 
available.
The terms and conditions are 
https://dnrme.qld.gov.au/home/legal/terms-conditions-online-services
Can someone confirm or otherwise that the licence is incompatible unless we 
have a signed waiver to allow us to use in OSM, and that we have no signed 
waiver to date.
Nevw
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-be] Conflation OpenData Brussels

[eMerzh]

mmmh yeah osmose seems a good idea :)
any idea how to integrate that easily ? (like the format, the process, ... )


2018-04-04 12:38 GMT+02:00 marc marc :

> Hello,
>
> Le 04. 04. 18 à 11:39, Glenn Plas a écrit :
> > On 04-04-18 11:23, eMerzh wrote:
> >> i was thinking more like a map  of missings schools
> >> with ideally a "one-click" import ( 1 feature by 1 feature)
> >
> > If I take the school case , it's do-able to take all schools out from
> OSM,
> > put them in a postGIS table and then do the same with Urbis data
>
> for this usecase, it's maybe usefull to use Osmose.
> it allow to build a list of false-positive and can also be used
> for survey for ex in Vespucci.
> it allow also to follow upstream update.
>
> Regards,
> Marc
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Grazie ai militari...

[Davide Sandona']

Trovato un'altro workaround per utilizzare la heatmap aggiornata: purtroppo
è una procedura laboriosa, che richiede un account Strava La riporto
comunque nel caso qualcuno avesse necessità di utilizzarla.

   1. Effettuare il login sulla heatmap di strava [1] (per non ripetere la
   procedura, ho selezionato l'opzione "ricorda l'accesso").
   2. Guardare i cookie riguardanti Strava (cercate la procedura per il
   vostro browser). A noi interessano i valori Key-Pair-Id, Policy, Signature
   (probabilmente noterete il prefisso CloudFront- prima del nome del cookie,
   ad esempio CloudFront- Key-Pair-Id).
   3. Copiamo i valori dei cookie su un file di testo e li concateniamo tra
   loro con il simbolo & (e commerciale). Ad esempio:
   Key-Pair-Id=VALORE1=VALORE2=VALORE3
   4. Apriamo JOSM, copiamo l'URL del layer Strava Cycling and Running.
   Dovrebbe essere questo: tms[3,11]:https://heatmap-external
   -{switch:a,b,c}.strava.com/tiles/both/bluered/{zoom}/{x}/{y}.png
   5. Lo modifichiamo in questo modo, andando ad appendere i valori dei
   cookie (notate il carattere ? aggiunto alla fine del precedente URL):
   tms[3,15]:https://heatmap-external-{switch:a,b,c}.
   
strava.com/tiles-auth/both/bluered/{zoom}/{x}/{y}.png?Key-Pair-Id=VALORE1=VALORE2=VALORE3


Le modifiche all'URL sono le seguenti:

   - 11 -> 15: (zoom level)
   - /tiles/ -> /tiles-auth/: richiede l'autenticazione per utilizzare un
   valore di zoom più elevato.
   - /bluered/ -> /hot/ -> /gray/: qui possiamo cambiare il colore della
   heatmap. Generalmente la hot e la gray mostrano più dettagli.

Spero vi possa essere utile.

[1] www.strava.com/heatmap

Davide.

Il giorno 30 marzo 2018 17:46, Marco  ha scritto:

> Il 30/03/2018 00:00, Davide Sandona' ha scritto:
>
> Si, funziona ma dal mio punto di vista va bene solo per allineare le
>> immagini satellitari alla mappa, perché ad esempio i sentieri negli anni
>> cambiano, quindi usando la vecchia heatmap si rischia di annullare il buon
>> lavoro svolto da qualcun altro. I mappatori meno navigati potrebbero far
>> più danni che altro.
>> Io non credo di avere le conoscenze necessarie, però secondo me
>> bisognerebbe risolvere il problema, non aggirarlo usando il vecchio (e
>> quindi non aggiornato) layer.
>>
>
> La tua preoccupazione è basata su una tua incomprensione della heatmap
> stessa.
>
> Decisamente no.
>
> La heatmap di Strava viene creata con procedimento additivo di tutte le
> tracce GPS nei loro database, tutte, dalle più vecchie alle più recenti.
> Ciò significa che se una strada o sentiero fosse stato chiuso (o distrutto)
> tu comunque lo vedrai nella heatmap qualora in passato sia stato percorso
> dagli atleti che utilizzano Strava.
> Io sono più preoccupato delle persone che utilizzano i dati (qualunque
> dato) senza avere la minima idea della loro provenienza o del metodo di
> raccolta.
>
> La vecchia heatmap mi sembra di aver capito che rappresenti la situazione
> ante 2016 (potrei sbagliarmi sulla data), da quel momento non è più stata
> aggiornata, mentre la "nuova" versione si aggiorna periodicamente con le
> nuove tracce caricate dagli utenti.
> Detto ciò, se un tratto di sentiero frana e viene creata una variante
> sufficientemente distante dal sentiero originale, la nuova heatmap inizierà
> piano piano a mostrare la variante ed il colore del tratto franato
> diventerà piano piano sempre meno forte (perché non più percorso dagli
> utenti), quella vecchia invece mostrerà solo il vecchio sentiero. Io sto
> dicendo che questo continuo spingere per usare la vecchia heatmap
> rischierebbe in casi come questo di portare i mappatori meno attenti alle
> modifiche altrui, a cancellare il tratto di variante post frana, perché
> sulla heatmap (vecchia) non risulta.
>
> ___
> 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] Rapprochement des adresses OSM et FANTOIR

[Vincent de Château-Thierry]

Bonjour,

> De: "deuzeffe" 
> 
> 
> Si tu regardes le lien ci-dessus, il a des rapprochements OK
> (vert/bleu)
> qui concernent des lieux-dits localisés il y a bieen longtemps
> (plus d'un an et jusqu'à plus de sept ans). En revanche, les lieux-dits que
> j'ai localisés depuis quelques mois ne sont pas rapprochés (presque
> tous ceux en rouge dans le lien ci-dessus. On remarque d'ailleurs qu'ils
> sont bien dans la base osm, cf la carte...). Est-ce la valeur "hamlet" qui
> n'est pas prise en compte ? (pourtant, elle l'est pour des lieux-dits
> rapprochés il y a longtemps...)
> 
> D'autre part, on remarque sur
> https://cadastre.openstreetmap.fr/fantoir/#insee=87001=5 qu'il y
> a un lieu-dit dont le type/libellé est "isolated_dwelling : Las
> Tauveyras" alors qu'il est taggué "place=hamlet" dans osm (cf
> https://www.openstreetmap.org/node/4477492698/history) comme si la
> mise à jour à partir de la base osm ne se faisait pas.

Oui clairement il y a un souci de màj. Je tente de regarder ça dans les 
prochains soirs.

> Enfin, dernier bug(?), j'ai voulu forcer le rapprochement des
> lieux-dits
> non-rapprochés que j'avais localisés en les taggant avec leur code
> fantoir. Mal m'en a pris : ils se sont retrouvés dans la catégorie
> "voies sans adresse numérotée". J'ai supprimé les codes Fantoir dans
> les tags en attendant des jours meilleurs :)

Là dessus je ferai la même remarque pour 
https://cadastre.openstreetmap.fr/fantoir/ que celle qu'on fait pour Osmose 
parfois : ce ne sont que des robots, et la finalité n'est pas de tagguer juste 
pour (com)plaire au robot, surtout s'il a un comportement louche. Si tes codes 
Fantoir sont OK et que c'est mal rendu sur la page cadastre/Fantoir, c'est pas 
la donnée qu'il faut corriger, mais le code... :)

vincent


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

[Talk-GB] Bottle Kilns

[Russ Phillips]

Hi,

I'm intending to map the bottle kilns in Stoke on Trent. For those that
don't know, they're an important part of the area's industrial heritage
(there were several thousand of them at the height of the pottery
industry). There are 47 now, and just under half are currently mapped.

Based on feedback from a few people, I'm planning to use the following
tags, although I'm still open to suggestions.

* building=industrial
* kiln=bottle_kiln
* man_made=kiln
* product=pottery
* disused=yes
* historic=building

I'm planning to update the tags of any already-mapped kilns, and add any
that aren't already mapped.

Is it worth adding something to the wiki about this? There doesn't appear
to be a Key:kiln page, so would it be better to create one, or to add the
information to the Proposed_features/kiln
 page?

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

Re: [OSM-talk-fr] Tag pour "chaussées à voie centrale banalisée" ?

[Shohreh]

Merci. La prochaine fois, je regarderai aussi sur le forum voir si le sujet a
déjà été abordé.



--
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] dataset MISE distributori

[Andrea Musuruane]

Ciao,

2018-04-05 10:45 GMT+02:00 Cascafico Giovanni :

> ma per il resto prevale una leggera anarchia, per cui appoggerei la
> valorizzazione del tag alt_name, piuttosto che il name. Il problema non è
> il nome di fantasia, quanto la denominzazione non proprio ordinata, come in
> altro campione che riporto della categoria "Altro":
>
> VIA SAN FRANCESCO CAMMARATA Altro
> ciotta michele Altro
> Distributore Q8 Patti Giovanni Altro
> A. Di Benedetto srl V.le C. Alberto Canicatti Altro
> Barbieri energy Altro
> Di Benedetto Fabio Altro
> ENI 09822 Altro
> Esso Cummo Petroli Altro
> GIAP Altro
> I.D.C. Canicatti' , Viale Giudice Saetta Altro
>

Continuo a pensare che non ha senso importare questi dati. Non sono
omogenei e non portano alcun valore aggiunto.


> Altra cosa da considerare, ho dato un'occhiata alle discussioni
> sull'import mondiale Navads... i francesi sollevano il dubbio sull'utilità
> di importare il postcode: voi che dite?
>

Il postcode ha senso solo se si importa l'indirizzo completo (ovvero
comprensivo di numero civico).

L'indirizzo completo ha senso solo se si riferisce al distributore e non ad
altre strutture (supermarket, negozio, bar, ecc).

Ciao,

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

Re: [Talk-it] maxspeed su attraversamento con dosso

[Volker Schmidt]

personalmente sarei dell'idea di assegnare maxspeed=30 al tratto di strada
>> dal cartello al dosso. In questo caso, sarebbe solo da assegnare al verso
>> di percorrenza nel quale si incontra il cartello, mentre per il verso
>> opposto probabilmente va segnato in modo speculare dall'altro lato del
>> dosso.
>>
>
>
> +1, se guardi bene, i limiti di velocità sono spesso asimmetrici.
>

Non sono sicuro se questa interpretazione è corretta.
La combinazione di segnali "Attenzione dosso" e "Limite di velocità 30km/h"
è almeno ambigua:
Se c'è solo il segnale di limite di velocità vuol dire che è valido fino al
prossimo segnale che lo cancella o cambia o al prossima incrocio.
Quando c'è sopra il segnale"Attenzione dosso" non c'è un segnale fine di
limite di velocità dopo. La combinazione dei due segnale indica che li
limite di velocità è vale per il dosso. Non penso che sia anche valido
prima - devo solo limitare la mio velocità a 30km/h sul dosso stesso. Per
questo avevo fatto la domanda del limite sul nodo.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-ja] 高速道路の定義について

[tomoya muramoto]

muramotoです。

議事進行についてはhayashi様に実施いただいていると思っておりました。

hayashi様がその認識でいらっしゃらないようでしたら、私が議事進行を担当させていただきます。

とりあえずリストアップいただいたものを再整理したいと思います。

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

Re: [OSM-talk-be] Bonjour a tous

[Jonathan Beliën]

Bonjour M. Bastin,

Comme indiqué dans les liens envoyés par Marc, les serveurs 
https://tiles.openstreetmap.org/ ne peuvent pas être utilisés dans vos 
applications :


Heavy use (e.g. distributing an app that uses tiles from 
openstreetmap.org) is *forbidden* without prior permission from the 
System Administrators 
.
C'est pourquoi OpenStreetMap Belgique a mis en ligne une copie de la 
Belgique qui peut elle être utilisée dans vos applications et offre une 
version en français et néerlandais du fond de carte.


Ce fond de carte est accessible ici  : https://tile.openstreetmap.be/
Attention, toutefois à respecter la politique d'utilisation des tuiles : 
https://github.com/jbelien/openstreetmap-carto-be/wiki/Politique-d'utilisation-des-tuiles


Si vous cherchez autre chose qu'un fond de carte, n'hésitez pas à nous 
préciser vos besoins !


Bonne journée.

Jonathan Beliën
OpenStreetMap Belgique


Le 04/04/2018 à 05:45, Marc Gemis a écrit :

Je ne comprend pas quel lien vous utilisez:
https://www.openstreetmap.org, https://tiles.openstreetmap.org,
https://nominatim.openstreetmap.org ?

Il y a 2 document qui donne des limites pour les serveurs d'
OpenStreetMap Foundation:
https://operations.osmfoundation.org/policies/tiles/ et
https://operations.osmfoundation.org/policies/nominatim/

m.

2018-04-03 12:55 GMT+02:00 Philippe Bastin :

Dans le cadre d'une application je voudrais joindre un lien vers les carte
OSM

Y a-t-il une limite ou les serveurs peuvent gérer n'importe quel flux

Je me pose la question vu que sur OpenCage par exemple ils mettent des
limite de récupération sur les données


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

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


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

Re: [Talk-it] maxspeed su attraversamento con dosso

[Martin Koppenhoefer]

2018-04-05 9:22 GMT+02:00 Alessandro Sarretta :

> personalmente sarei dell'idea di assegnare maxspeed=30 al tratto di strada
> dal cartello al dosso. In questo caso, sarebbe solo da assegnare al verso
> di percorrenza nel quale si incontra il cartello, mentre per il verso
> opposto probabilmente va segnato in modo speculare dall'altro lato del
> dosso.
>


+1, se guardi bene, i limiti di velocità sono spesso assimetrici.
Ho visto anche casi cove c'era scritto "serie di dossi" insieme ad un
cartello maxspeed.



> Questa assegnazione dipendente dal verso di percorrenza come si esplicita
> nella suddivisione e mappatura?
>


maxspeed:forward e maxspeed:backward (rispetto al verso del way in OSM!)
https://wiki.openstreetmap.org/wiki/Key:maxspeed#Driving_direction
https://wiki.openstreetmap.org/wiki/Forward_%26_backward,_left_%26_right

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

[Talk-de] Neue Folge von Radio OSM erschienen: OSMDE049 – FOSSGIS 2018 Spezial

[Michael Kugelmann]

Gestern Abend wurde eine neue Folge von Radio OSM veröffentlicht.
  OSMDE049 – FOSSGIS 2018 Spezial
  https://podcast.openstreetmap.de/2018/04/04/osmde049/

Zitat:
<<
Wir melden uns mit einem Rückblick auf die FOSSGIS Konferenz 2018 in 
Bonn. Dabei werfen wir auch einen detaillierten Blick auf den 
OSM-Samstag. Weiteres Thema ist die jährliche Mitgliederversammlung des 
FOSSGIS e.V., welche am Rande der Konferenz stattgefunden hatte. Als 
Gäste haben wir uns dazu Hanna und Nakaner eingeladen.

>>

Wir freuen uns über Feedback sowie über Anregungen zu Themen.


Viel Spaß beim Hören,
Michael.


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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Florian Lohoff]

Hi Michael,

On Wed, Apr 04, 2018 at 07:54:30PM +0200, Michael Reichert wrote:
> Hallo Flo,

> An dem Quellcode wäre ich interessiert, um es mal bundesweit laufen zu
> lassen. Ich habe im Sommer 2015 eine Abstimmung auf Haralds
> Umfrageplattform gemacht, bei der die Nichtkleber in der Mehrheit waren.
> [1, 2, 3, 4]
> 
> Ich bin sehr daran interessiert, die Abstimmung mit den Füßen
> auszuwerten, und würde mich freuen, wenn du deinen Code entweder mir zur
> Verfügung stellen könntest oder gleich als freie Software
> veröffentlichen könntest. Die Auswertung ist nicht ganz einfach, weil
> man weder einfach die Objekte noch die Länge noch den Flächeninhalt
> zählen muss, sondern auch beachten muss, wer was beigetragen hat.

Kein ding:

git clone git://pax.zz.de/wayareaconflicts2

Braucht libosmium - geht davon aus das das im selben Verzeichniss liegt,
cmake und so ein bischen boost zeugs. Wobei ich glaube das gar nicht
mehr wirklich gebraucht wird.

Der möchte gerne ein pbf auf der command line und schreibt
dann im aktuellen Verzeichniss eine sqlite und den stdout
kannst du mit dem output-to-html in eine html Seite verwandeln.

Für NRW brauchst du ~12GByte Ram - Das dingen ist null optimiert und
eher so zusammengepfriemelt. Ich mache im moment Ostwestfalen-Lippe.

Was ich mache ist das ich mir für jeden node merke welche Wege attached
sind. Dann gehe ich alle Wege durch (Nur die lines - also high und
waterway) und gucke ob an 2 aufeinanderfolgenden nodes jeweils eine
area mit derselben ID attached ist.

Also ein Geometrischer match sondern ein logischer über die nodeIDs 

Es gibt ein paar cornercases die ich nicht abgeklopft habe.
Multipolygone sind das eine. Das andere sind wenn der erste und letzte
node verklebt sind (Des Weges oder der area) - Es könnte sein
das das dann unter Umständen nicht matched. War mir aber erstmal
nicht so wichtig. Erstmal die 80% Lösung und damit anfangen.

In der sqlite stehen für jeden weg/area jeweils die id, der letzte
bearbeiter, das letzte changeset und die letzte uhrzeit und eben
die geometrie einer linie zwischen den beiden nodes die überlappen.

Am ende hab ich mir überlegt noch alle nodes rauszuschreiben die 
jeweils an linien und Flächen sind. So das du auch einzelne
nodes findest. Ist so ein Sekundärproblem aber wenn man es eh
auswertet - Und falsch ist das in 90% der Fälle auch.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-cz] Maximální velikost zprávy

[Marián Kyral]

-- Původní e-mail --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 5. 4. 2018 10:57:37
Předmět: Re: [Talk-cz] Maximální velikost zprávy 
"čest práci,

 existuje hafo služeb na
sdílení fotek/souborů a nad nimi pomocníčci, co na jedno/pár? kliknutí změní

mailovou přílohu v odkaz na sdílecí server
"



To je sice pravda, ale málokdy tam ty soubory vydrží. Vždycky mně naštve,
když narazím na nějaký příspěvek, který nedává smysl, protože přiložené
linky už dávno nefungují :-(





Ale když to jinak nepůjde, tak to nějak osekám.





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

Re: [OSM-talk-fr] DIR - Attribution OpenStreetMap

[Blueberry]

Bonjour,

Pour information la DIR m'a informé que c’était effectivement une erreur et
qu'ils remontaient l'info à leur prestataire, la mise à jour devrait être
faite rapidement

Eric [Blueberry]



--
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] maxspeed su attraversamento con dosso

[Alberto Nogaro]

>-Original Message-
>From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
>Sent: giovedì 5 aprile 2018 01:04
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] maxspeed su attraversamento con dosso
>
>
>
>sent from a phone
>
>> On 3. Apr 2018, at 07:47, Federico Cortese  wrote:
>>
>> Secondo me sono comunque due segnali autonomi. Il limite di velocità parte
>dal segnale fino al primo incrocio, quindi maxspeed=30 (non max_speed) +
>source:maxspeed=sign li puoi aggiungere al tratto di strada. Il dosso poi lo
>mappi sul nodo.

Concordo. Non sono autonomi nel senso che Il codice della strada dice che in 
alcuni casi al segnale di dosso è obbligatorio abbinare il segnale di limite di 
velocità per cui tale dosso è concepito. Non dice però (perlomeno non 
esplicitamente) che in questa particolare applicazione il segnale di limite di 
velocità ha significato diverso da quello usuale. Pertanto il limite dovrebbe 
valere dal punto dal punto in cui è posizionato il cartello di inzio del limite 
fino ad un cartello che stabilisca la fine del limite, oppure l'inizio di un 
limite differente, oppure una intersezione che ripristina implicitamente il 
limite implicito per il tipo di strada. 

A mio parere ha anche senso che il limite riguardi un intero stratto di strada. 
Il dosso ha giocoforza ha lunghezza limitata, ma viene messo apposta per 
persuadere al rispetto di tale limite in tutto il tratto.

>sicuro sulla fine del limite? In Germania un limite di velocità che viene dato
>insieme ad un altro cartello di avviso (per esempio 2 curve strette, oppure
>scuola), vale fin che hai superato il pericolo.

Non credo che in Italia valga lo stesso. Comunque il dosso artificiale non è un 
pericolo, o perlomeno è un pericolo secondario. Il pericolo vero è 
rappresentato da una velocità eccessiva nel tratto di strada in cui è 
posizionato il dosso.  Diverso sarebbe, per esempio, se il cartello di limite 
di velocità fosse posto per segnalare un punto in cui la strada è sconnessa per 
carenza di manutenzione, superato quello è anche passato il pericolo.

Ciao,
Alberto







---
Questa email è stata esaminata alla ricerca di virus da AVG.
http://www.avg.com


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

[Talk-de] Erinnerung Berliner OSM-Hack Weekend 14. + 15.4.2018 und Stammtisch

[lars lingner]

Hallo,

zur Erinnerung möchte ich auf das Berliner OSM-Hack-Weekend
am 14./15.4.2018 aufmerksam machen. Alle Infos dazu gibt es
entweder auf der Wiki-/Meetup-Seite [1][1a] oder direkt bei mir.

Wer von außerhalb kommt, bringt bitte gutes Wetter mit
Davon hängt es ab ob evtl. der Grill am Samstag genutzt werden kann.

Das Wichtigste:

Wann:  14./15.04.2018 jeweils ab 10:00 Uhr
Wo: mindbox Berlin, Holzmarktstraße 6-9, 10179 Berlin
ÖPNV: S+U-Jannowitzbrücke
Karte:
https://www.openstreetmap.org/node/1244345598#map=19/52.51439/13.41968

Wer am Freitag 13.04. sich bereits in Berlin aufhält, findet vielleicht
auch die PostgreSQL-Konferenz [2] interessant.

Freitagabend trifft sich die Berliner und Brandenburger Community zum
Stammtisch ab 19:00 Uhr im Resonanz [3]

Samstag ab 10:00 startet das Hack Weekend in der mindbox. Snacks und
Getränke sowie Pizza werden zur Verfügung gestellt.

Am Samstag ist ab 19:00 Uhr ein Tisch für uns im Brauhaus Lemke am
Alexanderplatz [4] reserviert.

Ein großer Dank geht an das Team der mindbox, deren Räumlichkeiten wir
nutzen dürfen. Die Verpflegung wird finanziert durch Mapbox und meine
Firma mapwebbing.



Viele Grüße

Lars


[1] https://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_April_2018
[1a] https://www.meetup.com/de-DE/OSM-Berlin-Brandenburg/events/247048865/
[2] http://2018.pgconf.de/de/location.html
[3] https://wiki.openstreetmap.org/wiki/Berlin/Stammtisch
[4] http://www.lemke.berlin/am_alex/device.desktop/lang.de/

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

Re: [OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[deuzeffe]

Le 05/04/2018 à 00:07, Vincent de Château-Thierry a écrit :

Bonsoir,


Bonjour,


Le 04/04/2018 à 17:53, deuzeffe a écrit :


Est-ce qu'on peut supposer que la correction du bug concerne tout le 
territoire (ou suis-je trop pressée ;p) ?


Parce que le problème (constaté depuis plusieurs mois sans oser trop 
dire quoi que ce soit ^^) persiste (vérifié à l'instant) dans mon 
coin, par exemple ici : 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.8138/1.1464


Donc pour avancer, il faudrait que tu décrives ton problème, s'il est 
différent.


Oups, je n'ai pas été assez précise, désolée. Donc, le problème concerne 
les lieux-dits (et pas les voies ou adresses).


Si tu regardes le lien ci-dessus, il a des rapprochements OK (vert/bleu) 
qui concernent des lieux-dits localisés il y a bieen longtemps (plus 
d'un an et jusqu'à plus de sept ans). En revanche, les lieux-dits que 
j'ai localisés depuis quelques mois ne sont pas rapprochés (presque tous 
ceux en rouge dans le lien ci-dessus. On remarque d'ailleurs qu'ils sont 
bien dans la base osm, cf la carte...). Est-ce la valeur "hamlet" qui 
n'est pas prise en compte ? (pourtant, elle l'est pour des lieux-dits 
rapprochés il y a longtemps...)


D'autre part, on remarque sur 
https://cadastre.openstreetmap.fr/fantoir/#insee=87001=5 qu'il y a 
un lieu-dit dont le type/libellé est "isolated_dwelling : Las Tauveyras" 
alors qu'il est taggué "place=hamlet" dans osm (cf 
https://www.openstreetmap.org/node/4477492698/history) comme si la mise 
à jour à partir de la base osm ne se faisait pas.


Enfin, dernier bug(?), j'ai voulu forcer le rapprochement des lieux-dits 
non-rapprochés que j'avais localisés en les taggant avec leur code 
fantoir. Mal m'en a pris : ils se sont retrouvés dans la catégorie 
"voies sans adresse numérotée". J'ai supprimé les codes Fantoir dans les 
tags en attendant des jours meilleurs :)


Voilà ce que j'ai remarqué. À ta disposition pour plus de précision (en 
privé ou sur irc si tu préfères, ça m'est égal).


--
deuzeffe - En plus, le fichier Fantoir originel de début 2018 n'est pas 
à jour (faute de déclaration par les services municipaux ?)


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

Re: [Talk-it] dataset MISE distributori

[Cascafico Giovanni]

Il giorno 29 marzo 2018 11:31, Francesco Pelullo  ha
scritto:

>
> Ad esempio quelli nella categoria "Autostradali" hanno il nome assegnato
> dall'Ente proprietario della strada (Mascherone est, Tevere Ovest etc) che
> il gestore non ha facoltà di cambiare. IMHO varrebbe la pena di importare i
> nomi del MISE, almeno per quelli autostradali, anche se dubito che in OSM
> ci siano ancora stazioni di servizio autostradali mancanti o senza nome
> proprio.
>

+1,
presumo i nomi degli impianti autostradali siano stati assegnati da un
unica società autostradale (non dal gestore dell'impianto) da cui
l'uniformità, prendendo a campione dalla categoria "Autostradale":

AOSTA EST AUTOPORTO Autostradale
VALLE ATERNO NORD Autostradale
VALLE ATERNO SUD Autostradale
MONTE VELINO NORD Autostradale
CROCETTA NORD Autostradale
VILLANOVA NORD Autostradale
VILLANOVA SUD Autostradale
IRPINIA NORD Autostradale
IRPINIA SUD Autostradale
MIRABELLA NORD Autostradale



ma per il resto prevale una leggera anarchia, per cui appoggerei la
valorizzazione del tag alt_name, piuttosto che il name. Il problema non è
il nome di fantasia, quanto la denominzazione non proprio ordinata, come in
altro campione che riporto della categoria "Altro":

VIA SAN FRANCESCO CAMMARATA Altro
ciotta michele Altro
Distributore Q8 Patti Giovanni Altro
A. Di Benedetto srl V.le C. Alberto Canicatti Altro
Barbieri energy Altro
Di Benedetto Fabio Altro
ENI 09822 Altro
Esso Cummo Petroli Altro
GIAP Altro
I.D.C. Canicatti' , Viale Giudice Saetta Altro



Invece, un dato che potrebbe essere importato con facilità e che in questo
> momento manca in OSM è lo stato dell'impianto, ovvero se è attivo o non
> attivo.
>
> Ad esempio l'area di servizio autostradale "San Trifone Est" (
> https://www.openstreetmap.org/node/227884525) è chiusa, nel database del
> MISE non dovrebbe essere elencata tra gli impianti attivi. Se un
> amenity=fuel è presente solo in OSM (non è elencato tra gli impianti attivi
> del MISE), in questo caso il dato OSM dovrebbe essere comunque mantenuto
> passando l'impianto in uno stato "disused".
>
> Credo che il dataset MISE sia piuttosto affidabile. L'impianto che hai
segnalato non ha più il record ed alcuni mappatori in Friuli hanno già
segnalato distributori attivi in OSM, assenti da MISE e dismessi nella
realtà.


Altra cosa da considerare, ho dato un'occhiata alle discussioni sull'import
mondiale Navads... i francesi sollevano il dubbio sull'utilità di importare
il postcode: voi che dite?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Maximální velikost zprávy

[Karel Volný]

čest práci,

> > Tělo zprávy je příliš veliké: 2335385 bytů, kdežto limit je 800 KB.
...
> 2) Nenavýšíme ten limit? (za předpokladu, že se admin najde ;-) )

-1

sice doba pokročila, skoro všude vedou datové dálnice, úložiště jsou levná, 
dvě mega nejsou nic ...

... jenže "tisíckrát nic umořilo osla" platí stále

tuhle jsem dělal velký úklid na telefonu, neb mi neprošla aktualizace osmandu 
kvůli místu

jistě, konzumní řešení je vykašlat se na úklid a koupit nový telefon s větším 
úložištěm

- děkuji, nechci; neutracené peníze raději prožeru a ušetřím planetě jeden kus 
ošklivého odpadu ... krát ne tisíc ale osm miliard lidí na planetě, hm, z toho 
by už byla slušná hora

nevím, kolika lidmi se násobí tento mailinglist (kolik člověkohodin jsem 
vyplácal tím, že tohle budou odběratelé číst :-)), kolik účastníky stojí data 
(jak jejich provideři musí investovat do infrastruktury, aby i velké přílohy 
prošly všemi antivirovými a kdovíjakými filtry svižně atp.), ale nerozesílat 
hromadně megatuny bitíků považuju za dobrý přístup, existuje hafo služeb na 
sdílení fotek/souborů a nad nimi pomocníčci, co na jedno/pár? kliknutí změní 
mailovou přílohu v odkaz na sdílecí server

- just my 0.02? ;-)

K.


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

[Talk-cz] Maximální velikost zprávy

[Marián Kyral]

Ahoj,
včera jsem si dovolil k emailu připojit trochu detailnější fotky a přešvihl
jsem max. velikost zprávy. Ta teď čeká na schválení adminem.

> Tělo zprávy je příliš veliké: 2335385 bytů, kdežto limit je 800 KB.

Takže mám dva dotazy:
1) Kdo je admin? Je to vůbec?
2) Nenavýšíme ten limit? (za předpokladu, že se admin najde ;-) )

Díky,
Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Volker Schmidt]

Ich habe mit Interesse diese Diskussion mitgelesen.
Was ich vermisse in diesen Ausfuehrungen, ist ein Hinweis, dass der
Konflikt vorprogrammiert ist durch die Tatsache, das das Daten-Modell von
OSM ein Hybrid ist. Es koexistieren zwei Datenmodelle:
1) ways mit implizit oder explizit angehefteten Breiten
2) Flaechen (Polygone)
Mit ways mit angehefteten Breiten kann man keine komplizierten Flaechen
beschreiben, mit Flaechen (shapes) kann man alles beschreiben, aber der
Preis dafuer ist ein groeserer Aufwand, der fuer viele Anwendungsfaellee
nicht notwendig ist.

Wenn man akzeptiert, dass in OSM beide Modelle koexistieren sollen, dann
kann man sich den praktischen Aspekten widmen. Und das ist haeufig ein
Kompromiss oder besser ein Provisorium.

Ich bin auch ein - gelegentlicher - Entkleber, aber nicht aus Prinzip,
sondern einfach weil ich mit der Verbesserung der Daten, die ich verbessern
kann, vorankommen will. Genauer: ich moechte die Verwendbarkeit von OSM
fuer Radfahrer verbessern, weil ich sie selbst benutze. Ich kann nicht
ausserdem alle "Fehler" beseitigen, die links und rechts "meiner"
Radstrecke liegen. Normalerweise benutze ich meine eigenen GPX tracks und,
zumindest seit den letzten zwei Jahren, in der Regel auch Mapillary-Fotos.
Ein typischer Fall:
Ich treffe auf einen an die Strasse angeklebten, mehrere Hektar grossen
landuse=farmland, vor acht Jahren importiert, und wahrscheinlich vom Inhalt
her deutlich aelter, und beim Import nicht kontrolliert. Mittlerweile steht
dort ein Supermarkt und eine Neubausiedlung. Die Strasse ist von einem
freundlichen OSM-Kollegen recht grob eingetragen worden, mit erhebliche
Geometrie-Fehlern. Ausserdem sehe ich auf den Fotos, dass neben der Strasse
ein Drainage-Graben ist, der auf der Karte fehlt, und der jetzt teilweise
unterirdisch verlaeuft, und jenseits davon ein neuer Fuss-Rad-Weg.
Was mach ich da? Als erstes wird der landuse entklebt, da er offensichtlich
nicht den Tasachen entspricht und ein fixme draufgesetzt. Die
Strassen-Geometrie verbessere ich soweit moeglich, Den neuen Radweg, den
Graben, wo er sichtbar ist, und die neuen Strassen trage ich ein (falls sie
schon auf den Satellitenbildern drauf sind, sonst nur die Einmuendungen von
den Mapllary Fotos). Landuse und neue Gebauede lasse ich fuer andere.
Ausser dem Supermarkt, falls ich auf den Fotos den Namen sehe. Den setze
ich mit ungefaehrer Position ein. Aber der offensichtlich falsche landuse
bleibt - mit fixme - auf der Karte, mit seiner falschen Geometrie und tags,
aber er ist nicht mehr mit anderen Wegen verklebt.




Virus-free.
www.avast.com

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

2018-04-04 18:38 GMT+02:00 "Christian Müller" :

> > Sent: Wed, 4 Apr 2018 17:38:23 +0200
> > From: "Florian Lohoff" 
> > To: "Christian Müller" 
> > Cc: talk-de@openstreetmap.org
> > Subject: Re: [Talk-de] Flächen/Wege // Trolling in changesets
> >
> > Ich hatte ja in dem Thread auch ausgeführt das es ein Problem gibt mit
> > neumappern. Das Thema MP Relation und die Wege alle einzeln hinzufügen
> > ist noch eine viel größeres Pflegedesaster. Ich gebe dir Recht das das
> > eine total saubere Sache ist (Syntaktisch) - Aber leider ist das eben
> > für "gelegenheitsmapper" völlig ungeeignet.
>
> Und wieder und wieder werden Leute bevormundet, die du überhaupt nicht
> kennst, nie in deinem Leben gesehen hast, mit Behauptungen, die einzig
> und allein einem Bauchgefühl (und vielleicht ein paar Beobachtungen in
> den Daten) entspringen zu scheinen.
>
> Der "Gelegenheitsmapper", das ist so der "Ottonormalverbraucher" oder
> der "Kleine Mann", jeder will ihn kennen, nie hat ihn jemand gesehen
> oder verstanden.
>
> Wieviel Projekte wird das Internet noch sehen müssen, bevor sich der
> letzte von solchen Aussagen trennt?
>
> Du unterschlägst sowohl Intelligenz, Wissbegier, Neugier, Lernfähigkeit
> der freiwilligen Mapper, imho.  Vielleicht liegt dein Fokus auch zu sehr
> auf den vermeintlichen Problemen, anstatt zu sehen, dass eine ganze
> Menge an Edits eben nicht fehlerbehaftet ist.
>
>
> Gruß
> cmuelle8
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] maxspeed su attraversamento con dosso

[Alessandro Sarretta]

On 05/04/2018 08:14, Federico Cortese wrote:

2018-04-05 1:03 GMT+02:00 Martin Koppenhoefer :

sicuro sulla fine del limite? In Germania un limite di velocità che viene dato 
insieme ad un altro cartello di avviso (per esempio 2 curve strette, oppure 
scuola), vale fin che hai superato il pericolo.

Sicuro no, potrebbe anche essere come dici tu.
Per il limite lo metterei comunque sulla strada a partire dal segnale.

Ciao,
personalmente sarei dell'idea di assegnare maxspeed=30 al tratto di 
strada dal cartello al dosso. In questo caso, sarebbe solo da assegnare 
al verso di percorrenza nel quale si incontra il cartello, mentre per il 
verso opposto probabilmente va segnato in modo speculare dall'altro lato 
del dosso. Questa assegnazione dipendente dal verso di percorrenza come 
si esplicita nella suddivisione e mappatura?


Ale

--
--

Alessandro Sarretta

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

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [Talk-it] maxspeed su attraversamento con dosso

[Federico Cortese]

2018-04-05 1:03 GMT+02:00 Martin Koppenhoefer :
>
> sicuro sulla fine del limite? In Germania un limite di velocità che viene 
> dato insieme ad un altro cartello di avviso (per esempio 2 curve strette, 
> oppure scuola), vale fin che hai superato il pericolo.
>

Sicuro no, potrebbe anche essere come dici tu.
Per il limite lo metterei comunque sulla strada a partire dal segnale.

Ciao,
Federico

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

Re: [OSM-talk-fr] "who did it" en panne

[Thomas Ruchin]

Bonjour

Il suffit d'aller voir par ici :

https://simon04.dev.openstreetmap.org/whodidit/

T. Ruchin

Le 1 avril 2018 à 14:23, Paul Desgranges  a
écrit :

> Bonjour
>Juste pour signaler que le service Who did it
> , qui donne les derniers
> contributeurs dans une zone donnée, ne semble pas fonctionner. Je ne sais
> pas si quelqu'un sait le remettre en route ?
>   Merci et très bonne journée
> Paul
>
>
>
>
> ___
> 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