Re: [Talk-it-lazio] Richiesta informazione per "mappa sulla accessibilità nel Lazio"

[Martin Koppenhoefer]

Am Do., 21. Sept. 2023 um 19:19 Uhr schrieb Marcello Pelato via
Talk-it-lazio :

>
> Credo che ne esistano estrapolandone i dati tipo Wheelmap
> .
> Ma che io sappia non esiste una veste di Openstreetmap dedicata
> espressamente all'accessibilità, ma su questo vi sarà sicuramente qualcun
> altro in grado di risponderti con più pertinenza.
>
> Stupidamente ho cercato e trovato questo articolo La miglior mappa
> mondiale per l’accessibilità | OpenStreetMap Blog
> 
>
> Wheelmap
>
> Wheelmap is an online map to search, find and mark wheelchair-accessible
> places. Get involved by marking public ...
> 
>
>
>
> La miglior mappa mondiale per l’accessibilità | OpenStreetMap Blog
>
>
> 
>
>
>


sì, anch'io conosco solo wheelmap, c'erano altre mappe ma sembra che non
esistono più:
http://www.wheelchair.accessiblemaps.org/
www.rollstuhlrouting.de

Si trova anche questa pagina nella wiki che potrebbe avere ulteriori
riferimenti:
https://wiki.openstreetmap.org/wiki/Wheelchair_routing

Ho inoltrato la richiesta anche sulla lista nazionale, ma non c'erano
ulteriore risposte:
https://lists.openstreetmap.org/pipermail/talk-it/2023-September/074981.html

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

Re: [OSM-talk] mapilio? (street-level imagery)

[Martin Koppenhoefer]

sent from a phone

> On 31 May 2023, at 00:09, Niels Elgaard Larsen  wrote:
> 
> I often use Wikimedia Commons.
> There is an app that can both upload photos already taken and start a
> photo-app from the commons app.


+1, there is an app for iOS as well
https://apps.apple.com/it/app/wiki-uploader/id1271265731

in OpenStreetMap there is now an established specific tag:
https://taginfo.openstreetmap.org/keys/wikimedia_commons#overview___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - 3 maggio 2023 ?

[Martin Koppenhoefer]

sent from a phone

> On 3 May 2023, at 09:31, Marcello Pelato  wrote:
> 
> Ciao soliti mappatori, 
> 
> a meno che non si decida di spostare l'appuntamento per il meteo, oggi stando 
> nei paraggi, riuscirei a partecipare.


ottimo, allora confermiamo, magari si aggiunge anche qualcun’altro di questa 
lista :)
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - 3 maggio 2023 ?

[Martin Koppenhoefer]

sent from a phone

> On 2 May 2023, at 11:59, Flaminia Tumino  wrote:
> 
> Domani l'incontro alle 19.30 a Monti e' confermato?


al momento siamo solo 2 dei soliti ad aver confermato la presenza. Purtroppo le 
previsioni meteo non prospettano gran tempo domani. Vorresti spostarlo un’altra 
volta, ad esempio al 17/5 (il 10 non ci sono)?
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - 3 maggio 2023

[Martin Koppenhoefer]

sent from a phone

> On 25 Apr 2023, at 11:16, Flaminia Tumino  wrote:
> 
> Il mapping party e' spostato di una settimana a mercoledì prossimo, 3 maggio.


ottimo, grazie Flaminia, io ci sarò. 
https://osmcal.org/event/2019/___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [OSM-talk] bot proposal: shop values cleanup (low use values only, 1 used 250 times, three over 100 times, many used less)

[Martin Koppenhoefer]

Am Fr., 21. Apr. 2023 um 14:08 Uhr schrieb Andy Townsend :

> On 21/04/2023 12:17, Mateusz Konieczny via talk wrote:
> We're actually talking about the "long tail" of shop values - genuine,
> perfectly descriptive, perfectly valid values, like "shop=whisky" that
> someone mentioned on IRC this morning. Changing that to something
> generic without recording the extra detail somewhere (and communicating
> to data consumers where that extra detail has moved to) is essentially
> low-grade vandalism - removing detail from OSM.  It devalues the hard
> work of the people who surveyed these things in the first place.



whole-heartedly agree, it also makes it hard to impossible to "organically"
introduce new classes/types via mapping, because as soon as you add it
someone monitoring some qa tool comes along and changes the specific value
to something established but not so specific or sometimes even not fitting.
These activities are sometimes called "gardening", but in OSM it isn't
completely clear what is weed and what is crop, so we better make it even
clearer that this kind of "gardening" should not be performed.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] bot proposal: shop values cleanup (low use values only, 1 used 250 times, three over 100 times, many used less)

[Martin Koppenhoefer]

Am Fr., 21. Apr. 2023 um 11:19 Uhr schrieb Warin <61sundow...@gmail.com>:

>
> A rendering issue.
>
> Why not have a generic symbol for 'shop' and use that for any value of
> shop that you don't have a specific symbol for?
>


this is a deliberate decision, because it would provide positive feedback
also for shop values that are mistyped, at least this is the argument AFAIK.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] bot proposal: shop values cleanup (low use values only, 1 used 250 times, three over 100 times, many used less)

[Martin Koppenhoefer]

Am Fr., 21. Apr. 2023 um 09:47 Uhr schrieb Jochen Topf :

> On Thu, Apr 20, 2023 at 10:11:49PM +0100, Andy Townsend wrote:
> > To change "shop=veryrarevalue" where it was correct to
> > "shop=lessrarevalue"without preserving the detail somehow loses detail
> from
> > OSM and is therefore by definition a Bad Thing.  Some of the entries on
> your
>
> I disagree with that blanket "Bad Thing". It is much more likely that a
> general map will show shop=lessrarevalue with a specific icon than
> shop=veryrarevalue. So if you are using shop=veryrarevalue instead of
> shop=lessrarevalue you might lose detail in the database, but in
> practice you will gain detail in actual use.
>


what we actually want is both, a reasonably generic/specific value for a
"main" class, and potentially additional tag(s) for details.
Rather than just replacing shop=veryrarevalue with shop=moregenericvalue,
we should probably also add moregenericvalue=veryrarevalue

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

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - 26 aprile 2023

[Martin Koppenhoefer]

Am Mo., 3. Apr. 2023 um 16:34 Uhr schrieb Flaminia Tumino <
flaminiatum...@gmail.com>:

> Ciao a tutt*,
> con le temperature miti ricominciamo a mappare in giro!
> Malgrado Monti sia abbastanza mappato, all'ultimo mapping party abbiamo
> trovato che ci sono tanti cambiamenti che non sono stati riportati su
> openStreetMap, quindi continuiamo in quella zona.
> Appuntamento come al solito ai piedi della fontana in piazzetta alle 19.30
> Qui sotto il link dell'evento:
>
> https://osmcal.org/event/2019/
>


ottimo, grazie Flaminia, io conto di esserci.

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

Re: [Talk-it-lazio] rete ATAC, dati del comune

[Martin Koppenhoefer]

nessuno? Perché mi sembrava dalla wiki che qualcuno fosse interessato al
trasporto pubblico...
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [OSM-talk] Proposed automatic replacements of multiple surface values - the third edition (review welcomed!)

[Martin Koppenhoefer]

Am Mo., 27. März 2023 um 10:32 Uhr schrieb David Haberthür <
em...@davidhaberthuer.ch>:

> Ciao
>
> I added
> # translating German
> 'holz': 'wood',
> 'schotter': 'gravel',
> 'Gras_Laub': 'grass',
> to candidate list for the next one
>
>
> I’m my (Swiss German) opinion "Schotter" is much bigger than gravel, which
> is translated to "Kies".
> Gravel might be passable by bike, Schotter is the foundation under
> railways tracks.
> I wouldn’t want to ride my bike over Schotter!
>


there was a discussion recently about several of these terms, including
pebbles and gravel.
The term "Kies" usually means rounded, natural pebbles as can be found in
rivers, while there is also "gebrochener Kies" which means crushed stone.
"Schotter" also means crushed stone. You correctly point out that the
largest grain size is very relevant for usability, you can't cycle on 63mm
Schotter, but you can on 16mm (still not desirable, but a huge difference
to 63mm). There are various terms, and they are sometimes colloquially used
with a different meaning than the definition used by specialists, and they
may be imprecise without adding the grain sizes, so there will probably
never be an unambiguous translation in a single word.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proposed automatic replacements of multiple surface values - the third edition (review welcomed!)

[Martin Koppenhoefer]

sent from a phone

> On 24 Mar 2023, at 22:35, 
> facebook_140f8d4e-9d8f-4d51-a5a7-320f53afc...@vollbio.de wrote:
> 
> Btw. I saw some German word: holz=>wood, schotter=>gravel, verdichtet=>paved 
> (it means "compacted"), Gras/Laub=>grass, pflasterstein=>cobblestones


verdichtet is actually „unpaved“ (compacted) and pflasterstein is usually sett, 
sometimes paving_stones but hard ever cobblestones
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it-lazio] rete ATAC, dati del comune

[Martin Koppenhoefer]

Buonasera a tutti,

come tanti sanno, l'ATAC dal 2019 pubblica informazioni sulla rete e anche
sui mezzi in un formato machine readable (gtfs), ma purtroppo con licenza
CC-BY-SA 4.0 (sembra).
Il link è qui:
https://dati.comune.roma.it/catalog/dataset/c_h501-d-9000
(licenza in basso a sinistra). La curiosità che negli singoli dataset non
ci sono indicazioni di licenza e in basso il link "Licenza" porta alla
CC-BY 4.0 (no sharealike).
https://dati.comune.roma.it/od/it/legal.page

Sarebbe di chiedergli chiarificazioni se la licenza è cc-by-sa oppure
cc-by, e di considerare un rilascio compatibile con i termini di OSM (ad
esempio potrebbero rilasciare in IODL oppure CC-BY più waiver).

Qualcuno di voi ha già tentato di scrivere al comune per questi dati?
Qualcuno ha interesse a farlo insieme ora?

Una volta disponibile potremmo utilizzarli per importare informazioni
mancanti, per ora penso si potrebbero usare queste liste (create con i dati
cc-by-sa) per valutare la lcompletezza dei nostri dati, ma non si possono
estrarre le informazioni:
https://ptna.openstreetmap.de/results/IT/RM/IT-RM-ATAC-Analysis.html

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

Re: [OSM-talk] proposed bot edit for surface=granite, surface=marble and similar

[Martin Koppenhoefer]

Am Mi., 15. März 2023 um 14:01 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:

>
>
>
> Mar 15, 2023, 10:21 by dieterdre...@gmail.com:
>
> I'd prefer "surface:material" compared to "material", it is in modest use
> (800) https://taginfo.openstreetmap.org/keys/surface%3Amaterial
> because the "highway" represents not just the surface.
>
> material represents primary material of object and surface of
> road/path/square
> seems to fit here well.
>
> What would be benefit for surface:material over material anyway?
> Which other tags would be added that are infeasible with material?
>


not sure, maybe bridge? currently there are 10622 instances of material and
surface on the same object, the combination or surface with
surface:material (or surface.material or surface_material) is used 2200
times.
 https://taginfo.openstreetmap.org/keys/surface#combinations



If someone really wants they can add surface:curb:left=granite
>


this is where I think it could be subtagged,
material=stone  (180.000 uses)
stone=granite/sandstone/andesite/limestone/marble (minor organic use)
https://taginfo.openstreetmap.org/keys/stone

surface is not just about a material (as is granite), it is about the kind
of shape/pieces, unhewn_cobblestone, paving_stones, compacted, grass_paver,
cobblestone, etc.
There are lots of different stones in the world, even more if you look at
the specific subtype, IMHO these should not be used as individual values in
the first order ("material")
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] proposed bot edit for surface=granite, surface=marble and similar

[Martin Koppenhoefer]

I'd prefer "surface:material" compared to "material", it is in modest use
(800) https://taginfo.openstreetmap.org/keys/surface%3Amaterial
because the "highway" represents not just the surface.

Generally, maybe another subtagging step like "surface:material=stone"
"stone=granite" could make sense? It could also be used for material and
similar tags:
material=stone and stone=granite

https://taginfo.openstreetmap.org/tags/material=stone (180.000)
https://taginfo.openstreetmap.org/keys/stone (173 uses, of the kind we are
looking for)
https://taginfo.openstreetmap.org/keys/stone_type (false friend, this is
about specific stone types (shapes and purposes) rather than material)

https://taginfo.openstreetmap.org/tags/roof%3Amaterial=stone
...
Cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proposed automatic replacements of multiple surface=* and shop=* values (review welcomed!)

[Martin Koppenhoefer]

sent from a phone

> On 26 Feb 2023, at 10:19, Warin <61sundow...@gmail.com> wrote:
> 
> Opal is also a gemstone, Australia being a leading source. It is also a fuel 
> in Australia ... but that would not be sold in shops but petrol stations.


in Germany OPAL is the name of a fibre optic internet access standard (infamous 
because it was rolled out in big areas but then not attached to the internet 
for decades) https://de.m.wikipedia.org/wiki/Optische_Anschlussleitung

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

Re: [OSM-talk] Proposed automatic replacements of multiple surface=* and shop=* values (review welcomed!)

[Martin Koppenhoefer]

Am Sa., 25. Feb. 2023 um 22:07 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:

>
> So shop = laundromat → shop = laundry + self_service=yes would be needed?
>



it could be seen as equivalent, personally I would see a case for different
main tags because these are quite different features, better not intervene
in an automatic way (although admittedly there is 1000 times less usage for
laundromat one could also say that 40 laundromats are not worth
discussing). Maybe set up a proposal for laundromat? For 25% of all
laundries there is "self_service" information (and 85% of these are self
service=yes which could suggest that the default is self_service=no). I'd
rather go for amenity=laundromat (it has 7 uses now)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proposed automatic replacements of multiple surface=* and shop=* values (review welcomed!)

[Martin Koppenhoefer]

sent from a phone

> On 25 Feb 2023, at 20:13, Mateusz Konieczny via talk  
> wrote:
> 
> There is no point in manual drudgery here, with values clearly
> replaceable by better matches.
> 
> This values here do NOT require manual overview. If this cases will
> turn out to be an useful signal of invalid editing than I will remain
> reviewing nearby areas where bot edited.


forgot to say I applaud to this initiative, thank you for tackling this and 
documenting the process. I agree that there are many cases that can be fixed 
automatically, and your list shows good examples, but of course we must be very 
careful to not iron everything flat when there might be subtle differences. 
This is why it is important to have many eyes on such bot edits and document 
the details.

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

Re: [OSM-talk] Proposed automatic replacements of multiple surface=* and shop=* values (review welcomed!)

[Martin Koppenhoefer]

sent from a phone

> On 25 Feb 2023, at 20:13, Mateusz Konieczny via talk  
> wrote:
> 
> shop=eggs -> shop=food food=eggs
> maybe such migration would be a good idea?
> having top value for every single shop type specializing in a given food
> seems hopeless - we would need shop=pumpkin, shop=apples, shop=basil,
> shop=pierogi...
> That is nighmarish for data consumers.


maybe for these pumpkin or apple or basil shops a more generic category (there 
is https://wiki.openstreetmap.org/wiki/Tag:shop%3Dfarm ) can make sense, with a 
subtag for the kind of produce they sell, but food is very important for all of 
us and we do indeed mostly tag dedicated classes for these, like bakery, 
butcher, greengrocer, wine, deli, supermarket, convenience, so if there are 
dedicated pierogi shops I would tag them as this. You would not want to find 
them if you search for “food”, you search for pierogi if you wanted to find 
them. There is shop=pasta where I think pierogi could fit, “food” is too 
generic.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proposed automatic replacements of multiple surface=* and shop=* values (review welcomed!)

[Martin Koppenhoefer]

sent from a phone

> On 25 Feb 2023, at 20:13, Mateusz Konieczny via talk  
> wrote:
> 
> shop = laundromat → shop = laundry


I think the laundromat is about a diy place while shop=laundry can also be a 
service where you drop off your laundry and they’ll take care of everything. 
Wiki suggests adding self_service=yes for the former.

Cheers Martin


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

Re: [OSM-talk] replace some obviously mistaken surface values by their clear intended meaning

[Martin Koppenhoefer]

sent from a phone

> On 11 Feb 2023, at 18:49, Mateusz Konieczny via talk  
> wrote:
> 
> Nevertheless, as result
> map data quality will improve.


agreed for these cases, the problem is always when people become overeager to 
fix all kinds of values thereby “normalizing” what should not
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-transit] [OSM-talk] Automated Populate/Update Problem

[Martin Koppenhoefer]

Welcome to osm! Regarding the "remove existing as final step": we generally
expect people to conflate new data with existing data, so you should not
remove the existing ones, but enrich them (including position acuracy if
possible) with your data, and only create new objects for things that
weren't mapped before.

If you haven't yet, read the guidance for automated edits
https://wiki.openstreetmap.org/wiki/Automated_edits and follow the import
guidelines https://wiki.openstreetmap.org/wiki/Import/Guidelines

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

Re: [OSM-talk] Should we be mapping transformers and powerlines?

[Martin Koppenhoefer]

Am Do., 19. Jan. 2023 um 15:33 Uhr schrieb John Whelan <
jwhelan0...@gmail.com>:

> Someone shoots out a dozen at minus 20c, two can cut off electricity to a
> city of a million people.  One or two you can replace quickly a dozen at
> the same time you're talking months to restore power.
>


you should not publicly write about it, because this will make it more
likely to happen...
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Should we be mapping transformers and powerlines?

[Martin Koppenhoefer]

Am Do., 19. Jan. 2023 um 04:17 Uhr schrieb john whelan <
jwhelan0...@gmail.com>:

> Perhaps you could expand on the benefits of mapping them?
>


this is really not a question we ever ask ourselves regarding mappability,
while there are of course some answers to this for power infrastructure, it
is not relevant to determine whether they can be mapped. The question we
ask is: does it exist.

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

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

[Martin Koppenhoefer]

sent from a phone

> On 6 Jan 2023, at 23:34, Niels Elgaard Larsen  wrote:
> 
> Maybe we could maintain a list of tags that are practical permanent unique 
> identifiers. And then have a tool that for most objects could generate a url 
> (https or geo) that references that object using that tag.


“ref:vatin”, the VAT id number, is also such an id for businesses that is 
typically available on receipts and sometimes on websites.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

[Martin Koppenhoefer]

Am Mo., 2. Jan. 2023 um 22:03 Uhr schrieb Andy Townsend :

> It's certainly possible (as I've said in that discussion) to use OSM IDs
> as "stable enough to do real work with" - I do it all the time.
>
> Can I guarantee that the shop at "No 55 Main Street" will always have
> the same OSM ID?  No, but it's unlikely to change.  Can I guarantee that
> in real life it'll always be the same shop?  Of course not - businesses
> close and open; buildings get knocked down and replaced.



I agree, with route relations it is even more likely that they do not
change (if the route does not change/cease to exist), because there is no
converting from node to polygon or back.

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

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - 14 dicembre 2022

[Martin Koppenhoefer]

grazie Flaminia, io ci sarò...
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] Porte di Roma: Spostamento WikiData-Link da POINT a MULTIPOLYGON ?

[Martin Koppenhoefer]

Gentile Klaus,

ti rispondo sotto tra le righe:


Am Fr., 18. Nov. 2022 um 15:05 Uhr schrieb Klaus E. Werner <
k...@kewerner.name>:

> scusate - sto seguendo il canale di OSM Lazio da tempo, ma non avevo mai
> tempo di incontravi in persona!
>


allora sei in buona compagnia, perché ci sono attualmente 68 iscritti, di
cui forse 3-4 sono venuti agli incontri (ok, pre-covid in certi periodi
siamo anche arrivati a 10 persone).
Comunque, stavamo ragionando proprio su questo due giorni fa, e cerchiamo
di rilanciare gli incontri fra poco. Se ti può interessare, saremmo lieti
di accoglierti  (nonchè tutti gli altri che finora non hanno trovato la
spinta per venire).



