Re: [Talk-de] Mainnav MG-950d - Software

[Markus via Talk-de]

Hallo Tom,

Herzlichen Dank für die schnelle Hilfe :-)

> https://wiki.openstreetmap.org/wiki/DE:Mainnav
> https://code.google.com/archive/p/mainnav-reader/wikis/ReadMe.wiki

Schönes WE!
Markus

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

Re: [Talk-it] FOSS4G it 2020

[Luca Delucchi]

On Fri, 13 Sep 2019 at 19:17, mbranco2  wrote:

> sto contattando qualche osmer, fanno i timidi ma almeno 4 argomenti di
> discussione e/o mini-workshop li stiamo definendo (forza osmer, scrivete
> qua, io per la privacy non anticipo niente :-)  )
>
>
si può parlare della situazione CAI, si potrebbe pensare di fare una
giornata di formazione com'era stata fatta l'altra volta a Padova


-- 
ciao
Luca

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

Re: [Talk-it] FOSS4G it 2020

[Luca Delucchi]

On Sat, 14 Sep 2019 at 17:51, Andrea Albani  wrote:
>
>
> Il giorno ven 13 set 2019 alle ore 19:17 mbranco2  ha 
> scritto:
>>
>> sto contattando qualche osmer, fanno i timidi ma almeno 4 argomenti di 
>> discussione e/o mini-workshop li stiamo definendo (forza osmer, scrivete 
>> qua, io per la privacy non anticipo niente :-)  )
>
>
> Su sollecitazione di mbranco2 mi propongo per un workshop su overpass per il 
> sabato. Non parlerei ovviamene del wizard, ma del linguaggio di query con una 
> introduzione ai concetti generali ed esempi pratici.
>

io lo seguo volentieri... :-)

> Ciao
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-at] golem.de: Lyft verbessert Openstreetmap automatisiert <- https://www.golem.de/news/kartendaten-lyft-verbessert-openstreetmap-im-vorbeifahren-1909-143759.html

[Andreas via Talk-at]

Am 14.09.19 um 13:17 schrieb Robert Kaiser:
> Cad schrieb:
>> Also ich hab mir den technischen Artikel[1] durchgelesen und hätte jetzt
>> so nicht rausgelesen, dass sie Fehler automatisch ausbessern.
>> Nur das sie eine Methode entwickelt haben die Fehler in OSM automatisch
>> zu erkennen.

Im Zuge der Übernahme der Diskussion hier in die Wochennotiz bin ich von
einem anderen Redakteur darauf aufmerksam gemacht worden, dass es
wirklich nur eine automatische Fehlererkennung gibt. Die Korrekturen
werden in Maproulett Challenges durchgeführt.

zB.: https://maproulette.org/browse/challenges/9063

lg
Andreas (Geologist)

> 
> OK, automatische Erkennung ist jedenfalls cool - umso mehr, wenn es dann
> jemand gibt, der sich das ansieht und kontrolliert und sorgfältig
> (manuell) einpflegt.
> 
> KaiRo
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at




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

Re: [Talk-it] Centri di recupero fauna selvatica

[Alberto]

>Il 13/09/19 15:24, Luca Moiana ha scritto:
>> Ciao,
>> 
>> alcune domande prima di imbarcarmi nell'inserimento:
>> 
>> 1 è corretto inserire i punti partendo da indirizzi di pagine più o meno 
>> ufficili?
>> 
>> 2 da quel che ho letto i tag di base dovrebbero essere questi:
>> amenity=animal_shelter
>> animal_shelter=bird / wildlife
>> animal_shelter:release=yes
>> building=yes
>> operator=LIPU
>> name=
>> city=Roma
>> country=IT
>> housenumber=2
>> street=Via
>> 
>
>L'operatore per me va esteso, pe non confondere con altre sigle simili, quindi 
>Lega Italiana protezione uccelli, mentre il
>building se è dentro un edificio, se c'è unarea che comprende anche 
>l'edificio, mi soffermerei sull'area per i dati, tranne il
>civico, del quale va messo un nodo sull'entrata effettia o dove è posizionato 
>realmente.
>
>street a che serve? non è addr:street=* e addr:housenumber oltrechè
>addr:postcode=* addr:city=* ?

1) Tutti i centri che ho inserito li ho visitati di persona, oppure dopo aver 
individuato l'indirizzo dai rispettivi siti web, sono andato a vedere nelle 
immagini satellitari per individuarne il perimetro: spesso si riconoscono le 
voliere nei centri LIPU. Se presenti, mi aiuto con le foto a livello stradale 
di Mapillary o OpenStreetCam  per avere una conferma di quello che sto 
mappando. Tieni presente che Google StreetView non sarebbe permesso usarlo...
I tag specifici li metto sull'intera area interessata, non sui building (a meno 
che il centro non sia unicamente un edificio).
Se non riesco ad individuare il perimetro, ma solo l'ingresso, lo mappo come 
punto dove c'è l'ingresso.
Se non riesco ad avere alcuna conferma visiva del luogo, evito di inserirlo, 
sperando che prima o poi io o qualcun altro abbia occasione di andare a vedere.

2) I primi tre tag sono giusti. Eventualmente in animal_shelter=* puoi inserire 
più valori separati da punto e virgola.
Per il resto confermo quanto detto da Simone. Inoltre io normalmente 
addr:city=* e addr:country=* non li inserisco, perché i software li estrapolano 
direttamente dai confini amministrativi.

Ciao,
Alberto


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

Re: [Talk-de] Mainnav MG-950d - Software

[Tom Pfeifer]

On 14.09.2019 19:37, Markus via Talk-de wrote:

Liebe Mapper,

wer kann mir von obigem Datenlogger die Auswertungs-SW schicken?


Auf der OSM-Wikiseite zu dem Gerät [1] ist eine Software auf code.google.com 
[2] verlinkt.

[1] https://wiki.openstreetmap.org/wiki/DE:Mainnav
[2] https://code.google.com/archive/p/mainnav-reader/wikis/ReadMe.wiki

tom

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

[Talk-es] Si podeis, si os es posible, si no es arriesgado, captad este momento histórico

[yo paseopor]

Buenas noches , reenvío un mensaje que comenté en el grupo de Telegram:

Me dirijo a la gente de esta comunidad que está sufriendo las consecuencias
de la DANA . En primer lugar mis condolencias a fallecidos, afectados y
relativos.Es un momento traumático (no lo digo de forma frívola y falsa,
tengo familia y gente muy querida en la zona y estoy informado entre corte
y corte de luz y comunicaciones que habeis sufrido/estais sufriendo)

Aunque ahora os pueda parecer un sin sentido. Si quereis, y podeis, cuando
os deis un descanso podeis pasear (sin peligro, por favor) por vuestras
zonas inundadas, caminando (es peligroso usar vehículos a motor) captando
esos paseos históricos con Mapillary. Yo lo hice una vez en una nevada en
la que me quedé atrapado, y fotografié mi zona, donde "nunca" nieva.
Así quedará registrado este cambio histórico de paisaje, aunque soy
consciente que para vosotros ahora es un trauma.

