[Talk-de] Da ist mir etwas aufgefallen

[gmbo]

Bin gerade über den Änderungssatz eines neuen Benutzers gestolpert.
Sieht aus wie Tests an Pos 0/0
https://www.openstreetmap.org/changeset/46097003#map=13/-0.0349/0.0334

User: faisalhandal87

vor 19 Std.  angemeldet

MASIH ADA KESALAHAN
ES GIBT IMMER NOCH FEHLER

ist da in Malaisch angegeben.




Sollte ich das jetzt einfach nur löschen?


Werde an den Änderungssatz
Du hast warscheinlich deine Tests nicht wiedergefunden.
Das gehört nicht in die Karte.
Bitte lösche das wieder.

Mungkin anda tidak menemui lagi ujian anda.
Ia tidak tergolong dalam peta.
Sila ini jelas sekali lagi.




schreiben und die Reaktion abwarten.

Die später gemachten Änderungen sind in Indonesien wo wie angegeben von 
Bing Gebäude und Flächen eingetragen wurden.


Gruß
Gisbert







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

[talk-au] ACTmapi data and openstreetmap

[Max Bainrot]

Hi everyone

Is it ok to use ACTmapi data for mapping, specifically the 2016 (maybe
2015, iirc it's also creative commons) as iirc it's licensed under creative
commons attribution.

http://www.actmapi.act.gov.au/terms.html

Also if we are able to use it how does one go about getting different
datums to play nice in josm. ACTmapi uses AGD something.

I have been successful in getting QGis to play nice with it so maybe it
might be a case of having some kind of interpreter or using QGis to take
AGD and output mecocretor geotiffs for import into josm.

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

Re: [OSM-talk-be] GR Routes

[joost schouppe]

Hi Bart,

Is it the Aanlooproute that was deleted, or one of it's member paths? If it
is the first, Jo's explanation above won't help you I'm afraid.

I do have some good (or bad, depending on how you look at it) new though.
We are allowed to use the GPX files from Grote Routepaden to map these
trails.

Check this wiki page for an overview:

https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes#GR_footpaths

If you look up GR561 you'll see that no one has added the relation for the
Aanlooproute you mention to the article. If someone would have done this,
it would be much easier to see who had removed it and why.

There are also UMAP instances for all main GR routes, which overlay OSM and
official data, to help you spot errors. I tend to use those for mapping new
routes too. In blue, the missing connection as mapped by Grote Routepaden:

http://umap.openstreetmap.fr/en/map/gr561_98495#15/51.2255/5.4330

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-it] Divieto escrementi animali.

[Federico Cortese]

Se cerchi nella wiki amenity=waste_basket vedrai che è il Tag più adatto
per un comune cestino di raccolta rifiuti (diverso dai contenitori
specifici di raccolta per il riciclaggio).

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

Re: [Talk-it] Divieto escrementi animali.

[Federico Cortese]

Ciao Valerio, quei tag si riferiscono al riciclaggio dei rifiuti. Il
cestino in esame è solo a scopo di raccolta.

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

Re: [Talk-it] Divieto escrementi animali.

[THESTORM375]

Io sono andato a vedere alla wiki .. E li mi dice così ...

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

Re: [OSM-talk-be] GR Routes

[Jo]

Hi Bart,

First off, you can upload your GPX traces before deleting them locally.

If you know in which changeset the path was deleted, you can use the
reverter plugint of JOSM to restore the path.

You can also use the first version of Potlatch, but it can only restore
ways:

Go to where you know the way was, the start Potlatch:

https://www.openstreetmap.org/edit?editor=potlatch2#map=14/51.2344/5.4288

take out 2 from the url:

https://www.openstreetmap.org/edit?editor=potlatch#map=14/51.2344/5.4288

Edit with Save

Advanced/Undelete

The deleted ways will appear in bright red.

This was using an undocumented feature of the API. It was not reimplemented
in any other OSM editor, which is a shame. If you revert this way, you're
recovering the original way with all its history. If you use JOSM's
reverter, you're creating new objects with the same geometry as the deleted
ones.

Polyglot

2017-02-15 6:30 GMT+01:00 Bart Vanherck :

> Hi all,
>
> I noticed that a path that I mapped is disappeared. Can I somewhere see
> who deleted that path? Or maybe it was a script that did this? The latter I
> think not, because the GR route I was mapping is still at the point where I
> left it.
>
> And if I have that changeset or so, can I easily revert that like in
> another version control system?
>
> It is not the route itself that is gone, but an "aanlooproute" The one in
> Neerpelt. Very frustrating, because I deleted the gpx trace that I walked
> there too. Now I have to walk it again :D
>
> The path is in the beginning where it leaves the GR561 identical as
> "Brabants Vennepad", but soon it leaves it and goes the other direction.
>
> Regards,
>
> Bart
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] GR Routes

[Bart Vanherck]

Hi all,

I noticed that a path that I mapped is disappeared. Can I somewhere see who
deleted that path? Or maybe it was a script that did this? The latter I
think not, because the GR route I was mapping is still at the point where I
left it.

And if I have that changeset or so, can I easily revert that like in
another version control system?

It is not the route itself that is gone, but an "aanlooproute" The one in
Neerpelt. Very frustrating, because I deleted the gpx trace that I walked
there too. Now I have to walk it again :D

The path is in the beginning where it leaves the GR561 identical as
"Brabants Vennepad", but soon it leaves it and goes the other direction.

Regards,

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

[Talk-us] Fwd: [Analytics] February 15, 2017 Research Showcase

[Pine W]

The first presentation mentioned below may be of interest to OSM folks, as
well as Wikimedia maps people. These talks are presented by the Wikimedia
Foundation and are live-streamed.

Pine


-- Forwarded message --
From: Sarah R 
Date: Tue, Feb 14, 2017 at 2:49 PM
Subject: [Analytics] February 15, 2017 Research Showcase
To: wikimedi...@lists.wikimedia.org, analyt...@lists.wikimedia.org,
wiki-researc...@lists.wikimedia.org


Hi Everyone,

The next Research Showcase will be live-streamed this February 15, 2017 at
11:30 AM (PST) 18:30 UTC.

YouTube stream: https://www.youtube.com/watch?v=m6smzMppb-I

As usual, you can join the conversation on IRC at #wikimedia-research. And,
you can watch our past research showcases here
.

This month's presentations:

Wikipedia and the Urban-Rural DivideBy *Isaac Johnson*Wikipedia articles
about places, OpenStreetMap features, and other forms of peer-produced
content have become critical sources of geographic knowledge for humans and
intelligent technologies. We explore the effectiveness of the peer
production model across the rural/urban divide, a divide that has been
shown to be an important factor in many online social systems. We find that
in Wikipedia (as well as OpenStreetMap), peer-produced content about rural
areas is of systematically lower quality, less likely to have been produced
by contributors who focus on the local area, and more likely to have been
generated by automated software agents (i.e. “bots”). We continue to
explore and codify the systemic challenges inherent to characterizing rural
phenomena through peer production as well as discuss potential solutions.


Wikipedia Navigation VectorsBy *Ellery Wulczyn
*In this project, we
learned embeddings for Wikipedia articles and Wikidata
 items by applying
Word2vec  models to a corpus of
reading sessions. Although Word2vec models were developed to learn word
embeddings from a corpus of sentences, they can be applied to any kind of
sequential data. The learned embeddings have the property that items with
similar neighbors in the training corpus have similar representations (as
measured by the cosine similarity
, for example).
Consequently, applying Wor2vec to reading sessions results in article
embeddings, where articles that tend to be read in close succession have
similar representations. Since people usually generate sequences of
semantically related articles while reading, these embeddings also capture
semantic similarity between articles.

-- 
Sarah R. Rodlund
Senior Project Coordinator-Product & Technology, Wikimedia Foundation
srodl...@wikimedia.org

___
Analytics mailing list
analyt...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] Fwd: [Analytics] February 15, 2017 Research Showcase

[Pine W]

The first presentation mentioned below may be of interest to OSM folks, as
well as Wikimedia maps people. These talks are presented by the Wikimedia
Foundation and are live-streamed.

Pine


-- Forwarded message --
From: Sarah R 
Date: Tue, Feb 14, 2017 at 2:49 PM
Subject: [Analytics] February 15, 2017 Research Showcase
To: wikimedi...@lists.wikimedia.org, analyt...@lists.wikimedia.org,
wiki-researc...@lists.wikimedia.org


Hi Everyone,

The next Research Showcase will be live-streamed this February 15, 2017 at
11:30 AM (PST) 18:30 UTC.

YouTube stream: https://www.youtube.com/watch?v=m6smzMppb-I

As usual, you can join the conversation on IRC at #wikimedia-research. And,
you can watch our past research showcases here
.

This month's presentations:

Wikipedia and the Urban-Rural DivideBy *Isaac Johnson*Wikipedia articles
about places, OpenStreetMap features, and other forms of peer-produced
content have become critical sources of geographic knowledge for humans and
intelligent technologies. We explore the effectiveness of the peer
production model across the rural/urban divide, a divide that has been
shown to be an important factor in many online social systems. We find that
in Wikipedia (as well as OpenStreetMap), peer-produced content about rural
areas is of systematically lower quality, less likely to have been produced
by contributors who focus on the local area, and more likely to have been
generated by automated software agents (i.e. “bots”). We continue to
explore and codify the systemic challenges inherent to characterizing rural
phenomena through peer production as well as discuss potential solutions.


Wikipedia Navigation VectorsBy *Ellery Wulczyn
*In this project, we
learned embeddings for Wikipedia articles and Wikidata
 items by applying
Word2vec  models to a corpus of
reading sessions. Although Word2vec models were developed to learn word
embeddings from a corpus of sentences, they can be applied to any kind of
sequential data. The learned embeddings have the property that items with
similar neighbors in the training corpus have similar representations (as
measured by the cosine similarity
, for example).
Consequently, applying Wor2vec to reading sessions results in article
embeddings, where articles that tend to be read in close succession have
similar representations. Since people usually generate sequences of
semantically related articles while reading, these embeddings also capture
semantic similarity between articles.

-- 
Sarah R. Rodlund
Senior Project Coordinator-Product & Technology, Wikimedia Foundation
srodl...@wikimedia.org

___
Analytics mailing list
analyt...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Divieto escrementi animali.

[Simone]

Il 15 febbraio 2017 00:52:28 CET, Martin Koppenhoefer  
ha scritto:
>
>
>sent from a phone
>
>> On 15 Feb 2017, at 00:31, THESTORM375 
>wrote:
>> 
>> amenity=recycling
>> + recycling_type=container
>> + recycling:animal_waste:yes
>
>
>mi sembra strano. Recycling? 
>
>
>ciao,
>Martin 

Anche a me, io ho parlato di cestino, non ho mai scritto che è solo per 
raccogliere i ricordini degli animali, è un normalissimo amenity=waste_basket, 
:)



-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-it] Divieto escrementi animali.

[Martin Koppenhoefer]

sent from a phone

> On 15 Feb 2017, at 00:31, THESTORM375  wrote:
> 
> amenity=recycling
> + recycling_type=container
> + recycling:animal_waste:yes


mi sembra strano. Recycling? 


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

Re: [Talk-it] Divieto escrementi animali.

[THESTORM375]

Ecco cosa devi mettere se vuoi aggiungere i bidoni dove buttare le bustine
con gli escrementi del cane.. Visto che hai detto che ci sono nel tuo parco.

amenity=recycling
+ recycling_type=container
+ recycling:animal_waste:yes


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

Re: [Talk-it] MAPPARE cassonetti raccolta vestiti caritas

[THESTORM375]

Grazie Ancora per la risposta  ;)

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

Re: [Talk-it] MAPPARE cassonetti raccolta vestiti caritas

[Damjan Gerl]

14.02.2017 - 22:49 - Simone:

Il 14 febbraio 2017 22:41:04 CET, THESTORM375  ha 
scritto:

nella mia città ci sono dei cassoni gialli per mettere i vestiti dentro
per
darli in dono alla caritas... sapete quale TAG devo utilizzare? o quale
PDI? grazie :)

amenity=recycling
recycling:type=* vedi wiki.


-- Simone Girardelli--


Si, confermo:
amenity=recycling
+ recycling_type=container
+ recycling:clothes=yes
+ operator=* (se lo sai)
+ ref=* (se c'è)

vedi: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling

Damjan

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

Re: [OSM-talk-be] CRAB tool data update - 2017-02-14

[Sus Verhoeven]

Iedereen heedt zijn gewoontes ;-)
Ik het begin ging dat inladen heel vlot, vandaar...
Aan de grensstreek met Nederland zijn er nog gemeentes waar weinig huizen
genummerd zijn. Dan werk ik liefst met de kaart die onder de lijst staat,
en click ik op de bollekes.
Zo gaat het meer geordend gehucht per gehucht dan met de straten
alfabetisch.
Ik zit nu bezig in Bocholt. Sinds de laatste versie van JOSM worden ook de
Nederlandse PDOK luchtfoto's automatisch ingeladen, die zijn soms recenter
dan de Vlaamse en gaan tamelijk diep in Belgie. Veel dieper dan de Vlaamse
in Nederlend.
 Ik vraag mij af of dat voor iedereen is? Ik dacht dat men de Vlaamse zelf
moest instellen

Sus


2017-02-14 20:54 GMT+01:00 Glenn Plas :

> On 14-02-17 20:17, Sus Verhoeven wrote:
> > Hooi Glenn,
> >
> > Ik overdrijg niet, eens ik de data binnengeladen heb gebruik ik die een
> > ganse dag, behalve nu met dat uitproberen.
> > Zelfs na sleepmode blijven die gegecens bewaard.
> > Met filters moet ik de server meermaals aanspreken, ik veroderstel dat
> > dat nog meer tijd kost.
>
> De oppervlakte is kleiner als je dit op basis van straten filtert.  Vele
> kleintjes maken een grote zeg maar gerust.
>
> De overpass query die in je browser wordt uitgevoerd wordt zwaarder,
> afhankelijk van hoe groot het gebied is, maar hij doet het maar 1 keer.
>
> Als je dan in bv Antwerpen alles tesamen opvraagt: dat is echt een pak
> data, grote oppervlakte dus 'zwaarder' voor de service.
>
> Voorlopig zie ik geen oplossing door de beperking van de alternatieve
> Overpass services.
>
> Zelf werk ik veel kleinerschaliger, maar ik snap dat je op een bepaald
> punt het overzicht wil zien van wat er nog te fixen valt.  Die kleurtjes
> maken het aantrekkelijk om het resultaat van je werk te bekijken, ik doe
> het ook wel eens maar als dat langer duurt ga ik een tas koffie halen.
>
> Ik woon in een relatief kleine gemeente en heb praktisch alles compleet
> gemaakt, Mechelen is ook al redelijk goed in orde wat betreft de
> binnenstad, maar die volledig laden is bijna niet te doen. Ik werk dan
> alles alfabetisch af. (A*, B* , etc)
>
> Ook al is Overpass net gemaakt om van die massieve queries aan te
> kunnen, het is economischer en optimaler om het in stukjes te kappen.
>
> Ergens tussenin ligt wss het meest optimale, een straat of 10,20 a 30
> gok ik.  Je zal nooit klachten krijgen dat je teveel kleine queries doet
> in alle geval.  De hoeveelheid ervan is minder van belang dan het
> 'gewicht' ervan.
>
> Ik zal het toch eens bekijken of we het optimaler kunnen maken al zal
> dat niet voor deze maand zijn.
>
> Glenn
>
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] MAPPARE cassonetti raccolta vestiti caritas

[Simone]

Il 14 febbraio 2017 22:41:04 CET, THESTORM375  ha 
scritto:
>nella mia città ci sono dei cassoni gialli per mettere i vestiti dentro
>per
>darli in dono alla caritas... sapete quale TAG devo utilizzare? o quale
>PDI? grazie :)

amenity=recycling
recycling:type=* vedi wiki.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

[Talk-it] MAPPARE cassonetti raccolta vestiti caritas

[THESTORM375]

nella mia città ci sono dei cassoni gialli per mettere i vestiti dentro per
darli in dono alla caritas... sapete quale TAG devo utilizzare? o quale
PDI? grazie :)
-- 

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

Re: [Talk-it] Segnalo un principiante

[THESTORM375]

grazie :)

Il giorno mar 14 feb 2017 alle ore 17:01 Lorenzo "Beba" Beltrami <
lorenzo.b...@gmail.com> ha scritto:

> Comunque Vespucci permette l'upload diretto dei dati su OSM.
>
> Lorenzo
>
> Il giorno 14 febbraio 2017 16:22, THESTORM375 
> ha scritto:
>
> io vorrei incominciare a usare vespucci ma cosa faccio poi per caricare i
> numeri civici? devi per forza usare JOSM? Perchè ii proprio non vado
> d'accordo con JOSM, ho un sacco di problemi con quel programma. ogni volta
> si blocca ecc.. è lento ecc.. e poi non o so usare proprio di per se, c'è
> un altro metodo per caricare i numeri civici evitando di usare JOSM? :)
> GRAZIE
>
>
> Il giorno mar 14 feb 2017 alle ore 12:52 Max1234Ita 
> ha scritto:
>
> Alessandro Palmas wrote
> >>>
> >>> Uso keypad mapper anche io e non posso fare altro che consigliarlo.
> >>
> >
> > Per quel poco che l'ho usato l'ho trovato veloce.
> >
> > La grossa pecca è che non supporta la funzione 'mock position' degli
> > smartphone che permetterebbe di usare un GPS esterno (cosa che faccio con
> > tutte le altre App che usano OSM); quando si è in strade non troppo ampie
> > la rilevazione dei civici diventa poco precisa.
> >
> > Alessandro Ale_Zena_IT
> >
> >
> > ___
> > Talk-it mailing list
>
> > Talk-it@
>
> > https://lists.openstreetmap.org/listinfo/talk-it
>
> +1
> Anch'io avevo provato Keypad Mapper ma non mi ci trovavo: troppo impreciso
> camminando in città. Forse nei sobborghi, dove è più facile trovare
> villette
> di massimo 2 piani, può funzionare bene, ma nelle strade strette con
> palazzi
> alti il GP è un'incubo!
> Alla fine della camminata con Keymap mi trovavo con i numeri allegramente
> mischiati tra loro, e nemmeno con JOSM a volte riuscivo a raccapezzarmici.
>
>
> Poi sono passato a OsmPad: funzionava bene sul Galaxy S Advance: potevo
> mettere i numeri manualmente nella posizione più o meno giusta e con Josm
> bastava poi allinearli per avere risultati più che accettabili.
> Purtroppo, ora che ho cambiato telefono, mi dà problemi, forse non tanto
> per
> il dispositivo in sè (che è comunque un tutt'altro che scarso S5) ma per il
> fatto che l'app non è più supportata e l'ultimo aggiornamento risale ad
> almeno due versioni fa di Android (se non ricordo male OsmPad non è più
> presente nemmeno nello Store, di fatto usavo un APK di cui avevo fatto
> backup sul vecchi cell).
>
> Ora è un po' che non esco per andare a numeri civici :-); l'ultima volta ho
> usato ancora OsmPad : è andato tutto bene per i primi 20 minuti... poi ha
> iniziato a chiudersi e non c'è stato più verso. Temo che l'unica
> alternativa
> sia rimasta Vespucci, ormai. Che voi sappiate c'è in giro un qualche
> tutorial? Ho provato ad usarlo per mappare ma ormai sono troppo abituato a
> JOSM, inoltre su un display da 5 pollici non è che si possano fare
> miracoli... :-)
>
> Max
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n8.nabble.com/Segnalo-un-principiante-tp5890086p5891263.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
> --
>
> Written by Valerio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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

Re: [Talk-it] Divieto escrementi animali.

[THESTORM375]

giusto.. visto che ci sta il contenitore esiste l'apposito tag.. aggiunti
un PDI al parco con la posizione del bidone delle feci del cane questo
si .. lo puoi fareè anche molto più utile cosi le persone sanno se in
quel parco c'è un bidone apposito.. ora pero non ricordo il tag preciso


Il giorno mar 14 feb 2017 alle ore 18:16 Paolo Monegato <
gato.selvad...@gmail.com> ha scritto:

> Il 14/02/2017 16:56, girarsi_liste ha scritto:
> > In quel parco ci possono andare animali, non solo cani, la segnaletica
> > riporta il disegno di un cane nella classica posizione del fare il
> > ricordino, con tanto di disegno dello stesso, barrato come il classico
> > divieto di sosta, c'è in mezzo al parco un contentore per i sacchetti
> > appositi e segnaletica verticale pure lì.
> >
> > Capisco l'argomento può essere antipatico, ma è pur sempre una realtà.
> >
> > Ad ogni modo procedo come ho definito, poi semmai in futuro se non serve
> > più o c'è modifica nella realtà, si provvederà in tal senso.
>
> Visto che c'è il contenitore però più che un divieto alle povere
> bestiole (che tra l'altro avrebbe poco senso) si tratta di un segnale
> che obbliga il padrone a raccogliere... Quindi imho il valore più che
> "no" dovrebbe essere un altro che indichi appunto questo obbligo di
> raccolta.
>
> ciao
>
> Paolo M
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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

Re: [OSM-talk-be] Missing oneway:bicycle=no

[Yves bxl-forever]

Yes, this looks like we are in agreement, thanks Marc.

I wonder about one more thing: supposing the cycle lane is only in the 
contraflow direction, and if the way was drawn in the direction of traffic, 
what is the difference between:
* cycleway=opposite_lane
* cycleway:left=lane

I have encountered both situations and they seem to say the same thing, but I 
would like to know whether one should be the recommended way.

Cheers.
Yves 



On Tue, 14 Feb 2017 21:06:19 +0100
Marc Gemis  wrote:

> opposite_lane should only be used when there is a lane in the opposite
> direction of the one_way and there is no lane in the direction of the
> oneway. See https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite_lane
> Or as indicated in the above M1, when you tag forward/backward
> separately. It is not enough to indicate a oneway street with cycle
> lanes in both directions.

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

Re: [OSM-talk-be] Missing oneway:bicycle=no

[Marc Gemis]

On Tue, Feb 14, 2017 at 8:51 PM, Yves bxl-forever
 wrote:
> Despite Belgian traffic rules use the same word (fietspad - piste cyclable) 
> for a reserved track (with D7 or D9 signs) and for markings (two stripped 
> lines), in OSM-taal those could be tagged with cycleway=opposite_track and 
> cycleway=opposite_lane respectively.  In Brussels, it is fairly common to 
> paint logos or inverted V-signs on the street but those have no legally 
> binding value a


I "hate" this opposite_xxx tag. IMHO, it is used incorrectly in most cases.

oneway:bicycle=no  + cycleway=track/lane is recommended, see e.g. M1
on https://wiki.openstreetmap.org/wiki/Bicycle

opposite_lane should only be used when there is a lane in the opposite
direction of the one_way and there is no lane in the direction of the
oneway. See https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite_lane
Or as indicated in the above M1, when you tag forward/backward
separately. It is not enough to indicate a oneway street with cycle
lanes in both directions.
I have seen it even used when there are no lanes, i.e. the cyclists
have to drive on the main road.

So please do not recommend it's use.

regards

m.

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

Re: [OSM-talk-be] CRAB tool data update - 2017-02-14

[Glenn Plas]

On 14-02-17 20:17, Sus Verhoeven wrote:
> Hooi Glenn,
> 
> Ik overdrijg niet, eens ik de data binnengeladen heb gebruik ik die een
> ganse dag, behalve nu met dat uitproberen.
> Zelfs na sleepmode blijven die gegecens bewaard.
> Met filters moet ik de server meermaals aanspreken, ik veroderstel dat
> dat nog meer tijd kost.

De oppervlakte is kleiner als je dit op basis van straten filtert.  Vele
kleintjes maken een grote zeg maar gerust.

De overpass query die in je browser wordt uitgevoerd wordt zwaarder,
afhankelijk van hoe groot het gebied is, maar hij doet het maar 1 keer.

Als je dan in bv Antwerpen alles tesamen opvraagt: dat is echt een pak
data, grote oppervlakte dus 'zwaarder' voor de service.

Voorlopig zie ik geen oplossing door de beperking van de alternatieve
Overpass services.

Zelf werk ik veel kleinerschaliger, maar ik snap dat je op een bepaald
punt het overzicht wil zien van wat er nog te fixen valt.  Die kleurtjes
maken het aantrekkelijk om het resultaat van je werk te bekijken, ik doe
het ook wel eens maar als dat langer duurt ga ik een tas koffie halen.

Ik woon in een relatief kleine gemeente en heb praktisch alles compleet
gemaakt, Mechelen is ook al redelijk goed in orde wat betreft de
binnenstad, maar die volledig laden is bijna niet te doen. Ik werk dan
alles alfabetisch af. (A*, B* , etc)

Ook al is Overpass net gemaakt om van die massieve queries aan te
kunnen, het is economischer en optimaler om het in stukjes te kappen.

Ergens tussenin ligt wss het meest optimale, een straat of 10,20 a 30
gok ik.  Je zal nooit klachten krijgen dat je teveel kleine queries doet
in alle geval.  De hoeveelheid ervan is minder van belang dan het
'gewicht' ervan.

Ik zal het toch eens bekijken of we het optimaler kunnen maken al zal
dat niet voor deze maand zijn.

Glenn


> In ieder geval, bedankt voor de moeite.
> 
> Sus
>  
> 
> 2017-02-14 19:44 GMT+01:00 Glenn Plas  >:
> 
> On 14-02-17 18:40, Sus Verhoeven wrote:
> > Bedankt iedereen voor de snelle antwoorden waarvan er enkele boven
> mijn
> > petje gingen en vooral aan Glenn voor de aanpassing van de data; maar
> > uiteindelijk gaat het nog niet sneller. ;-(
> 
> Hi Sus,
> 
> Ik heb de duitse versie terug moeten aanzetten.  De Franse overpass
> service laat niet toe dat we deze gebruiken op de huidige manier.
> 
> Meer bepaald, CORS(*) restricties zijn van toepassing, zowel op de
> Russische als de Franse overpass service.
> 
> Volgens mij doe je toch teveel straten in 1 keer, als ik een straat of
> 10 filter dan komt het wel snel genoeg terug.
> 
> Vergeet niet dat dit een privelege is om hem te gebruiken, geen recht.
> Wij hebben de verantwoordelijkheid om er spaarzaam mee om te gaan, we
> betalen er geen bal voor.  Community sponsored dus.
> 
> Probeer uw straatlijst klein te houden ipv steeds ganse gemeente te
> analyseren.
> 
> Glenn
> 
> 
> * https://en.wikipedia.org/wiki/Cross-origin_resource_sharing
> 
> 
> 
> >
> > Sus
> >
> > 2017-02-14 17:04 GMT+01:00 Glenn Plas  
> > >>:
> >
> > Hallo
> >
> > In een van men vorige posts zei ik dat ik de tool niet vond om
> de data
> > te processen, maar niets was minder waar.  Alles was proper
> > gedocumenteerd, dus heb ik maar even een processing opgestart.
> >
> > Nieuwe CRAB data is processed en staat ter beschikking hier:
> > http://aptum.bitless.be/
> >
> > Pull request is ook aangemaakt , zie
> > https://github.com/aptum/aptum.github.io/pulls
> 
> >  > voor de status
> hiervan.
> >
> > Als deze wordt aanvaard en uitgerold wordt naar de originele
> site zal de
> > data ook hier te zien zijn later:
> > http://crab-import.osm.be/import.html
> 
> >  >
> >
> > Vergeet uw partner(s) niet vandaag met al die recente data
> >
> >
> > 
> >
> > Hello
> >
> > In one of my latest posts I claimed to be lacking the proper
> tools to
> > process the data but I was incorrect, everything was there to
> do this
> > succesfully so I went ahead and started a processing job to
> create an
> > update.
> >
> > New CRAB data has been processed and is at your service using the
> > following url : http://aptum.bitless.be/
> >
> > A pull request has been 

Re: [OSM-talk-be] Missing oneway:bicycle=no

[Yves bxl-forever]

Hi,

André is right but I think that part of the problem comes from the fact that 
the available documentation is sometimes contradictory.
A good starting point for anyone wanting to learn more is the Belgian 
conventions page 
(http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Cycleways).

Indeed, oneway:bicycle=no is the recommended tag if cyclists can use the way in 
both directions.  This works best with most apps.

Using additional tags to describe more precisely the kind of infrastructure the 
users will enjoy is nevertheless helpful, for routing apps, for statistics 
about rate of protection, etc.
Despite Belgian traffic rules use the same word (fietspad - piste cyclable) for 
a reserved track (with D7 or D9 signs) and for markings (two stripped lines), 
in OSM-taal those could be tagged with cycleway=opposite_track and 
cycleway=opposite_lane respectively.  In Brussels, it is fairly common to paint 
logos or inverted V-signs on the street but those have no legally binding value 
and would probably not count as anything with "cycleway" in it.

I know that the wiki is not always the Bible but I saw that someone has 
recently rewritten the page about cycleway=opposite 
(http://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite), to recommend 
*against* oneway:bicycle=no.  Shouldn’t we try to find a way to clarify this, 
so that we could tell new users how to map properly?


Cheers.
Yves




On Tue, 14 Feb 2017 17:33:36 +0100
"André Pirard"  wrote:

> I once read that routes of cyclists using OSM were laughed at by the others...
> 
> oneway=yes is a routing tag (used by GSM) indicating that only one way of the 
> highway can be used.
> That page says that the exception for bicycles to run contraflow is 
> oneway:bicycle=no.
> And that cycleway=opposite* is added for compatibility.
> Also, Key:cycleway says that oneway:bicycle=no. must be used with 
> cycleway=opposite.
> 
> All in all it makes much sense that only one oneway:bicycle=no routing tag be 
> used to allow bicycle contraflow.
> And that other tags like cycleway=* are not routing tags to be used by 
> routing software (GSM).
> They are just tags giving more detail about how the bicycles run.
> Why would a multitude of duplicating routing tags like detour:bicycle=yes or 
> shortcut:bicycle=yes be used Indeed?
> 
> Unfortunately, while writing an overpass script I noticed that many 
> cycleway=opposite* exist without oneway:bicycle=no and even without 
> oneway=yes.
> Please run this script to find some of them.
> I'm not going to give the nonOSM people I work with overly complicated 
> instructions.  I'm not going to make a complicated script. To write it "for 
> the errors".
> 
> Could we please correct those mistakes?
> 
> Cheers
> 
> André.

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

Re: [OSM-talk-fr] hebdoOSM Nº 342 31/01/2017-06/02/2017

[Philippe Verdy]

But it's a fact that most French-speaking people can't read or discuss in
German (or even in Spanish or Portuguese, focusing South America where
French is too rarely understood, much less than in Portugal), while English
should be easier for cooperating with you: you'll be able to choose
interesting topics.
But I've almost never seen any topic related to activities in Francophone
talk lists and online forums.

As I said, It's time to think about proposing you a French RSS feed, with a
English translation. The French OSM website is currently in discussion for
enhancing it with easier maintenance. It should be a good idea to include
that RSS feed, and this will attract more easily actual French translators
to your project.



Le 14 février 2017 à 20:02, Manfred A. Reiter  a écrit
:

> Hi Philippe, all,
>
> 2017-02-14 18:50 GMT+01:00 Philippe Verdy :
>
>> Là encore une traduction automatique non relue (avec ses contre-sens et
>> diverses fautes grammaticales, orthographiques ou syntaxiques).
>> Heureusement que j'avait lu la version anglophone bien avant, bien plus
>> compréhensible.
>> Heureusement qu'il y a quand même les liens (mais là ce n'est pas
>> traduit, ce sont les contenus d'origine le plus souvent en anglais ou
>> allemand, parfois en russe).
>>
>> De plus les sujets sont un peu trop germanocentrés (ce n'est pas qu'une
>> question de traduction, mais le fait que la source anglaise et de toutes
>> les autres traductions sont en alemand avec des contributeurs allemands,
>> ils passent à coté d'autres sujets, en se concentrant sur les discussions
>> qui ont eu lieu sur les listes de diffusion en anglais ou allemand et
>> quelques annonces faites sur le blogue de la fondation OSM ou sur les
>> forums OSM anglophones.
>> Je pense que notre liste ici devrait proposer aussi des liens avec un
>> résumé utile en anglais, car on a très peu de contacts en Allemagne qui
>> lisent notre français.
>>
>> Ce serait intéressant que le site Openstreetmap francophone propose un
>> fil d'actus en anglais, et leur fournir l'URL pour qu'ils en tiennent
>> comptent. Pourquoi pas un fil RSS
>>
>
>
> I apologize for that issue #342.
> I think we should close the French channel. Because we can not deliver the
> quality that you and and we would see.
> That is not the quality we deliver in all other languages.
>
> The fact, that you think it is germanocentric - maybe, because a lot of
> the contriubuters speak German. Maybe you didn't realise, that we have a
> lot of contributions from Latin America, because Spanish and Portugues
> speaking people deliver issues from their communities.
>
> It is a pitty, that we could not establish a little bit more
> internationality and show that OSM has a strong community in France and in
> francophone Africa.
>
> I think, that the French contribution to OSM is as big and it should have
> a voice in our weekly summeray. But we don't have the manpower do valorise
> that contribution.
>
> BTW: In  the francophone channel in Slack are at least 10 people with
> French mothertongue
> and in our content management system system (OSMBC), where EVERY member
> can collet, edit and revies news I count 9 in letters (nine) French native
> speakers.
>
> I think, we will close the French channel a second time. :(
>
> Once again I apolpogise for the bad issue.
>
>
> --
> ## Manfred Reiter - -
> ## N49° 25' 11.028" E6° 50' 47.328"
> ## www.weeklyOSM.eu
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] CRAB tool data update - 2017-02-14

[Sus Verhoeven]

Hooi Glenn,

Ik overdrijg niet, eens ik de data binnengeladen heb gebruik ik die een
ganse dag, behalve nu met dat uitproberen.
Zelfs na sleepmode blijven die gegecens bewaard.
Met filters moet ik de server meermaals aanspreken, ik veroderstel dat dat
nog meer tijd kost.
In ieder geval, bedankt voor de moeite.

Sus


2017-02-14 19:44 GMT+01:00 Glenn Plas :

> On 14-02-17 18:40, Sus Verhoeven wrote:
> > Bedankt iedereen voor de snelle antwoorden waarvan er enkele boven mijn
> > petje gingen en vooral aan Glenn voor de aanpassing van de data; maar
> > uiteindelijk gaat het nog niet sneller. ;-(
>
> Hi Sus,
>
> Ik heb de duitse versie terug moeten aanzetten.  De Franse overpass
> service laat niet toe dat we deze gebruiken op de huidige manier.
>
> Meer bepaald, CORS(*) restricties zijn van toepassing, zowel op de
> Russische als de Franse overpass service.
>
> Volgens mij doe je toch teveel straten in 1 keer, als ik een straat of
> 10 filter dan komt het wel snel genoeg terug.
>
> Vergeet niet dat dit een privelege is om hem te gebruiken, geen recht.
> Wij hebben de verantwoordelijkheid om er spaarzaam mee om te gaan, we
> betalen er geen bal voor.  Community sponsored dus.
>
> Probeer uw straatlijst klein te houden ipv steeds ganse gemeente te
> analyseren.
>
> Glenn
>
>
> * https://en.wikipedia.org/wiki/Cross-origin_resource_sharing
>
>
> >
> > Sus
> >
> > 2017-02-14 17:04 GMT+01:00 Glenn Plas  > >:
> >
> > Hallo
> >
> > In een van men vorige posts zei ik dat ik de tool niet vond om de
> data
> > te processen, maar niets was minder waar.  Alles was proper
> > gedocumenteerd, dus heb ik maar even een processing opgestart.
> >
> > Nieuwe CRAB data is processed en staat ter beschikking hier:
> > http://aptum.bitless.be/
> >
> > Pull request is ook aangemaakt , zie
> > https://github.com/aptum/aptum.github.io/pulls
> >  voor de status
> hiervan.
> >
> > Als deze wordt aanvaard en uitgerold wordt naar de originele site
> zal de
> > data ook hier te zien zijn later:
> > http://crab-import.osm.be/import.html
> > 
> >
> > Vergeet uw partner(s) niet vandaag met al die recente data
> >
> >
> > 
> >
> > Hello
> >
> > In one of my latest posts I claimed to be lacking the proper tools to
> > process the data but I was incorrect, everything was there to do this
> > succesfully so I went ahead and started a processing job to create an
> > update.
> >
> > New CRAB data has been processed and is at your service using the
> > following url : http://aptum.bitless.be/
> >
> > A pull request has been created on github to feed those updates back
> to
> > the original tool, once this has been processed and rolled out, the
> data
> > should become available on the original site @
> > http://crab-import.osm.be/import.html
> > 
> >
> > You can view the pull request status here:
> > https://github.com/aptum/aptum.github.io/pulls
> > 
> >
> > Don't forget to buy your spouse flowers/beer depending on what works
> for
> > you!
> >
> > Mvg,
> >
> > Glenn
> >
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-be
> > 
> >
> >
> >
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
> >
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] MapContrib 1.4

[Guillaume AMAT]

En fait il y a déjà plusieurs fonds de carte mais ils ne sont pas tous activés 
par défaut. Cela reste à l'initiative du créateur du thème.

Je les ai tous activés sur celui-ci :
https://www.mapcontrib.xyz/t/s8c2d9-Les_bornes_a_incendie

Pour que tu puisses te faire une idée.

Guillaume

Le 14 février 2017 17:51:34 GMT+01:00, Philippe Verdy  a 
écrit :
>Dommage qu'on ne puisse pas choisir son fond de carte (fond OSM.fr par
>défaut, mais le fond générique OSM.org ou le fond noir-et-blanc
>seraient
>bienvenus aussi, ne serait-ce qu'en cas d'anomalie sur un des rendus
>qui
>afficherait des tuiles manquantes grises malgré les raffraichissements)
>
>Le 14 février 2017 à 12:45, Guillaume AMAT  a écrit
>:
>
>> Chers tous, une nouvelle version de MapContrib vient de sortir !
>>
>> On peut enfin retrouver ses thèmes, ses favoris, en copier d’autres,
>etc.
>>
>> Les détails sont ici :
>> https://blog.mapcontrib.xyz/fr/2017/02/mapcontrib-1-4
>>
>> Guillaume
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] CRAB tool data update - 2017-02-14

[Glenn Plas]

On 14-02-17 18:40, Sus Verhoeven wrote:
> Bedankt iedereen voor de snelle antwoorden waarvan er enkele boven mijn
> petje gingen en vooral aan Glenn voor de aanpassing van de data; maar
> uiteindelijk gaat het nog niet sneller. ;-(

Hi Sus,

Ik heb de duitse versie terug moeten aanzetten.  De Franse overpass
service laat niet toe dat we deze gebruiken op de huidige manier.

Meer bepaald, CORS(*) restricties zijn van toepassing, zowel op de
Russische als de Franse overpass service.

Volgens mij doe je toch teveel straten in 1 keer, als ik een straat of
10 filter dan komt het wel snel genoeg terug.

Vergeet niet dat dit een privelege is om hem te gebruiken, geen recht.
Wij hebben de verantwoordelijkheid om er spaarzaam mee om te gaan, we
betalen er geen bal voor.  Community sponsored dus.

Probeer uw straatlijst klein te houden ipv steeds ganse gemeente te
analyseren.

Glenn


* https://en.wikipedia.org/wiki/Cross-origin_resource_sharing


> 
> Sus
> 
> 2017-02-14 17:04 GMT+01:00 Glenn Plas  >:
> 
> Hallo
> 
> In een van men vorige posts zei ik dat ik de tool niet vond om de data
> te processen, maar niets was minder waar.  Alles was proper
> gedocumenteerd, dus heb ik maar even een processing opgestart.
> 
> Nieuwe CRAB data is processed en staat ter beschikking hier:
> http://aptum.bitless.be/
> 
> Pull request is ook aangemaakt , zie
> https://github.com/aptum/aptum.github.io/pulls
>  voor de status hiervan.
> 
> Als deze wordt aanvaard en uitgerold wordt naar de originele site zal de
> data ook hier te zien zijn later:
> http://crab-import.osm.be/import.html
> 
> 
> Vergeet uw partner(s) niet vandaag met al die recente data
> 
> 
> 
> 
> Hello
> 
> In one of my latest posts I claimed to be lacking the proper tools to
> process the data but I was incorrect, everything was there to do this
> succesfully so I went ahead and started a processing job to create an
> update.
> 
> New CRAB data has been processed and is at your service using the
> following url : http://aptum.bitless.be/
> 
> A pull request has been created on github to feed those updates back to
> the original tool, once this has been processed and rolled out, the data
> should become available on the original site @
> http://crab-import.osm.be/import.html
> 
> 
> You can view the pull request status here:
> https://github.com/aptum/aptum.github.io/pulls
> 
> 
> Don't forget to buy your spouse flowers/beer depending on what works for
> you!
> 
> Mvg,
> 
> Glenn
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [Talk-it] Tasking manager italiano inaccessibile

[Fabrizio Tambussa]

Poi e' tornato nuovamente up.
Saluti

2017-02-14 15:16 GMT+01:00 dan980 :
> oggi è nuovamente down
>
>
>
> -
> --
> confronto navigatori basati su OSM:
> https://docs.google.com/spreadsheets/d/1xmhQ15bQ5eH_8U7kCzwi5xoNtT8e8JxDUEz05px-Vog/pubhtml
>
> --
> View this message in context: 
> http://gis.19327.n8.nabble.com/Tasking-manager-italiano-inaccessibile-tp5888155p5891267.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

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

Re: [Talk-GB] Talk-GB Digest, Vol 125, Issue 33

[Marco Boeringa]

ael,

"but your habit of not commenting on most of your changesets did 
contribute to people's suspicion. I really would urge you to make some 
sort of comment, even if brief, and maybe repetitive where you are doing 
similar things."


Yes, this was part of my confusion. I saw at least three accounts with 
apparently similar behaviour: very active mappers, lots of changesets, 
but virtually no changeset comments. It appeared to be related, or maybe 
even three accounts of the same user...


Of course, this was all only circumstantial evidence, but I have also 
advised Dyserth to add changeset comments to make review and recognition 
of legit edits at least a bit more easy.


Marco



Message: 2
Date: Mon, 13 Feb 2017 20:38:19 +
From: ael 
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] Large swaths of "heath" in Wales?
Message-ID: <20170213203819.xh5xxw2qnvhvle7a@shelf.conquest>
Content-Type: text/plain; charset=us-ascii

On Sun, Feb 12, 2017 at 03:07:38PM -0700, Dyserth wrote:

With regards to deleting the areas mapped by Sam888 all over Wales I frankly
did not want to block out or delete these areas as I felt it would have
meant modifying the map data too extensively, been very time consuming, and

This is very unfortunate. I am surprised to hear that you did not
receive any private messages.

As I said in an earlier email, the only mapper whose contributions were
problematical in my area was Sam88, and I contacted him/her *and* had a
polite reply.

It seems that you were just caught as a side effect after you had also
tried to clean up, but again you should have had a message at the very
least.

After you have suffered this unwarranted criticism, I am hesitant to say
this, but your habit of not commenting on most of your changesets did
contribute to people's suspicion. I really would urge you to make some
sort of comment, even if brief, and maybe repetitive where you are doing
similar things.

ael




--

Subject: Digest Footer

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


--

End of Talk-GB Digest, Vol 125, Issue 33




---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] hebdoOSM Nº 342 31/01/2017-06/02/2017