>
> Avrei una domanda tecnica (ed eventualmente filosofica) ...
>
> Sto lavorando a un link-up dei nostri dati istituzionali (banche dati
> per l'arte, fotografie, pubblicazioni) a monumenti fisici: piazze,
> edifici, "toponimi".
>
> Invece di fare un POINT per ogni monumento tipo "Circo Massimo
> 41.88590844 12.48573853" vorrei prendere il poligono.
>
> Allora OSM e' la fonte perfetta per la cartografia, compreso poligoni. E
> ha pure gli ID Wikidata per fare un uplink!
>
> Il link-up lo faccio attraverso Wikidata. Ovvero, la biblioteca e la
> fototeca nostra usano il sistema GND (tedesco) che riesco a mappare in
> Wikidata.
>
> Uso Overpass Turbo per l'export dei dati OSM e Wikidata SPARQL per
> l'export dei ID Wikidata.
>
> Bene.
>
> Per la massima parte degli edifici funziona. Qui un eesempio di lavoro:
>
> https://dlib.biblhertz.it/test
>
> Tra tanti altri problemi c'e' qulacosa che mi stupisce: quasi tutte le
> porte di Roma (P. Maggiore, P. SGiovanni, ecc.) non hanno l'edificio
> (Poligono) con il link Wikidata ma un POINT vagamente vicino con il link
> Wikidata.
>


questo è dovuto al fatto che l'oggetto in OSM che rappresenta il city gate,
è mappato come node (punto). Non sono sicuro se c'entra l'utente TWHB che
ha fatto edits ampi sulle mura, talvolta rivertibili, (ad esempio ha
mappato porzioni di mura "inventati", che non ci sono più, per "completare
il cerchio".




>
> Domanda: posso spostare il link a Wikidata (solo questo, magari anche
> wikipedia?) di questi 10-15 porte Romane dal POINT generico all'edificio
> vero e proprio?
>
> Per esempio, da:
>
> https://www.openstreetmap.org/node/2510803014
>
> a:
>
> https://www.openstreetmap.org/relation/13394492



assolutamente sì. Quello che si deve fare è individuare la parte del
fabbricato che fa parte della "porta" (qui forse si entra nel filosofico,
come avevi anticipato, ma nell'esempio questo lavoro è già stato fatto,
esiste già un poligono), e spostare tutti i dati relativi alla porta dal
nodo al way (poligono).

Guardando l'esempio:
barrier 
sally_port 
historic 
city_gate 
name  Porta
Maggiore
name:uk  Порта
Маджоре
old_name  Porta
Praenestina; Porta Labicana; Porta Naevia
wikidata 
Q751318 
wikipedia 
en:Porta
Maggiore 

per me "barrier=sally_port" è sbagliato e da togliere, forse lo era in
passato, ma attualmente non si trova nessuna barriera. Invece tutti gli
altri tags si possono (e devono) spostare. Anche se potrebbe sembrare
ridondante, cambierei (casomai) il valore di "building" da "yes" a
"city_gate", invece "historic=yes" (stato attuale) non ha molto senso e con
historic=city_gate sarà solo meglio.

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

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - novembre 2022

[Martin Koppenhoefer]

sì, entrambi 

sent from a phone

> On 14 Nov 2022, at 15:24, Flaminia Tumino  wrote:
> 
> 
> Ciao a tutt*,
> Martin e Alessandro confermiamo l'appuntamento di mercoledì?
> https://osmcal.org/event/1623/
> 
> Ciao,
> Flaminia
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [OSM-talk] razed railways and other things that don't exist today

[Martin Koppenhoefer]

sent from a phone

> On 27 Oct 2022, at 01:44, Zeke Farwell  wrote:
> 
> I support mapping old rail beds as railway=razed where they are visible in 
> forests, fields, and other open land.  These traces are often not visible to 
> those with an untrained eye and that's certainly an issue.  However, I draw 
> the line at sections going through buildings, highways, excavated areas, or 
> under water where there really are no visible traces by any reasonable 
> standard.



New buildings standing on top are often brought up as the point where predating 
features at the same spot should be considered disappeared, but this is not an 
universal criterion, indeed I very often see traces of former features in the 
gardens, entrance areas and basements of buildings. The more massive a 
structure was, the more likely you’ll probably find some remains.
Here’s an example of some former city walls visible in a shop window: 
https://3.bp.blogspot.com/-OnUPS1SpI3g/WPYNxl4EFXI/Jjg/nNTpu2-J4u4MYR1dDGPMhHP4zdd_n6IQQCLcB/s1600/17990776_1335536786482546_2806219406469521007_n.jpg
 (this is from the “first” city wall (severian) of which not so much is still 
visible today)

An example for more recent remains: some time ago you could still see in Berlin 
(before they actually reconstructed the current fake version) a few street 
lamps attached  to buildings that were formerly 
 used for illuminating the Wall, although the wall itself had been “completely” 
demolished. Not recognizable for everyone, but clearly visible traces if you 
knew to read them.

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

Re: [OSM-talk] razed railways and other things that don't exist today

[Martin Koppenhoefer]

sent from a phone

> On 26 Oct 2022, at 11:45, Mateusz Konieczny via talk  
> wrote:
> 
> Note that when you found some gone railway
> mapped in OSM then it is useful
> 
> - edit OSM object to note which traces are left if any
> (ideally, it would be done by original mapper)
> 
> - or delete nonexistent sections without traces


what is the scale/resolution  for determining a “non-existent” section? If you 
do it too fine grained, it would be like mapping a dashed divider line, with 
yes/no alternating every 2 meters.
Is a former station a trace that is valid in this sense?

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

[Talk-it-lazio] incontro mercoledì

[Martin Koppenhoefer]

Vi ricordo l’incontro mercoledì 18.30 a piazza di Spagna per un mapping party. 

https://osmcal.org/event/1623/

saluti 
Martin

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

Re: [OSM-talk] Automated Populate/Update Problem

[Martin Koppenhoefer]

Welcome to osm! Regarding the "remove existing as final step": we generally
expect people to conflate new data with existing data, so you should not
remove the existing ones, but enrich them (including position acuracy if
possible) with your data, and only create new objects for things that
weren't mapped before.

If you haven't yet, read the guidance for automated edits
https://wiki.openstreetmap.org/wiki/Automated_edits and follow the import
guidelines https://wiki.openstreetmap.org/wiki/Import/Guidelines

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

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - settembre 2022

[Martin Koppenhoefer]

io ci sarei, lo facciamo?

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

[Talk-it-lazio] incontro locale stasera, ore 20.30

[Martin Koppenhoefer]

vi riccordo l’incontro stasera:

https://osmcal.org/event/1405/

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

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali il 22 giugno 2022?

[Martin Koppenhoefer]

grazie Flaminia…

sent from a phone

> On 20 Jun 2022, at 14:22, Flaminia Tumino  wrote:
> 
> Ciao a tutt*,
> ho spostato al 29 giugno per dare la possibilità a Martin di partecipare, 
> ecco qui il link dell'evento aggiornato.
> 
> https://osmcal.org/event/1405/
> A presto,
> Flaminia
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - domani

[Martin Koppenhoefer]

sent from a phone

> On 26 Apr 2022, at 18:58, Flaminia Tumino  wrote:
> 
> Per me sarebbe meglio, altrimenti se vogliamo fare alle 20 io posso giovedì.


in realtà ci sono già altre persone quindi direi di lasciare alle 19.30 per 
questa volta, poi vediamo. 

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

Re: [Talk-it-lazio] Incontro dei mappatori romani e laziali - domani

[Martin Koppenhoefer]

sì, nel senso contavo di andarci. Non ho ancora visto altri che contavano di 
venire. Forse converrebbe spostare alle 21 allora?

Voi che dite?

Ciao Martin 

sent from a phone

> On 26 Apr 2022, at 16:18, Flaminia Tumino  wrote:
> 
> 
> Ciao a tutt*,
> volevo sapere se domani è confermato, se sì volevo dirvi che io arriverò 
> intorno alle 21.
> 
> Flaminia
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio

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

[Talk-it-lazio] indoor map

[Martin Koppenhoefer]

Vi segnalo questo sito, sembra carino per vedere dove ci sono dati indoor:

https://indoorequal.org/#map=11.53/41.9028/12.489

Ciao Martin 


sent from a phone___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] ripresa incontri mappatori romani e laziali, ultimo mercoledi del mese

[Martin Koppenhoefer]

Grazie Flaminia, ottimo, ho aggiornato anche la pagina wiki da lunedì a
mercoledì.

Se siete curiosi, ma finadesso non avete mai avuto occasione di venire,
datevi una spinta ;-)
Ovviamente sono benvenuti anche i neofiti, che saremmo lieti di rispondervi
alle forse numerose domande che sorgono...

Ciao,
Martin



Am Di., 12. Apr. 2022 um 13:46 Uhr schrieb Flaminia Tumino <
flaminiatum...@gmail.com>:

> Ciao,
> come concordato ieri sera ho provveduto ad aggiungere il prossimo evento,
> si ritorna ai nostri piccoli incontri orario aperitivo per mappare, una
> volta al mese.
> Abbiamo scelto al momento di incontrarci l'ultimo mercoledì del mese,
> dunque per aprile, il 27.
> Il link lo trovate qui sotto:
> https://osmcal.org/event/1305/
>
> a presto
> Flaminia
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

[Talk-it-lazio] Fwd: [Talk-it] Italy outdoor map on www.freemap.sk

[Martin Koppenhoefer]

Buongiorno,

vi inoltro questa notizia dalla lista nazionale. Freemap Slovakia ha esteso
la copertura della loro mappa (che esiste da tanti anni), sul territorio
Italiano:
https://www.freemap.sk/?map=16/42.020797/12.395411=X

Come vedete si tratta di una mappa non mirata all'automobilista, piùttosto
al tempo libero, escursionismo, cultura, ecc.

Ciao,
Martin


-- Forwarded message -
Von: Martin Ždila 
Date: Mo., 11. Apr. 2022 um 08:30 Uhr
Subject: [Talk-it] Italy outdoor map on www.freemap.sk
To: 


Hello,

Our Freemap Slovakia outdoor map has been recently extended to cover whole
Italy and it also gained improvement of hill-shading and contours from
TINITALY DEM. You can see it at
https://www.freemap.sk/?map=6/42.407235/13.150635=X

Features of the outdoor map:

   - includes outdoor activities like hiking, cycling, skiing, horse riding
   - based on OpenStreetMap data
   - updated minutely (in the best case, depends on the volume of the
   changes and requests)
   - supports HiDPI displays (4K, retina, ...)
   - HiDPI export for printing to PDF, SVG, PNG, JPEG
   - open source 

You can find list of www.freemap.sk features at
https://wiki.openstreetmap.org/wiki/Freemap_Slovakia.

Enjoy

Best regards
-- 
Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/

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

[Talk-it-lazio] stasera incontro mappatori

[Martin Koppenhoefer]

Vi ricordo il nostro primo incontro "post-pandemico" stasera alle ore 20,
FormiCowo, via delle Sette Chiese 186. Al momento siamo in 3, ma se vi
aggiungete saremmo di più:

https://osmcal.org/event/1287/

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

Re: [Talk-it-lazio] Fwd: incontri dei mappatori romani e laziali

[Martin Koppenhoefer]

Ottimo, ho inserito l'evento sul sito di OSM:

https://osmcal.org/event/1287/

Una buona anima ha fatto un ottimo lavoro a creare un servizio apposita per
gli eventi di OSM.
Se volete, potete segnalare la vostra presenza lì.

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

[Talk-it-lazio] incontri dei mappatori romani e laziali

[Martin Koppenhoefer]

Signore e signori, ragazzi, è passato molto tempo da quando ci siamo visti
ultimamente in persona. Vorrei proporre di riprendere gli incontri, sospesi
per Covid, e tenuti solitamente di lunedì.

