Am Mi., 4. Dez. 2019 um 13:29 Uhr schrieb Volker Schmidt :
> Questi default, sono definiti da qualche parte formalmente?
>
>>
probabilmente non solo da una parte, ma in più punti e forse dicono anche
il contrario ;-)
Il vero default è quello che un utilizzatore dei dati presume quando il
dato
Am Mi., 4. Dez. 2019 um 12:59 Uhr schrieb demon_box :
> ciao caso concreto
> isola ecologica gestita ufficialmente da Aprica Spa come tante altre in
> zona
> ke xò subappalta alla Cooperativa Sociale Il Gelso...
>
> come gestire correttamente le 2 informazioni?
si potrebbe inventare un nuovo
Am Mi., 4. Dez. 2019 um 11:19 Uhr schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:
> per me è piùttosto indifferente, se il tagging è "completo" (i link al
> solito sono considerati di default oneway=yes e lanes=1 se non sbaglio,
> mentre le strade oneway=no e lane
Am Mi., 4. Dez. 2019 um 07:04 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:
> penso che non sia paragonabile, perché il mise non è il gestore dei
> benzinai, non è il ref ufficiale ma soltanto una chiave estranea, mentre il
> ref delle scuole è ufficiale e quello di chi gestisce le
Am Mi., 4. Dez. 2019 um 09:44 Uhr schrieb Federico Cortese <
cortese...@gmail.com>:
> Buogiorno a tutti,
> in seguito ad un confronto con un amico, ci siamo chiesti come sia
> meglio mappare gli incroci a raso tra strade tertiary, secondary o
> primary (es.
Am Mi., 4. Dez. 2019 um 09:58 Uhr schrieb Volker Schmidt :
>
>
> On Wed, 4 Dec 2019 at 01:51, Alessandro Sarretta <
> alessandro.sarre...@gmail.com> wrote:
>
>> Per complicare le cose, ci possono essere casi in cui c'è un cordolo tra
>> un marciapiede e una pista ciclabile (es.
>>
sent from a phone
> On 3. Dec 2019, at 21:50, Cascafico Giovanni wrote:
>
> Kerb=no sul marciapiede lo esescluderei: sarebbe difficile da interpretare
> per i router.
sicuramente molto più facile da interpretare rispetto ad un marciapiede senza
informazioni sul kerb e con un kerb mappato
sent from a phone
> On 3. Dec 2019, at 22:10, Francesco Ansanelli wrote:
>
>
> In quel caso il ref sarebbe diverso, no?
> Usare ref:MIUR mi sembra più in linea con i distributori che usano
> ref:mise... Vorrei sentire anche qualche altra opinione...
penso che non sia paragonabile, perché
Am Di., 3. Dez. 2019 um 16:09 Uhr schrieb Alessandro Sarretta <
alessandro.sarre...@gmail.com>:
> Per quello che ho capito (dimmi se tu la vedi in modo diverso) la proposta
> è stata rigettata anche perché il termine pedestrial_lane sembrava una
> duplicazione di altre cose.
>
personalmente mi
Am Di., 3. Dez. 2019 um 13:29 Uhr schrieb Alessandro Sarretta <
alessandro.sarre...@gmail.com>:
> Mi pare di comprendere che la soluzione più "standard" sarebbe descrivere
> la way principale (la strada) con un ulteriore tag come
> footway:left/right=lane che descriva che c'è una corsia pedonale
Am Di., 3. Dez. 2019 um 12:58 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:
>
>
>> Comunque mappando un po' di scuole ho raccolto qualche dubbio:
>>>
>>> - ref oppure ref:MIUR?
>>>
>>
>>
>> non importa ;)
>>
>
> Però per uniformare i dati bisogna sceglierne quale adottare e aggiornare
>
Am Di., 3. Dez. 2019 um 12:54 Uhr schrieb Alessandro Sarretta <
alessandro.sarre...@gmail.com>:
>
> Secondo me il tipo di mappatura che hai fatto è graficamente utile per
> visualizzare il bordo dei marciapiedi, ma non molto funzionale per il
> routing di persone con disabilità e anche molto
Am Di., 3. Dez. 2019 um 12:36 Uhr schrieb Alessandro Sarretta <
alessandro.sarre...@gmail.com>:
> Il kerb=no secondo me non è molto corretto, preferirei un kerb:height='0
> m', ma dovrebbe essere assegnato a un elemento lineare che rappresenta il
> kerb (la connessione tra marciapiede e la
Am Di., 3. Dez. 2019 um 10:04 Uhr schrieb Sara di giorgio <
sara.digiorgi...@gmail.com>:
> In questi casi potrebbe essere una buona idea aggiungere la larghezza con
> il tag width?
>
sì, forse su un nodo oppure su un pezzo piccolo? Perché nelle situazioni
che ho riscontrate la larghezza varia.
Am Mo., 2. Dez. 2019 um 21:17 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:
> Anche a me sembra una questione importante Non è sempre cosi facile
> identificare un poligono, in quel caso, meglio un nodo, no?
>
direi quando è _impossibile_ individuare un poligono è meglio usare
sent from a phone
> On 1. Dec 2019, at 20:36, canfe wrote:
>
> Sì penso che la mappa debba essere funzionale e non un semplice "esercizio di
> stile".
> La mappa è una rappresentazione, quindi una interpretazione.
> Il fine è che sia utilizzabile, sennò usiamo le foto...
Certamente
sent from a phone
> On 1. Dec 2019, at 18:44, Cascafico Giovanni wrote:
>
> Senza entrare nel indoor mapping, le aree dove avviene l'attività
> didattica sono le aule dentro il building=school, mentre i cortili
> sono per il leisure dove gli insegnanti hanno esclusivamente l'obbligo
> della
sent from a phone
> On 1. Dec 2019, at 21:32, Alessandro via Talk-it
> wrote:
>
> Cosa intendi per "sovrapporre"? Forse uno schema del genere?
> amenity=school
> name=Scuola Elemantare Pippo;Scuola Media Pluto
> isced:level=1;2
no, questo non mi piace, sono 2 scuole ma mappate come fosse
sent from a phone
> On 1. Dec 2019, at 15:45, Cascafico Giovanni wrote:
>
> Come mappareste questa scuola [1] che, nella stessa area fisica, ha
> due scuole ciascuna con un proprio ref ed isced:level? Ripeto: per me
> servirebbe un landuse, per slegare l'area fisica (anche comune) delle
> due
sent from a phone
> On 27. Nov 2019, at 15:13, Lorenzo Rolla wrote:
>
> Il nome ufficiale, dedotto dal comunicato del comune, è questo:
>
> EnVES EVO MVD 1605
>
> http://emax.poigps.com/index.php?option=com_content=view=196=229
>
> Se vogliamo mettere questo, lo mettiamo, ma ha scarso
Am Mi., 27. Nov. 2019 um 12:35 Uhr schrieb Marco Predicatori <
ma...@predicatori.it>:
>
> Esempi:
>
> https://www.openstreetmap.org/relation/4007933
> https://www.openstreetmap.org/relation/4007932
+0.9
il tag name=photored non mi sembra giusto, lo sarebbe se questo fosse il
nome
sent from a phone
> On 26. Nov 2019, at 20:47, Lorenzo Rolla wrote:
>
> Gentilissimi, per evitare di fare disastri (è la prima volta che mi capita di
> segnalare questo tipo di dispositivi per il controllo del semaforo rosso)
> qualcuno potrebbe indicarmi come fare?
>
>
sent from a phone
> On 25. Nov 2019, at 06:41, canfe wrote:
>
> Nella filosofia OSM, penso, deve prevalere la funzionalità all’aderenza alla
> realtà.
stai dicendo una mappa che mappa come dovrebbe essere sarebbe più funzionale
che una mappa che rappresenta la realtà?
Un segno di senso
sent from a phone
> On 24. Nov 2019, at 23:43, francesco gargano
> wrote:
>
> il caso che ho proposto all'Esquilino di Roma è proprio questo dove nomi
> ufficiali brevi e targhe sul posto coincidono, mi chiedo
> allora che senso abbia nel wiki OSM appellarsi alle regole imposte dall'istat
sent from a phone
> On 24. Nov 2019, at 18:06, francesco gargano
> wrote:
>
> Tra l'altro dal tenore delle delibere originarie si comprende bene che
> all'epoca
> non precisarono il nome per esteso in molti casi in quanto non c'era pericolo
> di omonimia.
> Penso che in OSM vadano
Visto che siamo in campagna elettorale (OSMF board), qui alcuni
informazioni sulla provenienza dei mappatori:
https://twitter.com/pascal_n/status/1195630975386038272
in confronto alla provenienza dei membri della OSMF:
https://www.openstreetmap.org/user/imagico/diary/391322
La cosa triste che
sent from a phone
> On 21. Nov 2019, at 17:26, Alessandro Sarretta
> wrote:
>
> Per un bar che serve caffè, sicuramente è amenity=cafe (shop=cafe è
> deprecato).
per me amenity=cafe è un luogo di gastronomia dove viene servito al
tavolo, o comunque dove siano tavoli da sedersi (anche in un
Am So., 24. Nov. 2019 um 15:48 Uhr schrieb Damjan Gerl :
> Martin Koppenhoefer je 24.11.2019 ob 15:28 napisal:
> > sent from a phone
> >
> >> On 23. Nov 2019, at 16:27, Francesco Ansanelli
> wrote:
> > io sono d‘accordo con Ale, “drink:” è superfluo, al meno n
sent from a phone
> On 24. Nov 2019, at 15:32, Martin Hollmichel
> wrote:
>
> ich würde gerne die Altländer Pfunkpforten (z.B.
> https://www.nesshof.de/17-altes-land/43-die-altlaender-prunkpforte.html)
> mappen. Diese sind sind oft Baudenkmäler (heritage=4) die jedoch einen (meist
>
sent from a phone
> On 24. Nov 2019, at 12:28, Paolo Monegato wrote:
>
>
> Per le birre disponibili alla spina? Mah... sono un po' scettico perché
> solitamente sono a rotazione ogni tot no?
> Decisamente più stabile (e di conseguenza più sensata come mappatura) invece
> l'associazione bar
sent from a phone
> On 23. Nov 2019, at 16:27, Francesco Ansanelli wrote:
>
> grazie a tutti per i suggerimenti! Se siete d'accordo, metterei anche:
>
> drink:coffee:brand=Lavazza
>
> come esempio sul wiki nella pagina: amenity=cafe.
io sono d‘accordo con Ale, “drink:” è superfluo, al
sent from a phone
> On 19. Nov 2019, at 17:11, Colin Smale via talk
> wrote:
>
> If a language doesn't have a term for "Metropolitan France" then there
> shouldn't be a name:xx in OSM.
>
If a language doesn’t have a term for Metropolitan France it is likely they
have more than one term
sent from a phone
> On 18. Nov 2019, at 12:21, Cascafico Giovanni wrote:
>
> stavo leggendo la wiki di craft [1], ma il brewer ed il winerier,
> seguendo la logica che proponi, non c'è; come scrivi, tra i valori
> leggo sia la persona (in inglese usualmente termina in "er"),
> craft=cooper,
sent from a phone
> On 17. Nov 2019, at 21:13, dgitto wrote:
>
> Mi sembrava quantomeno giusto sottoporre la questione alla ML, piuttosto che
> relegarla ad un singolo commento ad un changeset.
le delibere contengono i nomi ufficiali, ma non è imperativo per noi di mettere
questo in
Am Fr., 15. Nov. 2019 um 14:21 Uhr schrieb Christoph Hormann :
> On Friday 15 November 2019, Martin Koppenhoefer wrote:
> > there isn't OSM data in their dataset.
>
> And neither is there is my ocean data set - the OSM data set used only
> contains land masses, my resulting data
Am Fr., 15. Nov. 2019 um 13:44 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> I understand that training their algorithim ("AI") on Openstreetmap
> data is fine.
>
>
actually this is something I do not understand. What is called "artificial
intelligence" in this context is
Am Fr., 15. Nov. 2019 um 12:41 Uhr schrieb Christoph Hormann :
> Because the basis of most comments made does not seem to be the desire
> to neutrally assess the situation Rory presents here and its
> implications.
> What it seems instead happens here is that people look at the situation
> and
dopo che erano zitti avevo richiesto e mi hanno poi risposto subito che
risolveranno con priorità. Pare che hanno 2 app, di cui una già aveva
l'attribuzione e l'altra appunto seguirà. Speriamo.
Ciao
Martin
https://github.com/SiLeBAT/BfROpenLab/issues/459
Am Fr., 15. Nov. 2019 um 10:18 Uhr schrieb Robert Grübler <
robgrueb...@gmail.com>:
> Am Freitag, 15. November 2019 09:33 schrieb Martin Koppenhoefer [mailto:
> dieterdre...@gmail.com]
> < ich habe keine Lust mich bei denen zu registrieren,
>
> Verstehe das, aber WIR s
sent from a phone
> On 15. Nov 2019, at 00:52, Robert Grübler wrote:
>
> Magst du das den Entwicklern
> https://community.windy.com/topic/3353/map-correction/11
> mitteilen?
ich habe keine Lust mich bei denen zu registrieren, ein Fax wäre wohl
angemessener, am besten auf
sent from a phone
> On 15. Nov 2019, at 00:19, stevea wrote:
>
> But the "ultimate test" of "can the new work be made without OSM data?"
> remains a good one, in my opinion, because then, the author can be told,
> "well, then, go do so, please, otherwise offer us attribution of some sort"
sent from a phone
> On 15. Nov 2019, at 00:16, Robert Grübler wrote:
>
> Since you have been informed about lapses in this since 2016,
> yourselves.
Das läuft schon seit 2016 so? Mit DCMA ist es eine Sache von wenigen Tagen oder
gar Stunden.
Gruß Martin
even if we would have a right to be quoted for the absent data, IMHO it would
be silly to pursue the case.
I‘d rather spend the resources on those cases where they are actually using
OpenStreetMap data and not sufficiently attributing it. There’s a lot of cases,
Facebook being one of them.
I
sent from a phone
> On 14. Nov 2019, at 23:25, stevea wrote:
>
> But if you DO use that "OSM over-layer," then please: agree with common
> sense that those work are derived from OSM, even if they do not contain OSM
> data in them. They contain data "helped" by OSM data, so they are
I would believe it isn’t a derived work, as there is no data from OpenStreetMap
in the dataset.
I agree with Mateusz, if they trained their ai with OpenStreetMap data, you
could take the position that every outcome of their blackbox is
OpenStreetMap-derived, but AFAIK it is a gray area.
Ciao
sent from a phone
> On 14. Nov 2019, at 21:23, Robert Grübler wrote:
>
> Hast Du sie mal kontaktiert?
>
> Die OSMF? Nein - die jüngste Diskussion zwischen Nuno Caldeira und OSMF war
> zu abschreckend.
Ich meinte ob Du Windy kontaktiert hast, vielleicht haben sie das mit der
Lizenz ja nur
auf dem Telefon ist m.E. nichtmal die winzige Attribution, gar nicht.
M.E. ein Fall für die OpenStreetMap-Foundation, da kommerzieller Anbieter. Hast
Du sie mal kontaktiert?
Gruß Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
sent from a phone
> On 14. Nov 2019, at 18:50, Robert Grübler wrote:
>
> Basiert die Karte in eurer Gegend auch auf OSM?
ja, in Rom ist es auch definitiv OpenStreetMap, wie Du schon schreibst, sie
„attributieren“ es ja auch, wenn auch nicht wahrnehmbar, und osm antatt
OpenStreetMap ist
sent from a phone
> On 14. Nov 2019, at 11:01, Cascafico Giovanni wrote:
>
> Si tratta di assegnare delle chiavi e valori ad
> attività come prosciuttifici, norcini, catering e gastronomie ecc.
> Molti elementi del dataset non hanno la rivendita, per cui escludo la
> chiave shop. Per il
enabling IRC to telegram posts would likely also attract spammers, we have
had some few spam incidents on OSM Telegram groups, but with an IRC bridge
it may increase a lot...
Cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
sent from a phone
> On 11. Nov 2019, at 16:44, Florian Lohoff wrote:
>
> ich analysiere so ein bisschen refs auf Höherklassigen Straßen. Dabei
> hat mich ein user darauf aufmerksam gemacht das *_link kein ref sondern
> ein destination:ref tragen sollten.
der ref von *_link Straßen sollte
sent from a phone
> On 12. Nov 2019, at 18:37, Nogaro wrote:
>
> Per i luoghi che hanno un nome ma per cui non esiste un tag specifico, penso
> che locality ci possa stare come tag jolly.
si, anche se essendo molto generico sarebbero da creare tag per tutti i casi
dove ora ancora si usa
Am Mi., 13. Nov. 2019 um 16:10 Uhr schrieb Stefano :
> Non è nello spirito di un progetto open di ignorare e azittare le
> critiche, al meno non lo è quando sei lo sviluppatore dell'unico editore
> sulla pagina principale. E tanto di più quando non fai quello che vuoi tu,
> ma quello che voglione
sent from a phone
> On 13. Nov 2019, at 18:40, Alessandro Palmas
> wrote:
>
> Vedi tu quale taglio dare.
> Ho però l'impressione che una installazione di PostGIS, nonostante ci siano
> numerosi tutorial in rete, non sia alla portata di tutti.
in realtà su debian/ubuntu basta digitare
ich finde den Wikitext zwar alles andere als zurückhaltend, stimme aber
weitgehend mit der Kritik überein.
Was m.E. auch ein Punkt ist, vielleicht ist das nicht mehr aktuell, ich weiß es
nicht genau, sind die automatischen Massenänderungen durch die Hintertür. „Es
wurden Taggingfehler
Am Mi., 13. Nov. 2019 um 15:23 Uhr schrieb Stefano :
> L'unica cosa che posso dire è:
> This is why we can't have nice things.
>
puoi tranquillamente avere "nice things", ma non c'è bisogno che
constringiamo tutti a portarsi il cavallo di troia in casa, so perché Josm
è troppo complicato o
Vi segnalo questo diario post, che tratta di iD editor:
https://www.openstreetmap.org/user/woodpeck/diary/391175
Ciao Martin
sent from a phone___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Il 12. Nov. 2019 alle ore 11:10 ha scritto liste DOT girarsi AT posteo DOT
eu oppure Il 12/11/19 11:01, Ivo Reano ha scritto:
> Per il nome del dosso, non vedo problemi ad usare place=*, non
> necessariamente locality, dipende dalla zona se abitata o no.
>
più dalla "zona", place si usa per i
Am Mo., 11. Nov. 2019 um 10:36 Uhr schrieb Marco Ciampa :
> Ok penso i miei dubbi derivino dal fatto che non ho ancora "capito"
> wikidata... c'è qualche sito che spiega in modo umano cos'è ma
> soprattutto cosa _non_ è?
cosa non è sarebbe troppo lungo da spiegare ;-)
il tag wikidata=* si usa
> hai visto il tag wikidata che ho inviato? Va bene, va male, perché?
>
>
>
> si, avevo risposto a questa tua proposta:
> https://www.wikidata.org/wiki/Q2367344
> e dico che non va bene per "wikidata=*" perché non si riferisce
> all'oggetto specifico, ma ad una tipologia, appunto.
>
il modo
Am Mo., 11. Nov. 2019 um 08:23 Uhr schrieb Marco Ciampa :
> > oppure
> > office=association
> > association=esperanto
>
> questo l'ho messo ma non saprei dire allora la differenza tra questo e
> quello sopra...
non saprei ;-)
Probabilmente la semantica è la stessa.
> forse quest'ultimo è
sent from a phone
> On 11. Nov 2019, at 01:10, Marco Ciampa wrote:
>
> Scusate se insisto, mi servirebbe un parere prima di modificare...
se la domanda è come io mapperei la sede di un esperanto club
per esempio
https://taginfo.openstreetmap.org/keys/club
club=esperanto
oppure
sent from a phone
> On 10. Nov 2019, at 20:21, Martin Koppenhoefer wrote:
>
> se per esempio prendiamo il 4 Novembre, l’oggetto che io metterei in
> wikidata:name:etymology sarebbe questo:
> https://m.wikidata.org/wiki/Q3765912
o forse anche questo:
https://m.wikidata.org/w
sent from a phone
> On 10. Nov 2019, at 19:12, Francesco Ansanelli wrote:
>
>
> Mi potrebbe anche andare bene... Un esempio di wikidata che voglia dire data
> in formato giorno-mese?
se per esempio prendiamo il 4 Novembre, l’oggetto che io metterei in
wikidata:name:etymology sarebbe
sent from a phone
> On 10. Nov 2019, at 16:18, Andrea Musuruane wrote:
>
>
> Personalmente reputo il suo uso abbastanza prolisso per i fini di OSM.
è un tag che non viene utilizzato molto, e non interessa quindi probabilmente a
tanti, ma se si introducesse altri tag simili non penso si
sent from a phone
> On 7. Nov 2019, at 15:51, Marco Minghini wrote:
>
> Si potrebbe cominciare aprendo una issue nella repo del progetto:
> https://github.com/SiLeBAT/BfROpenLab/issues
> o commentando questa issue, che forse si riferisce proprio alla mancata
> attribuzione (ma non c'è
sent from a phone
> On 9. Nov 2019, at 00:48, stevea wrote:
>
> I wouldn't say "all" addresses, as Facebook isn't "all" of us.
of course, I apologize if this came along like a campaign just with facebook,
it was just an example that facebook was mentioned, because they are our
biggest
sent from a phone
> On 8. Nov 2019, at 13:59, Simon Poole wrote:
>
> Just imagine that we increase the number of new OSM contributors by an
> order of magnitude, to ~2'000'000 per year, and just as magically we get
> them to make the single edit they typically make to be adding an
> address
sent from a phone
> On 8. Nov 2019, at 17:57, Paul Johnson wrote:
>
> Wow, that's cool. I did not know that. Well, made that change largely for
> aesthetic reasons, might change it back later.
there’s also a third party service to keep track of these changes:
http://whosthat.osmz.ru/
Am Mi., 6. Nov. 2019 um 09:17 Uhr schrieb Oleksiy Muzalyev <
oleksiy.muzal...@bluewin.ch>:
> On the main osm.org site one can right-click on a building and select
> "Show address" or "Add a note here" . What if a new type of a note is
> introduced, a structured address note?
>
> The structured
Am Mo., 4. Nov. 2019 um 12:16 Uhr schrieb James :
> Conspiracy: tagging a grassy knoll "the place JFK was shot from"
>
> Nitpicking: You rounded off the 16th decimal on a city's name tag, losing
> a maximum on 10cm of precisionon...a...city...nametag.
>
>
"nitpicking" and "no conspiracy
Am Mo., 4. Nov. 2019 um 12:20 Uhr schrieb Simon Poole :
> https://wiki.osmfoundation.org/wiki/Terms_of_Use#II._Privacy requires
> you to keep your contact information (which is currently your e-mail
> address) current. This is not really new as it was implied by doing away
> with anonymous edits
I've read this several times in different occasions, but I never understood
the "no conspiracy theory" clause. Who decides what a conspiracy theory is,
and what a conspiracy? Wouldn't it be a perfect means to silence criticism,
if one wanted, to declare any critique a "conspiracy theory"?
Am Mo., 4. Nov. 2019 um 09:32 Uhr schrieb Simon Poole :
>
> Am 03.11.2019 um 23:08 schrieb Martin Koppenhoefer:
> > ...
> > it depends from whom you hide, but generally you should not use a
> traceable email account if you want to remain anonymous. Using Google would
>
sent from a phone
> Il giorno 2 nov 2019, alle ore 18:24, Volker Schmidt ha
> scritto:
>
> L'asino tigrato è ridondante. "uncontrolled" è esattamente "senza semaforo"
> (vedi https://wiki.openstreetmap.org/wiki/Key:crossing)
> Il zebra è stato introdotto per errore da iD. In tedesco diciamo
sent from a phone
> Il giorno 3 nov 2019, alle ore 19:22, Blake Girardot ha
> scritto:
>
> If you do not mind using your existing gmail account,
> assuming you signed up using one, use the gmail "+something" (the
> actual plus symbol goes in) email address feature so you can sign up
> for a
sent from a phone
> Il giorno 3 nov 2019, alle ore 13:07, canfe ha scritto:
>
> Di solito sono strade private ad uso pubblico. Per renderle "private" ci
> vuole una voluntas proibendi e degli sbarramenti.
io stavo parlando di un parcheggio su suolo privato, non lungo strada.
Ciao Martin
sent from a phone
> Il giorno 2 nov 2019, alle ore 18:44, demon_box ha
> scritto:
>
> che come valore riporta direttamente il nome dell'attività commerciale (non
> dell'operator)
>
> https://taginfo.openstreetmap.org/keys/parking%3Acondition%3Aarea%3Acustomers#values
>
> mi sa che è
sent from a phone
> Il giorno 1 nov 2019, alle ore 15:48, Volker Schmidt ha
> scritto:
>
> Da sottolineare che anche strisce vecchie, poco visibili e senza segnaletica
> verticale hanno valore legale.
cosa intendi con “hanno valore legale”? Se viene investito di notte un pedone
su delle
sent from a phone
> Il giorno 1 nov 2019, alle ore 13:57, claudio62PG ha
> scritto:
>
> Ho infatti mappato le altre scuole in
> questo modo
> solo che nella mappa appare solo un punto
> non appare neppure il nome
quello che hai mappato non è una scuola, ma è un ufficio di un’istituzione
sent from a phone
> Il giorno 1 nov 2019, alle ore 01:54, Jeffrey Friedl ha
> scritto:
>
> I don't see how that can be correct. If company XYZ buys images from company
> ABC, that ABC created from OSM data, there's no relationship between XYZ and
> OSM. Perhaps you're suggesting that the
sent from a phone
> Il giorno 31 ott 2019, alle ore 14:03, Nuno Caldeira
> ha scritto:
>
> it's their client responsibility for the lack of attribution not mapbox
indeed whoever publicly uses OpenStreetMap data has to attribute, it doesn’t
matter whether they get the data directly from
sent from a phone
> Il giorno 31 ott 2019, alle ore 13:56, Marco Ciampa ha
> scritto:
>
> Ok capito
> allora potete suggerire una "formula" di dicitura che ne sconsigli l'uso?
c’è un template per il wiki, ma se il tag viene usato fuori dall’Italia
dovresti chiedere in lista tagging cosa
Am Mi., 30. Okt. 2019 um 09:07 Uhr schrieb Ale_Zena_IT via Talk-it <
talk-it@openstreetmap.org>:
>
> Buongiorno lista,
>
> gli edifici per il trasporto pubblico li trovo mappati come:
>
> public_transport=station
> https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dstation
>
questo è
sent from a phone
> Il giorno 29 ott 2019, alle ore 10:02, Marco Ciampa ha
> scritto:
>
> Quando questa
> non esisterà più da nessuna parte si potrebbe eliminare anche dal wiki,
> no?
si dovrebbe indicare come sconsigliato e puntare ad un‘alternativa. La
documentazione per un tag che è
sent from a phone
> Il giorno 29 ott 2019, alle ore 10:08, Marco Ciampa ha
> scritto:
>
>
>> - gli oggetti che hanno a che fare con un qualsiasi esperantista famoso
>> (Q860918)
>
> E quindi: subject:wikidata=Q860918
per me questo non va bene, trovo più sostenibile taggare le altre
Am Mo., 28. Okt. 2019 um 11:35 Uhr schrieb Lorenzo Beltrami <
lorenzo.b...@gmail.com>:
> La prima è una chiave, la seconda è un'etichetta.
> Etichetta = coppia chiave/valore.
> Solitamente una chiave può contenere più valori per cui sul wiki si crea
> una pagina per la chiave e una per le
Am So., 27. Okt. 2019 um 22:04 Uhr schrieb Lorenzo Pesci <
lorenz...@tiscali.it>:
> Non capisco cosa intendi, Martin
>
intendo che ogni nome va messo all'oggetto che rappresenta, per scuole, ma
anche per ogni altra cosa.
> Io sì, e credo che sia l'unica via d'uscita per avere chiarezza su
Ciao Marcello, ciao a tutti,
io oggi purtroppo non posso venire. Sarei disposto a farlo un altro giorno,
oppure ci vediamo il prossimo ultimo lunedì (25/11/2019).
un saluto
Martin
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
sent from a phone
> Il giorno 27 ott 2019, alle ore 22:11, Marco Ciampa ha
> scritto:
>
>
> Ah ok comunque ho visto che c'è la possibilità dei semi-automated edits
> in JOSM dove ogni ricerca e sostituzione deve essere visionata una per
> una... potrebbe andare bene?
secondo la wiki,
sent from a phone
> Il giorno 27 ott 2019, alle ore 11:54, mbranco2 ha
> scritto:
>
> Esprimo parere contrario ad un tag che categorizzi oggetti in OpenStreetMap:
> allora potremmo fare un tag Risorgimento_italiano per categorizzare tutti gli
> oggetti che hanno un name che riferisca al
sent from a phone
> Il giorno 27 ott 2019, alle ore 09:16, Marcello ha
> scritto:
>
> . Il mio dubbio è nato perché nel caso di una variante se nella relazione
> includo tutto il percorso avrò delle fermate (nel mio caso la maggior parte)
> che appartengono a 2 relazioni con lo stesso ref
sent from a phone
> Il giorno 26 ott 2019, alle ore 09:42, demon_box ha
> scritto:
>
> ciao, che valore mettereste al tag building per delle piccole costruzioni che
> hanno il comune denominatore di essere isolate e non permanentemente
> abitate.
>
> a volte sono comunque vere proprie
sent from a phone
> Il giorno 25 ott 2019, alle ore 12:47, Marco Ciampa ha
> scritto:
>
> Quale sarebbe il metodo
> migliore per evitare di farlo a mano?
improbabile che una persona conosca tutti quei posti di persona. Questo tipo di
operazione (sovrascrivere la conoscenza locale da
sent from a phone
> Il giorno 25 ott 2019, alle ore 12:47, Marco Ciampa ha
> scritto:
>
>> si riferisce a wikidata, e se la voce non c'è la potresti creare, comunque,
>> esperanto ha il numero 143, quindi ci hanno pensato proprio con priorità :)
>
> Intendi che lo hanno fatto quasi da
sent from a phone
> Il giorno 25 ott 2019, alle ore 13:06, Lorenzo Pesci
> ha scritto:
>
> La cosa che ancora mi confonde è perché la wiki dice:
> Il nome della scuola deve essere riportato nel tag name=* e deve essere
> applicato sullo stesso elemento che possiede il tag amenity=school.
Am Do., 24. Okt. 2019 um 16:57 Uhr schrieb Marco Ciampa :
> > "esperanto=yes" senza contesto mi sembrerebbe più un tag per un
> > oggetto dove si capisce / parla esperanto. Se si riferisce al nome della
> > via, sarei più per un tag come questo:
> >
Am Fr., 25. Okt. 2019 um 09:07 Uhr schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:
> si applica sempre all’oggetto che viene descritto (amenity=school, name
> ecc.), di cui ci deve stare solo uno.
intendevo: per ogni scuola (come entità / istituzione) ci deve stare
un'ogg
sent from a phone
> Il giorno 24 ott 2019, alle ore 20:46, Cascafico Giovanni
> ha scritto:
>
> Per il tag ref direi che CODICESCUOLA va bene. Resta da capire a che
> geometria applicarlo
si applica sempre all’oggetto che viene descritto (amenity=school, name ecc.),
di cui ci deve stare
Vi segnalo una votazione in corso per la "deprecation" (sconsigliare) di
"contact:phone".
Non sembra si possa ancora vincere:
https://wiki.openstreetmap.org/wiki/Discussions/tagging/contact:phone_or_phone
Quindi la situazione rimarrà probabilmente come prima: più oggetti e
persone hanno i tag
801 - 900 of 16044 matches
Mail list logo