[Philippe Verdy]

Là encore une traduction automatique non relue (avec ses contre-sens et
diverses fautes grammaticales, orthographiques ou syntaxiques).
Heureusement que j'avait lu la version anglophone bien avant, bien plus
compréhensible.
Heureusement qu'il y a quand même les liens (mais là ce n'est pas traduit,
ce sont les contenus d'origine le plus souvent en anglais ou allemand,
parfois en russe).

De plus les sujets sont un peu trop germanocentrés (ce n'est pas qu'une
question de traduction, mais le fait que la source anglaise et de toutes
les autres traductions sont en alemand avec des contributeurs allemands,
ils passent à coté d'autres sujets, en se concentrant sur les discussions
qui ont eu lieu sur les listes de diffusion en anglais ou allemand et
quelques annonces faites sur le blogue de la fondation OSM ou sur les
forums OSM anglophones.
Je pense que notre liste ici devrait proposer aussi des liens avec un
résumé utile en anglais, car on a très peu de contacts en Allemagne qui
lisent notre français.

Ce serait intéressant que le site Openstreetmap francophone propose un fil
d'actus en anglais, et leur fournir l'URL pour qu'ils en tiennent comptent.
Pourquoi pas un fil RSS

Le 14 février 2017 à 18:24, weeklyteam  a écrit :

> Bonjour,
>
> Le résumé hebdomadaire n° 342 de l'actualité OpenStreetMap vient de
> paraître en français. Un condensé à retrouver à:
>
> http://www.weeklyosm.eu/fr/archives/8725/
>
> Bonne lecture!
>
> hebdoOSM?
> Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> Où?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
> produced-in_56718#2/8.6/108.3
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] CRAB tool data update - 2017-02-14

[Sus Verhoeven]

Bedankt iedereen voor de snelle antwoorden waarvan er enkele boven mijn
petje gingen en vooral aan Glenn voor de aanpassing van de data; maar
uiteindelijk gaat het nog niet sneller. ;-(

Sus

2017-02-14 17:04 GMT+01:00 Glenn Plas :

> Hallo
>
> In een van men vorige posts zei ik dat ik de tool niet vond om de data
> te processen, maar niets was minder waar.  Alles was proper
> gedocumenteerd, dus heb ik maar even een processing opgestart.
>
> Nieuwe CRAB data is processed en staat ter beschikking hier:
> http://aptum.bitless.be/
>
> Pull request is ook aangemaakt , zie
> https://github.com/aptum/aptum.github.io/pulls voor de status hiervan.
>
> Als deze wordt aanvaard en uitgerold wordt naar de originele site zal de
> data ook hier te zien zijn later: http://crab-import.osm.be/import.html
>
> Vergeet uw partner(s) niet vandaag met al die recente data
>
>
> 
>
> Hello
>
> In one of my latest posts I claimed to be lacking the proper tools to
> process the data but I was incorrect, everything was there to do this
> succesfully so I went ahead and started a processing job to create an
> update.
>
> New CRAB data has been processed and is at your service using the
> following url : http://aptum.bitless.be/
>
> A pull request has been created on github to feed those updates back to
> the original tool, once this has been processed and rolled out, the data
> should become available on the original site @
> http://crab-import.osm.be/import.html
>
> You can view the pull request status here:
> https://github.com/aptum/aptum.github.io/pulls
>
> Don't forget to buy your spouse flowers/beer depending on what works for
> you!
>
> Mvg,
>
> Glenn
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

hebdoOSM Nº 342 31/01/2017-06/02/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 342 de l'actualité OpenStreetMap vient de paraître en 
français. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8725/

Bonne lecture!

hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 342 31/01/2017-06/02/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 342 de l'actualité OpenStreetMap vient de paraître en 
français. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8725/

Bonne lecture!

hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-it] OSMit 2017: laggente vogliono sapere!!1!

[Paolo Monegato]

Sbaglio o non è passata ancora nessuna mail di commento post OSMit?

Chi se l'è perso / non ha potuto andare credo vorrebbe avere notizie. 
Allora, com'è andata?


ciao

Paolo M


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

Re: [Talk-it] Divieto escrementi animali.

[Paolo Monegato]

Il 14/02/2017 16:56, girarsi_liste ha scritto:

In quel parco ci possono andare animali, non solo cani, la segnaletica
riporta il disegno di un cane nella classica posizione del fare il
ricordino, con tanto di disegno dello stesso, barrato come il classico
divieto di sosta, c'è in mezzo al parco un contentore per i sacchetti
appositi e segnaletica verticale pure lì.

Capisco l'argomento può essere antipatico, ma è pur sempre una realtà.

Ad ogni modo procedo come ho definito, poi semmai in futuro se non serve
più o c'è modifica nella realtà, si provvederà in tal senso.


Visto che c'è il contenitore però più che un divieto alle povere 
bestiole (che tra l'altro avrebbe poco senso) si tratta di un segnale 
che obbliga il padrone a raccogliere... Quindi imho il valore più che 
"no" dovrebbe essere un altro che indichi appunto questo obbligo di 
raccolta.


ciao

Paolo M


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

Re: [OSM-talk-fr] MapContrib 1.4

[Philippe Verdy]

Dommage qu'on ne puisse pas choisir son fond de carte (fond OSM.fr par
défaut, mais le fond générique OSM.org ou le fond noir-et-blanc seraient
bienvenus aussi, ne serait-ce qu'en cas d'anomalie sur un des rendus qui
afficherait des tuiles manquantes grises malgré les raffraichissements)