Potremmo riprendere con frequenza mensile o bisettimanale, secondo il
vostro interesse, sono possibili tutte le date, ma per avere una proposta
concreta propongo

Lunedì 11 aprile 2022, ore 20
al FormiCowo, via delle sette chiese 186
https://leca7.it/formicowo/
(da confermare)

Rispondete qui se potete venire, se troppo poco preavviso, se non va bene
lunedì in generale, se ore 20 è troppo tardi o presto, ecc.

Se la data si conferma metteremo l'evento anche nella wiki.

Spero a presto,
Martin
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] Cercasi qualcuno che vuole presentare OpenStreetMap a volontari

[Martin Koppenhoefer]

Am Mi., 6. Apr. 2022 um 13:53 Uhr schrieb Flaminia Tumino <
flaminiatum...@gmail.com>:

> Ciao Martin,
> io a fine gennaio 2023 dovrei avere qualche mattinata/pomeriggio libero
> anche se è difficile dare conferma della mia disponibilità al 100% con
> tanto anticipo, però per il momento anche io mi metto a disposizione.
>
> Grazie e a presto,
> Flaminia
>


ottimo Flaminia, mettiti d'accordo con Alessandro :)

grazie a tutt'e due,
Martin
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] Cercasi qualcuno che vuole presentare OpenStreetMap a volontari

[Martin Koppenhoefer]

Am Mi., 6. Apr. 2022 um 13:26 Uhr schrieb Alessandro Frigeri <
alessandro.frig...@gmail.com>:

> Martin,
>
> grazie del messaggio e dei dettagli, ottima iniziativa.  Sono a
> disposizione, compatibilmente agli impegni/trasferte di lavoro.
>
> Alessandro
>



Ciao Alessandro,

grazie a te! Ho inoltrato la tua risposta alla persona della Sapienza, e
credo che ti contatterano fra breve. Tra altro hanno fatto questo sito che
rende visibile tutte le biblioteche della Sapienza su OSM:
https://opac.uniroma1.it/SebinaOpacRMS/article/biblioteche-sapienza/biblioteche?locale=eng

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

[Talk-it-lazio] Cercasi qualcuno che vuole presentare OpenStreetMap a volontari

[Martin Koppenhoefer]

Buongiorno a tutti,

Mi è giunto una richiesta della Sapienza, e forse qui c'è qualcuno che
vuole aiutare.

A Sapienza ospitiano da anni volontari del servizio civile. Progetti
interrotti a causa della pausa COVID, ma che da gennaio 2023 ripartiranno.

Per i Volontari, la Sapienza organizza della formazione, prevalentemente
erogata dagli interni, ma affidata, in alcuni casi, ad esperti esterni; a
esempio è stato là un wikipediano (Luca Martinelli) che ha illustrato il
progetto ai ragazzi.

Gli è venuto in mente che sarebbe molto bello se potremmo fare anche noi un
intervento formativo; si tratterebbe di tenere un minicorso
Openstretmap per neofiti.

La formazione verrà erogata a gennaio prossimo, ma va indicato un titolo
con una bozza sui temi trattati.

purtroppo il lavoro non potrà essere retribuito; non è previsto un budget
per i relatori.

I volontari del servizio civile sono giovani e per lo più molto interessati
agli interventi formativi.

L'intervento richiesto dovrà avere la durata di una mattinata, 4, massimo
5h. L'obiettivo è l'alfabetizzazione, perché sicuramente la maggior parte
di loro ritiene che mappe sul web voglia dire solo google maps.

Sarebbe da puntare quindi più sulla presentazione del progetto e su di una
illustrazione delle procedure base di editing.

Se vi interessa, fatevi avanti :)

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

Re: [Talk-it-lazio] come ottenere le coordinate di "oggetti" da openstreetmap?

[Martin Koppenhoefer]

la lista di tutti i tags utilizzati si trova in taginfo:
taginfo.osm.org

nella wiki di OpenStreetMap si trovano delle definizioni dei tags
wiki.osm.org

e i dati si possono scaricare su
planet.osm.org

oppure da un servizio che offre estratti (tematici o geografici). Ce ne sono 
svariati, e le puoi trovare nella wiki di OpenStreetMap. In generale dovresti 
trovare tutte le informazioni nella wiki.

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

[Talk-it-lazio] Civitas Vaticana

[Martin Koppenhoefer]

Vi vorrei chiedere 2 cose sul nodo del Vaticano, la prima riguarda il tag
"place", la seconda il  valore del tag "name".

Si tratta di questo nodo:
https://www.openstreetmap.org/node/424311883

Discussioni pregresse (in inglese):
https://www.openstreetmap.org/changeset/115513285

Come lo vedete?

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

Re: [Talk-it-lazio] OSMit 2021

[Martin Koppenhoefer]

sent from a phone

> On 15 Sep 2021, at 12:24, Martin Koppenhoefer  wrote:
> 
> Manca poco per registrarsi a FOSS4G_IT/OSMit 2021 [1] che si terrà online dal 
> 19 al 21 settembre!

se ho capito bene, a Roma c’è solo il 21 in presenza, piazza Marconi 15

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

[Talk-it-lazio] OSMit 2021

[Martin Koppenhoefer]

Vi inoltro questo invito alla conferenza annuale:

Ciao a tutte e tutti,
Manca poco per registrarsi a FOSS4G_IT/OSMit 2021 [1] che si terrà online dal 
19 al 21 settembre!
Dati i vincoli legati al COVID-19, quest'anno non è stato possibile organizzare 
un unico evento in presenza, ma c’è la possibilità per chi vuole di seguire i 
lavori di persona presso diverse sedi che alcune Università, Enti e 
Associazioni hanno gentilmente messo a disposizione.
Di seguito le città nelle quali è possibile seguire l’evento in presenza: Bari, 
Genova, Milano, Perugia, Roma, Torino, Trento e Padova.
Maggior informazioni sulle sedi si trovano sul sito.
Deadline per le registrazioni [2] per poter accedere alle sedi è il 16 
settembre, per le quali bisogna essere in possesso di Green Pass, come da 
normativa nazionale.
Come è tradizione di tutte le edizioni sono previste una giornata dedicata alle 
Comunità del software geografico libero, tra cui OpenStreetMap (domenica 19 
settembre) che terrà un mapping party dalle 10 alle 12 dove mappiamo il 
progetto Improve Asti sul Tasking Manager [3], con il supporto di OSMer della 
comunità Piemontese di OpenStreetMap. Ci troveremo nella stanza FOSS4G-IT [4] 
(non richiede registrazione).
Ci vediamo a FOSS4G-IT!
Buona mappatura,
Anisa
[1] https://foss4g-it2021.gfoss.it/index.html
[2] https://cryptpad.fr/form/#/2/form/view/ … N-XXaWBvY/
[3] https://osmit-tm4.wmcloud.org/projects/76/
[4] https://cvs5133.ergonet.host/b/ani-kfl-ayc-0a



sent from a phone___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it] layer con confini comunali per BRouter-web

[Martin Koppenhoefer]

sent from a phone

> On 26. Dec 2020, at 18:19, Fabio Bettani  wrote:
> 
> Purtroppo, però, si tratta di una libertà relativa alla sola attività 
> sportiva (ciclismo agonistico).
> Le pedalate in tranquillità sono un'attività motoria, non sportiva, e quindi 
> non ricadono (o almeno, non ricadono esplicitamente) in quanto affermato in 
> quel passaggio delle FAQ.



mi sembra difficile da valutare la differenza tra attività sportiva e motoria, 
dipende dalla forma di chi la pratica. Comunque, pare che il gover si ha posto 
questo compito...


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

Re: [OSM-legal-talk] Warning about not mapping military areas

[Martin Koppenhoefer]

Am Di., 22. Dez. 2020 um 10:12 Uhr schrieb Edward Bainton <
bainton@gmail.com>:

>
> Dangerous: I think there's a risk that by saying, "please follow local
> laws" (rather than saying nothing), we open ourselves to accusations of not
> policing "our" mappers properly. You can imagine the military attaché of
> some country emailing OSMF to say, "That request is very weak. I think you
> should toughen it up. In fact, here is a list of mappers whose edits I want
> you to revert because, ***by your own policy***, they should not have
> made them in breach of our laws".
>


question is, what would OSMF do when the Chinese government approaches them
and says, "this is the list of mappers that have illegally added things to
OSM, please help us identifying them by providing their email addresses,
etc." and what would they do if it was the French government? Or the
British? Imagine they claim it is for finding terrorists, or somehow
connected to national security. Or simply an offense. We would likely not
be able to reject any of these when coming from the British authorities (or
from someone else proxied through them). Are there board rules how to deal
with such cases? Has it ever happened so far? As far as I know (not really
far actually) in Britain there is the legal possibility of gag orders, i.e.
if the thing is considered "secret" authorities can order OSMF to not even
speak about it.



>
> A warning along the lines of "Mapping military sites is sometimes illegal
> under laws of that country" would be ok, but I would much prefer not even
> to do that. I haven't been on the lists long, but I don't recall anyone
> saying "I've just been interrogated for mapping this base without realising
> that was illegal - please don't do it!" On my information there's no
> problem to solve - just worries about "what ifs" - and so we should say
> nothing.
>


In Italy I have once seen a sign which said something along the lines of
"military area, survey forbidden, also by memory", while it usually says
something like "no photographs". I would bet that surveying military
installations in great detail is probably forbidden in any country, but the
level of detail that is allowed may vary by large. It is also very common
to not be able to take photographs.

For instance I would guess that mapping the facilities that are blacked out
in this image could get you into trouble:
https://yorkshirecnd.org.uk/wp-content/uploads/2018/10/sigint-cryptologic-platform-768x575.jpg

Cheers
Martin
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-de] OSMyBiz.osm.ch

[Martin Koppenhoefer]

Am Mi., 23. Dez. 2020 um 15:50 Uhr schrieb Protoxenus :

> geht das nicht ohne Google zu programmieren?
> Wir werben damit, dass wir unabhängig sind, und dann werden Schriften von
> fonts.googleapi.com geladen.
> Das gehr doch bestimmt auch mit "freien" Fonts, oder?




die Google fonts sind frei, man kann sie auch runterladen, konvertieren
(weil Google es einem nicht zu leicht machen will), und auf den eigenen
Webspace hochladen.

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

Re: [OSM-talk] Call to Take Action and Confront Systemic Offensive Behavior in the OSM Community

[Martin Koppenhoefer]

sent from a phone

> On 21. Dec 2020, at 00:05, Clay Smalley  wrote:
> 
> Va téléphone à la police.


France is the spearhead against discrimination and gender disparity, in case 
you missed it, the Paris administration just recently got fined for putting a 
disproportionately high number of women in management positions:

https://www.nytimes.com/2020/12/16/world/europe/paris-too-many-women-fine.html

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

Re: [Talk-it] OT: ortofoto mapbox aggiornate

[Martin Koppenhoefer]

sent from a phone

> On 19. Dec 2020, at 22:17, Lorenzo Mastrogiacomi  wrote:
> 
> quelle Mapbox sembravano un poco offuscate


sì, al livello di zoom più alto aggiungevano un effetto blur, credo 
involontariamente, li avevo scritto un bug report una volta, ma non ricordo 
bene l’esito ;-)

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

Re: [Talk-it] Tags per cycleway

[Martin Koppenhoefer]

sent from a phone

> On 19. Dec 2020, at 16:13, Marcello  wrote:
> 
> c'è solo una proposta, dove per cycleway riporta bicycle=designated e tutte 
> il resto no, quindi l'etichetta implicita sarebbe foot=no e non yes.


sì, hai completamente ragione, highway=cycleway implica foot=no

Per consentire il percorso ai pedoni dovresti aggiungere foot=yes altrimenti è 
no

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

Re: [Talk-it] Tags per cycleway

[Martin Koppenhoefer]

sent from a phone

> On 19. Dec 2020, at 16:13, Marcello  wrote:
> 
> A prescindere dalle etichette che si utilizzeranno vorrei capire se quanto 
> riportato nella pagina wiki [1] è corretto o completamente sbagliato, 
> soprattutto nel riquadro riassuntivo c'è scritto:
> Implica
> bicycle=designated
> foot=yes
> motorcar=no
> cycleway=track
> 
> Secondo questo assunto una way etichettata con highway=cycleway dovrebbe 
> avere quella serie di etichette implicite, poi però nell'esempio per la pista 
> solo ciclabile fa aggiungere cycleway=track.


il tag cycleway=track non va insieme a highway=cycleway, perché indica una 
pista ciclabile implicita (non disegnata in OpenStreetMap).
Si mette insieme ad altri highway come highway=tertiary per indicare la 
presenza di una pista ciclabile.
Al mio parere in questo caso è meglio non mettere il tag e disegnare la pista 
con un proprio way (perché si tratta di una carreggiata indipendente).

Ciao Martin 


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

Re: [Talk-de] Karte vom IFZ ohne Quellangabe

[Martin Koppenhoefer]

sent from a phone

> On 16. Dec 2020, at 11:33, Hauke Stieler  wrote:
> 
> Wou wou wou, Moment! Die haben innerhalb von unter zwei Stunden geantwortet 
> UND die Website gefixt? Es gibt tatsächlich noch IT-Abteilungen/Entwickler 
> die 
> es drauf haben. Schön zu sehen, dass die Attribution nun stimmt.


stimmt, das war echt blitzschnell. Ich habe auf solche mails auch schon nach 6 
Wochen erst oder nie eine Antwort bekommen. Und bis es gefixt wurde ist ein 
Jahr keine Seltenheit, bei den ganz großen dauert es wohl noch länger, Apple 
hat viele Jahre gebraucht, Facebook sträubt sich immer noch, und bei Mapbox 
kann man sich auch streiten.

Beim IFZ hatten sie es wohl wirklich nur vergessen/übersehen ;-)


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

Re: [Talk-it] Fonte di toponimi dubbi

[Martin Koppenhoefer]

sent from a phone

> On 13. Dec 2020, at 16:16, totera  wrote:
> 
> In situazioni dove il toponimo Istat non è quello comunemente usato l'ho
> comunque mantenuto con il tag official_name.


credo sarebbe meglio un tag “name:istat“ perché ISTAT non è la fonte autorevole 
per nomi (sono i comuni).

Ciao Martin 



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

Re: [Talk-it] Fonte di toponimi dubbi

[Martin Koppenhoefer]

sent from a phone

> On 13. Dec 2020, at 16:13, Francesco Ansanelli  wrote:
> 
> Ciao,
> 
> suggerisco di non rimuovere il nome non più in uso, ma di cambiare il tag in 
> "old_name", è uno dei pochi casi dove per ragioni storiche, secondo me, può 
> continuare ad esistere.


sono d’accordo, sia per toponimi che per strade è utile conservare vecchi nomi 
in old_name

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

Re: [Talk-it] Eliminazioni massive del tratto A31 Nord

[Martin Koppenhoefer]

Am Fr., 11. Dez. 2020 um 09:32 Uhr schrieb Alessandro Sarretta <
alessandro.sarre...@gmail.com>:

> A mio parere, i tratti di strada oggetto di discussione possono essere
> inseriti in OSM solamente se parte di un progetto esecutivo approvato, non
> se solamente in fase di ipotesi. Nel caso specifico, sicuramente non devono
> essere segnati come "construction", visto che non ci sono lavori in atto.
>


+1. in assenza di cantiere potrebbero (progetto approvato, soldi stanziati)
essere "proposed". Sulla questione "soldi stanziati" non c'è forse consenso
comune, è una regola che usano in Germania (credo) per evitare que
qualsiasi vaga idea venga inserito come "proposed". Alcuni progetti hanno
40 anni e non sono mai stati eseguiti (e nessuno sa se lo saranno).



> Se così è, io sarei per un revert che porti la situazione prima
> dell'inserimento dei tratti "construction" che in realtà non sono affatto
> in costruzione. Chiedo però a qualcuno più esperto in revert come questo
> debba essere gestito per evitare di compromettere edits successivi connessi.
>

credo "a mano".


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

Re: [Talk-it] Creazione di un Diversity and Inclusion Group in OSM Italia

[Martin Koppenhoefer]

Am Fr., 11. Dez. 2020 um 14:09 Uhr schrieb Anisa Kuci <
anisa.k...@wikimedia.it>:

> Ciao a tutte e tutti,
>
> abbiamo appena creato un gruppo di (attualmente) 15 donne italiane che
> contribuiscono a OSM ma, dopo aver discusso tra noi, abbiamo pensato che
> sarebbe bello se questo gruppo non fosse solo al femminile ma aperto a
> tutte le persone che sentono di far parte di gruppi sotto-rappresentati
> all'interno della nostra comunità.
>
> Stiamo organizzando per il 2021 una serie di incontri in collaborazione
> con altre comunità (soprattutto Diversity and Inclusion groups) del
> mondo FLOSS, con l'idea di creare una rete per condividere conoscenze ed
> esperienze.
> L'obiettivo che ci poniamo è capire cosa si può fare per avere comunità
> più inclusiva e come poter lavorare insieme per avere spazi più
> accoglienti per tutti.
> Al momento abbiamo fatto due incontri online per iniziare a programmare
> il progetto e il prossimo è previsto prima di Natale (non abbiamo ancora
> definito la data)
> Ci piacerebbe che partecipassero, soprattutto in questa fase
> organizzativa, altre persone per dare anche le loro opinioni.
> Chi fosse interessato/a può contattarmi alla mail: anisa.k...@wikimedia.it
>
> Chiedo gentilmente a tutti/e coloro che vogliono sostenere questa
> iniziativa di condividere questa mail nelle mailing list che ritenete
> utili.
>
> Grazie mille e buona giornata,
> Anisa




Grazie Anisa,

sarei interessato ad iscrivermi a questo nuovo gruppo.

Questa notizia mi rende da una parte felice che ci sono persone che hanno a
cuore l'inclusione e la diversità, e dall'altra parte un po' triste perché
significa apparentemente si sentono escluse dai discorsi qui su talk-it,
oppure al meno pensono che non si potrebbe parlare di inclusione e
diversità su questa lista.

grazie ancora,
Martin


PS: Spero sinceramente che questa iniziativa non farà la fine del gruppo
internazionale "diversity", che ho deciso di lasciare anni fa, dopo che era
diventato campo di battaglie disgustose, scambi mai visti così violenti nel
contesto di OSM, anzi, direi in assoluto, tra due attivist@ lottando per la
inclusione e la diversità...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Due punti sulla mappa...

[Martin Koppenhoefer]

Am Fr., 11. Dez. 2020 um 11:41 Uhr schrieb Volker Schmidt :

>
> A parte questo.
> Mi sembra che il nostro tagging ha una strana asimmetria.
>
> Per *un way* (per esempio un pezzo di strada) abbiamo tre stati:
>
>- esistente,
>- construction,
>- proposed
>
> Sarebbero desiderabili
>
>- esistente fisicamente ma non ancora aperta al traffico
>- esistente fisicamente ma non più in uso
>- maintenance (chiuso per period esteso, ma sarà ripristinato)
>
>

solo 2 stati per way esistenti? Si potrebbe distinguere:
* lavori iniziati
* lavori in fase di esecuzione:
  * (inserire qui 3-5 fasi di progresso delle costruzioni)
  *
  *
  *
* lavori iniziati ma non più continuati per motivi sconosciuti
* lavori iniziati ma non più continuati per motivi economici
* lavori iniziati ma non più continuati per motivi politici
* lavori iniziati ma non più continuati per motivi tecnici


ecc.ecc.

Seriamente, qualsiasi cosa può sempre essere taggata con un ulteriore
livello di dettaglio
il caso "esistente fisicamente ma non ancora aperta al traffico" è già
contenuto in highway=construction
Il caso "esistente fisicamente ma non più in uso" viene rappresentato con i
tag access
Il caso "maintenance (chiuso per period esteso, ma sarà ripristinato)" è
già contenuto in highway=construction, ci sono anche i tag per definire
quando è prevista la riapertura (oppure le limitazioni derivanti dai lavori)




> Per una *route relation* (del tipo cycle route o hiking route) abbiamo
> due stati:
>
>- esistente
>- proposed
>
> Manca sicuramente
>
>- construction (tracce di lavoro o infrastrutture sul terreno)
>
>
se ci sono frammenti di una route, si possono inserire come route esistente
(al meno quei frammenti). Non serve aggiungere un "construction" anzi
sarebbe equivoca (credo), se si intendesse usarlo per una route
parzialmente segnalata.



> Sarebbero utili eventualmente anche
>
>- ex-route (nel senso che la segnaletica non è più curata, ma il
>percorso stesso è percorribile)
>
>
la percorribilità delle strade viene mappato a prescindere della
segnalateci turistica/degli itinerari. Una route senza segnaletica non
esiste per OSM, non è verificabile


>
>- interrotta e sanza piano di ripristino
>
> interrotta ma con piano di ripristino (= maintenance?)


interrotta la route, o la percorribilità?




>
>- vecchio percorso, nel senso che c'è un nuovo percorso che lo
>sostituisce, ma che probabilmente trovi ancora tanti riferimenti alla
>vecchia versione sulle mappe cartacce in giro, e probabilmente nessuno ha
>tolto la segnaletica)
>
>