Salut i mapes
yopaseopor

PD: Yo , atrapado en una nevada >
https://www.mapillary.com/map/im/vXqKV-yfyeNZSu_fEpl10w
PD: Mi zona nevada donde os aseguro, "nunca" nieva (evidentemente lo hice
unos días después) > https://www.mapillary.com/map/im/91AEoPvhtMNspM_O7AqH2w
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] FOSS4G it 2020

[Andrea Pellegrini via Talk-it]

+1


Andrea Pellegrini
346 705 0039 
Via Superga, 5
Pino Torinese (TO) Italy

pe...@andreapellegrini.net
 andreapellegrini.net 


> On 14 Sep 2019, at 17:50, Andrea Albani  wrote:
> 
> 
> Il giorno ven 13 set 2019 alle ore 19:17 mbranco2  > ha scritto:
> sto contattando qualche osmer, fanno i timidi ma almeno 4 argomenti di 
> discussione e/o mini-workshop li stiamo definendo (forza osmer, scrivete qua, 
> io per la privacy non anticipo niente :-)  )
> 
> Su sollecitazione di mbranco2 mi propongo per un workshop su overpass per il 
> sabato. Non parlerei ovviamene del wizard, ma del linguaggio di query con una 
> introduzione ai concetti generali ed esempi pratici.
> 
> Ciao
> 
> 
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

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

[Talk-de] Mainnav MG-950d - Software

[Markus via Talk-de]

Liebe Mapper,

wer kann mir von obigem Datenlogger die Auswertungs-SW schicken?

Mit herzlichem Dank,
Markus

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

Re: [Talk-it] Caricamento di diverse decine di file GPX

[Emanuele Petriglia]

Scusatemi per il ritardo. Grazie mille per il link, sicuramente nei
prossimi giorni li guarderò per iniziare con JOSM.

> leggo tra i tag "mtb" quindi posso interpretarlo in osm come path,
però potrebbe essere track o footway od altro, mentre tu probabilmente
hai i ricordi per classificarlo meglio (p.es path, slope, surface,
trail_visibility ecc.).

Ancora devo ben capire come funzionano i tag di OSM, sono veramente tanti!

Buona serata!

On 9/12/19 8:14 AM, Alessandro P. via Talk-it wrote:
> Il 11/09/19 21:48, Cascafico Giovanni ha scritto:
>> .
>> Usa josm: non è complicato come sembra.
> 
> Concordo con Giovanni: usa JOSM, sarai più veloce e preciso.
> Oltre che su youtube guarda anche su Vimeo, dove un paio di mesi fa ho
> caricato 4 veloci minitutorial su come iniziare ad editare
> https://vimeo.com/alezenait
> 
> Alessandro Ale_Zena_IT
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

-- 
Emanuele Petriglia (ema-pe)

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

Re: [Talk-GB] Parkland

[SK53]

Hi Chris,

I'm a bit surprised this hasn't come up before. I imagine on NPE maps the
land was stippled.

Rural private parks always had some areas used for pasture and even arable.
Even Wollaton Park used to have a couple of fields for cattle grazing when
I was a kid. Obviously places like Chatsworth, Clumber etc should be mapped
as parks. In the East Midlands we have Locko Park
 mapped as such, Maynell
Langley  (a private park
managed as such), Kedleston 
(an NT property, a fair bit of the land is farmed but has a parkland
landscape). Thoresby and Welbeck are not mapped as parks although in
landscape features they are not so different from Clumber.

Attingham Park in Shropshire is very inconsistently mapped. Park of the NT
property is mapped as leisure=park, the area labelled "Deer Park" is mapped
landuse=grass and the wester parts of the park as landuse=farmland. At a
landscape level all of this is one single park with plantings, avenues,
specimen trees are organised as part of a specific scheme.

The area around Belvoir Castle 
from Woolsthorpe westwards is clearly part of a park landscape.

My tentative suggestions are as follows:

   - Map the parkland landscape as leisure=park
   - Have an additional tag which clearly differentiates these historical
   parks in rural areas from the general expectation that leisure=park means
   an urban park. You can see I experimented with urban=no & rural=yes when
   wishing to exclude these areas from potential landuses aggregated to make
   urban areas.
   - Map additionally other landuses in the park: farmland, gardens etc.
   - Use an appropriate access tag.

Problems arise when parts of the area are an attraction and other areas are
private, but this situation exists for many existing rural parks, including
country parks. As NT properties with farming tenants such as Clumber &
Attingham are good examples it may be worth us including them in the
discussion. I vaguely recalled Belton being mentioned at SotM-13 in the
context or OSM & NT.

We can't ultimately avoid the fact that urban parks ultimately derive from
these historical landscape parks of the rich. Indeed it's only in the past
50 or so years that these have tended to disappear from OS maps.

Jerry.



On Sat, 14 Sep 2019 at 16:56, Chris Hill  wrote:

> HI All,
>
> I'm not sure if this has been discussed before, if so sorry.
>
> Someone has added the land around large country houses in East Yorkshire
> as leisure=park. The grounds are what I might describe as parkland,
> private space around the house (though it may be open to the paying
> public such as around Sledmere House) and often it is grazing for sheep,
> sometimes cattle or even deer. I think it is possibly farmland (pasture)
> but it is somewhat different with a number of individual trees in the
> space, probably to enhance the view from the house. It is not what I
> would describe as a park, but the mapper probably took the name (e.g.
> Dalton Park) as the clue.
>
> Does anyone have a better tagging scheme than farmland?
>
> --
> cheers
> Chris Hill (chillly)
>
>
> ___
> 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-GB] Georeferencing / zeroing imagery

[Colin Smale]

On 2019-09-14 17:14, SK53 wrote:

> Hi Edward, 
> 
> In general the GPS rule is still the best way of doing it, we used to have 
> access to Strava heatmap which was very good, but no longer. 
> 
> Other viable alternatives are:  
> 
> * OS OpenData road centrelines. Of course if you use a crude OSGB->WGS84 
> based on OSGB36 this may be upto 5 m out anyway (maximum error of the 
> straight conversion). 
> * Open Data sets which have probably been very accurately located (Nottingham 
> Streetlights, trees in Bristol, Birmingham etc). I presume councils use some 
> kind of differential GPS to locate assets.
> * OS StreetView layer was rectified by Grant using OSGB-02 and is good to 
> crosscheck across layers for shifts.
> * Lidar data from Enivornment Agency/SEPA etc doesn't suffer from parallax 
> errors and can be useful for identifying shifts also.

Admin boundaries imported from OS Boundary-Line should also be accurate,
provided they haven't been moved or otherwise "improved" during / after
the initial import. If the ways are source=OS_OpenData_Boundary-Line and
the nodes are still at version 1, I would think they should be reliable.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-at] zahlreiche motorway_link auf motorway geändert

[Thomas Rupprecht]

Hallo,

ja bin hier auch für einen Revert.
Die Changeset Kommentare sind ja auch nicht gerade die aussagekräftigsten...

mfg Thomas Rupprecht