Le 14 février 2017 à 12:45, Guillaume AMAT  a écrit :

> Chers tous, une nouvelle version de MapContrib vient de sortir !
>
> On peut enfin retrouver ses thèmes, ses favoris, en copier d’autres, etc.
>
> Les détails sont ici :
> https://blog.mapcontrib.xyz/fr/2017/02/mapcontrib-1-4
>
> Guillaume
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] Missing oneway:bicycle=no

[André Pirard]

  
  
I once read that routes of cyclists using OSM were laughed at by the
others...

oneway=yes is a routing
tag (used by GSM) indicating that only one way of the highway can be
used.
That page says that the exception for bicycles to run contraflow is
oneway:bicycle=no.
And that cycleway=opposite* is added
for compatibility.
Also, Key:cycleway says that oneway:bicycle=no.
must be used with cycleway=opposite.

All in all it makes much sense that only one oneway:bicycle=no
  routing tag be used to allow bicycle contraflow.
And that other tags like cycleway=* are not routing tags to be used
by routing software (GSM).
They are just tags giving more detail about how the bicycles run.
Why would a multitude of duplicating routing tags like detour:bicycle=yes
or shortcut:bicycle=yes be used Indeed?

Unfortunately, while writing an overpass script I noticed that many
cycleway=opposite* exist without oneway:bicycle=no and even
without _oneway_=yes.
Please
  run this script to find some of them.
I'm not going to give the nonOSM people I work with overly
complicated instructions.  I'm not going to make a complicated
script. To write it "for the errors".

Could we please correct those mistakes?

Cheers



  

  André.

  


  


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

Re: [OSM-talk-ie] Typos in Townland names

[Dave Corley]

I think Rory has a script that is adding the Irish names for everything
based on Loganim data cross referenced by townland, its CP, Barony and
county.

I would assume that there is a quantity that are not showing as matching.
This may flag up the ones you are talking about too but I'm saying this
based on some assumptions on how his script works.

Dave

On 14 Feb 2017 16:24, "Brian Tuffy"  wrote:

> Hi all,
> I found a lot of typos in townland names in county Mayo and i presume it is
> similar in other counties. As of 12.01.2017, About 4.3% of townlands in
> Mayo have a mistake in the spelling. That is roughly 130 townland names
> just for Mayo! I think that is something important we can correct now that
> the hard work of mapping the townlands is done.
>
> Before, I was correcting them as I came across them but I think a more
> systematic approach is needed to double check names and also why i want the
> community to help, share ideas on how to do it and check each others work.
> It is understandable that mistakes were made since it is sometimes
> difficult to read the GSGS30906 war maps source. So what I am talking about
> here, is spelling mistakes in copying the townland names from the source.
>
> So here are my questions;
> How do we go about cross-checking the names of townlands (also parishes,
> DED's etc)?
> What sources can we use? 1911 census list of townlands? the war maps can
> still be the original source of townland names. Can we legally use the data
> on pobal.ie to cross-check spelling? Although unlikely, can we even
> extract
> the other data there (townland id)? Is that useful ?
>
> Are you interested in checking the names in your county?
>
> Here I propose my way of checking townland names:
> The principle was to compare the OSM list of townlands to other lists and
> identify if the names match or are unique entries. The unique entries are
> possible mistakes.
> I downloaded the townland list for Mayo from townlands.ie and I am
> currently trying to compare the list to other sources. I have the draft
> list of townlands in Mayo from Loganim.ie and a townlands list from
> pobal.ie
> (possibly copyrighted list ). Anyway, once the possible mistakes are
> highlighted, (Excel - conditional formatting) we can go back to the war
> maps source and check the correct spelling. It takes a lot of work, i.e.
> formatting, false positives, we have to respect local names of townlands
> etc.
>
> Besides typos, this method can also be used to add the irish names of
> townlands, identify missing townlands not yet added and much more.
>
> Please let me know what you think. My corrections for Co. Mayo are nearly
> complete and I plan to upload them soon.
> Ok, Thanks for reading,
>
> Brian
> Username: OscarBrownbread
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-talk] [save the date(s)] some conferences in 2017

[Benoit Fournier]

Hello OSM folks,

2017 will be a great year again if you like our community events.
Just to name a few, you could attend:

FOSSGIS 2017, Passau, Germany, 22–25 Mar
State of the Map France 2017, Avignon, France, 2–4 Jun
State of the Map Africa 2017, Kampala, Uganda, 8–10 Jul
State of the Map 2017, Aizuwakamatsu, Japan, 18–20 Aug
FOSS4G+SOTM Argentina 2017, Buenos Aires, Argentina, 23–28 Oct
State of the Map - LatAm 2017, Lima, Perú, 29 Nov – 2 Dec

And certainly many other events in preparation in Asia, USA and all
over the world. So take the time to check for all other international,
national conferences and your local events!

If you are able to travel in Europe, I would also like to draw your
attention to some extra events related to geo-free-open-stuff that
could be of interest to some of you:

pgDay Paris
* what: PostgreSQL, free database tools, development, use and more
* by: members of PostgreSQL community
* for: people interested in database, PostgreSQL/PostGIS ...
* language: mostly english-speaking
* when: 23 March 2017
* where: Paris, France
* link: http://www.pgday.paris/

GeoPython
* what: Python, all things data and geomatics
* by: local Python User Group and university FHNW
* for: people interested in data, open source, programming ...
* language: mostly english-speaking
* when: 8-10 May 2017
* where: Basel, Switzerland
* link: https://2017.geopython.net/

FOSS4G-Europe
* what: Free GIS tools, development, use and more
* by: OSGeo-FR and international OSGeo/FOSS4G community
* for: people interested in GIS, geodata ...
* language: mostly english-speaking
* when: 18-22 July 2017
* where: Marne-la-Vallée (East suburb Paris, France)
* link: https://europe.foss4g.org/2017/

Please forward to anyone possibly interested.

Enjoy!

Ben

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

[OSM-talk-be] CRAB tool data update - 2017-02-14

[Glenn Plas]

Hallo

In een van men vorige posts zei ik dat ik de tool niet vond om de data
te processen, maar niets was minder waar.  Alles was proper
gedocumenteerd, dus heb ik maar even een processing opgestart.

Nieuwe CRAB data is processed en staat ter beschikking hier:
http://aptum.bitless.be/

Pull request is ook aangemaakt , zie
https://github.com/aptum/aptum.github.io/pulls voor de status hiervan.

Als deze wordt aanvaard en uitgerold wordt naar de originele site zal de
data ook hier te zien zijn later: http://crab-import.osm.be/import.html

Vergeet uw partner(s) niet vandaag met al die recente data




Hello

In one of my latest posts I claimed to be lacking the proper tools to
process the data but I was incorrect, everything was there to do this
succesfully so I went ahead and started a processing job to create an
update.

New CRAB data has been processed and is at your service using the
following url : http://aptum.bitless.be/

A pull request has been created on github to feed those updates back to
the original tool, once this has been processed and rolled out, the data
should become available on the original site @
http://crab-import.osm.be/import.html

You can view the pull request status here:
https://github.com/aptum/aptum.github.io/pulls

Don't forget to buy your spouse flowers/beer depending on what works for
you!

Mvg,

Glenn


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

Re: [Talk-it] Segnalo un principiante

[Lorenzo "Beba" Beltrami]

Comunque Vespucci permette l'upload diretto dei dati su OSM.

Lorenzo

Il giorno 14 febbraio 2017 16:22, THESTORM375  ha
scritto:

> io vorrei incominciare a usare vespucci ma cosa faccio poi per caricare i
> numeri civici? devi per forza usare JOSM? Perchè ii proprio non vado
> d'accordo con JOSM, ho un sacco di problemi con quel programma. ogni volta
> si blocca ecc.. è lento ecc.. e poi non o so usare proprio di per se, c'è
> un altro metodo per caricare i numeri civici evitando di usare JOSM? :)
> GRAZIE
>
>
> Il giorno mar 14 feb 2017 alle ore 12:52 Max1234Ita 
> ha scritto:
>
>> Alessandro Palmas wrote
>> >>>
>> >>> Uso keypad mapper anche io e non posso fare altro che consigliarlo.
>> >>
>> >
>> > Per quel poco che l'ho usato l'ho trovato veloce.
>> >
>> > La grossa pecca è che non supporta la funzione 'mock position' degli
>> > smartphone che permetterebbe di usare un GPS esterno (cosa che faccio
>> con
>> > tutte le altre App che usano OSM); quando si è in strade non troppo
>> ampie
>> > la rilevazione dei civici diventa poco precisa.
>> >
>> > Alessandro Ale_Zena_IT
>> >
>> >
>> > ___
>> > Talk-it mailing list
>>
>> > Talk-it@
>>
>> > https://lists.openstreetmap.org/listinfo/talk-it
>>
>> +1
>> Anch'io avevo provato Keypad Mapper ma non mi ci trovavo: troppo impreciso
>> camminando in città. Forse nei sobborghi, dove è più facile trovare
>> villette
>> di massimo 2 piani, può funzionare bene, ma nelle strade strette con
>> palazzi
>> alti il GP è un'incubo!
>> Alla fine della camminata con Keymap mi trovavo con i numeri allegramente
>> mischiati tra loro, e nemmeno con JOSM a volte riuscivo a raccapezzarmici.
>>
>>
>> Poi sono passato a OsmPad: funzionava bene sul Galaxy S Advance: potevo
>> mettere i numeri manualmente nella posizione più o meno giusta e con Josm
>> bastava poi allinearli per avere risultati più che accettabili.
>> Purtroppo, ora che ho cambiato telefono, mi dà problemi, forse non tanto
>> per
>> il dispositivo in sè (che è comunque un tutt'altro che scarso S5) ma per
>> il
>> fatto che l'app non è più supportata e l'ultimo aggiornamento risale ad
>> almeno due versioni fa di Android (se non ricordo male OsmPad non è più
>> presente nemmeno nello Store, di fatto usavo un APK di cui avevo fatto
>> backup sul vecchi cell).
>>
>> Ora è un po' che non esco per andare a numeri civici :-); l'ultima volta
>> ho
>> usato ancora OsmPad : è andato tutto bene per i primi 20 minuti... poi ha
>> iniziato a chiudersi e non c'è stato più verso. Temo che l'unica
>> alternativa
>> sia rimasta Vespucci, ormai. Che voi sappiate c'è in giro un qualche
>> tutorial? Ho provato ad usarlo per mappare ma ormai sono troppo abituato a
>> JOSM, inoltre su un display da 5 pollici non è che si possano fare
>> miracoli... :-)
>>
>> Max
>>
>>
>>
>>
>> --
>> View this message in context: http://gis.19327.n8.nabble.
>> com/Segnalo-un-principiante-tp5890086p5891263.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
>
> Written by Valerio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] [save the date(s)] quelques conferences en 2017

[Benoit Fournier]

Bonjour à tous,

Vous avez noté LA date :
State of the Map France 2017, Avignon, France, 2–4 Jun

et peut-être avez-vous entendu parlé d'autres événements internationaux :
State of the Map Africa 2017, Kampala, Uganda, 8–10 Jul
State of the Map 2017, Aizuwakamatsu, Japan, 18–20 Aug
FOSS4G+SOTM Argentina 2017, Buenos Aires, Argentina, 23–28 Oct
State of the Map - LatAm 2017, Lima, Perú, 29 Nov – 2 Dec

Plus proche de nous (géographiquement) vous pouvez aussi varier les
plaisirs avec ces événements organisées par d'autres communautés de la
famille du libre :

pgDay Paris
23 mars 2017 ; Paris ; http://www.pgday.paris/

pgDay France
8 juin 2017 ; Toulouse ; http://pgday.fr/

FOSS4G-Europe
18-22 juillet 2017 ; Marne-la-Vallée ; https://europe.foss4g.org/2017/

Vous pouvez participer et partager tout cela sans modération !

Benoît

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

Re: [Talk-it] Divieto escrementi animali.

[girarsi_liste]

Il 14/02/2017 16:15, THESTORM375 ha scritto:
> si, infatti openstreetmap non è nato per essere un libro per studiare
> scuolaguida... che devi mettere tutti i cartelli stradali  :)

E perchè no? mica sta a noi sindacare come vengono usati, sono una
realtà, non tanto insolita, poi, che se ne faccia uso improprio della
segnaletica, anche è un'altra realtà, seppur questo non è il caso, ma
esiste come esistono edifici non in regola, ma da ortofoto si vedono
benissimo, ma mica c'è scritto sopra non taggabili.


> ... i
> principali segnali stradali che si possono mappare ora sono per esempio,
> attraversamento pedonale, dosso, passaggio a livello, casello.. cartello
> stop . Comunque  se vuoi prorpio dire che in quel parco non ci possono
> andare i cani o non possono fare i loro escrementi, basta che aggiungi
> semplicemente una descrizione all'are parco. clicchi sull'area poi vai
> giù.. e aggiungi descrizione ( se usi editor dal sito di openstreetmap.org)
> 

In quel parco ci possono andare animali, non solo cani, la segnaletica
riporta il disegno di un cane nella classica posizione del fare il
ricordino, con tanto di disegno dello stesso, barrato come il classico
divieto di sosta, c'è in mezzo al parco un contentore per i sacchetti
appositi e segnaletica verticale pure lì.

Capisco l'argomento può essere antipatico, ma è pur sempre una realtà.

Ad ogni modo procedo come ho definito, poi semmai in futuro se non serve
più o c'è modifica nella realtà, si provvederà in tal senso.



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



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

Re: [Talk-it] Segnalo un principiante

[Cascafico Giovanni]

Credo che josm sia il più adatto per il lavoro di precaricamento.

Nel repository di josm ci sono anche versioni meno recenti e più leggere.
Io uso ancora una di 3 anni fa e debbo dire che é veloce.

Il 14/feb/2017 16:23, "THESTORM375"  ha scritto:

> io vorrei incominciare a usare vespucci ma cosa faccio poi per caricare i
> numeri civici? devi per forza usare JOSM? Perchè ii proprio non vado
> d'accordo con JOSM, ho un sacco di problemi con quel programma. ogni volta
> si blocca ecc.. è lento ecc.. e poi non o so usare proprio di per se, c'è
> un altro metodo per caricare i numeri civici evitando di usare JOSM? :)
> GRAZIE
>
>
> Il giorno mar 14 feb 2017 alle ore 12:52 Max1234Ita 
> ha scritto:
>
>> Alessandro Palmas wrote
>> >>>
>> >>> Uso keypad mapper anche io e non posso fare altro che consigliarlo.
>> >>
>> >
>> > Per quel poco che l'ho usato l'ho trovato veloce.
>> >
>> > La grossa pecca è che non supporta la funzione 'mock position' degli
>> > smartphone che permetterebbe di usare un GPS esterno (cosa che faccio
>> con
>> > tutte le altre App che usano OSM); quando si è in strade non troppo
>> ampie
>> > la rilevazione dei civici diventa poco precisa.
>> >
>> > Alessandro Ale_Zena_IT
>> >
>> >
>> > ___
>> > Talk-it mailing list
>>
>> > Talk-it@
>>
>> > https://lists.openstreetmap.org/listinfo/talk-it
>>
>> +1
>> Anch'io avevo provato Keypad Mapper ma non mi ci trovavo: troppo impreciso
>> camminando in città. Forse nei sobborghi, dove è più facile trovare
>> villette
>> di massimo 2 piani, può funzionare bene, ma nelle strade strette con
>> palazzi
>> alti il GP è un'incubo!
>> Alla fine della camminata con Keymap mi trovavo con i numeri allegramente
>> mischiati tra loro, e nemmeno con JOSM a volte riuscivo a raccapezzarmici.
>>
>>
>> Poi sono passato a OsmPad: funzionava bene sul Galaxy S Advance: potevo
>> mettere i numeri manualmente nella posizione più o meno giusta e con Josm
>> bastava poi allinearli per avere risultati più che accettabili.
>> Purtroppo, ora che ho cambiato telefono, mi dà problemi, forse non tanto
>> per
>> il dispositivo in sè (che è comunque un tutt'altro che scarso S5) ma per
>> il
>> fatto che l'app non è più supportata e l'ultimo aggiornamento risale ad
>> almeno due versioni fa di Android (se non ricordo male OsmPad non è più
>> presente nemmeno nello Store, di fatto usavo un APK di cui avevo fatto
>> backup sul vecchi cell).
>>
>> Ora è un po' che non esco per andare a numeri civici :-); l'ultima volta
>> ho
>> usato ancora OsmPad : è andato tutto bene per i primi 20 minuti... poi ha
>> iniziato a chiudersi e non c'è stato più verso. Temo che l'unica
>> alternativa
>> sia rimasta Vespucci, ormai. Che voi sappiate c'è in giro un qualche
>> tutorial? Ho provato ad usarlo per mappare ma ormai sono troppo abituato a
>> JOSM, inoltre su un display da 5 pollici non è che si possano fare
>> miracoli... :-)
>>
>> Max
>>
>>
>>
>>
>> --
>> View this message in context: http://gis.19327.n8.nabble.
>> com/Segnalo-un-principiante-tp5890086p5891263.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
>
> Written by Valerio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalo un principiante