old_ref
questo succede anche con le strade (direi che si tratta di una proprietà
della strada, perchè la route non c'è più).



>
>-
>
> C'è un po' di confusione in fatto anche nell'approccio.
>
>- Per un edificio si utilizza l'approccio dell lifecycle prefix
>abandoned:, collapsed:, disused:
>
>

no, non è consigliabile. Un edificio rimane un edificio, al meno per
disused il lifecycle prefixnon è il metodo giusto. Per collapsed sono
d'accordo, abbandoned è da valutare.
disused=yes

Ci sono 16k disused:building=* ma nell 80% dei casi sono abbinati ad un
building=*
Il wiki anche suggerisce disused=yes
https://wiki.openstreetmap.org/wiki/Key%3Adisused%3Abuilding


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

Re: [Talk-it] R: [Proposal] [RFC] import of new cycle paths of Città Metropolitana di Bologna

[Martin Koppenhoefer]

sent from a phone

> On 6. Dec 2020, at 19:56, Fabio Bettani  wrote:
> 
> PS. Nel layer blu scuro (quello con i dati OSM) mancano le corsie ciclabili 
> (cycleway=lane), che sarebbero utili per capire subito dalla mappa se un 
> certo tratto mappato dalla Città metropolitana è già mappato anche in OSM 
> oppure no.


con overpass turbo puoi visualizzare dati che non si vedono sul rendering 
standard

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

Re: [OSM-talk] I’m running for OSMF board and I’ve set up office hours for questions

[Martin Koppenhoefer]

Am Do., 3. Dez. 2020 um 10:49 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:

>
>
>
> Dec 3, 2020, 00:44 by frede...@remote.org:
>
> People have thought the same about Donald Trump - yeah, this
> whole
>
> I think that form of this is very unfortunate and references
> to Trump and genitalia could be dropped without losing anything.
>
> This really have not added anything useful and this insults
> were problematic. Especially as the same could be expressed
> without comparing such actions to rape (implied rape?).
>


Mateusz, have a second read what Stevea wrote, because he put it very well
why sometimes it may be appropriate to use strong terms: "However,
sometimes, as when we have abusive, naked aggression inside of (sometimes
at the very top of!) institutions, we must call out such atrocious
behavior.  We call it out to say “we will not stand for this.”  Sometimes,
colorful language is used to draw attention to this.  Sometimes, because
people either are not fully aware of this in their experience, wish to turn
away from looking at evil, or because they are part of those who "say
nothing about bad men” (in the sense of John Stuart Mill’s quote, while
"good men...look on and do nothing") the very nature of nasty, disingenuous
people who mislead, lie, deceive, do not recuse, demand unwarranted
loyalty, refuse to play by the rules, “stack the (court, Board)," slander…
must be so vividly brought to light that strong and colorful language IS
required."

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

Re: [OSM-legal-talk] Removal of 'unsuitable' content from an OSM-related site

[Martin Koppenhoefer]

sent from a phone

> On 2. Dec 2020, at 11:15, Nick Whitelegg  wrote:
> 
> I don't have any terms of service - as a non-profit/research project it's all 
> quite informal


consider setting up some simple terms, even short ones, where you deny all 
responsibility, liability and guarantee and reserve the right to do anything 
and without notice. 

Just in case.

Cheers 
Martin
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] I’m running for OSMF board and I’ve set up office hours for questions

[Martin Koppenhoefer]

Am Mi., 2. Dez. 2020 um 09:51 Uhr schrieb Robert Whittaker (OSM lists) <
robert.whittaker+...@gmail.com>:

> On Wed, 2 Dec 2020 at 03:41, Michal Migurski  wrote:
>
> > Facebook is in compliance with the ODbL license which requires that
> attribution be “reasonably calculated to make any Person that uses, views,
> accesses, interacts with, or is otherwise exposed to the Produced Work
> aware” of OSM’s contribution to a map.
>
> Are you seriously claiming that *every* person who views one of the
> maps on Facebook, will either already know that it uses OpenStreetMap
> data, or will click on the faint "(i)" logo to find that out?
>



yes, this short exchange already demonstrates that there is an evident
conflict of interest huge like a skyscraper, implicit in being employed by
facebook and serving on the OSM board. By not acknowledging the obvious
insufficiency of attribution but rather trying to defend it, Michal has
provided the necessary information to evaluate where he stands. Thank you,
no more questions.

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

Re: [OSM-legal-talk] Removal of 'unsuitable' content from an OSM-related site

[Martin Koppenhoefer]

IANAL, but why do you believe you could have any obligation to host their
content on your server?

Do you have terms of service?

Cheers
Martin
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-de] gelbeseiten.de zeigt OSM-Karten ohne Quellenangabe

[Martin Koppenhoefer]

sent from a phone

> On 1. Dec 2020, at 21:03, Hauke Stieler  wrote:
> 
> Zum damaligen Zeitpunkt war ich aber erst mal zufrieden und es hieß die
> Einbettung werde ebenfalls überarbeitet.


d.h. das Problem ist denen schon 1 Jahr bekannt? Wenn wir die Kontentmafia 
wären hätten wir wahrscheinlich die Domain schon vom Netz nehmen lassen (DMCA 
takedown Verfahren), und diesen pipifax hätten sie in wenigen Stunden gefixt 
und online gestellt. Das ist völlig egal, ob das copyright offscreen am Rand 
der Grafik steht (mit anderen Worten, so platziert wurde dass es praktisch 
immer vom Browser abgeschnitten wird), dann müssen sie halt zusätzlich nochmal 
einen verlinkten Text drüberlegen (bei Riesenschirmen könnte man ihn verstecken 
um doppelte Attribution zu vermeiden).


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

Re: [Talk-de] gelbeseiten.de zeigt OSM-Karten ohne Quellenangabe

[Martin Koppenhoefer]

sent from a phone

> On 1. Dec 2020, at 20:22, Joachim Kast  wrote:
> 
> Die Verlinkung ist nicht vorhanden, aber das ist
> bei dieser technischen Lösung so nicht möglich.


klar ist es möglich, zum einen könnte man das komplette Bild nach OpenStreetMap 
linken (dann geht aber nur 1 link), oder man definiert klickbare Bereiche in 
der Grafik. Eine Lösung wo man nicht wie gewünscht attributieren kann, ginge ja 
schon aus rechtlichen Gründen gar nicht ;)

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

Re: [Talk-it] Numero di telefono fisso e mobile

[Martin Koppenhoefer]

sent from a phone

> On 23. Nov 2020, at 09:29, Cascafico Giovanni  wrote:
> 
> Lo schema contact: mi sembra più razionale.


adesso capisco, perché non capivo cosa intendevi con “ultimamente è preferito”, 
mi è sembrato una valutazione del tagging in generale, invece di una preferenza 
personale.

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

Re: [Talk-it] Numero di telefono fisso e mobile

[Martin Koppenhoefer]

Am So., 22. Nov. 2020 um 14:23 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:

> Direi che ultimamente è preferito contact:
>


da chi?
Al livello globale la situazione è così:
https://taginfo.openstreetmap.org/keys/phone#chronology  1,7 milioni volte
utilizzato
https://taginfo.openstreetmap.org/keys/contact:phone#chronology  408 mila
utilizzi

qui da confrontare direttamente:
https://taghistory.raifer.tech/#***/contact:phone/&***/phone/

da 10 anni il doppione contact:phone è sempre cresciuto più lentamente
rispetto al tag originale. Sarebbe ora di abbandonare il doppione e
concentrare il tagging in una singola chiave.

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

Re: [OSM-talk] Bad coastline edits in Sweden

[Martin Koppenhoefer]

sent from a phone

> On 21. Nov 2020, at 10:59, Andre Hinrichs via talk  
> wrote:
> 
> And since he is using the (bad) ID editor it is also nearly
> impossible to revert the changesets which created the mess.


ask him to stop using the bad iD editor and point him to the good iD editor ;-)

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

Re: [Talk-it] Pubblicazione fotografie e riferimenti negli oggetti OSM

[Martin Koppenhoefer]

Per Android c'è questo su FDroid:
https://f-droid.org/en/packages/fr.free.nrw.commons/

Wikimedia ha una pagina che fa vedere svariati aiuti:
https://commons.wikimedia.org/wiki/Commons:Upload_tools

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

Re: [Talk-it] Pubblicazione fotografie e riferimenti negli oggetti OSM

[Martin Koppenhoefer]

Am Di., 17. Nov. 2020 um 17:06 Uhr schrieb Andreas Lattmann <
andreaenzolattm...@gmail.com>:

> >(ho trovato un app wikimedia che aiuta a
> caricare la foto in commons e a trovare poi il link per OSM)
>
> Quale applicazione è?
> Sarei interessato.
> Grazie
> Andreas
>


si chiama "wiki uploader".

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

Re: [Talk-it] Reggio nell'Emilia o Reggio Emilia

[Martin Koppenhoefer]

sent from a phone
> On 17. Nov 2020, at 14:42, Lorenzo Beltrami  wrote:
> 
> Da autoctono ribadisco che in città si dice solo Reggio


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

Re: [Talk-it] Reggio nell'Emilia o Reggio Emilia

[Martin Koppenhoefer]

sent from a phone

> On 17. Nov 2020, at 14:42, Lorenzo Beltrami  wrote:
> 
> Se per "cartelli stradali" si intende quelli blu delle indicazioni c'è 
> scritto "Reggio E." o "Reggio Emilia" (in quelli più vecchi in provincia 
> anche solo "Reggio") per motivi di spazio.


io avevo in mente quelli bianchi di inizio centro abitato, ma comunque sostengo 
che non ha importanza se mettiamo “Reggio Emilia” in name o in alt_name, vedo 
più importante avere in ogni caso anche official_name=Reggio nell’Emilia


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

Re: [Talk-it] Pubblicazione fotografie e riferimenti negli oggetti OSM

[Martin Koppenhoefer]

Premetto che qualche mese fa ho cominciato a fare foto di fontane e
fontanelle in maniera più sistematica, e di caricarle su wikimedia
commons, poi ovviamente  agigungo un riferimento nel tag "image" in
OSM. Devo dire che una volta cominciato, benchè si tratta in qualche
modo di lavoro in più (ho trovato un app wikimedia che aiuta a
caricare la foto in commons e a trovare poi il link per OSM), sono
convinto che sia un contributo utile per farsi un'idea migliore della
situazione.

Nel caso di mapillary, dove non scatti (suppongo) una foto di qualcosa
di specifico, ma piùttosto tante foto in maniera sistematica e
automatica, che poi vieni a ritrovare tramite la posizione (API),
trovo meno importante se non forse addirittura inutile, avere un
riferimento esplicito da OSM (mi potrei sbagliare), perché lo stesso
risultato lo potresti anche ottenere sfruttando le API di mapillary
senza dover mantenere niente in OSM, no?