Am Sa., 14. Sept. 2019 um 11:29 Uhr schrieb Kevin Kofler <
kevin.kof...@chello.at>:

> andreas wecer wrote:
> > ein User hat letztes Monat zahlreiche Autobahn-Auffahrten/-Rampen
> > von motorway_link auf motorway geändert (motorways die zuletzt von diesem
> > geändert wurden: http://overpass-turbo.eu/s/MgG ).
>
> Nachdem das ein Informationsverlust ist (motorway ist unspezifischer als
> motorway_link, die Unterscheidung geht verloren) und…
>
> > Auf Kommentare anderer User wurde bisher - wie schon in der Vergangenheit
> > beim Umtaggen diverser primary auf trunk (
> > https://www.openstreetmap.org/changeset/72233572 ) - nicht reagiert
> > https://www.openstreetmap.org/changeset/73700683
> > https://www.openstreetmap.org/changeset/73699392
> > https://www.openstreetmap.org/changeset/73699677
>
> … der User nicht auf Kommentare reagiert, ist das meiner Meinung nach
> eindeutig als Vandalismus zu werten.
>
> > Mmn. sollten alle Changesets dieses Users, wo motorway_link geändert
> > wurde, rückgängig gemacht werden, falls jemand ein passendes Script dazu
> > hat. Das erste diesbezügliche dürfte das hier gewesen sein:
> > https://www.openstreetmap.org/changeset/72852700
>
> Daher +1, bitte ehestmöglich reverten. Ich wäre auch für eine Sperre des
> betroffenen Users durch die DWG (aber das muß die DWG entscheiden, wir
> können sie nur auf den Fall aufmerksam machen).
>
> Kevin Kofler
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-bo] Solicitud para añadir a Bolivia en RapID

[Juan Jose Iglesias]

Gracias Marco.

Yo llevo varias semanas usando Rapid-ID y obviamente en su estado actual es 
solo un ID con pocos recursos

Gracias

JJ

-Original Message-
From: Marco Antonio [mailto:marcoantoniofr...@gmail.com] 
Sent: Friday, September 13, 2019 7:06 PM
To: OSM Bolivia 
Subject: [Talk-bo] Solicitud para añadir a Bolivia en RapID

Hola,

He añadido una solicitud para que nos tomen en cuenta en la detección de 
caminos en el editor RapID de Facebbok

cualquier novedad les voy avisando, pero tomará tiempo porque hay varios países 
en cola :(

Abrazos,

Marco Antonio

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


---
This email has been checked for viruses by AVG.
https://www.avg.com


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

[Talk-GB] Parkland

[Chris Hill]

HI All,

I'm not sure if this has been discussed before, if so sorry.

Someone has added the land around large country houses in East Yorkshire 
as leisure=park. The grounds are what I might describe as parkland, 
private space around the house (though it may be open to the paying 
public such as around Sledmere House) and often it is grazing for sheep, 
sometimes cattle or even deer. I think it is possibly farmland (pasture) 
but it is somewhat different with a number of individual trees in the 
space, probably to enhance the view from the house. It is not what I 
would describe as a park, but the mapper probably took the name (e.g. 
Dalton Park) as the clue.


Does anyone have a better tagging scheme than farmland?

--
cheers
Chris Hill (chillly)


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

Re: [Talk-it] Rimozione festa dell'unità nazionale

[Matteo Bini via Talk-it]

Conclusione: la festività è stata rimossa.
Grazie a tutti per la partecipazione.

Alla prossima.

--
Matteo Bini

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

Re: [Talk-it] FOSS4G it 2020

[Andrea Albani]

Il giorno ven 13 set 2019 alle ore 19:17 mbranco2  ha
scritto:

> sto contattando qualche osmer, fanno i timidi ma almeno 4 argomenti di
> discussione e/o mini-workshop li stiamo definendo (forza osmer, scrivete
> qua, io per la privacy non anticipo niente :-)  )
>

Su sollecitazione di mbranco2 mi propongo per un workshop su overpass per
il sabato. Non parlerei ovviamene del wizard, ma del linguaggio di query
con una introduzione ai concetti generali ed esempi pratici.

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

Re: [Talk-it] Rimozione festa dell'unità nazionale

[Matteo Bini via Talk-it]

Conclusione: la festività è stata rimossa.
Grazie a tutti per la partecipazione.

Alla prossima.

--
Matteo Bini

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

Re: [Talk-GB] Georeferencing / zeroing imagery

[Silent Spike]

Take my answers with a grain of salt. I'm no expert, but these are from my
experience and current understanding.

On Sat, Sep 14, 2019 at 3:58 PM Edward Bainton 
wrote:

> A few questions:
> - Over how wide an area does an offset obtained that way hold good?
>

This varies, areas with large elevation differences (for example) are much
harder to truly align because the offset tends to have a much higher
variance. Even outside of factors like elevation, sometimes imagery is
consistently misaligned in one region, but inconsistently misaligned in
another. I think the key thing is to just keep checking features against
GPS; other imagery layers; and other features you know to be accurate.


> - Are the old OS maps better/worse/same as this system? Are they an
> alternative for zeroing imagery?
>

Again, no hard answer here. If there is a lot of GPS data available then I
believe it's likely more accurate to use the average of that. However, in
my experience the OS maps are at least consistently accurate enough that I
would trust them if I didn't trust the GPS data in an area.


> - If I know the grid reference of somewhere (eg, Environment Agency puts a
> 10-fig reference on a plaque on their assets) is that any help?
>

Yes, this is one method of aligning a feature. JOSM editor (for example)
allows you to create a node at specific coordinates and iD has a
hotkey-openable pane which will show coordinates at the current cursor
position. Keep in mind that the source of a feature's coordinates may not
be 100% accurate, there's always a level of uncertainty and it's easier to
decide the true position if that's known too. I believe there are also
intricacies to be aware of when converting coordinate systems, but that's a
little beyond my current knowledge.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Georeferencing / zeroing imagery

[SK53]

Hi Edward,

In general the GPS rule is still the best way of doing it, we used to have
access to Strava heatmap which was very good, but no longer.

Other viable alternatives are:

   - OS OpenData road centrelines. Of course if you use a crude OSGB->WGS84
   based on OSGB36 this may be upto 5 m out anyway (maximum error of the
   straight conversion).
   - Open Data sets which have probably been very accurately located
   (Nottingham Streetlights, trees in Bristol, Birmingham etc). I presume
   councils use some kind of differential GPS to locate assets.
   - OS StreetView layer was rectified by Grant using OSGB-02 and is good
   to crosscheck across layers for shifts.
   - Lidar data from Enivornment Agency/SEPA etc doesn't suffer from
   parallax errors and can be useful for identifying shifts also.

The whole issue of conversions is vexed. There are a number of recent
diary/blog posts summarising the issues. Basically georectified imagery is
probably rectified to some OSGB standard here.

Imagery is always a mosaic you can drop off a consistent area at any point.
Nor are individual zoom layers always consistently georectified or even
from the same time. Old maps are generally poorly aligned compared to other
layers. The NLS 1:25k is usually OK. GSGS3906 in Northern Ireland is also
generally OK and can sometimes be enhanced by adding more warp points on
MapWarper. Something like 80% of ways mapped from GSGS and imagery is
within 5m of OSNI data.

In general the more effort put into aligning features the more pain when at
some later time one discovers that the alignment was out. I would only
really bother with gross misalignments (say >10m). Anything which is within
5m is unlikely to repay the effort of realignment. Always maintaining
topological relationships is however important. If one really wants greater
precision then OS sell quite a decent product.

There is scope with things like RTK to create a set of known locations with
known precise co-ordinates. People do this for drone imagery flown in
humanitarian situations.

HTH,

Jerry

On Sat, 14 Sep 2019 at 15:58, Edward Bainton  wrote:

> Hi folks
>
> Another query from me that I imagine has been done to death elsewhere (so
> apologies), but I haven't found it on the wiki. The usual disclaimer that
> I'm not well up on the technical side of the map.
>
> I've read the wiki on Using Imagery
>  and have understood
> that the best way of 'zeroing' the offset of imagery is to look for GPS
> traces, albeit even they are somewhat inaccurate.
>
> A few questions:
> - Over how wide an area does an offset obtained that way hold good?
> - Are the old OS maps better/worse/same as this system? Are they an
> alternative for zeroing imagery?
> - If I know the grid reference of somewhere (eg, Environment Agency puts a
> 10-fig reference on a plaque on their assets) is that any help?
>
> On the last point, this wiki page
>  mentions OSGM02. The link
> has rotted so I searched their site which gives hits for OSGM15
> - Is 02 an outdated standard that I should update on the wiki?
>
> Thanks,
>
> Edward / eteb3
>
>
>
> ___
> 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-cz] Chystá se někdo na SotM do Heidelbergu?