[THESTORM375]

io vorrei incominciare a usare vespucci ma cosa faccio poi per caricare i
numeri civici? devi per forza usare JOSM? Perchè ii proprio non vado
d'accordo con JOSM, ho un sacco di problemi con quel programma. ogni volta
si blocca ecc.. è lento ecc.. e poi non o so usare proprio di per se, c'è
un altro metodo per caricare i numeri civici evitando di usare JOSM? :)
GRAZIE


Il giorno mar 14 feb 2017 alle ore 12:52 Max1234Ita 
ha scritto:

> Alessandro Palmas wrote
> >>>
> >>> Uso keypad mapper anche io e non posso fare altro che consigliarlo.
> >>
> >
> > Per quel poco che l'ho usato l'ho trovato veloce.
> >
> > La grossa pecca è che non supporta la funzione 'mock position' degli
> > smartphone che permetterebbe di usare un GPS esterno (cosa che faccio con
> > tutte le altre App che usano OSM); quando si è in strade non troppo ampie
> > la rilevazione dei civici diventa poco precisa.
> >
> > Alessandro Ale_Zena_IT
> >
> >
> > ___
> > Talk-it mailing list
>
> > Talk-it@
>
> > https://lists.openstreetmap.org/listinfo/talk-it
>
> +1
> Anch'io avevo provato Keypad Mapper ma non mi ci trovavo: troppo impreciso
> camminando in città. Forse nei sobborghi, dove è più facile trovare
> villette
> di massimo 2 piani, può funzionare bene, ma nelle strade strette con
> palazzi
> alti il GP è un'incubo!
> Alla fine della camminata con Keymap mi trovavo con i numeri allegramente
> mischiati tra loro, e nemmeno con JOSM a volte riuscivo a raccapezzarmici.
>
>
> Poi sono passato a OsmPad: funzionava bene sul Galaxy S Advance: potevo
> mettere i numeri manualmente nella posizione più o meno giusta e con Josm
> bastava poi allinearli per avere risultati più che accettabili.
> Purtroppo, ora che ho cambiato telefono, mi dà problemi, forse non tanto
> per
> il dispositivo in sè (che è comunque un tutt'altro che scarso S5) ma per il
> fatto che l'app non è più supportata e l'ultimo aggiornamento risale ad
> almeno due versioni fa di Android (se non ricordo male OsmPad non è più
> presente nemmeno nello Store, di fatto usavo un APK di cui avevo fatto
> backup sul vecchi cell).
>
> Ora è un po' che non esco per andare a numeri civici :-); l'ultima volta ho
> usato ancora OsmPad : è andato tutto bene per i primi 20 minuti... poi ha
> iniziato a chiudersi e non c'è stato più verso. Temo che l'unica
> alternativa
> sia rimasta Vespucci, ormai. Che voi sappiate c'è in giro un qualche
> tutorial? Ho provato ad usarlo per mappare ma ormai sono troppo abituato a
> JOSM, inoltre su un display da 5 pollici non è che si possano fare
> miracoli... :-)
>
> Max
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n8.nabble.com/Segnalo-un-principiante-tp5890086p5891263.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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

Re: [Talk-it] Divieto escrementi animali.

[THESTORM375]

si, infatti openstreetmap non è nato per essere un libro per studiare
scuolaguida... che devi mettere tutti i cartelli stradali  :)... i
principali segnali stradali che si possono mappare ora sono per esempio,
attraversamento pedonale, dosso, passaggio a livello, casello.. cartello
stop . Comunque  se vuoi prorpio dire che in quel parco non ci possono
andare i cani o non possono fare i loro escrementi, basta che aggiungi
semplicemente una descrizione all'are parco. clicchi sull'area poi vai
giù.. e aggiungi descrizione ( se usi editor dal sito di openstreetmap.org)



-- 

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-14 13:05 GMT-02:00 Jairo Duarte :
> Os GPS's poderão lidar com isso? Endereços cadastrados na ref?

Geralmente usam o valor que estiver em addr:street
Não fazem verificação se isso é um nome de rua mesmo ou não.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Jairo Duarte]

No caso de Santa Catarina, não terá nenhum endereço cadastrado na 
Rodovia Prudente Cândido da Silva Filho, todos estarão cadastrados na 
SC-114.


Os GPS's poderão lidar com isso? Endereços cadastrados na ref?


Em 14-02-2017 12:35, Nelson A. de Oliveira escreveu:

2017-02-14 12:28 GMT-02:00 Jairo Duarte :

É isso mesmo que estou entendendo? Então não poderemos cadastrar
corretamente o endereço de milhares de construções que estão ao longo das
rodovias catarinenses?

Vai no endereço dos objetos e coloca "SC-114" como a rua, que vai
encontrar da forma que você deseja.

Só que, como tentei explicar, quem procurar pelo endereço utilizando
"Rodovia Prudente Cândido da Silva Filho", não vai achar.

Não tem como colocar 2 endereços para a mesma coisa.
Sempre vai ter algum caso que a pessoa não vai achar o endereço.

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



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

Re: [OSM-talk-be] Agiv crap import

[Glenn Plas]

rgh.  Crap(b)!  Staat er wel los in beschreven, maar was te lui om
de readme te lezen.  extract.py is het script dat we nodig hebben.

https://github.com/aptum/aptum.github.io/

My bad. We kunnen dit dus zelf doen.  Als iemand zich geroepen voelt dit
even te doen, ik kan toegang geven tot een fork van crab tool (
https://github.com/gplv2/aptum.github.io/ ) en dan steek ik ze daar in
voorlopig.

Zelf heb ik vandaag te weinig tijd over om het nog te doen.

Glenn


On 14-02-17 15:49, Glenn Plas wrote:
> De json files die hiervoor nodig zijn worden door Sander gegenereerd en
> die scripts/tools steken niet in de GIT repository (voor zover ik kan
> zien) -> https://github.com/aptum/aptum.github.io/
> 
> Af en toe doe ik eens een 'git pull' om ze bij te werken maar er is idd
> al een hele tijd geen update meer gebeurd op die repository.
> 
> Indien ik die tools wel had zou ik ze kunnen aanmaken natuurlijk, maar
> voor dat stukje hangen we af van Sander.  Je kan hem mss best direct
> contacteren hiervoor, als hij dat dan in git steekt, dan komt het er bij
> mij ook uit.
> 
> Glenn
> 
> On 14-02-17 15:38, joost schouppe wrote:
>> Ik zie dat de CRAB data die aan de basis ligt van die site (volgens de
>> site zelf) van november 2015 is. Ik vind het redelijk pijnlijk dat we
>> data van een jaar en een paar maand oud gebruiken, terwijl de bron
>> dagelijks bijgewerkt wordt. "Adressen veranderen niet zo vaak" (ahum,
>> tot je met die data eens aan de slag gaat), maar er zijn ondertussen
>> geweldig veel fouten rechtgezet in de bron. In Antwerpen heb ik er het
>> meeste zicht op natuurlijk, maar hier hebben we volgens mij minstens
>> 1000 adressen verbeterd sinds die tijd. De data begint pas het laatste
>> jaar écht gebruikt te worden binnen de administratie, dus ik vermoed dat
>> er nog meer plaatsen zijn waar de datakwaliteit veel beter is dan in de
>> dump van november 2015.
>>
>> (uiteraard doen we geen blinde import enzo, maar waarom zou je niet
>> gewoon de beste versie van de data gebruiken?)
>>
>>
>> -- 
>> Joost Schouppe
>> OpenStreetMap
>>  | Twitter
>>  | LinkedIn
>>  | Meetup
>> 
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [OSM-talk-be] Agiv crap import

[Glenn Plas]

De json files die hiervoor nodig zijn worden door Sander gegenereerd en
die scripts/tools steken niet in de GIT repository (voor zover ik kan
zien) -> https://github.com/aptum/aptum.github.io/

Af en toe doe ik eens een 'git pull' om ze bij te werken maar er is idd
al een hele tijd geen update meer gebeurd op die repository.

Indien ik die tools wel had zou ik ze kunnen aanmaken natuurlijk, maar
voor dat stukje hangen we af van Sander.  Je kan hem mss best direct
contacteren hiervoor, als hij dat dan in git steekt, dan komt het er bij
mij ook uit.

Glenn

On 14-02-17 15:38, joost schouppe wrote:
> Ik zie dat de CRAB data die aan de basis ligt van die site (volgens de
> site zelf) van november 2015 is. Ik vind het redelijk pijnlijk dat we
> data van een jaar en een paar maand oud gebruiken, terwijl de bron
> dagelijks bijgewerkt wordt. "Adressen veranderen niet zo vaak" (ahum,
> tot je met die data eens aan de slag gaat), maar er zijn ondertussen
> geweldig veel fouten rechtgezet in de bron. In Antwerpen heb ik er het
> meeste zicht op natuurlijk, maar hier hebben we volgens mij minstens
> 1000 adressen verbeterd sinds die tijd. De data begint pas het laatste
> jaar écht gebruikt te worden binnen de administratie, dus ik vermoed dat
> er nog meer plaatsen zijn waar de datakwaliteit veel beter is dan in de
> dump van november 2015.
> 
> (uiteraard doen we geen blinde import enzo, maar waarom zou je niet
> gewoon de beste versie van de data gebruiken?)
> 
> 
> -- 
> Joost Schouppe
> OpenStreetMap
>  | Twitter
>  | LinkedIn
>  | Meetup
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [OSM-talk-be] Agiv crap import

[joost schouppe]

Ik zie dat de CRAB data die aan de basis ligt van die site (volgens de site
zelf) van november 2015 is. Ik vind het redelijk pijnlijk dat we data van
een jaar en een paar maand oud gebruiken, terwijl de bron dagelijks
bijgewerkt wordt. "Adressen veranderen niet zo vaak" (ahum, tot je met die
data eens aan de slag gaat), maar er zijn ondertussen geweldig veel fouten
rechtgezet in de bron. In Antwerpen heb ik er het meeste zicht op
natuurlijk, maar hier hebben we volgens mij minstens 1000 adressen
verbeterd sinds die tijd. De data begint pas het laatste jaar écht gebruikt
te worden binnen de administratie, dus ik vermoed dat er nog meer plaatsen
zijn waar de datakwaliteit veel beter is dan in de dump van november 2015.

(uiteraard doen we geen blinde import enzo, maar waarom zou je niet gewoon
de beste versie van de data gebruiken?)


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-14 12:28 GMT-02:00 Jairo Duarte :
> É isso mesmo que estou entendendo? Então não poderemos cadastrar
> corretamente o endereço de milhares de construções que estão ao longo das
> rodovias catarinenses?

Vai no endereço dos objetos e coloca "SC-114" como a rua, que vai
encontrar da forma que você deseja.

Só que, como tentei explicar, quem procurar pelo endereço utilizando
"Rodovia Prudente Cândido da Silva Filho", não vai achar.

Não tem como colocar 2 endereços para a mesma coisa.
Sempre vai ter algum caso que a pessoa não vai achar o endereço.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Jairo Duarte]

É isso mesmo que estou entendendo? Então não poderemos cadastrar 
corretamente o endereço de milhares de construções que estão ao longo 
das rodovias catarinenses?


Para cadastrar uma centena de vias de acordo com o consenso, deixaremos 
de cadastrar endereços de milhares de imóveis.


Não é a melhor solução e também não atende as necessidades de quem usa GPS.

Precisamos pensar uma solução que atende as duas necessidades:

- cadastrar as vias

-cadastrar os endereços nas vias

Repisando a questão, a vias catarinenses tem denominações nos trechos 
mas seu endereçamento é pelo código da ref da rodovia


Exemplificando:

Como vamos cadastrar a Vinícola Francioni de São Joaquim, que segundo 
consenso fica na Rodovia Prudente Cândido da Silva Filho s/n, mas cujo 
endereço oficial é Rodovia SC-114 km300


http://www.villafrancioni.com.br/como-chegar/



Em 13-02-2017 21:58, Nelson A. de Oliveira escreveu:

2017-02-13 21:41 GMT-02:00 Jairo Duarte :

A dúvida é a seguinte: como ficará uma rota no GPS? Se alguém ligar para a 
Construserra e perguntar o endereço? o atendente vai dizer SC-114 km254... como 
vais colocar no GPS, visto que no nosso mapa a Construserra está localizada na 
Rodovia Enedino Batista Ribeiro?

Não vai.
Isso que quis dizer anteriormente.
Não tem como ter 2 endereços.

Se deixar "SC-114", não vai dar para encontrar os endereços "Rodovia
Enedino Batista Ribeiro".
Se deixar "Rodovia Enedino Batista Ribeiro" não vai ter os endereços "SC-114".

Pode até dar para fazer uma gambiarra com os objetos possuindo um
endereço neles e uma relação street/associatedStreet com o outro nome
da rua, mas muito provavelmente vai ser raro o aplicativo que consiga
entender que isso são 2 endereços distintos.

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



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

[OSM-talk-ie] Typos in Townland names

[Brian Tuffy]

Hi all,
I found a lot of typos in townland names in county Mayo and i presume it is
similar in other counties. As of 12.01.2017, About 4.3% of townlands in
Mayo have a mistake in the spelling. That is roughly 130 townland names
just for Mayo! I think that is something important we can correct now that
the hard work of mapping the townlands is done.

Before, I was correcting them as I came across them but I think a more
systematic approach is needed to double check names and also why i want the
community to help, share ideas on how to do it and check each others work.
It is understandable that mistakes were made since it is sometimes
difficult to read the GSGS30906 war maps source. So what I am talking about
here, is spelling mistakes in copying the townland names from the source.

So here are my questions;
How do we go about cross-checking the names of townlands (also parishes,
DED's etc)?
What sources can we use? 1911 census list of townlands? the war maps can
still be the original source of townland names. Can we legally use the data
on pobal.ie to cross-check spelling? Although unlikely, can we even extract
the other data there (townland id)? Is that useful ?

Are you interested in checking the names in your county?

Here I propose my way of checking townland names:
The principle was to compare the OSM list of townlands to other lists and
identify if the names match or are unique entries. The unique entries are
possible mistakes.
I downloaded the townland list for Mayo from townlands.ie and I am
currently trying to compare the list to other sources. I have the draft
list of townlands in Mayo from Loganim.ie and a townlands list from pobal.ie
(possibly copyrighted list ). Anyway, once the possible mistakes are
highlighted, (Excel - conditional formatting) we can go back to the war
maps source and check the correct spelling. It takes a lot of work, i.e.
formatting, false positives, we have to respect local names of townlands
etc.

Besides typos, this method can also be used to add the irish names of
townlands, identify missing townlands not yet added and much more.

Please let me know what you think. My corrections for Co. Mayo are nearly
complete and I plan to upload them soon.
Ok, Thanks for reading,

Brian
Username: OscarBrownbread
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-it] Tasking manager italiano inaccessibile

[dan980]

oggi è nuovamente down



-
--
confronto navigatori basati su OSM:
https://docs.google.com/spreadsheets/d/1xmhQ15bQ5eH_8U7kCzwi5xoNtT8e8JxDUEz05px-Vog/pubhtml

--
View this message in context: 
http://gis.19327.n8.nabble.com/Tasking-manager-italiano-inaccessibile-tp5888155p5891267.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Adriano Rosa]

aproveitando, comunico que estou revertendo as mudanças nos nomes das
rodovias para o que é consenso atualmente.

On Tue, Feb 14, 2017 at 11:34 AM Adriano Rosa  wrote:

> isso mesmo, flávio. muito importante tua colocação.
>
> On Tue, Feb 14, 2017 at 11:33 AM Flavio Bello Fialho <
> bello.fla...@gmail.com> wrote:
>
> Cheguei tarde na discussão, mas acho ela importante. Parece que há dois
> pontos sendo discutidos ao mesmo tempo, que estão se confundindo:
>
> 1. Como nomear rodovias.
>
> 2. Como atribuir endereços aos locais.
>
> O segundo ponto pode ser melhor discutido, mas o primeiro, para mim, está
> bem definido. O lugar do código da rodovia é no tag "ref" (ref=SC-114). O
> lugar da denominação (nome) da rodovia é no tag "name" (name=Rodovia Enedino
> Batista Ribeiro). As rodovias que não tem nome não devem ter o tag "name".
> Se a rodovia é conhecida por mais de um nome, ela deve ter, além do tag
> "name" (com o nome oficial), o tag "alt_name" (alt_name=Rodovia da
> Discórdia). O código da rodovia não deve ir nos tags "name" ou "alt_name",
> mas apenas no tag "ref".
>
>
> Em 13 de fevereiro de 2017 20:58,  escreveu:
>
> Tá complicado tudo isso.
>
> Particularmente não confundo SIGLA de rodovia com NOME.
>
> No Brasil existem inúmeras Rodovias que não estão ainda nomeadas e algumas
> nem nome ainda tem. Essas tem o campo NAME em branco.
>
> Até onde sei, numeração de porta em rodovia geralmente é dada por Km. Até
> gostaria de saber onde existe numeração de porta em rodovia sem ser por Km
> e um exemplo se existir.
>
> Confesso não ser prudente incluirmos a SIGLA no campo NAME porque isso vai
> gerar duplicidade de informação em texto e na instrução em voz nos
> navegadores.
>
> []s
> Marcio
>
> *From:* Roger C. Soares
> *Sent:* Monday, February 13, 2017 4:31 PM
> *To:* OpenStreetMap no Brasil
> *Subject:* Re: [Talk-br] Dúvida na identificação de Rodovias
>
> Olha essa placa do DEINFRA/SC:
>
>
> http://2.bp.blogspot.com/-jOvA28xtNTg/VC7Jh67PYAI/BMw/uTmz5C54QTo/s1600/placa%2Bda%2Brodovia%2BEnedino.jpg
>
> O nome que eles usam é: *Rodovia Enedino Batista Ribeiro*. Não é trecho,
> é rodovia. O SC-438 aparece separado.
>
> No caso dos correios, estando o CEP correto, a carta deveria ser entregue
> usando a sigla ou o nome da rodovia...
>
> Uma opção é colocar no name como é sinalizado, e em alt_name o Rodovia
> sigla, para aparecer como opção de endereçamento dos edifícios...
>
> Atenciosamente,
> Roger.
>
> --
> Em 13-02-2017 14:54, Jairo Duarte escreveu:
>
> Ok Arlindo, vou adotar desta forma.
>
> name: Rodovia SC-114
>
> official_name: Trecho Enedino Batista Ribeiro.
>
> Editei e vi que no endereçamento dos prédios aparecem as duas opções.
>
> Em 13-02-2017 14:36, Arlindo Pereira escreveu:
>
> Sem querer me posicionar na treta de qual deve ser o nome oficial a ser
> utilizado na tag "name", ao menos troque de "name1" para "official_name",
> assim ambos poderão ser localizados.
>
> Mais detalhes em http://wiki.openstreetmap.org/wiki/Key:name
>
>
> []s
> Arlindo Pereira
>
> 2017-02-13 14:32 GMT-02:00 Nelson A. de Oliveira :
>
> 2017-02-13 14:30 GMT-02:00 Jairo Duarte :
> > name1: Trecho Enedino Batista Ribeiro
>
> "name1" não existe.
> Nada vai entender isso.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> --
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> --
> [image: Avast logo]
> 
>
> Este email foi escaneado pelo Avast antivírus.
> www.avast.com
> 
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> --
> Flávio Bello Fialho
> bello.fla...@gmail.com
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
> --
>
> cordialmente,
>
> adriano.
>
> _
> Sempre tenha os seus arquivos quando você precisar deles com @Dropbox.
> Conta de 2GB é grátis!
>
> Acesse: http://db.tt/enaEb5F
>
-- 

cordialmente,

adriano.

_
Sempre 

Re: [Talk-it] Divieto escrementi animali.

[Martin Koppenhoefer]

sent from a phone

> On 14 Feb 2017, at 11:40, Simone  wrote:
> 
> No, solo nel parco urbano... Hai voglia tutta Italia. :)



sono d'accordo con Volker, non è un divieto specifico del parco, anche se c'è 
un cartello. Se ci fosse un cartello vietato uccidere persone, lo dovremmo 
mappare?

Ci sono talvolta i cartelli "vietato suonare il clacson" agli inizi dei centri 
urbani, ma anche  quando non ci sono è vietato farlo (un caso simile perché non 
viene rispettato sistematicamente come quello dei feci dei cani)

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Adriano Rosa]

isso mesmo, flávio. muito importante tua colocação.

On Tue, Feb 14, 2017 at 11:33 AM Flavio Bello Fialho 
wrote:

> Cheguei tarde na discussão, mas acho ela importante. Parece que há dois
> pontos sendo discutidos ao mesmo tempo, que estão se confundindo:
>
> 1. Como nomear rodovias.
>
> 2. Como atribuir endereços aos locais.
>
> O segundo ponto pode ser melhor discutido, mas o primeiro, para mim, está
> bem definido. O lugar do código da rodovia é no tag "ref" (ref=SC-114). O
> lugar da denominação (nome) da rodovia é no tag "name" (name=Rodovia Enedino
> Batista Ribeiro). As rodovias que não tem nome não devem ter o tag "name".
> Se a rodovia é conhecida por mais de um nome, ela deve ter, além do tag
> "name" (com o nome oficial), o tag "alt_name" (alt_name=Rodovia da
> Discórdia). O código da rodovia não deve ir nos tags "name" ou "alt_name",
> mas apenas no tag "ref".
>
>
> Em 13 de fevereiro de 2017 20:58,  escreveu:
>
> Tá complicado tudo isso.
>
> Particularmente não confundo SIGLA de rodovia com NOME.
>
> No Brasil existem inúmeras Rodovias que não estão ainda nomeadas e algumas
> nem nome ainda tem. Essas tem o campo NAME em branco.
>
> Até onde sei, numeração de porta em rodovia geralmente é dada por Km. Até
> gostaria de saber onde existe numeração de porta em rodovia sem ser por Km
> e um exemplo se existir.
>
> Confesso não ser prudente incluirmos a SIGLA no campo NAME porque isso vai
> gerar duplicidade de informação em texto e na instrução em voz nos
> navegadores.
>
> []s
> Marcio
>
> *From:* Roger C. Soares
> *Sent:* Monday, February 13, 2017 4:31 PM
> *To:* OpenStreetMap no Brasil
> *Subject:* Re: [Talk-br] Dúvida na identificação de Rodovias
>
> Olha essa placa do DEINFRA/SC:
>
>
> http://2.bp.blogspot.com/-jOvA28xtNTg/VC7Jh67PYAI/BMw/uTmz5C54QTo/s1600/placa%2Bda%2Brodovia%2BEnedino.jpg
>
> O nome que eles usam é: *Rodovia Enedino Batista Ribeiro*. Não é trecho,
> é rodovia. O SC-438 aparece separado.
>
> No caso dos correios, estando o CEP correto, a carta deveria ser entregue
> usando a sigla ou o nome da rodovia...
>
> Uma opção é colocar no name como é sinalizado, e em alt_name o Rodovia
> sigla, para aparecer como opção de endereçamento dos edifícios...
>
> Atenciosamente,
> Roger.
>
> --
> Em 13-02-2017 14:54, Jairo Duarte escreveu:
>
> Ok Arlindo, vou adotar desta forma.
>
> name: Rodovia SC-114
>
> official_name: Trecho Enedino Batista Ribeiro.
>
> Editei e vi que no endereçamento dos prédios aparecem as duas opções.
>
> Em 13-02-2017 14:36, Arlindo Pereira escreveu:
>
> Sem querer me posicionar na treta de qual deve ser o nome oficial a ser
> utilizado na tag "name", ao menos troque de "name1" para "official_name",
> assim ambos poderão ser localizados.
>
> Mais detalhes em http://wiki.openstreetmap.org/wiki/Key:name
>
>
> []s
> Arlindo Pereira
>
> 2017-02-13 14:32 GMT-02:00 Nelson A. de Oliveira :
>
> 2017-02-13 14:30 GMT-02:00 Jairo Duarte :
> > name1: Trecho Enedino Batista Ribeiro
>
> "name1" não existe.
> Nada vai entender isso.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> --
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> --
> [image: Avast logo]
> 
>
> Este email foi escaneado pelo Avast antivírus.
> www.avast.com
> 
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> --
> Flávio Bello Fialho
> bello.fla...@gmail.com
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

_
Sempre tenha os seus arquivos quando você precisar deles com @Dropbox. Conta
 de 2GB é grátis!

Acesse: http://db.tt/enaEb5F
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida na identificação de Rodovias

[Flavio Bello Fialho]

Art. 1º Esta Lei tem por objetivo consolidar as Leis que dispõem sobre
denominação de bens públicos no âmbito do Estado de Santa Catarina, nos
termos da Lei Complementar nº 589, de 18 de janeiro de 2013.


Parágrafo único. Esta Lei consolidadora não gera qualquer novo direito, mas
mantém integralmente todos os direitos plenamente adquiridos nos termos das
Leis consolidadas referidas no art. 2º desta Lei.

Art. 2º Ficam consolidadas, nos termos desta Lei e seus Anexos I e II, a
Lei ... 12.353, de 11 de julho de 2002 ...

Em 14 de fevereiro de 2017 11:23, Nelson A. de Oliveira 
escreveu:

> 2017-02-14 11:19 GMT-02:00 Flavio Bello Fialho :
> > Anexo I da lei, na parte de Lages, está especificado: "Denomina Enedino
> > Batista Ribeiro o trecho da Rodovia SC-438 entre o Rio Lavatudo/Divisa
> com o
> > Município".
>
> Do que entendo o anexo é apenas a referência das leis que foram
> revogadas, e não uma nova lei que denomina a rodovia.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>



-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida na identificação de Rodovias

[Flavio Bello Fialho]

Cheguei tarde na discussão, mas acho ela importante. Parece que há dois
pontos sendo discutidos ao mesmo tempo, que estão se confundindo:

1. Como nomear rodovias.

2. Como atribuir endereços aos locais.

O segundo ponto pode ser melhor discutido, mas o primeiro, para mim, está
bem definido. O lugar do código da rodovia é no tag "ref" (ref=SC-114). O
lugar da denominação (nome) da rodovia é no tag "name" (name=Rodovia Enedino
Batista Ribeiro). As rodovias que não tem nome não devem ter o tag "name".
Se a rodovia é conhecida por mais de um nome, ela deve ter, além do tag
"name" (com o nome oficial), o tag "alt_name" (alt_name=Rodovia da
Discórdia). O código da rodovia não deve ir nos tags "name" ou "alt_name",
mas apenas no tag "ref".


Em 13 de fevereiro de 2017 20:58,  escreveu:

> Tá complicado tudo isso.
>
> Particularmente não confundo SIGLA de rodovia com NOME.
>
> No Brasil existem inúmeras Rodovias que não estão ainda nomeadas e algumas
> nem nome ainda tem. Essas tem o campo NAME em branco.
>
> Até onde sei, numeração de porta em rodovia geralmente é dada por Km. Até
> gostaria de saber onde existe numeração de porta em rodovia sem ser por Km
> e um exemplo se existir.
>
> Confesso não ser prudente incluirmos a SIGLA no campo NAME porque isso vai
> gerar duplicidade de informação em texto e na instrução em voz nos
> navegadores.
>
> []s
> Marcio
>
> *From:* Roger C. Soares
> *Sent:* Monday, February 13, 2017 4:31 PM
> *To:* OpenStreetMap no Brasil
> *Subject:* Re: [Talk-br] Dúvida na identificação de Rodovias
>
> Olha essa placa do DEINFRA/SC:
>
> http://2.bp.blogspot.com/-jOvA28xtNTg/VC7Jh67PYAI/
> BMw/uTmz5C54QTo/s1600/placa%2Bda%2Brodovia%2BEnedino.jpg
>
> O nome que eles usam é: *Rodovia Enedino Batista Ribeiro*. Não é trecho,
> é rodovia. O SC-438 aparece separado.
>
> No caso dos correios, estando o CEP correto, a carta deveria ser entregue
> usando a sigla ou o nome da rodovia...
>
> Uma opção é colocar no name como é sinalizado, e em alt_name o Rodovia
> sigla, para aparecer como opção de endereçamento dos edifícios...
>
> Atenciosamente,
> Roger.
>
> --
> Em 13-02-2017 14:54, Jairo Duarte escreveu:
>
> Ok Arlindo, vou adotar desta forma.
>
> name: Rodovia SC-114
>
> official_name: Trecho Enedino Batista Ribeiro.
>
> Editei e vi que no endereçamento dos prédios aparecem as duas opções.
>
> Em 13-02-2017 14:36, Arlindo Pereira escreveu:
>
> Sem querer me posicionar na treta de qual deve ser o nome oficial a ser
> utilizado na tag "name", ao menos troque de "name1" para "official_name",
> assim ambos poderão ser localizados.
>
> Mais detalhes em http://wiki.openstreetmap.org/wiki/Key:name
>
>
> []s
> Arlindo Pereira
>
> 2017-02-13 14:32 GMT-02:00 Nelson A. de Oliveira :
>
>> 2017-02-13 14:30 GMT-02:00 Jairo Duarte :
>> > name1: Trecho Enedino Batista Ribeiro
>>
>> "name1" não existe.
>> Nada vai entender isso.
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
> --
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> --
> [image: Avast logo]
> 
>
> Este email foi escaneado pelo Avast antivírus.
> www.avast.com
> 
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida na identificação de Rodovias

[Nelson A. de Oliveira]

2017-02-14 11:19 GMT-02:00 Flavio Bello Fialho :
> Anexo I da lei, na parte de Lages, está especificado: "Denomina Enedino
> Batista Ribeiro o trecho da Rodovia SC-438 entre o Rio Lavatudo/Divisa com o
> Município".

Do que entendo o anexo é apenas a referência das leis que foram
revogadas, e não uma nova lei que denomina a rodovia.

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

Re: [Talk-br] Dúvida na identificação de Rodovias

[Flavio Bello Fialho]

Dê uma lida melhor na Lei 16.720. Ela só revoga a Lei 12.353 (e várias
outras) porque consolida várias leis numa só. A rodovia permanece com o
nome "Enedino Batista Ribeiro". No Anexo I da lei, na parte de Lages, está
especificado: "Denomina Enedino Batista Ribeiro o trecho da Rodovia SC-438
entre o Rio Lavatudo/Divisa com o Município".

Em 13 de fevereiro de 2017 13:11, Nelson A. de Oliveira 
escreveu:

> No caso desse trecho da SC-114, a lei que dá denominação é essa
> http://server03.pge.sc.gov.br/LegislacaoEstadual/2002/
> 012353-011-0-2002-001.htm
> Então se há lei, é o nome do trecho.
>
> MAS a lei foi revogada em
> http://server03.pge.sc.gov.br/LegislacaoEstadual/2015/
> 016720-011-0-2015-001.htm
> por causa de "atribuir nome de pessoa viva e de pessoa falecida que
> tenha praticado ato de lesa-humanidade, tortura ou violação de
> direitos humanos, a bem público, de qualquer natureza, pertencente ao
> Estado ou a pessoas jurídicas da Administração Indireta."
>
> Ou seja, a não ser que exista outra lei dando nome ao trecho, essa
> parte em específico não possui nome (não deve ter nenhum "name" no
> OSM, muito menos "Rodovia SC-117", mas apenas "ref").
>
> Pegando um outro trecho de rodovia, como a SC-157.
> No documento do DEINFRA temos "ENGº FÉLIX MALBURG" como denominação.
>
> Ao procurar pela lei temos a confirmação de que o nome de fato está
> correto: http://server03.pge.sc.gov.br/LegislacaoEstadual/2016/
> 017027-011-0-2016-001.htm
>
> Se a dúvida é achar que "Rodovia SC-XXX" é o nome, basta olhar na leis.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>