Ciao
Martin

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

Re: [Talk-it] Reggio nell'Emilia o Reggio Emilia

[Martin Koppenhoefer]

Am Di., 17. Nov. 2020 um 12:07 Uhr schrieb Simone Saviolo <
simone.savi...@gmail.com>:

> Il giorno mar 17 nov 2020 alle ore 12:00 Simone Saviolo <
> simone.savi...@gmail.com> ha scritto:
>
>> Ritengo che dobbiamo seguire i documenti ufficiali ...
>>
>
> Specifico meglio: il *nome* ufficiale. Per ufficiale intendo quello che è
> scritto nei documenti (statuto del Comune in primis), A MENO CHE il Comune
> stesso non lo scriva diversamente sui cartelli che definiscono il centro
> abitato.
>


per me non è logico. "Ufficiale" per me vuol dire che è pubblicato da chi
ha le competenze. Le competenze sul nome del comune le ha il consiglio
comunale (credo, correggetemi se sbaglio). I cartelli stradali non hanno
peso sul nome "ufficiale". Certo, sarebbe utile avere in osm tutte le
varianti e anche sapere quale variante viene da dove / che significato ha.
In official_name ci va il nome ufficiale (solitamente come da statuto). In
name ci va il nome comunemente più usato.



Nel caso di Reggio nell'Emilia mi sembra di capire che il Comune stesso
> contribuisca alla confusione: come ho avuto modo di verificare io stesso,
> alcuni cartelli che in teoria dovrebbero essere stati installati e quindi
> approvati dal Comune riportano un nome diverso da quello dell'Art.1 dello
> statuto comunale.
>


questo non cambia il nome ufficiale però.


Ad ogni modo, per me la cosa più imparziale è riportare il nome posto sul
> cartello del centro abitato. In assenza di quello, il nome riportato nello
> statuto comunale.
>


se ci sono differenze penso ha sempre senso riportare tutte le varianti.
Per il tag "name" sarei propenso ad usare la versione sui cartelli ("in
loco"), perché mi immagino sarebbe la più utile come utente della mappa, al
meno che non contenga chiaramente di un rifuso (per questi ci sono dei tags
tipo signposted name o simile).

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

Re: [Talk-it] Reggio nell'Emilia o Reggio Emilia

[Martin Koppenhoefer]

sent from a phone

> On 16. Nov 2020, at 23:51, Lorenzo Mastrogiacomi  wrote:
> 
> C'è online anche lo statuto del comune di Reggio Emilia e in questo non c'è 
> mai scritto il nome Reggio nell'Emilia


non ci potevo credere, e infatti c’è scritto nell’articolo 1, come spesso 
(sempre?):
https://www.comune.re.it/retecivica/urp/regolamenti.nsf/2f35cb03f6fe801ac125778200380a42/7647bf8c7a086544c125688200568fdf/$FILE/Statuto%202018.pdf

Ciao Martin 

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

Re: [Talk-it] Reggio nell'Emilia o Reggio Emilia

[Martin Koppenhoefer]

io non ho particolari preferenze per il tag name, sicuramente si vogliono al 
meno un tag official_name e name, e a secondo la scelta forse anche un tag 
alt_name (se official_name=name)
La Provincia si chiama „Provincia di Reggio Emilia„  
https://www.provincia.re.it/wp-content/uploads/2020/02/Statuto-2019.pdf

Per il comune bisogna trovare un documento simile per essere sicuri sul 
official name

Ciao Martin 



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

Re: [Talk-it] Key:surface e porfido/basoli/pietre

[Martin Koppenhoefer]

Am So., 15. Nov. 2020 um 21:06 Uhr schrieb Fabio Bettani <
fabio.bett...@gmail.com>:

> Ai fini di StreetComplete, mi potrei fare portavoce di una proposta di
> modifica della traduzione italiana, per eliminare le diciture attuali che
> sono state causa parziale della mia confusione.
> Per paving_stones, al posto di "pavimentato a pietre", proporrei "pietre
> lisce regolari (o piastrelle)".
> Per sett, al posto di "bolognini" proporrei "pietre discontinue" o "pietre
> sconnesse".
>
> Vi sembrano descrizioni sensate?
>


per me va bene la modifica per paving stones, per sett non capisco bene ne
"bolognini" ne "pietre discontinue" o sconesse ;-)

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

Re: [Talk-it] Key:surface e porfido/basoli/pietre

[Martin Koppenhoefer]

sent from a phone

> On 12. Nov 2020, at 18:40, Fabio Bettani  wrote:
> 
> O vi sembra che, tra le due, questo sia comunque un caso di sett, e che il 
> concetto di "paving_stones" sia adatto esclusivamente alle pavimentazioni 
> iper-regolari


con paving_stones si intende una pavimentazione liscia (che non crea problemi 
per bici, per gli skates invece forse sì), quella di Bologna potrebbe ricadere 
in questo caso (non conosco bene, giudicando della foto).

Cheers Martin 


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

Re: [Talk-it] R: Lavori stratali/strade chiuse

[Martin Koppenhoefer]

sent from a phone

> On 11. Nov 2020, at 09:34, canfe  wrote:
> 
> Su WAZE le strade chiuse sono ben evidenziate con un tratteggio bianco e 
> rosso.
> Ovviamente ci vuole qualcuno che le inserisca comprese le date di chiusura.
> Se contattate il vostro Area Manager di WAZE e gli fornite prova delle 
> chiusure son sicuro che le inserirà.
> Così servirà a tutta la comunità dei viaggiatori.


su openroute service si possono marcare aree da evitare, e il routing poi gira 
attorno (lo so, non è la stessa cosa)

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

Re: [Talk-it] R: Marciapiede

[Martin Koppenhoefer]

sent from a phone

> On 10. Nov 2020, at 14:58, Andrea Musuruane  wrote:
> 
> Perché inventarsi un nuovo tag quando c'è già sidewalk che serve proprio a 
> questo scopo?
> https://wiki.openstreetmap.org/wiki/IT:Key:sidewalk


+1

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

Re: [Talk-it] Marciapiede

[Martin Koppenhoefer]

sent from a phone

> On 10. Nov 2020, at 13:46, Francesco Ansanelli  wrote:
> 
> Ciao,
> 
> Se lo mappi come percorso separato:
> 
> highway=footway + footway=sidewalk



per me in questo caso non c’è l’alternativa di mappare separatamente, perché 
non c’è nemmeno un kerb

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

Re: [Talk-it] living street in Italia nel wiki

[Martin Koppenhoefer]

sent from a phone

> On 7. Nov 2020, at 20:05, Martin Koppenhoefer  wrote:
> 
> concordo, ho scritto all'utente invitandolo per parlarne qui o nel wiki.


trascorsi 3 giorni possiamo interrompere l‘attesa e continuare per ora senza di 
lei la discussione. 

Per me ha senso fare riferimento al segnale italiano di zona residenziale, però 
aggiungerei che il cartello non implica automaticamente living street in 
OpenStreetMap, soltanto qualora ci fossero altre restrizioni indicate.

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

Re: [Talk-it] living street in Italia nel wiki

[Martin Koppenhoefer]

Am Sa., 7. Nov. 2020 um 10:25 Uhr schrieb Alessandro Sarretta <
alessandro.sarre...@gmail.com>:

> Cmq concordo nel suggerimento di Andrea nell'invitare l'utente qui in ML a
> discutere, oppure usare la pagina di discussione del wiki.
>


concordo, ho scritto all'utente invitandolo per parlarne qui o nel wiki.

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

[Talk-it] living street in Italia nel wiki

[Martin Koppenhoefer]

Qualcuno ha cambiato il wiki italiano per highway=living_street:
https://wiki.openstreetmap.org/w/index.php?title=IT:Tag:highway%3Dliving_street=next=1453296

riferendosi al segnale "Zona residenziale", CdS 3, 58. Ma non ha niente a
che fare, perché il segnale non comporta regole particolari, per avere un
significato specifico ci devono essere posti cartelli integrativi.

Al momento sarei propenso ad un revert, ma forse non ho capito bene la
situazione. Voi cosa ne pensate?

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

Re: [OSM-talk] Let's talk Attribution

[Martin Koppenhoefer]