[Michal Fabík]

Ahoj,
jedu, nakonec autem v pátek ráno, zpátky v pondělí po obědě. Můžu 
nabídnout dvě místa.


--
Michal Fabík



على ٣٠‏/٨‏/٢٠١٩ ‫٦:٢٧ م، كتب xkomc...@centrum.cz:

Ahoj,

chystá se tu někdo na letošní SotM do Heidelbergu? Pomalu začínám 
řešit dopravu/ubytování, tak to rád zkoordinuji s někým dalším... Teda 
pokud nebudu jediný návštěvník z CZ/SK jak loni :-(


Jirka


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



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

[Talk-GB] Georeferencing / zeroing imagery

[Edward Bainton]

Hi folks

Another query from me that I imagine has been done to death elsewhere (so
apologies), but I haven't found it on the wiki. The usual disclaimer that
I'm not well up on the technical side of the map.

I've read the wiki on Using Imagery
 and have understood
that the best way of 'zeroing' the offset of imagery is to look for GPS
traces, albeit even they are somewhat inaccurate.

A few questions:
- Over how wide an area does an offset obtained that way hold good?
- Are the old OS maps better/worse/same as this system? Are they an
alternative for zeroing imagery?
- If I know the grid reference of somewhere (eg, Environment Agency puts a
10-fig reference on a plaque on their assets) is that any help?

On the last point, this wiki page
 mentions OSGM02. The link has
rotted so I searched their site which gives hits for OSGM15
- Is 02 an outdated standard that I should update on the wiki?

Thanks,

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

[Talk-es] Mapeado de zonas afectadas por la gota fría

[Jose Luis Infante]

Hola,

ya somos varios usuarios que estamos mapeando por la zona en respuesta a
las inundaciones provocadas por el episodio de gota fría que estamos
sufriendo.

Este correo es para animaros a participar en el mapeado de las poblaciones
afectadas, sobretodo elementos importantes como ramblas, torrentes,
carreteras, pistas, calles, nombres de calles, centros de salud,
comisarías, parques de bomberos, polideportivos,...

De momento todo es auto-organizado, pero a partir de aquí podemos hablar de
organizarnos.

Un saludo,

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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Andreas Lattmann]

Concordo. 

Il 14 settembre 2019 15:08:28 CEST, Alfredo Gattai  
ha scritto:
>la logica del db dice che note va compilato in inglese. Se qualcuno
>puo'
>farlo solo in lingua locale dovrebbe essere note:it per l'italiano,
>note:de
>per il tedesco, etc...
>
>Alfredo
>
>
>>
>>
>> proprio per questo motivo penso il tag note deve / può essere scritto
>> nella lingua locale. Noi generalmente diamo precedenza alla gente del
>> territorio.
>>
>> Ciao Martin
>>
>>

--
樂

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

Re: [Talk-GB] TfL cycle data published - schema mapping

[Martin - CycleStreets]

I will shortly be circulating a proposed mapping of CID -> OSM 
attributes, reflecting the published schema of the finalised version of 
the dataset, for comment.



A proposed mapping of the data is here:
https://bikedata.cyclestreets.net/tflcid/conversion/

I would very much welcome comments and thoughts!

This is also available as an Excel (and JSON) file at:
https://github.com/cyclestreets/tflcid-conversion/tree/master/schema

This reflects the final released data rather than earlier versions, with 
the data viewable and filterable at at:

https://bikedata.cyclestreets.net/tflcid/


For each field, I've looked at the data and proposed what is shown as "OSM 
tag(s)", and there is an associated "OSM comment" where relevant.


The TfL CID database is large (234,333 assets), but quite a number of the 
aspects are not really relevant to OSM. Across the 9 asset types, there are 
95 fields, but 23 of them I propose would be discarded (search for 
"Discard" on the webpage).


Cycle parking data is in my view the most useful part of the database - it 
seems to be more comprehensive than OSM has. The cycle lane data is also 
excellent, in that it contains the actual start-stop locations, compared to 
OSM's tendency sometimes just to have a single lane marked for the whole 
length of a street even though it can come and go.


The data is high quality - I've very rarely come across errors, having now 
spent quite a lot of time looking at it. There are two images of each 
location so it is verifiable easily.


As an example of data that is likely to be unwanted, 118,893 (~50%) of 
these assets are signs (the actual signage head or paint on the ground). 
While OSM does have support for traffic_sign=*, in practice this are rarely 
used, as the tagging on the Ways that the signage actually represents is 
more important, and that data is in any case also represented in the CID as 
line geometries.


For instance, a contraflow cycleway has both the line geometry with 
clt_contra=TRUE but there are also signs for that contraflow. Only the line 
geometry is really needed for OSM. There are a few cases where this doesn't 
quite hold true (e.g. where a sign says "No cycling" but the path beyond it 
isn't actually present, because that is not classed as cycle 
infrastructure).


I'll shortly e-mail again with more detailed commentary on various aspects 
of what is shown, in particular cases where new tags are suggested. 
Searching on the webpage for "Community" will find cases where there are 
particular issues which as I say I'll e-mail about separately.



PS The webpage display, which reads from the JSON file, is a bit of a work 
in progress - I'm aware the ID links aren't yet activated, and the Browse 
map link isn't yet picking up the field (only the type). I'll fix these 
shortly.



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/




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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Alfredo Gattai]