-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-cz] Dalsi preklady wiki

[Dalibor Jelínek]

Ahoj,

ve spolupráci s Lukášem přinášíme další překlady wiki k počtení a případným
opravám.

 

Mějte se,

Dalibor

 

*  information 
=terminal
  -
6.12.2016 

*  bridge:movable
 =*, bridge
 =movable
 ,
bridge:movable 
=transporter
 ,
bridge:movable 
=swing  ,
bridge:movable 
=submersible
 ,
bridge:movable 
=lift  ,
bridge:movable 
=drawbridge
 ,
bridge:movable 
=bascule
 ,
power_source  =*
(Lenochod) - 9.12.2016 

*  shop  =estate_agent
 , shop
 =grocery
 , man_made
 =power_nuclear
 ,
man_made  =power_fossil
 ,
man_made  =power_wind
 ,
man_made  =power_hydro
 ,
tourism 
=bed_and_breakfast

(Lenochod) - 15.12.2016 

*  man_made  =dovecote
  -
19.12.2016 

*  bridge:structure
 =humpback
 ,
bridge:structure

=simple-suspension
 , bridge:structure
 =cable-stayed

, bridge:structure
 =suspension
 ,
bridge:structure
 =floating
 ,
bridge:structure
 =truss
 ,
bridge:structure
 =beam
 ,
bridge:structure
 =arch
 ,
charity  =*,
grape_variety  =*,
faces  =*, bridge:support
 =*,
seamark:bridge:category
 =*
(Lenochod) - 20.12.2016 

*  orientation  =*,
message  =*, sides
 =*, size
 =*, amenity
 =advertising
 ,
cable_number  =*,
bridge:structure

Re: [OSM-talk-be] Agiv crap import

[Glenn Plas]

Sus,

Ik heb een mirror van de aptum tool staan hier :

http://aptum.bitless.be/

Deze gebruikt de franse Overpass API nu.  Hopelijk helpt dit

Mvg,

Glenn


On 14-02-17 12:56, Sus Verhoeven wrote:
> Hooi,
> Sinds enkele tijd is de Agiv crab import heel pijnlijk, heel traag en
> soms loopt het mis.
> Is de overpass server te zwaar belast of Is daar wat aan te doen?
> 
> Sus
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [OSM-talk-be] Agiv crap import

[Glenn Plas]

Gebruik je straatfilters ?   Als je die niet aanzet (wildcard) is de
overpass query gigantisch.

Ik raad je aan om die steeds op te zetten, dan vliegen ze binnen

Glenn


On 14-02-17 12:56, Sus Verhoeven wrote:
> Hooi,
> Sinds enkele tijd is de Agiv crab import heel pijnlijk, heel traag en
> soms loopt het mis.
> Is de overpass server te zwaar belast of Is daar wat aan te doen?
> 
> Sus
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [OSM-talk-be] Agiv crap import

[Karel Adams]

Stro,

Ook ik merk sedert een maand of twee dat de overpass servers in 
Duitsland kreunt onder de belasting. Ik raadpleeg nu de Franse 
mirrorserver en dat gaat véél beter.


Gebruik dus

http://api.openstreetmap.fr/oapi

in de plaats van

 http://overpass-api.de/api

Karel



On 14/02/17 11:56, Sus Verhoeven wrote:

Hooi,
Sinds enkele tijd is de Agiv crab import heel pijnlijk, heel traag en 
soms loopt het mis.

Is de overpass server te zwaar belast of Is daar wat aan te doen?

Sus


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


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

Re: [Talk-br] Ajuda no Mapa.

[Wille]

Pronto, José,

Fiz as correções.

wille


On 13-02-2017 18:17, Erick de Oliveira Leal wrote:
Qual seu nome de usuario Levi, e relate o que houve. Aqui muitos 
poderão ajuda-lo.


Em 13 de fevereiro de 2017 16:46, José Levi Pereira 
> escreveu:


Boa Tarde,

Estou precisando com urgência de uma ajuda na edição do mapa, pois
foi editar o mapa de minha cidade pois cometi alguns erros e não
consigo mais corrigir, gostaria que alguém pudesse me ajudar,
passo foto, coordenadas, o que for preciso para corrigir, fico num
aguardo.

Obrigado,

José Levi

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





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



--
Wille Marcel
http://wille.blog.br/
http://maption.com.br/

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

Re: [OSM-talk-fr] Rencontre parisienne 23 février

[Nicolas Bétheuil]

l'agenda du libre qui doit confondre la rue saint denis avec la basilique à
saint denis

Le 13 février 2017 à 13:35, Donat ROBAUX  a écrit :

> Bonjour à tous,
>
> Juste un petit mot pour dire que ce mois-ci nous changeons de lieu pour
> nos réunions.
> Direction La paillasse à Paris 2.
>
> J'ai mis toutes les infos à jour sur le forum et sur l'Agenda du libre.
>
> See tou soon!
> Donat
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Segnalo un principiante

[Max1234Ita]

Alessandro Palmas wrote
>>>
>>> Uso keypad mapper anche io e non posso fare altro che consigliarlo.
>>
> 
> Per quel poco che l'ho usato l'ho trovato veloce.
> 
> La grossa pecca è che non supporta la funzione 'mock position' degli
> smartphone che permetterebbe di usare un GPS esterno (cosa che faccio con
> tutte le altre App che usano OSM); quando si è in strade non troppo ampie
> la rilevazione dei civici diventa poco precisa.
> 
> Alessandro Ale_Zena_IT
> 
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it

+1
Anch'io avevo provato Keypad Mapper ma non mi ci trovavo: troppo impreciso
camminando in città. Forse nei sobborghi, dove è più facile trovare villette
di massimo 2 piani, può funzionare bene, ma nelle strade strette con palazzi
alti il GP è un'incubo!
Alla fine della camminata con Keymap mi trovavo con i numeri allegramente
mischiati tra loro, e nemmeno con JOSM a volte riuscivo a raccapezzarmici.


Poi sono passato a OsmPad: funzionava bene sul Galaxy S Advance: potevo
mettere i numeri manualmente nella posizione più o meno giusta e con Josm
bastava poi allinearli per avere risultati più che accettabili.
Purtroppo, ora che ho cambiato telefono, mi dà problemi, forse non tanto per
il dispositivo in sè (che è comunque un tutt'altro che scarso S5) ma per il
fatto che l'app non è più supportata e l'ultimo aggiornamento risale ad
almeno due versioni fa di Android (se non ricordo male OsmPad non è più
presente nemmeno nello Store, di fatto usavo un APK di cui avevo fatto
backup sul vecchi cell).

Ora è un po' che non esco per andare a numeri civici :-); l'ultima volta ho
usato ancora OsmPad : è andato tutto bene per i primi 20 minuti... poi ha
iniziato a chiudersi e non c'è stato più verso. Temo che l'unica alternativa
sia rimasta Vespucci, ormai. Che voi sappiate c'è in giro un qualche
tutorial? Ho provato ad usarlo per mappare ma ormai sono troppo abituato a
JOSM, inoltre su un display da 5 pollici non è che si possano fare
miracoli... :-)

Max




--
View this message in context: 
http://gis.19327.n8.nabble.com/Segnalo-un-principiante-tp5890086p5891263.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSM-talk] MapContrib 1.4

[Guillaume AMAT]

Everyone, a shiny new version of MapContrib is out!

We can finally find our own themes, our favorites, to copy another ones, etc.

Details are here:
https://blog.mapcontrib.xyz/2017/02/mapcontrib-1-4

Guillaume

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

[OSM-talk-fr] MapContrib 1.4

[Guillaume AMAT]

Chers tous, une nouvelle version de MapContrib vient de sortir !

On peut enfin retrouver ses thèmes, ses favoris, en copier d’autres, etc.

Les détails sont ici :
https://blog.mapcontrib.xyz/fr/2017/02/mapcontrib-1-4

Guillaume

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

Re: [Talk-it] Divieto escrementi animali.

[Simone]

Il 14 febbraio 2017 10:10:24 CET, Volker Schmidt  ha scritto:
>Non ho capito bene, che cosa volete fare: mettere il tag
>"animal_excrements=no" sul multipoligono del confine nazionale? Il
>divieto
>vale per tutto il paese!
>
>2017-02-13 22:32 GMT+01:00 THESTORM375 :
>
>> Secondo me potrebbe andare bene. Visto che non hai trovato niente
>nella
>>> wiki. ;)
>>
>>
>>
>> --
>> written by Valerio Fasano
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>

No, solo nel parco urbano... Hai voglia tutta Italia. :)


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[majka]

Tak jsem si ještě pohrála s daty České pošty, s aktuálními údaji z února.
Tady

je výsledná tabulka pro případné zájemce. Zajímavé budou zejména poslední
sloupce, od collection_times dál. Kde pošta uvedla souřadnice, je to
převedené na lat/lon a v dalším sloupci vytvořený přímý odkaz do map Google
pro ověření.

Ty údaje o výběru je třeba mírně upravit, předpokládám, že JOSM by to mohl
umět automaticky v rámci validace - jsou tam jen čárky mezi dny místo
středníků, kde je více výběrů po jednotlivých dnech. Zároveň, kde se
slučovaly výběry, je to označeno ve sloupci "sloučeno" a ve sloupci "řádky"
na začátku tabulky jsou vypsány všechny řádky původního souboru
POST_SCHRANKY201702.csv, kterých se sloučení týká. Číslováno je postupně
vč. hlavičky, která byla 1.
V posledním sloupci je hozená adresa pro dohledávání, kde nebyly souřadnice
uvedené. Je to prostě jen nastrkáno do jednoho sloupce.
Vzorec pro adresu na Google maps je připraven tak, že pokud do tabulky
doplníte lat a lon, vytvoří se odkaz (resp. ověření je jen na vyplněné lat)

V téhle tabulce chybí geokódování které jsem pro České Budějovice dělala,
pro případné zájemce doporučuji online službu
, zapnout výstup s tabelátory,
vč. původní adresy, "result quality" a "Google map link".

Pro případnou práci doporučuju stáhnout a vymazat ze souboru vše, kromě
depa / PSČ, kterým se hodláte zabývat. Je to veliké :)

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

Re: [OSM-talk-fr] refonte openstreetmap.fr / Need help

[Florian LAINEZ]

le groupe de travail "refonte openstreetmap.fr" se réunira durant la
prochaine rencontre AFK parisienne, le 23 février au soir à la paillasse.
Contributeurs welcome

Le 12 février 2017 à 21:53,  a écrit :

> En décodé = poc=Proof of Concept, maquette en français.
>
> Pour éditer du markdown (format simple pour écrire du HTML facilement même
> sans bon éditeur), en local, Atom  n'est pas mal et est
> multiplateformes. Pensez à ajouter les greffons markdown.
>
> Comme c'est de Github, il supporte GitHub Flavored Markdown.
>
> Je crois que ton approche geek est incompatible avec ton souhait de
> vérifier l'absence de " blocage technique des rédacteurs ...".
>
> Car n'auront lus ton message jusqu'au bout que des personnes qui ne
> peuvent avoir de blocage technique.
>
> C'est comme SFR qui faisait une enquête pour vois si les gens avaient un
> internet fonctionnel en appelant le numéro de la ligne du modem : ils ne
> pouvaient joindre que des gens qui avaient internet. Résultat : 100 % de
> clients satisfaits sur le papier. Et des clients pas satisfaits pour ceux
> qui avaient compris qu'ils se faisaient manipuler.
>
> Ici il n'y a pas manipulation mais il y a le même biais. Je crois
> d'ailleurs que le manque de répondant à ce message est symptomatique. Soit
> les gens savent qu'ils sauront faire soit ils n'ont pas essayé.
> Seuls les initiateurs ont contribué pour le moment.
>
> Jean-Yvon
>
> Le 08/02/2017 à 15:33, Nicolas Bétheuil - nbethe...@free.fr a écrit :
>
> hello,
>
> Comme vue avec Florian & Jean, Je viens de créer un poc sur jekyll pour
> s'essayer et avancer. Pour l'instant c'est très "vierge" mais c'est pour
> remotiver et faire converger les énergies. C'est aussi pour valider que
> l'on peut faire ce que l'on veut, autant au niveau design, qu'au niveau
> contenu. On vas dire que les posts sont les actualités, les pages sont les
> grandes rubriques. J'en ai déjà créé quelques une. Vous rajouter un fichier
> markdown à la racine et automatiquement, ça fait une rubrique, une entrée
> dans le menu en haut
>
> 2 manières de bosser dessus :
> besoin d'éditeurs, création de contenu, là on a besoin de valider /
> infirmer l'hypothèse que l'on peut créer du contenu en markdown sans
> soucis, pas de blocage technique des rédacteurs ...
> si vous n'êtes pas à l'aise avec github & markdown, des éditeurs en ligne
> existent http://prose.io/, https://stackedit.io/, 
> http://dillinger.io/
> soit je vous donne directement les droits sur mon repo, soit vous forkez
> et faites des pull requests
>
> je parle javanais ? n'hésitez pas à revenir vers moi, je tacherais de
> répondre au mieux à vos questions / interrogations
>
> de mon côté, je vais bosser sur l'intégration / responsive ... si d'autres
> motivés, déjà bossé avec jekyll c'est open
>
> les liens
> le repo : https://github.com/wadouk/osm-poc
> le site généré : https://wadouk.github.io/osm-poc/
> jekyll : http://jekyllrb.com/
>
> Le 16 novembre 2016 à 23:57, Christian Rogel  internet.fr> a écrit :
>
>> Je crois qu’il faut bien examiner les « lieux » où cela se passe :
>>
>> Le site OpenStreetMap France est la propriété de la communauté des
>> membres de l’association du même nom.
>>
>> Il a deux objets qu’il ne faut pas hiérarchiser :
>>
>>- Servir le projet OpenStreetMap en rendant compte de l’activité et
>>des réflexions des membres et des non-membres que les premiers rencontrent
>>- Mettre à disposition de la communauté  OSM française, et bien au
>>delà, des outils et des ressources
>>
>>
>> C’est la seconde mission qui légitime l’actuelle discussion sur cette
>> liste.
>>
>> On comprend que c’est une gageure de mélanger les deux dans une page
>> d’accueil, d’autant que la surface d’une carte est, semble-t’i,
>> ,antinomique d’une bonne audience (ce qui est gênant pour une association).
>>
>> Je serai donc enclin à appuyer la proposition d’un regroupement des
>> services « généraux » sous une URL propre (plutôt avec OSM + Fr + une
>> extension originale).
>> Dans cas, la page d’accueil pourrait présenter côte à côte, et la carte
>> mondiale et la carte « francisée ».
>>
>> Il ne faut pas exagérer, non plus, l’incidence, du « clic en trop »,
>> l’essentiel étant qu’en arrivant sur le site OSM France, il y ait un
>> bandeau faisant accéder à une carte. Une fenêtre de recherche Nominatim (ou
>> autre) pouvant adoucir l’impatience.
>>
>>
>> Christian R.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

*Florian 

Re: [Talk-it] Segnalo un principiante

[Alessandro Palmas]

>>
>> Uso keypad mapper anche io e non posso fare altro che consigliarlo.
>


Per quel poco che l'ho usato l'ho trovato veloce.

La grossa pecca è che non supporta la funzione 'mock position' degli
smartphone che permetterebbe di usare un GPS esterno (cosa che faccio con
tutte le altre App che usano OSM); quando si è in strade non troppo ampie
la rilevazione dei civici diventa poco precisa.

Alessandro Ale_Zena_IT


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

Re: [OSM-talk-be] Notes pollutie in Brussel

[Marc Gemis]

ze zijn inderdaad belangrijk, maar zou het zinvol zijn om bv. Eeklo
vol te gaan zetten met nodes voor ontbrekende adressen of winkels ?
Het is daar daar nog een "woestijn" op dat gebied.

Notes voor wijzigingen of vermoedelijke fouten vind ik wel zinvol,
maar notes voor ontbrekende data zijn (imho meestal) overbodig.

m