To put this more into context, the facebook page does have a link to
OpenStreetMap behind the faint "i", and the majority of contributors may
eventually see this as reasonable attribution for the small map they
initially show, but it is quite clearly not suitable on the bigger popup
map to make everybody who sees the map aware that the data is from
OpenStreetMap. The license is only visible if you click a second time ("map
data legal notices"), while the "© OpenStreetMap" text could be even seen
as misleading (because the license if not presented at the same level).

Whether this is actually a copyright infringement of the license may be up
to a legal decision, although in my interpretation of 4.3 "a notice
associated with the Produced Work reasonably calculated to make *any*
Person that uses, views, accesses, interacts with, or is otherwise exposed
to the Produced Work aware that Content was obtained from the Database,
Derivative Database, or the Database as part of a Collective Database, and
that it is available under this License." it clearly is not making any
person that is exposed to the work aware that it is from OSM nor of the
license. But it is clear that it is not in line with the OSMF
interpretation of the requirements, we have delineated here:
https://www.openstreetmap.org/copyright/
*"For a browsable electronic map, the credit should appear in the corner of
the map."*

This is a very essential thing for OSM, it is the guarantee that our word
is spread, users are becoming familiar with our name and ultimately that
our community will grow.
Other widespread online mapping services also require this kind of *attribution
on the map*, usually even more prominently (brand logo with much bigger
size than our textual example).

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

Re: [OSM-talk] Let's talk Attribution

[Martin Koppenhoefer]

Am Mo., 27. Apr. 2020 um 19:52 Uhr schrieb Alexandre Oliveira <
rockyt...@gmail.com>:

> Hello!
>
> I'll try to be brief and explain the main problems that exist with
> OSM's way of handling lack of (proper) attribution.
>
> According to the wiki page[0]:
>
> > Our requested attribution is "© OpenStreetMap contributors".
> > You must also make it clear that the data is available under the Open
> Database Licence. This can be achieved by providing a "License" or "Terms"
> link which links to www.openstreetmap.org/copyright or
> www.opendatacommons.org/licenses/odbl.
> >
> > This credit needs to appear in a place reasonable to the medium you are
> utilising. In other words, you should expect to credit OpenStreetMap in the
> same way and with the same prominence as would be expected by any other map
> supplier. Therefore:
> >- For a browsable electronic map (e.g. embedded in a web page or
> mobile phone application), the credit should appear in the corner of the
> map, as commonly seen with map APIs/libraries such as Google Maps.
> >- For a printed map, the credit should appear beside the map if that
> is where other such credits appear, and/or in the "acknowledgements"
> section of the publication (often at the start of a book or magazine).
>
> Now, let's take a look at a few projects that use OSM and don't abide
> by our own guidelines:
>
> Facebook: I've seen some complaints over the course of the last year
> regarding lack of attribution from the company. I decided to take a
> look myself this year and was surprised, they actually attribute
> OpenStreetMap, but not in the way described in the wiki page. On
> desktop, there's an information button on the bottom-right corner of
> the map, where the attribution should be, and when you click it
> there's the attribution text. Note that the icon is barely visible and
> I presume most people simply ignore it because it's barely
> noticeable[1].
>
> You may think "well, it's fine". Except it's not. On the mobile
> version of the Facebook page, there's no attribution at all, simply a
> map. And worse, it redirects to Google Maps when you click on it. I
> brought this issue to the IRC channel #osm on OFTC and I was shocked
> at the attitude of some members that "it was fine" and that Facebook's
> attribution cannot be considered a case of "no attribution". I
> disagree. If this is the position of the majority of the OSM
> Foundation and members of the project, we have a problem, and I'll
> explain below. Honestly, it seems to me that because Facebook is a
> sponsor of the project, they can do attribution in whichever way
> they'd like to, or even remove attribution, something like "I pay for
> this project so its rules doesn't apply to me". And from what I've
> gathered by my own research, it looks like the OSMF doesn't even care
> about Facebook's lack of proper attribution.




I am interested in knowing about facebook's reply to the OSMF
notifications, that they are not complying with the attribution
requirements and that they must either attribute in a way that is
compatible with the license, or cease publicly performing works based on
our data. Has there been any reply? What is a reasonable response time for
large scale copyright infringement?

These are screenshots I just took right now, illustrating the issue:
https://i.ibb.co/M2gp82H/Screenshot-2020-11-06-at-10-31-40.png
https://i.ibb.co/rcSHmK3/Screenshot-2020-11-06-at-10-31-51.png

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

Re: [OSM-talk] New native/web OSM renderer based on A/B Street

[Martin Koppenhoefer]

Am Mi., 4. Nov. 2020 um 13:49 Uhr schrieb Mateusz Konieczny via talk <
talk@openstreetmap.org>:

> I just want to say that I really recommend playing and experiment with
> A/B Street.
>


I agree, I have also spread the voice on our national mailing list, this is
really useful for checking lane and crossing tagging.


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

Re: [Talk-it] taginfo history

[Martin Koppenhoefer]

Am Mo., 2. Nov. 2020 um 16:49 Uhr schrieb liste DOT girarsi AT posteo DOT
eu :

>
> Grazie anche da parte mia a Martin Raifer per il lavoro e a te per la
> segnalazione.



Scusate, che sono stato poco chiaro, in realtà il lavoro presentato sopra
(taginfo history) è di Jochen Topf. Martin Raifer fornisce da anni un
servizio simile (tag history), che usavo tanto, e ho usato l'occasione
dell'uscita del servizio sui server della fondazione per ringraziarlo
un'altra volta per il suo di lavoro, molto utile a mio avviso per capire
l'andamento di un tag.

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

[Talk-it] Fwd: [OSM-talk] New native/web OSM renderer based on A/B Street

[Martin Koppenhoefer]

Vi segnalo questo progetto, un renderer vettoriale di dati OSM, focalizzato
al momento sugli incroci e quantità di lanes.
http://abstreet.s3-website.us-east-2.amazonaws.com/osm_demo/

Ciao
Martin

-- Forwarded message -
Von: Dustin Carlino 
Date: Mo., 2. Nov. 2020 um 00:59 Uhr
Subject: [OSM-talk] New native/web OSM renderer based on A/B Street
To: 


Hi,

Demo: http://abstreet.s3-website.us-east-2.amazonaws.com/osm_demo/
Connect 2020 talk: https://www.youtube.com/watch?v=JUN5GWfb4Qo

I've been working on https://abstreet.org, a traffic simulation game built
from OSM data, designed for cycling and public transit advocacy. A/B Street
renders individual lanes, infers geometry for intersections, models turn
lanes and restrictions, and infers lots of detail for traffic signal timing
and parking lot capacity. Recently I split out an OSM viewer just to show
off these details, letting you do quick visual Q/A on things like lane
tagging. The viewer runs on web (via WebAssembly and WebGL) and natively
(Mac, Windows, and Linux via OpenGL). As a disclaimer, changing maps is
much clunkier on the web than native, but I'm working on it.

One key difference from most slippy maps is that this viewer downloads a
single file per region (scoped right now to the core of a city, but the
boundary is configurable). You can't pan over to anywhere in the world, but
once you've loaded a map, everything should be extremely fast -- moving
around, zooming, querying tags on objects. I've imported a few places from
bbike, and I can add or adjust the boundary of anywhere you like. See
https://dabreegster.github.io/abstreet/howto/new_city.html or reply here
with a link to a geojson.io file.

I have a few asks of y'all:

1) What should this viewer do to add value to the community? I'm not
looking into making a general purpose renderer, more like an array of small
renderers specialized for purposes like Q/A on lanes, exploring POIs, etc.
2) Do you have any other use cases or ideas how to use things like the road
geometry?
3) Are you interested in developing anything from this? If so, I'd like to
work with you to design an appropriate API for consuming the internal map
format.
4) If you're interested in the core mission of A/B Street, I'd love
collaborators for things like
https://github.com/dabreegster/abstreet/issues/372 (modeling public transit
better).

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

[Talk-it] taginfo history

[Martin Koppenhoefer]

Ho appena saputo che taginfo è stato migliorato e ora fornisce anche
statistiche sull'andamento del utilizzo dei tags. Questo è possibile perché
ora legge anche i full history planet files.

Lo storico è disponibile per le chiavi, e alcuni tags (200.000 chiavi e
80.000 tags).
Trovate un nuovo tab "cronologia" su taginfo, per esempio
https://taginfo.openstreetmap.org/tags/amenity=monastery#chronology

Ciao
Martin

PS: Grazie anche a Martin Raifer, che ha offerto per tanti anni OSM tag
history, servizio simile e molto utile e ben fatto, ma purtroppo spesso non
aggiornato con gli ultimi dati (per esempio per questo tag, i dati sono del
2018):
https://taghistory.raifer.tech/#***/amenity/monastery
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] reddit AMA with some OSMF Board members. 15:00Z 9 Nov

[Martin Koppenhoefer]

Am Do., 29. Okt. 2020 um 22:31 Uhr schrieb Rory McCann :

> On Thu, 29 Oct 2020, at 9:30 PM, Christoph Hormann wrote:
> > So i suppose you will circumnavigate any subject related to OSMF
> > governance or the election and that you will not refer to what is going
> > to be said there in any future discussion of OSMF matters (because then
> > it would need to be considered as part of a consultation by the board).
>
> What, you think, I personally am not allowed to even _talk_ about anything
> to do with OSMF unless it's (e.g.) on this mailing list?! Come on,
> Christoph, that's ridiculus. If someone emails me, am I required to publish
> that email and any reply I make?! Seriously that's not what the committment
> to open communication channels means.



There's a difference between a chat among some people and a "Ask me
anything" which you, representing yourself as a board member and other
members of the board ("Some of us on the OSM Foundation Board") announce on
the talk list with the words: "It's an oppertunity to ask us some
questions.".

When digging slightly deeper it surfaces that people who do not want to
sign up at  can only read. "Ask me anything" in
readonly mode?

Rory, I am absolutely sure there was no bad intent in the choice of format
and platform, but given where this discussion went so fast, I believe the
setting should be reconsidered, evaluating the possibility of choosing an
open platform.

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

Re: [Talk-it] Chiusura massiva di note

[Martin Koppenhoefer]

Am Do., 29. Okt. 2020 um 17:07 Uhr schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:

> ... "Purtroppo" non poche sono state chiuse dove si può convenire.
>

scusate, finisco la frase: e quindi non sembra sensato riaprire tutte in
automatico.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chiusura massiva di note

[Martin Koppenhoefer]

Am Do., 29. Okt. 2020 um 16:49 Uhr schrieb Andrea Albani :

> Ciao Ivan,
>
> chiudere una nota soltanto perchè è lì da tanto tempo (oppure perchè da
> fastidio vedere tutti quei pin rossi sulla mappa) non è una buona cosa se
> il contenuto è pertinente.
> Ho dato un'occhiata a campione alla note che hai menzionato e penso che
> FraPla le abbia chiuse senza pensarci troppo.Alcune comunque sono già state
> risolte da altri nella loro attività di mapping nella zona, mentre altre,
> di utenti anonimi, non forniscono informazioni adeguate per poter apportare
> delle modifiche
>
> Al tuo posto riaprirei quelle che ritieni non siano state risolte
> correttamente e parallelamente invierei un messaggio all'utente spiegando
> le tue motivazioni. Per un accesso rapido alla note che ha chiuso -> [1]
>
> Ciao
>
> [1] https://www.openstreetmap.org/user/FraPla/notes?page=1
>


per me la parte delle note che riguardono attributi mancanti (per esempio:
"che nome ha la chiesa") sono d'accordo che non è un utilizzo sensato delle
note. Gli attributi che mancano si possono trovare ed evidenziare in
automatico senza dover creare note manualmente. Quindi anche se è vero che
lì ci sono carenze, il sistema "note" non è fatto per questo tipo di
utilizzo, soprattutto "a tappeto".
Sono anche d'accordo con la valutazione di Andrea: in generale si ottiene
l'impressione che FraPla le abbia chiuse senza pensarci troppo. Purtroppo
non poche sono state chiuse dove si può convenire.

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

Re: [Talk-it] Chiusura massiva di note

[Martin Koppenhoefer]

Am Mi., 28. Okt. 2020 um 22:59 Uhr schrieb Ivan R. :

> Buonasera a tutti, è la prima volta che mando un'email a questo
> Talk-It, spero di non fare casini e spero che segnalazioni di questo
> tipo siano ok.
>
> Volevo solo segnalarvi che 5 giorni fa in Calabria un utente ha
> "risolto" 161 note in blocco. Non ho modo di controllarle tutte
> ovviamente, ne ho controllate due a caso e la richiesta formulata
> nella nota non era stata ancora risolta. Segnalo piu' che altro perchè
> sono anni e anni di note contenenti informazioni potenzialmente utili
> che andrebbero "perse".



grazie della segnalazione, e benvenuto qui!
Ci dovresti dire il nome dell'utente, altrimenti lo dovremmo cercare noi ;-)

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