la logica del db dice che note va compilato in inglese. Se qualcuno puo'
farlo solo in lingua locale dovrebbe essere note:it per l'italiano, note:de
per il tedesco, etc...

Alfredo


>
>
> proprio per questo motivo penso il tag note deve / può essere scritto
> nella lingua locale. Noi generalmente diamo precedenza alla gente del
> territorio.
>
> Ciao Martin
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-ee] verbatium buiding import discussion

[SviMik via Talk-ee]

Hi everyone!

I'd like to discuss the import made by verbatium in 2008:
https://www.openstreetmap.org/changeset/569055
(...and other similar changesets)

There are two issues with that import:
1. Unknown data source with unknown license (probably it was a Garmin map 
judging by the Type=0x13 tag)
2. Poor quality of the data. If you see a building distorted like this: 
http://svimik.com/verbatiumimport1.png
- you can be sure it's verbatium's. Maybe it was OK in 2008, but in 2019 we 
have much better options.

What can be done:
1. Remove all buildings which geometry and tags were not edited since the 
initial import. For the tags the following exceptions can be made because they 
were automatic edits:
- User xybot has fixed the tag typo (buildung=yes) in the initial import and 
added its own tag (created_by=xybot)
- User juhanjuku has removed the Type=0x13 and created_by=xybot tags
- User SviMik_import has imported the address tags to these buildings from the 
Maa-amet database (nothing that can't be imported again)
2. Proceed with the Maa-amet building import as usual

It will solve:
1. The license issue (if there is any)
2. The quality issue (if you agree there is an issue)
3. Will update the map in general, for example the demolished buildings will be 
removed from OSM.

For buildings which geometry was changed by other contributors after the 
initial import - we can assume both license and quality issues were solved 
since they no longer contain the imported geometry. I know it's a grey field, 
and I'm not sure it works like that, but at least these buildings do have some 
excuse to stay.

For buildings which geometry was NOT changed, but some POI tags were added - 
let them stay for now and discuss it later if needed. I suspect it will be a 
rare case, but the exact number is unknown right now.

Questions:
1. Has anyone else digged into the issue, maybe asked verbatium himself?
2. Can anyone confirm that the import indeed has the license problem?
3. Is the proposed plan good? (in case if you agree that it needs to be fixed)

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

Re: [talk-au] Are we allowed to use PTV datasets (CC 4.0)?

[Aaron Fang Shenhao]

Thank you both for the helpful info!

I'll get onto sending the waiver letter to PTV. Once it comes back I'll
make sure to update the wiki and report back.

I've summarised the number of stops and routes in the dataset for anyone
who is interested.

  Transport Medium   │ No. stops   No. routes
 ╪
  Metropolitan Train │ 222 99
  Metropolitan Tram  │ 167373
  Metropolitan Bus   │ 18241   354
  Regional Train │ 110 206
  Regional Bus   │ 6644356
  Regional Coach │ 859 658
  Night Bus  │ 452 22
  TeleBus│ 100 8
  Interstate │ 11  11
  SkyBus │ 5   2

For completeness, here's the summary from OSM using the tags
railway=station, railway=tram_stop and highway=bus_stop inside the
area ISO3166-2=AU-VIC.

  Transport Medium │ No. stops   No. routes
 ══╪
  Train│ 442 38
  Tram │ 157091
  Bus  │ 4793716


On Sat, Sep 14, 2019 at 6:15 PM Andrew Harvey 
wrote:

> On Fri, 13 Sep 2019 at 23:29, Aaron Fang Shenhao <
> aaronshenhao2...@gmail.com> wrote:
>
>> Hi everyone,
>>
>> This is my first time using the mailing list.
>>
>
> Welcome!
>
>
>> I’ve noticed that PTV’s (Public Transport Victoria) datasets (
>> https://www.ptv.vic.gov.au/footer/data-and-reporting/datasets/) all fall
>> under Creative Commons International 4.0, which requires explicit
>> permission to be used according to OSM’s blog. I’ve looked at the wiki and
>> can’t find any of these specific datasets in the list approved for use.
>>
>
> Graeme pointed to the catalogue on the wiki of waiver status. I missed PTV
> when doing the initial round, so feel free to add this to the wiki
> https://wiki.openstreetmap.org/wiki/Australian_data_catalogue.
>
>
>> Has anyone asked for permission to use these datasets before? I
>> downloaded the GTFS dataset for a programming project, and it seems
>> amazing: we could add all the stops and connect all the routes for all
>> modes of transport in VIC just from this dataset?
>>
>
> I haven't approached PTV about this, and since it's not listed on the
> wiki, I'd say go ahead and put together the waiver letter and send it off.
> The metadata records have a contact email you can use. If you do send off a
> waiver request please update the status and date you sent it to the wiki
> https://wiki.openstreetmap.org/wiki/Australian_data_catalogue, this
> really helps the rest of the community see what's going on.
>
> There'd still be a fair bit of manual work involved in an import to avoid
> duplicates and to integrate with what's already in OSM, but with a solid
> plan and engaging with this mailing list and local mappers with the plan
> and execution, an import could be a good thing to do.
>
> On Sat, 14 Sep 2019 at 12:33, Graeme Fitzpatrick 
> wrote:
>
>> I see there is reference to
>> https://www2.delwp.vic.gov.au/maps/spatial-data/victorian-spatial-data#Vicmap_Transport-11
>>  being
>> OK but that doesn't appear to be the same thing?
>>
>
> Unfortunately not, VicMap Transport only has airports, roads and railway
> lines. The PTV data has bus stops and a few other datasets.
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] R: Sentiero che si perde nel prato

[Martin Koppenhoefer]

sent from a phone

> On 12. Sep 2019, at 19:21, Ivo Reano  wrote:
> 
> E so che il tag note andrebbe scritto in inglese, che non conosco.


proprio per questo motivo penso il tag note deve / può essere scritto nella 
lingua locale. Noi generalmente diamo precedenza alla gente del territorio.

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

[Talk-us] State Of The Map US 2019 videos

[Mike N]

FYI, The State of the map videos are up at 
https://www.youtube.com/playlist?list=PLqjPa29lMiE3IqlKQlEwGlodMfJJHz-YV



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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Martin Koppenhoefer]

sent from a phone

> On 12. Sep 2019, at 19:18, Ivo Reano  wrote:
> 
> Il noexit su un sentiero mi sembra una stupidaggine. Non lo dico per 
> cattiveria ma si potrebbe usare dove?


sull’ultimo nodo del sentiero. In questo caso lo troverei problematico però 
perché si potrebbe continuare sul prato, o no?



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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Martin Koppenhoefer]

sent from a phone

> On 12. Sep 2019, at 17:58, Volker Schmidt  wrote:
> 
> Perché la nota in italiano? Il sentiero non finisce solo per gli italiani.


le note servono per comunicare con gli altri mappatori, non sono rivolte a chi 
legge la mappa. Per questo non è del tutto fuori mondo mettere le note nella 
lingua locale.

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

Re: [Talk-at] golem.de: Lyft verbessert Openstreetmap automatisiert <- https://www.golem.de/news/kartendaten-lyft-verbessert-openstreetmap-im-vorbeifahren-1909-143759.html