2017-02-14 10:44 GMT+01:00 Jakka :
> Persoonlijk mening: Note zijn een belangrijk onderdeel om te communiceren
> tussen éénmalig (niet frequent) gebruiker en de community.
> Maar wanneer zijn regio waar zij/hij een melding wil maken overvol staat met
> rode onopgeloste opmerkingen van maanden geleden dan zal de twijfel toch wel
> toeslaan of het wel zin heeft daar zijn tijd in te steken... met gevolg van
> die één woord note waar je als mapper niet veel mee kunt aanvangen.
>
> Op 14/02/2017 om 10:31 schreef Killian De Volder:
>
>> Dit klinkt voor mij als een filter probleem.
>> Anders moeten we eens aan de algemene adressenlijst vragen om de volgende
>> functionaliteit toe te voegen aan OSM:
>> Toevoegen van een categorie aan een note, met volgende opties: "Missing",
>> "Wrong", "Wrong+Outdated", "To be verified" (Bijvoorbeeld 90->70 km
>> automatisch flaggen ofzo).
>> Voorlopig kan ik mij geen andere nuttige opties voorstellen, zonder er een
>> wirwar van te maken.
>>
>> Nu als een note niet dient om een probleem aan te duiden, zonder deze
>> effectief te mappen in OSM, dan weet ik niet waar ze voor dienen ;)
>> Houd er ook rekening mee dat een persoon ergens soms ook maar EEN keer
>> passeert, en niet de luxe heeft om terug te komen. (Zoals toeristen.)
>>
>> 
>>
>> To me this sounds like a filtering problem.
>> Maybe we should ask the global OSM maillist to add the following
>> functionality:
>> Ability to add a category to a note, with the following options:
>> "Missing", "Wrong", "Wrong+Outdated", "To be verified" (In cases where a
>> rule has changed and there is a fair change this has to be updated).
>> I don't see any any other useful options to add, without creating a
>> placenta of categories making our problem worse.
>>
>> Now if notes are not to note things to do in OSM, without actually mapping
>> them in OSM, I don't know.
>> Also note: sometimes a persen passes ONCE in an area, and might not have
>> the luxury to return. (Like tourists.)
>>
>>
>> On 13-02-17 10:40, Philippe Casteleyn wrote:
>>>
>>>
>>> Nu ik gedaan heb met traptredentellen in Brussel dacht ik wat notes op te
>>> lossen.  Ik heb dan maar bestaande rommel van gebruiker math1985 geresolved.
>>> Gebruiker math1985 is ter gelegenheid van SOTM 's nacht door Brussel gaan
>>> dwalen en heeft 50 keer op een knopje gedrukt omdat hij niet kan zien welke
>>> winkel het is met volgende resultaat :
>>>
>>> http://www.openstreetmap.org/note/722910
>>>
>>>
>>> Een verstandig mens zou zeggen : komt eens terug overdag.  Maar nee, deze
>>> kerel die zelfs het fatsoen niet heeft te zeggen waat hij woont deelt graag
>>> werk aan anderen uit.  Zelfs na 5 maanden is er niemand geïnteresseerd
>>> omzijn notes te bezien.  Vele van zijn notes zijn wellicht al opgelost
>>> zonder hij ernaar omkijkt.
>>>
>>>
>>> Maar hij is er wel als de kippen bij om zijn  50 notes te reactiveren.
>>>
>>>
>>> Resultaat : nieuwe notes in Brussel zullen onopgelost blijven.
>>>
>>> 
>>>
>>> OpenStreetMap | Note: 722910 
>>> www.openstreetmap.org
>>> OpenStreetMap is a map of the world, created by people like you and free
>>> to use under an open license.
>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Notes pollutie in Brussel

[Jakka]

Persoonlijk mening: Note zijn een belangrijk onderdeel om te 
communiceren tussen éénmalig (niet frequent) gebruiker en de community.
Maar wanneer zijn regio waar zij/hij een melding wil maken overvol staat 
met rode onopgeloste opmerkingen van maanden geleden dan zal de twijfel 
toch wel toeslaan of het wel zin heeft daar zijn tijd in te steken... 
met gevolg van die één woord note waar je als mapper niet veel mee kunt 
aanvangen.


Op 14/02/2017 om 10:31 schreef Killian De Volder:

Dit klinkt voor mij als een filter probleem.
Anders moeten we eens aan de algemene adressenlijst vragen om de volgende 
functionaliteit toe te voegen aan OSM:
Toevoegen van een categorie aan een note, met volgende opties: "Missing", "Wrong", 
"Wrong+Outdated", "To be verified" (Bijvoorbeeld 90->70 km automatisch flaggen ofzo).
Voorlopig kan ik mij geen andere nuttige opties voorstellen, zonder er een 
wirwar van te maken.

Nu als een note niet dient om een probleem aan te duiden, zonder deze effectief 
te mappen in OSM, dan weet ik niet waar ze voor dienen ;)
Houd er ook rekening mee dat een persoon ergens soms ook maar EEN keer 
passeert, en niet de luxe heeft om terug te komen. (Zoals toeristen.)



To me this sounds like a filtering problem.
Maybe we should ask the global OSM maillist to add the following functionality:
Ability to add a category to a note, with the following options: "Missing", "Wrong", 
"Wrong+Outdated", "To be verified" (In cases where a rule has changed and there is a fair change 
this has to be updated).
I don't see any any other useful options to add, without creating a placenta of 
categories making our problem worse.

Now if notes are not to note things to do in OSM, without actually mapping them 
in OSM, I don't know.
Also note: sometimes a persen passes ONCE in an area, and might not have the 
luxury to return. (Like tourists.)


On 13-02-17 10:40, Philippe Casteleyn wrote:


Nu ik gedaan heb met traptredentellen in Brussel dacht ik wat notes op te 
lossen.  Ik heb dan maar bestaande rommel van gebruiker math1985 geresolved.   
Gebruiker math1985 is ter gelegenheid van SOTM 's nacht door Brussel gaan 
dwalen en heeft 50 keer op een knopje gedrukt omdat hij niet kan zien welke 
winkel het is met volgende resultaat :

http://www.openstreetmap.org/note/722910


Een verstandig mens zou zeggen : komt eens terug overdag.  Maar nee, deze kerel 
die zelfs het fatsoen niet heeft te zeggen waat hij woont deelt graag werk aan 
anderen uit.  Zelfs na 5 maanden is er niemand geïnteresseerd omzijn notes te 
bezien.  Vele van zijn notes zijn wellicht al opgelost zonder hij ernaar 
omkijkt.


Maar hij is er wel als de kippen bij om zijn  50 notes te reactiveren.


Resultaat : nieuwe notes in Brussel zullen onopgelost blijven.



OpenStreetMap | Note: 722910 
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.




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

Re: [OSM-talk-be] Notes pollutie in Brussel

[Killian De Volder]

Dit klinkt voor mij als een filter probleem.
Anders moeten we eens aan de algemene adressenlijst vragen om de volgende 
functionaliteit toe te voegen aan OSM:
Toevoegen van een categorie aan een note, met volgende opties: "Missing", 
"Wrong", "Wrong+Outdated", "To be verified" (Bijvoorbeeld 90->70 km automatisch 
flaggen ofzo).
Voorlopig kan ik mij geen andere nuttige opties voorstellen, zonder er een 
wirwar van te maken.

Nu als een note niet dient om een probleem aan te duiden, zonder deze effectief 
te mappen in OSM, dan weet ik niet waar ze voor dienen ;)
Houd er ook rekening mee dat een persoon ergens soms ook maar EEN keer 
passeert, en niet de luxe heeft om terug te komen. (Zoals toeristen.)



To me this sounds like a filtering problem.
Maybe we should ask the global OSM maillist to add the following functionality:
Ability to add a category to a note, with the following options: "Missing", 
"Wrong", "Wrong+Outdated", "To be verified" (In cases where a rule has changed 
and there is a fair change this has to be updated).
I don't see any any other useful options to add, without creating a placenta of 
categories making our problem worse.

Now if notes are not to note things to do in OSM, without actually mapping them 
in OSM, I don't know.
Also note: sometimes a persen passes ONCE in an area, and might not have the 
luxury to return. (Like tourists.)


On 13-02-17 10:40, Philippe Casteleyn wrote:
> 
> Nu ik gedaan heb met traptredentellen in Brussel dacht ik wat notes op te 
> lossen.  Ik heb dan maar bestaande rommel van gebruiker math1985 geresolved.  
>  Gebruiker math1985 is ter gelegenheid van SOTM 's nacht door Brussel gaan 
> dwalen en heeft 50 keer op een knopje gedrukt omdat hij niet kan zien welke 
> winkel het is met volgende resultaat :
> 
> http://www.openstreetmap.org/note/722910
> 
> 
> Een verstandig mens zou zeggen : komt eens terug overdag.  Maar nee, deze 
> kerel die zelfs het fatsoen niet heeft te zeggen waat hij woont deelt graag 
> werk aan anderen uit.  Zelfs na 5 maanden is er niemand geïnteresseerd omzijn 
> notes te bezien.  Vele van zijn notes zijn wellicht al opgelost zonder hij 
> ernaar omkijkt.
> 
> 
> Maar hij is er wel als de kippen bij om zijn  50 notes te reactiveren.
> 
> 
> Resultaat : nieuwe notes in Brussel zullen onopgelost blijven.
> 
> 
>   
> OpenStreetMap | Note: 722910 
> www.openstreetmap.org
> OpenStreetMap is a map of the world, created by people like you and free to 
> use under an open license.
> 
> 
> 
> 
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [Talk-it] Segnalo un principiante

[Andrea Musuruane]

2017-02-14 10:25 GMT+01:00 Francesco Pelullo :

>
>
> Il 13 feb 2017 23:30, "Federico Cortese"  ha
> scritto:
>
>
> Il modo migliore è appunto mapparli sul posto; puoi farlo con varie
> app: io preferisco Vespucci che ha una funzione apposita, molto comodo
> perchè ti suggerisce in automatico il civico successivo.
>
>
> Vespucci è grande, ma all'inizio può disorientare.
>
> Per inserire i civici in passato ho usato Keypad Mapper che è fatto
> apposta per inserire grandi quantità di civici mentre di cammina lungo la
> strada. Dopo aver raccolto i dati per strada, richiede una seconda fase a
> tavolino con Josm che secondo me è il punto di forza di questo sistema.
>
> https://play.google.com/store/apps/details?id=de.enaikoon.
> android.keypadmapper3
>
> Uso keypad mapper anche io e non posso fare altro che consigliarlo.

Ciao,

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

Re: [Talk-it] Segnalo un principiante

[Francesco Pelullo]

Il 13 feb 2017 23:30, "Federico Cortese"  ha scritto:


Il modo migliore è appunto mapparli sul posto; puoi farlo con varie
app: io preferisco Vespucci che ha una funzione apposita, molto comodo
perchè ti suggerisce in automatico il civico successivo.


Vespucci è grande, ma all'inizio può disorientare.

Per inserire i civici in passato ho usato Keypad Mapper che è fatto apposta
per inserire grandi quantità di civici mentre di cammina lungo la strada.
Dopo aver raccolto i dati per strada, richiede una seconda fase a tavolino
con Josm che secondo me è il punto di forza di questo sistema.

https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3

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

Re: [Talk-it] Segnalo un principiante

[Elena ``of Valhalla'']

On 2017-02-13 at 23:20:24 +0100, Giuseppe Sapuppo wrote:
> Posso inserire solo pochi civici in punti strategici di una strada molto
> lunga?
> Oppure quando si inseriscono i civici c'è un obbligo/dovere di inserirli
> tutti?

Una volta non c'era modo per dire "su questo tratto ci sono i civici dal
N al M, solo numeri pari (dispari)"?

è stato abbandonato perché troppo complesso? son secoli che non lo uso
più, in effetti.

Comunque, almeno per gli utenti umani delle mappe, già avere i numeri
civici sui POI e magari quelli agli angoli delle strade (che sono facili
da rilevare anche con carta e penna, o cellulare, anche se si è dentro
ad un canyon dove il gps prende male) è sufficiente per molto.

-- 
Elena ``of Valhalla''

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

Re: [Talk-it] Cai Lecco

[Lorenzo Milesi]

> Al termine dell'operazione verrà progettata la nuova rete dei sentieri e la 
> nuova relativa segnaletica, assegnando ad ogni sentiero la sua numerazione 
> univoca CAI.

con il Comune di Moggio (LC) il CAI ha già avviato la mappatura e rinumerazione 
dei sentieri, e in quel ambito si è parlato anche di OSM. È stato fatto il 
mapping di tutti i principali percorsi nel territorio comunale (attivamente da 
parte della Protezione Civile e di un assessore del Comune). 

-- 
Lorenzo Milesi - lorenzo.mil...@yetopen.it

YetOpen S.r.l. - http://www.yetopen.it/

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

Re: [Talk-it] Divieto escrementi animali.

[Volker Schmidt]

Non ho capito bene, che cosa volete fare: mettere il tag
"animal_excrements=no" sul multipoligono del confine nazionale? Il divieto
vale per tutto il paese!

2017-02-13 22:32 GMT+01:00 THESTORM375 :

> Secondo me potrebbe andare bene. Visto che non hai trovato niente nella
>> wiki. ;)
>
>
>
> --
> written by Valerio Fasano
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalo un principiante

[Volker Schmidt]

Per la raccolta dati per la mappatura dei civici (e di negozi e di tante
altre cose) si può utilizzare anche Mapillary con la camera/smartphone a 90
gradi dal senso di marcia (a mano, su bici, e anche su auto).

2017-02-14 0:51 GMT+01:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > On 13 Feb 2017, at 23:20, Giuseppe Sapuppo 
> wrote:
> >
> > Per la mappatura dei civici, io non avrei intenzione di fare un lavoro
> sistematico ed esaustivo, proprio perchè richiederebbe un impegno per me
> eccessivo.
> > Vorrei solo inserire quelli che ho visto con i miei occhi perchè sono
> stato fisicamente sul posto.
> > Oppure, vorrei inserire quelli che _vedo_ perchè _sono_ fisicamente sul
> posto, usando una app sullo smartphone.
>
>
> +1, lo puoi fare, certo, faccio anch'io così. Ogni civico che inserisci è
> utile.
>
>
> ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] nezobrazuje se mapka umístění rozcestníku

[Miroslav Suchý]

Dne 31.1.2017 v 15:10 Michal Grézl napsal(a):
> je to strasne popularni:) tak spotrebujeme free limit.
> Kdyby nekdo vedel o necem podobnem funkcnim bez limitu, predelam to.

Dost casto staci napsat email a rict, ze to je na projekt, ktery slouzi
rozvoji OSM a je zdarma a daji vam enterprise ucet zdarma. Ta sance je
tak 80%.

Mirek

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

Re: [Talk-cz] Otevřená data v Plzni

[Miroslav Suchý]

Dne 13.2.2017 v 11:24 Pavel Cvrček napsal(a):
> Stačí sdělení v e-mailu nebo by k tomu měl být "orazítkovaný papír"?

Většinou stačí email, který uložíte někam na wiki. Ale i včetně hlaviček
(zobrazit zdroj).

Mirek

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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[Miroslav Suchý]

Dne 13.2.2017 v 09:52 majka napsal(a):
> Proto můj návrh byl dávat do ref tohle číslo + číslo depa, resp.
> obráceně, případně psč + to číslo.

+1

Teď je ještě otázka co je číslo depa? Protože v Brně je třeba Depo 71,
které má ale psč 60010. Takže to číslo depa může být buď
  Brno 71
nebo
  60010

Osobně bych byl pro to druhé. Takže id schránky by bylo např. 60010/12
(kde 12 je číslo schránky).

BTW: poeditoval jsem

https://wiki.openstreetmap.org/wiki/Cs:Tag:amenity%3Dpost_box#Roz.C5.A1.C3.AD.C5.99en.C3.A9_pou.C5.BEit.C3.AD

a přidal jsem tam věci, které vyplynuli z této diskuse. Teď ještě
dořešit to depo...

Mirek

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

Re: [OSM-talk-fr] Mauvaise attribution TellMyCity

[Christian Quest]

Message envoyé à la ville et à spalian...

Le 14 février 2017 à 06:28, Vincent Bergeot  a écrit :

> Bonjour,
>
> signalé sur diaspora https://framasphere.org/posts/2859083
>
> http://www.ville-schiltigheim.fr/e-services/tellmycity-signa
> ler-suggerer-en-ligne -> les attributions sont faites à l'IGN.
>
> Il semble que cela soit la même structure (spallian) que celle que cquest
> a interpellé en 2015 et qui a réagi rapidement :
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
>
> J'ai envoyé un mail au contact du site internet pour correction.
>
> Bonne journée
>
> Vincent
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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