[Robert Kaiser]

Cad schrieb:

Also ich hab mir den technischen Artikel[1] durchgelesen und hätte jetzt
so nicht rausgelesen, dass sie Fehler automatisch ausbessern.
Nur das sie eine Methode entwickelt haben die Fehler in OSM automatisch
zu erkennen.


OK, automatische Erkennung ist jedenfalls cool - umso mehr, wenn es dann 
jemand gibt, der sich das ansieht und kontrolliert und sorgfältig 
(manuell) einpflegt.


KaiRo

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

Re: [Talk-it] Sentiero che si perde nel prato

[Martin Koppenhoefer]

sent from a phone

> On 12. Sep 2019, at 13:38, Max1234Ita  wrote:
> 
> Se il percorso passa effettivamente di lì, "nel prato" e poi prosegue, si
> potrebbe forse usare questa soluzione?


si, quando il percorso continua e l’interruzione non comporta ostacoli io 
mapperei il percorso in maniera continua (con trailvisibility)

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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Alessandro via Talk-it]

 Messaggio originale Da: Volker Schmidt 
 Data:14/09/2019  11:14  (GMT+01:00) 
A: openstreetmap list - italiano  
Oggetto: Re: [Talk-it] R: Sentiero che si perde nel prato 
...
Ci serve un metodo di tagging per distinguere fra i due casi. E ci serve sia 
per i co-mappatori sia per gli utenti finali (il camminatore in montagna per 
esempio) 
Mi sembra una esigenza così chiara, più chiara non si può.


Mi pare che il metodo ci sia già: se il percorso prosegue, nel punto finale 
fixme=continue o un'altra nota


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

Re: [Talk-it] R: Sentiero che si perde nel prato

[Alessandro via Talk-it]

 Messaggio originale Da: demon_box 
 Data:14/09/2019  08:07  (GMT+01:00) 
A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] R: 
Sentiero che si perde nel prato 
Italy General mailing list wrote
> +2 e mi stupisco che la discussione vada avanti

...ullallà, siamo in Democrazia ;-))

ciao

--enrico


In democrazia si può esprimere la propria idea in maniera rispettosa, mi pare 
di averlo fatto___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] golem.de: Lyft verbessert Openstreetmap automatisiert <- https://www.golem.de/news/kartendaten-lyft-verbessert-openstreetmap-im-vorbeifahren-1909-143759.html

[Marcus MERIGHI]

Hallo Tom, 

cadde...@lumpaczik.org (Cad), 2019.09.13 (Fri) 20:18 (CEST):
> Also ich hab mir den technischen Artikel[1] durchgelesen und hätte jetzt
> so nicht rausgelesen, dass sie Fehler automatisch ausbessern.
> Nur das sie eine Methode entwickelt haben die Fehler in OSM automatisch
> zu erkennen.

danke! Haett' ich gleich machen sollen... jetzt nachgeholt -> Du hast
recht [0], danke fuer das Anschubsen!

Auch der Original-Artikel [1] des Linux Magazin weis nichts von
automatisierter Aenderung, der Anfang klingt am meisten nach
automatisierter Aenderung:

"Der Fahrdienst-Vermittler Lyft hat einen Algorithmus entwickelt,
der die Open-Streetmap-Daten verbessert und berichtet in einem
Blogpost darüber."

Das OSM wiki hat mir nur ein Suchergebnis fuer Lyft gebracht [2]; dort
steht: 

"Lyft is a taxi-like technology company from the USA. They use OSM
data, and have an organised editing team to fix errors they have
found. There is no documentation of the organised editing.[a]

They are not a Corporate Member of the Foundation."

Der Link [a] verweist auf [0]! Jemand hat also den Lyft blog post schon
in der entsprechenden Wiki-Seite verlinkt.

[0]
https://eng.lyft.com/how-lyft-creates-hyper-accurate-maps-from-open-source-maps-and-real-time-data-8dcf9abdd46a

[1]
https://www.linux-magazin.de/news/wie-lyft-open-streetmap-daten-analysiert-und-verbessert/

[2] https://wiki.openstreetmap.org/wiki/Lyft

Pfirt'Eich, Marcus

> " As OSM is a source for our basemap, we need to monitor its quality and
> accuracy. Upon detecting map errors in OSM, we work with our Data
> Curation Team to fix them in OSM. This can be done using our proprietary
> data."
> 
> Ich will jetzt nicht ausschliessen das sie Automatismen einsetzen. Auf
> jeden Fall haben sie offensichtllich ein Team welches sich um die Fehler
> kümmert. Je nachdem wie gross das ist können sie sehr wohl tausende
> Fehler korrigiert haben.
> Leider lässt der Artikel keine Rückschlüsse über die Arbeitsweise zu.
> 
> LG Tom
> 
> 
> [1]
> https://eng.lyft.com/how-lyft-creates-hyper-accurate-maps-from-open-source-maps-and-real-time-data-8dcf9abdd46a
> 
> Am 12.09.2019 um 21:30 schrieb Robert Kaiser:
> > Marcus MERIGHI schrieb:
> >>  In seinem [49]Engineering-Blog schreibt der
> >>  Fahrdienst-Vermittler Lyft, dass das Unternehmen Tausende von
> >>  Fehlern in Openstreetmap behoben hat. Das Auffinden und Beheben
> >>  der fehlerhaften Daten geschieht demnach nicht manuell wie bei
> >>  den sonst üblichen Bearbeitungen durch die
> >>  Openstreetmap-Community, sondern hauptsächlich automatisch.
> > 
> > 
> > Ugh, automatische Edits klingen für mich nach verschlimmbesserung und
> > bald kommenden Reverts, weil da wohl auch genug Blödsinn dabei sein wird
> > (zuminbdest lehrt das die Erfahrung bisher mit solchen Dingen). :(
> > 
> > KaiRo
> > 
> > 
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> 




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


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

Re: [Talk-at] zahlreiche motorway_link auf motorway geändert

[Kevin Kofler]

andreas wecer wrote:
> ein User hat letztes Monat zahlreiche Autobahn-Auffahrten/-Rampen
> von motorway_link auf motorway geändert (motorways die zuletzt von diesem
> geändert wurden: http://overpass-turbo.eu/s/MgG ).

Nachdem das ein Informationsverlust ist (motorway ist unspezifischer als 
motorway_link, die Unterscheidung geht verloren) und…

> Auf Kommentare anderer User wurde bisher - wie schon in der Vergangenheit
> beim Umtaggen diverser primary auf trunk (
> https://www.openstreetmap.org/changeset/72233572 ) - nicht reagiert
> https://www.openstreetmap.org/changeset/73700683
> https://www.openstreetmap.org/changeset/73699392
> https://www.openstreetmap.org/changeset/73699677

… der User nicht auf Kommentare reagiert, ist das meiner Meinung nach 
eindeutig als Vandalismus zu werten.

> Mmn. sollten alle Changesets dieses Users, wo motorway_link geändert
> wurde, rückgängig gemacht werden, falls jemand ein passendes Script dazu
> hat. Das erste diesbezügliche dürfte das hier gewesen sein:
> https://www.openstreetmap.org/changeset/72852700

Daher +1, bitte ehestmöglich reverten. Ich wäre auch für eine Sperre des 
betroffenen Users durch die DWG (aber das muß die DWG entscheiden, wir 
können sie nur auf den Fall aufmerksam machen).

Kevin Kofler


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

Re: [OSM-talk] Abuse of natural=cliff tag

[Warin]

On 12/09/19 00:13, Christoph Hormann wrote:

On Wednesday 11 September 2019, Vladimir Vyskocil wrote:

I read carefully your response and looked at the picture. I didn't
travelled exactly at this place but will go there in October !
However I've already been in Český ráj

Re: [Talk-it] R: Sentiero che si perde nel prato

[Volker Schmidt]

Scusate se insisto.
Se mi trovo su una strada di servizio che finisce in un parcheggio, posso
tranquillamente assumere che finisce lì.
Se mi trovo su un highway=foot che finisce davanti a una casa, la
probabilità è grande che finisce li davanti al cancello.
Se un sentiero finisce su un prato le possibilità sono quasi esattamente
due: mi porta al prato e finisce li o il mappatore l'ha mappato solo fino a
qua e poi è tornato indietro.
Ci serve un metodo di tagging per distinguere fra i due casi. E ci serve
sia per i co-mappatori sia per gli utenti finali (il camminatore in
montagna per esempio)
Mi sembra una esigenza così chiara, più chiara non si può.




Virus-free.
www.avast.com

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

On Sat, 14 Sep 2019 at 08:08, demon_box  wrote:

> Italy General mailing list wrote
> > +2 e mi stupisco che la discussione vada avanti
>
> ...ullallà, siamo in Democrazia ;-))
>
> ciao
>
> --enrico
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Connecteur QGIS-JOSM

[ades]

connaissais pas la sélection d’un seul objet, sera utile…
en tous cas merci pour cette superbe et très utile extension


> Le 13 sept. 2019 à 23:26, Etienne Trimaille  a 
> écrit :
> 
> Bonsoir,
> 
> Le ven. 13 sept. 2019 à 18:41, PanierAvide  > a écrit :
> Pour préciser : menu "Vecteur" > "Quick OSM" > "Télécommande JOSM" (dans QGis 
> 3.8), mais ça doit être assez récent comme fonctionnalité non ?
> 
> Ce bouton la est disponible depuis la version de QGIS 3.0, soit février 2018 
> ;-) Il est accessible depuis la barre d'outils QuickOSM pour que cela soit 
> plus rapide.
> Cela ouvre le canvas visible de QGIS dans JOSM.
> 
> Sinon, si vous voulez éditer juste un objet OSM depuis QGIS (sans charger le 
> canvas entièrement), avec l'outil d'identification, vous pouvez faire un 
> clic-droit sur une entité et sélectionner "JOSM" ou "Use default editor" pour 
> ouvrir iD. De même si vous faites un clic-droit dans la table attributaire 
> d'une couche issue de QuickOSM.
> 
> D'ailleurs Adrien, il y aussi l'intégration Mapillary quand une entité a un 
> tag "mapillary". Cela provoque soit ouverture du plugin Mapillary si il est 
> présent ou alors ouverture de la page web correspondante.
> 
> Etienne
> Développeur de QuickOSM
> 
>  
> 
> Adrien P.
> Le 13/09/2019 à 18:06, ades a écrit :
>> bin si…
>> faut seulement installé l’extension par le gestionnaire d’extension de Qgis, 
>> par par ailleurs…  :-)
>> 
>> Un connecteur Qgis>josm, ça sert à ouvrir josm pour lire modifier ou éditer 
>> des éléments d'osm que tu peut voir dans Qgis (importés via quickosm par 
>> exemple…  ou même parce que tu utilises un fond de carte Osm ou Osm.fr 
>>  dans qgis).
>> Ça sert sans doute rien… sauf p’tet à contribuer à Osm, mais bon, donc pas à 
>> grand chose…   ;-)
>> 
>> 
>> 
>>> Le 13 sept. 2019 à 17:50, Cyrille37 OSM via Talk-fr 
>>> mailto:talk-fr@openstreetmap.org>> a écrit :
>>> 
>>> Le 13/09/2019 à 17:31, ades a écrit :
 bin vi… !!!
 c’est dans l’extension quickOsm, qui est absolument obligatoire ;-)
>>> Heu... QuickOsm  (de 3Liz 
>>> ) fait le pont entre les formats OSM, l'Overpass 
>>> API, mais il ne me semble pas faire connecteur avec JOSM. D'ailleurs je me 
>>> demande à quoi ça peut servir un connecteur QGIS-JOSM ?
>>> Cyrille37.
>>> 
>>> 
> Le 13 sept. 2019 à 13:54, Magalie Dartus  
>  a écrit :
> 
> Bonjour à tous,
> 
> Est-ce que vous savez s'il existe dans QGIS une extension qui serve de 
> connecteur entre QGIS et JOSM?
> 
> Merci et bonne journée
> Magalie
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-fr 
 
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>> 
>> 
>> 
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Connecteur QGIS-JOSM

[PanierAvide]

Merci pour les explications, et super boulot sur ce plugin ! :-)

Adrien P.

Le 13/09/2019 à 23:26, Etienne Trimaille a écrit :

Bonsoir,

Le ven. 13 sept. 2019 à 18:41, PanierAvide > a écrit :


Pour préciser : menu "Vecteur" > "Quick OSM" > "Télécommande JOSM"
(dans QGis 3.8), mais ça doit être assez récent comme
fonctionnalité non ?

Ce bouton la est disponible depuis la version de QGIS 3.0, soit 
février 2018 ;-) Il est accessible depuis la barre d'outils QuickOSM 
pour que cela soit plus rapide.

Cela ouvre le canvas visible de QGIS dans JOSM.

Sinon, si vous voulez éditer juste un objet OSM depuis QGIS (sans 
charger le canvas entièrement), avec l'outil d'identification, vous 
pouvez faire un clic-droit sur une entité et sélectionner "JOSM" ou 
"Use default editor" pour ouvrir iD. De même si vous faites un 
clic-droit dans la table attributaire d'une couche issue de QuickOSM.


D'ailleurs Adrien, il y aussi l'intégration Mapillary quand une entité 
a un tag "mapillary". Cela provoque soit ouverture du plugin Mapillary 
si il est présent ou alors ouverture de la page web correspondante.


Etienne
Développeur de QuickOSM

Adrien P.

Le 13/09/2019 à 18:06, ades a écrit :

bin si…
faut seulement installé l’extension par le gestionnaire
d’extension de Qgis, par par ailleurs…  :-)

Un connecteur Qgis>josm, ça sert à ouvrir josm pour lire modifier
ou éditer des éléments d'osm que tu peut voir dans Qgis (importés
via quickosm par exemple…  ou même parce que tu utilises un fond
de carte Osm ou Osm.fr  dans qgis).
Ça sert sans doute rien… sauf p’tet à contribuer à Osm, mais bon,
donc pas à grand chose…   ;-)




Le 13 sept. 2019 à 17:50, Cyrille37 OSM via Talk-fr
mailto:talk-fr@openstreetmap.org>> a
écrit :

Le 13/09/2019 à 17:31, ades a écrit :

bin vi… !!!
c’est dans l’extension quickOsm, qui est absolument obligatoire ;-)


Heu...QuickOsm (de3Liz
) fait le pont entre les formats OSM,
l'Overpass API, mais il ne me semble pas faire connecteur avec
JOSM. D'ailleurs je me demande à quoi ça peut servir un
connecteur QGIS-JOSM ?

Cyrille37.



Le 13 sept. 2019 à 13:54, Magalie Dartus  
  a écrit :

Bonjour à tous,

Est-ce que vous savez s'il existe dans QGIS une extension qui serve de 
connecteur entre QGIS et JOSM?

Merci et bonne journée
Magalie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org  
https://lists.openstreetmap.org/listinfo/talk-fr

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

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




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

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


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

Re: [talk-au] Are we allowed to use PTV datasets (CC 4.0)?

[Andrew Harvey]

On Fri, 13 Sep 2019 at 23:29, Aaron Fang Shenhao 
wrote:

> Hi everyone,
>
> This is my first time using the mailing list.
>

Welcome!


> I’ve noticed that PTV’s (Public Transport Victoria) datasets (
> https://www.ptv.vic.gov.au/footer/data-and-reporting/datasets/) all fall
> under Creative Commons International 4.0, which requires explicit
> permission to be used according to OSM’s blog. I’ve looked at the wiki and
> can’t find any of these specific datasets in the list approved for use.
>

Graeme pointed to the catalogue on the wiki of waiver status. I missed PTV
when doing the initial round, so feel free to add this to the wiki
https://wiki.openstreetmap.org/wiki/Australian_data_catalogue.


> Has anyone asked for permission to use these datasets before? I downloaded
> the GTFS dataset for a programming project, and it seems amazing: we could
> add all the stops and connect all the routes for all modes of transport in
> VIC just from this dataset?
>

I haven't approached PTV about this, and since it's not listed on the wiki,
I'd say go ahead and put together the waiver letter and send it off. The
metadata records have a contact email you can use. If you do send off a
waiver request please update the status and date you sent it to the wiki
https://wiki.openstreetmap.org/wiki/Australian_data_catalogue, this really
helps the rest of the community see what's going on.

There'd still be a fair bit of manual work involved in an import to avoid
duplicates and to integrate with what's already in OSM, but with a solid
plan and engaging with this mailing list and local mappers with the plan
and execution, an import could be a good thing to do.

On Sat, 14 Sep 2019 at 12:33, Graeme Fitzpatrick 
wrote:

> I see there is reference to
> https://www2.delwp.vic.gov.au/maps/spatial-data/victorian-spatial-data#Vicmap_Transport-11
>  being
> OK but that doesn't appear to be the same thing?
>

Unfortunately not, VicMap Transport only has airports, roads and railway
lines. The PTV data has bus stops and a few other datasets.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-it] su.openstreetmap.it canale telegram

[Cascafico Giovanni]

Ciao Listàti,

per avere il riassunto sulle 24h delle note generate dal servizio
su.openstreetmap.it ho impostato in via sperimentale un canale telegram [1].
Viene eseguito dopo mezzanotte, per cui toglietegli la suoneria ;-)

Commentate pure.


[1] https://t.me/suosm
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-at] zahlreiche motorway_link auf motorway geändert

[andreas wecer]

Hallo,

ein User hat letztes Monat zahlreiche Autobahn-Auffahrten/-Rampen
von motorway_link auf motorway geändert (motorways die zuletzt von diesem
geändert wurden: http://overpass-turbo.eu/s/MgG ).
Auf Kommentare anderer User wurde bisher - wie schon in der Vergangenheit
beim Umtaggen diverser primary auf trunk (
https://www.openstreetmap.org/changeset/72233572 ) - nicht reagiert
https://www.openstreetmap.org/changeset/73700683
https://www.openstreetmap.org/changeset/73699392
https://www.openstreetmap.org/changeset/73699677

Mmn. sollten alle Changesets dieses Users, wo motorway_link geändert wurde,
rückgängig gemacht werden, falls jemand ein passendes Script dazu hat. Das
erste diesbezügliche dürfte das hier gewesen sein:
https://www.openstreetmap.org/changeset/72852700

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

Re: [Talk-dk] Status på Mapillary i nogle danske kommuner

[Niels Elgaard Larsen]

On Fri, 13 Sep 2019 09:02:17 +0200
Soren Johannessen  wrote:

>Hej Niels
>
>Mange tak for det værdifulde indspark vedr. forskellige type af skilte
>og deres falske hits i forhold til danske forhold. Vedr. vejbump så er
>der sat en træningsopgave med 16.000 opgaver op på denne her  URL
>https://www.mapillary.com/project/verification/task/XwZ2XMFh4DAVx5NRqa1CGf



Tak, jeg har brugt træningssystemet en del.
Men for det første føles det som dobbelt arbejde både at gøre det der
og så igen med Osmose.

For det andet så var der i starten ikke de her rødhvide skilte i
verifikationssystemet. Det er der nu.


>Udover de rød-hvide kantskilte som giver fejl, så er også jernbane
>skiltning og valgplakater også et problem.


Og skilte der markerer fodgængerovergange.

I det mindste slipper vi vel snart for Fætter-BR skilte, som Mapillary
også misforstår.



>Mvh.
>Søren Johannessen
>
>
>
>On Thu, Sep 12, 2019 at 6:31 PM Niels Elgaard Larsen 
>wrote:
>>
>> On Wed, 11 Sep 2019 10:50:49 +0200
>> Soren Johannessen  wrote:
>>  
>> >At rydde op i falske hits fra trafikskilte betyder fx at det
>> >Mapillary trafikskiltelag som kan ses i OSM værktøjerne iD/JOSM
>> >også bliver ryddet op i.  
>>
>>
>> Jeg vil godt foreslå dem, at de bruger data fra Osmose.
>> Jeg har markeret mange tusinde Mapillary issues som falske positiver.
>> Fx alle de her rød-hvide der står hvor banen deler sig på motorveje
>> osv, og som Mapillary tror betyder at der kommer et bump.
>>
>> Og firkantede skilte med tal som i DK ikke er hastighedsgrænser, men
>> anbefalede hastigheder.
>>
>> Skilte med ryttere til hest, som Mapillary tror advarsler om vilde
>> dyr.
>>
>> --
>> Niels
>>
>> ___
>> Talk-dk mailing list
>> Talk-dk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-dk  
>
>___
>Talk-dk mailing list
>Talk-dk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-dk


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

Re: [Talk-it] R: Sentiero che si perde nel prato

[demon_box]

Italy General mailing list wrote
> +2 e mi stupisco che la discussione vada avanti

...ullallà, siamo in Democrazia ;-))

ciao

--enrico





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