[Talk-de] Technische Frage ÖPNV-Karte / Mapnik-Karte

[goegeo]

Hallo Mitstreiter,

ich bearbeite bereits seit einiger Zeit Busrouten und zugehörige 
Infrastrukturen. Ich folge dabei dem PTv2-Schema.


Mir war jetzt aufgefallen, dass viele Änderungen sowohl vom 
Mapnik-Renderer, wie auch in der ÖPNV-Karte auch nach Wochen nicht in 
der abgeänderten Form verarbeitet werden. Es sind immer noch die 
früheren Bezeichnungen von Haltestellen (Name etc.) vorhanden. In Teilen 
sind auch gar keine Daten, obwohl von mir erfasst. Parallel sind 
dieselben Daten aber in JOSM abrufbar. Bin ein wenig ratlos.


Kann jemand weiterhelfen, woran es liegen könnte. Danke!

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

Re: [OSM-talk] [Talk-us] MapRoulette questionnaire

[m]

Hi all, 

I want to thank you for the responses so far. I received 34 and all of them are 
helpful in some way. I will leave the questionnaire up for a few more days, so 
if you still want to participate, please do. There is a vintage mappy prize for 
one random participant. 

Martijn

> On Feb 28, 2017, at 11:34 AM, m...@rtijn.org wrote:
> 
> Hi all, 
> 
> I put together a small questionnaire about MapRoulette. Your opinions and 
> ideas are really important for future development of the project, so if you 
> have used MapRoulette, I would appreciate a few minutes of your time to fill 
> it out. Anyone who leaves their email is automatically enrolled in a mappy 
> prize draw. Here is the link: https://goo.gl/forms/J8yhWC3IBsUZmTjS2 
>  . If you don’t like Google Forms you 
> can also send me your thoughts and ideas via email.
> 
> Martijn
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-us] MapRoulette questionnaire

[m]

Hi all, 

I want to thank you for the responses so far. I received 34 and all of them are 
helpful in some way. I will leave the questionnaire up for a few more days, so 
if you still want to participate, please do. There is a vintage mappy prize for 
one random participant. 

Martijn

> On Feb 28, 2017, at 11:34 AM, m...@rtijn.org wrote:
> 
> Hi all, 
> 
> I put together a small questionnaire about MapRoulette. Your opinions and 
> ideas are really important for future development of the project, so if you 
> have used MapRoulette, I would appreciate a few minutes of your time to fill 
> it out. Anyone who leaves their email is automatically enrolled in a mappy 
> prize draw. Here is the link: https://goo.gl/forms/J8yhWC3IBsUZmTjS2 
>  . If you don’t like Google Forms you 
> can also send me your thoughts and ideas via email.
> 
> Martijn
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [OSM-talk-fr] Improveosm

[frem]

Pour info, il ont aussi développé un plugin JOSM [1] qui fait le même 
travail (https://wiki.openstreetmap.org/wiki/JOSM/Plugins/ImproveOsm).


J’ai travaillé un peu avec l’outil web dans ma région, et les routes 
manquantes détectées étaient assez intéressantes.
Notamment, des routes qui s’interrompaient lors de leur traversée d’une 
forêt (sans doute un tracé via l’imagerie satellite) et que la présence 
d’une trace GPS continue mettait bien en évidence.


--
Contributeur OpenStreetMap .
Retrouvez aussi une partie des contributeurs OpenStreetMap de la Vienne 
aux permanences de l’APP3L .


Le 02/03/2017 à 15:31, Rogelio Canedo a écrit :
Hier je suis tombé sur http://improveosm.org (outil développé par 
telenav sur une base d'id editor).
J'ai l'impression que c'est un clone d'osmose et qu'on aurait pu 
alimenter osmose directement.

Quelqu'un l'utilise ?
Est-ce que vous pensez que ça vaut coup de d'investir du temps là-dessus?



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

Re: [Talk-es] TF-1 en Tenerife

[Carlos Dávila]

Con esas características debe etiquetarse como trunk. Te sugiero que le 
hagas un comentario en el changeset y le pases el enlace al primer hilo 
sobre el tema, para que vea que es un cambio consensuado, no un capricho 
tuyo.


El 02/03/17 a las 20:52, Paúl Sanz escribió:

Hola a todos:
Retomo este hilo viejo sobre un tramo de la TF-1 que no era
exactamente una autopista porque el usuario morgen1 ha decidido
deshacer el cambio que hice a highway=trunk tras consultar a la
comunidad por aquí. Aparte, se ha permitido suponer que lo hice por mi
cuenta y riesgo y de emplear un tono bastante condescendiente, lo cual
reconozco que no me ha hecho mucha gracia. Por esto he preferido no
entrar en una guerra de cambios con él. Simplemente vuelvo a
preguntar: un tramo de una calzada y con un solo carril en un sentido,
¿no debería etiquetarse como trunk? En caso afirmativo, volvería a
realizar el cambio y le comunicaría a este usuario que, de nuevo, no
es una decisión arbitraria.

Gracias, majos


El día 4 de enero de 2017, 19:16, yo paseopor  escribió:

Ya sabeis lo que opino sobre las categorías...si no cumplen condiciones...no
las cumplen.Y exijamos que las cumplan si es lo que deseamos.Menos rescates
de vías inútiles y deficitarias, más inversión.
Para refrescarlo
https://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n_f%C3%ADsica

Salut i inversions en condicions
yopaseopor





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

semanarioOSM Nº 345 21/02/2017-27/02/2017

[weeklyteam]

Hola, el semanario Nº 345, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/8796/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

semanarioOSM Nº 345 21/02/2017-27/02/2017

[weeklyteam]

Hola, el semanario Nº 345, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/8796/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 345 21/02/2017-27/02/2017

[weeklyteam]

Hola, el semanario Nº 345, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/8796/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-at] Massenedits Öffnungszeiten

[Friedrich Volkmann]

On 02.03.2017 17:34, Robert Kaiser wrote:

grubernd schrieb:



"Winter" --> "Dec-Feb"
"Summer" --> "Jun-Aug"

erscheinen mir mehr als willkürlich gewählt und stimmen im Fall von
Trinkbrunnen [1] sicher nicht.

hab ich da was verpasst?


Ein Massenedit in so einer Art ohne vorherige Diskussion ist so wohl nicht
akzeptabel. Noch mehr, als der Kommentar bloß von "syntax errors" spricht,
und aber eine willkürliche Definition von "summer" und "winter" getroffen wird.


Im Gegensatz zu so ziemlich allen anderen Tags ist die Syntax von 
opening_hours klar definiert und das muss sie sein, weil sie sowieso schon 
unglaublich kompliziert ist. Weil Summer und Winter in der Syntaxdefinition 
nicht vorkommen, handelt es sich definitionsgemäß um Syntaxfehler. Insofern 
ist die Korrektur noch eher gerechtfertigt als z.B. das Umtaggen 
vermeintlicher "deprecated tags" oder die Auflösung von "touching inner rings".


Andererseits können manuell gesetzte Werte ein Indiz sein, dass ein Bedarf 
dafür besteht. Dann sollte eher die Syntaxbeschreibung erweitert werden, 
statt dass der Bedarf durch Umtaggen verschleiert wird. Immerhin wurde auch 
die bestehende Syntaxbeschreibung auf Basis des Datenbestandes erstellt.


Ob im konkreten Fall ein Bedarf besteht, weiß ich nicht, denn statt 
opening_hours=summer/winter könnte man auch die dokumentierten Tags 
seasonal=summer/winter verwenden. Die scheinen mir für Brunnen ausreichend. 
Mit Sommer/Winter ist da wahrscheinlich die frostfreie/frostgefährdete Zeit 
gemeint, also jeweils mehr als die Monate Dec-Feb bzw. Jun-Aug. Die 
Korrektur ist also gründlich schiefgegangen, und das hätte sich vermeiden 
lassen, wenn der Korrigierer die ursprünglichen Mapper kontaktiert oder 
wenigstens selber ein paar Sekunden nachgedacht hätte.


Der Massenedit zeigt nur wieder ein Problem auf, das fast alle 
validator-montivierten Edits betrifft: Dass nur das Ziel verfolgt wird, den 
Validator zu befriedigen; alle Fehlermeldungen auf erledigt zu setzen. Ich 
glaube, ich habe das schon mal mit Computerspielen verglichen, wo die 
Spieler mit dem Pacman alle Pillen wegknabbern müssen um das Level fertig zu 
bekommen. Informationserhalt und Kommunikation sind keine Spielziele. Diese 
Pacman-Mentalität kann am Charakter liegen (Autismus/Asperger), manche 
Vollzeitkorrigierer machen das aber tatsächlich beruflich - und da gibt es 
halt kein Geld für inhaltliche Richtigkeit oder für Kommunikation und 
Respekt für andere Mapper, sondern nur für erledigte Fehlermeldungen.


Kann sein, dass im konkreten Fall der Korrigierer nicht nur aus obigen 
Gründen, sondern auch mangels Sprachkenntnissen (Russe) vor einer 
Kommunikation zurückschreckt. Es fahren aber auch immer wieder 
deutschsprachige Personen mit ihren OSMI- und Keepright-Fixes über 
Österreich drüber, die zum Kommunizieren einfach zu faul sind. Wenn man da 
alle undiskutierten Massenedits revertieren will, hat man viel zu tun, und 
ich würde nicht mit dem Edit anfangen, der hier diskutiert wird. Die 
Sommer/Winter-Fälle kann man sich einzeln vornehmen, und der Rest scheint eh 
zu stimmen. Im übrigen finde ich, dass die Eskalation in die Mailingliste zu 
früh kommt - erst vor ein paar Stunden wurde die Changesetdiskussion 
gestartet. Eine Sache an 2 verschiedenen Orten gleichzeitig zu diskutieren 
ist ineffizient.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] Massenedits Öffnungszeiten

[grubernd]

On 2017-03-02 20:53, eest9 wrote:

Keins von beidem wurde gemacht also muss die Konsitenz der Datenbank
wieder hergestellt werden. (Was ich wie ich höre schon gemacht wurde)


ich möchte an dieser Stelle klarstellen, dass ich nicht das Wissen habe 
um diesen Revert durchzuführen und auch nicht die Zeit um mich 
entsprechend in die Thematik einzuarbeiten.


daher die Bitte bzw Frage: kann das jemand übernehmen, der sich damit 
auskennt?


herzlichen Dank & grüsse,
grubernd


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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[Alecs]

dieterdreist wrote
> Sembra che in data 11/01/2017 è finalmente successo, hanno rilasciato
> (tutti) i civici (provvisori):
> https://www.istat.it/it/archivio/104317

Non so che cosa abbiano aggiornato di recente in quella pagina, ma credo che
i civici siano gli stessi già rilasciati tempo fa
http://gis.19327.n8.nabble.com/Qualcosa-sui-civici-ISTAT-e-anche-uscita-td5800163.html

La cartella zippata che avevo scaricato è grande esattamente come quella che
si trova ora (83,8 MB). Non ho tempo di verificare il contenuto ma immagino
sia identico.
http://www.istat.it/storage/basi_territoriali_2013/dati_toponomastici/dati_sc_provvisori.zip

Comunque in questa indagine, come in molte altre, Istat si è appoggiata in
realtà ai comuni, non ha raccolto direttamente i civici
http://www.istat.it/it/archivio/16548 il che spiega alcune incoerenze tra i
dati di comuni diversi (es. nell'abbreviare o meno i nomi propri, questione
che per noi è giustamente importante) e il fatto che alcuni comuni mancano
del tutto.

Alla fine rimangono utili come un unico stradario di (quasi) tutta Italia
(escluse però tutte le vie o piazze che non abbiano numeri civici). Non è
poco, ma nulla di più.

Ciao
Alessandro



--
View this message in context: 
http://gis.19327.n8.nabble.com/Civici-italiani-ISTAT-provvisori-tp5892272p5892320.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-at] Massenedits Öffnungszeiten

[eest9]

Am 2. März 2017 um 20:32 schrieb realadry :
> Was heißt da schlichtweg falsch?

Wenn da jetzt Dez-Feb steht obwohl das Ding nur bei winterlichen
verhältnissen offen hat aber damit nicht zwingend Dez-Feb, dann ist
das Falsch.

> Hast du das changeset angesehen?

Ja.

> Da sind
> gerade mal eine Handvoll dieser Sommer/Winter Einträge dabei.

Nein.

> "Sommer" und "Winter" ist genauso "falsch".

Nein, das ist nicht definiert. Und nicht definiert bedeutet nicht
falsch. siehe: 
https://wiki.openstreetmap.org/wiki/DE:FAQ#Warum_sind_die_Daten_so_uneinheitlich.3F

> Ich finde es ist Vandalismus
> einen mass editm bei dem 99% der Daten korrekt sind, einfach rückgängig zu
> machen.

Bringe den Beweis, dass 99% der Daten korrekt sind und ich akzeptiere
es und kümmere mich höchst persönlich um die Korrektur der restlichen
1%. Bis zu diesem Beweis ist das eine bloße Behauptung.


> Als Vergleich: Damals beim mass import von plan.at Daten war viel mehr
> falsch. Trotzdem wurde es automatisch massenhaft importiert.

Damals bin ich grad neu dazu gekommen und zu der Erkenntnis gelangt,
dass man genau solche Situationen vermeiden sollte und nicht bei der
1. Gelegenheit wiederholen sollte.
Außerdem sind hier aus meiner Sicht der Dinge die Richtlinen für
Importe oder Massenedits einzuhalten:
https://wiki.openstreetmap.org/wiki/DE:Import/Guidelines bzw.
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

Keins von beidem wurde gemacht also muss die Konsitenz der Datenbank
wieder hergestellt werden. (Was ich wie ich höre schon gemacht wurde)

lg eest9

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

Re: [Talk-es] TF-1 en Tenerife

[Paúl Sanz]

Hola a todos:
Retomo este hilo viejo sobre un tramo de la TF-1 que no era
exactamente una autopista porque el usuario morgen1 ha decidido
deshacer el cambio que hice a highway=trunk tras consultar a la
comunidad por aquí. Aparte, se ha permitido suponer que lo hice por mi
cuenta y riesgo y de emplear un tono bastante condescendiente, lo cual
reconozco que no me ha hecho mucha gracia. Por esto he preferido no
entrar en una guerra de cambios con él. Simplemente vuelvo a
preguntar: un tramo de una calzada y con un solo carril en un sentido,
¿no debería etiquetarse como trunk? En caso afirmativo, volvería a
realizar el cambio y le comunicaría a este usuario que, de nuevo, no
es una decisión arbitraria.

Gracias, majos


El día 4 de enero de 2017, 19:16, yo paseopor  escribió:
> Ya sabeis lo que opino sobre las categorías...si no cumplen condiciones...no
> las cumplen.Y exijamos que las cumplan si es lo que deseamos.Menos rescates
> de vías inútiles y deficitarias, más inversión.
> Para refrescarlo
> https://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n_f%C3%ADsica
>
> Salut i inversions en condicions
> yopaseopor
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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

Re: [Talk-at] Massenedits Öffnungszeiten

[realadry]

Was heißt da schlichtweg falsch? Hast du das changeset angesehen? Da 
sind gerade mal eine Handvoll dieser Sommer/Winter Einträge dabei.
"Sommer" und "Winter" ist genauso "falsch". Ich finde es ist Vandalismus 
einen mass editm bei dem 99% der Daten korrekt sind, einfach rückgängig 
zu machen.


Als Vergleich: Damals beim mass import von plan.at Daten war viel mehr 
falsch. Trotzdem wurde es automatisch massenhaft importiert.


Am 02.03.2017 um 20:24 schrieb eest9:

Nein, bei einem unabgesprochenen Massenedit ist jedenfalls zuerst zu
revidieren und danach alles andere zu klären.
Und nochmals da die Daten jetzt schlicht falsch sind stellte es keine
Verbesserung dar. Es gibt keine flaschen Tags. Wenn eine Anwendung den
Wert "winter" "summer" nicht verwerten kann, sollte sie ihn ignorieren
und nicht die Daten verfälschen um damit (falsch) umgehen zu können.

Außerdem gibt es nicht nur eine meteorollogische Definition sondern auch
ein Astronomische.

lg eest9

Am 2. März 2017 um 20:15 schrieb realadry >:

Hallo,

Die Änderung auf Monate hat die Daten meiner Meinung nach deutlich
verbessert.

Sommer und Winter sind kein definierter Wert für opening_hours,
Monate hingegen schon. Das ist sehr wichtig, denn um vernünftig nach
den Daten suchen zu können, muss man sich auf zulässige
standardwerte einigen.

Btw. es gibt für Sommer und Winter eine meteorologische Definition,
nämlich Dez-Feb und Jun-Aug.

Um "Saisonabhängige" Öffnugnzeiten zu taggen muss ein neuer tag her,
nicht einfach irgendwas in die opening_hours schreiben.
Was nutzt es zu wissen, dass es im "Winter" geöffnet hat? Nichts,
denn Winter heißt nicht automatisch Saison, im Falle von Skiliften z.b.

Wenn revertiert wird, dann nur die Winter/Sommer Änderung, nicht das
ganze changeset. Da sind ja noch andere, sinnvolle Korrekturen
enthalten. Es sollte zuerst der Autor kontaktiert werden.




Am 02.03.2017 um 20:06 schrieb Michael Reichert:

Hallo realadry,

Am 02.03.2017 um 19:44 schrieb realadry:

"Summer" und "Winter" sind in der tat syntax fehler. Laut
wiki ist das
kein gültiger Wert für den key opening_hours=*

Die Definition über die Monate Dec-Feb und Jun-Aug mag zwar
nicht auf
jeden der veränderten nodes zutreffen, aber es ist immerhin
besser als
ein ungültiges (und ebenfalls willkürliches) "summer" und
"winter". Im
Einzelfall ist die tatsächliche Öffnungsdauer auf die
richigen Monate zu
korrigieren.

Ich finde den Mass-edit eigentlich in Ordnung, da es das
Chaos der
ungültigen und ungleichen Angaben der Öffnungszeiten
endlich(!!) repariert.


Mechanische Edits dürfen die Daten nicht verschlechtern. Durch diese
Verschlimmbesserung wurden die Daten verschlechtert. "summer" und
"winter" sind nicht in ganz Österreich einheitlich, sondern
sicherlich
je nach Gegend (Waldviertel vs. Burgenland) und Höhenlage
verschieden.
Darüber hinaus ist "Sommer" nicht so fest definiert, dass man es auf
Juni bis August festlegen kann. Sommerliche Temperaturen gibt es
gern
auch noch im September ("Altweibersommer"). Wenn ein POI
wetterabhängig
geöffnet hat und mit Kundschaft bei gutem Wetter im September
rechnet,
hat er sicherlich auch dann noch offen. Wenn die bekanntgegebenen
Öffnungszeiten variabel sind, sollte OSM keine Starrheit vorgaukeln.

Beispiel: Diese Toilette ist laut bisherigem Tagging nur im Winter
geöfffnet – vermutlich dann, wenn die Skilifte in Betrieb sind.
https://www.openstreetmap.org/node/608264356

Jetzt ist sie mit opening_hours=Dec-Feb getaggt. Was ist aber,
wenn am
3. März noch genügend Schnee liegt und Betrieb ist?

Wenn die Syntax nicht für solche Sachen ausgelegt ist, muss die
Syntax
angepasst werden. Da sie eh schon komplex ist, kommt es auf das
bisschen
auch nicht an.

Deshalb sollte dieser Änderungssatz revertiert werden. Wer will?

Viele Grüße

Michael



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



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





___
Talk-at mailing list

Re: [Talk-at] Massenedits Öffnungszeiten

[Michael Reichert]

Hallo realadry,

Am 02.03.2017 um 20:15 schrieb realadry:
> Wenn revertiert wird, dann nur die Winter/Sommer Änderung, nicht das
> ganze changeset. Da sind ja noch andere, sinnvolle Korrekturen
> enthalten. Es sollte zuerst der Autor kontaktiert werden.

Das hat ein anderer Nutzer schon getan.
https://www.openstreetmap.org/changeset/46516476

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-es] Dehesas

[Carlos Dávila]

El 02/03/17 a las 16:17, dcapillae escribió:

Las dehesas se describen empleando la etiqueta "natural=grassland" junto con
"grassland=dehesa". Se puede consultar la documentación al respecto en el
wiki:  Key:grassland

.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Dehesas-tp5892300p5892303.html
Sent from the Spain mailing list archive at Nabble.com.


natural=grassland no me parece muy adecuado para las dehesas. De acuerdo 
que estrictamente el mayor porcentaje de superficie está ocupado por 
herbáceas, pero la importancia del arbolado en las dehesas es 
fundamental para considerar un terreno como dehesa (de hecho sin árboles 
no se considera dehesa) y para el uso que se hace del terreno. Yo veo 
más adecuado landuse=forest ya que en origen son bosques no pastizales, 
aunque alterados por la mano del hombre y en todo caso forest=dehesa si 
se quiere afinar más.


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

Re: [Talk-at] Massenedits Öffnungszeiten

[eest9]

Nein, bei einem unabgesprochenen Massenedit ist jedenfalls zuerst zu
revidieren und danach alles andere zu klären.
Und nochmals da die Daten jetzt schlicht falsch sind stellte es keine
Verbesserung dar. Es gibt keine flaschen Tags. Wenn eine Anwendung den Wert
"winter" "summer" nicht verwerten kann, sollte sie ihn ignorieren und nicht
die Daten verfälschen um damit (falsch) umgehen zu können.

Außerdem gibt es nicht nur eine meteorollogische Definition sondern auch
ein Astronomische.

lg eest9

Am 2. März 2017 um 20:15 schrieb realadry :

> Hallo,
>
> Die Änderung auf Monate hat die Daten meiner Meinung nach deutlich
> verbessert.
>
> Sommer und Winter sind kein definierter Wert für opening_hours, Monate
> hingegen schon. Das ist sehr wichtig, denn um vernünftig nach den Daten
> suchen zu können, muss man sich auf zulässige standardwerte einigen.
>
> Btw. es gibt für Sommer und Winter eine meteorologische Definition,
> nämlich Dez-Feb und Jun-Aug.
>
> Um "Saisonabhängige" Öffnugnzeiten zu taggen muss ein neuer tag her, nicht
> einfach irgendwas in die opening_hours schreiben.
> Was nutzt es zu wissen, dass es im "Winter" geöffnet hat? Nichts, denn
> Winter heißt nicht automatisch Saison, im Falle von Skiliften z.b.
>
> Wenn revertiert wird, dann nur die Winter/Sommer Änderung, nicht das ganze
> changeset. Da sind ja noch andere, sinnvolle Korrekturen enthalten. Es
> sollte zuerst der Autor kontaktiert werden.
>
>
>
>
> Am 02.03.2017 um 20:06 schrieb Michael Reichert:
>
>> Hallo realadry,
>>
>> Am 02.03.2017 um 19:44 schrieb realadry:
>>
>>> "Summer" und "Winter" sind in der tat syntax fehler. Laut wiki ist das
>>> kein gültiger Wert für den key opening_hours=*
>>>
>>> Die Definition über die Monate Dec-Feb und Jun-Aug mag zwar nicht auf
>>> jeden der veränderten nodes zutreffen, aber es ist immerhin besser als
>>> ein ungültiges (und ebenfalls willkürliches) "summer" und "winter". Im
>>> Einzelfall ist die tatsächliche Öffnungsdauer auf die richigen Monate zu
>>> korrigieren.
>>>
>>> Ich finde den Mass-edit eigentlich in Ordnung, da es das Chaos der
>>> ungültigen und ungleichen Angaben der Öffnungszeiten endlich(!!)
>>> repariert.
>>>
>>
>> Mechanische Edits dürfen die Daten nicht verschlechtern. Durch diese
>> Verschlimmbesserung wurden die Daten verschlechtert. "summer" und
>> "winter" sind nicht in ganz Österreich einheitlich, sondern sicherlich
>> je nach Gegend (Waldviertel vs. Burgenland) und Höhenlage verschieden.
>> Darüber hinaus ist "Sommer" nicht so fest definiert, dass man es auf
>> Juni bis August festlegen kann. Sommerliche Temperaturen gibt es gern
>> auch noch im September ("Altweibersommer"). Wenn ein POI wetterabhängig
>> geöffnet hat und mit Kundschaft bei gutem Wetter im September rechnet,
>> hat er sicherlich auch dann noch offen. Wenn die bekanntgegebenen
>> Öffnungszeiten variabel sind, sollte OSM keine Starrheit vorgaukeln.
>>
>> Beispiel: Diese Toilette ist laut bisherigem Tagging nur im Winter
>> geöfffnet – vermutlich dann, wenn die Skilifte in Betrieb sind.
>> https://www.openstreetmap.org/node/608264356
>> Jetzt ist sie mit opening_hours=Dec-Feb getaggt. Was ist aber, wenn am
>> 3. März noch genügend Schnee liegt und Betrieb ist?
>>
>> Wenn die Syntax nicht für solche Sachen ausgelegt ist, muss die Syntax
>> angepasst werden. Da sie eh schon komplex ist, kommt es auf das bisschen
>> auch nicht an.
>>
>> Deshalb sollte dieser Änderungssatz revertiert werden. Wer will?
>>
>> Viele Grüße
>>
>> Michael
>>
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-es] Importación de barrancos de Tenerife+Gestor de tareas

[Javier Sánchez Portero]

Hola

En relación al Plan Hidrológico de Tenerife, comentado recientemente, tengo
pensado debatir en la lista tres importaciones.

1) Nombres de los barrancos de la isla.
2) Nombres de canales,
3) Infraestructuras (depósitos, presas, etc.)

He creado una página en la wiki[1] para definir la primera de ellas y estoy
trabajando para presentaros las otras dos.

Me gustaría contar con vuestras aportaciones y sugerencias para poder
dirigirme luego a la lista imports.

Dentro de los planes de trabajo de cada una de esas importaciones, me
gustaría utilizar el gestor de tareas de OSM ES [2], por lo que este
mensaje es al mismo tiempo una solicitud para contar con aprobación de la
comunidad para poder crear tareas en el gestor.

Saludos, Javier Sánchez
https://www.openstreetmap.org/user/Javier%20Sanchez

[1] https://wiki.openstreetmap.org/wiki/ES:Tenerife_streams_import
[2] http://tareas.openstreetmap.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] Massenedits Öffnungszeiten

[realadry]

Hallo,

Die Änderung auf Monate hat die Daten meiner Meinung nach deutlich 
verbessert.


Sommer und Winter sind kein definierter Wert für opening_hours, Monate 
hingegen schon. Das ist sehr wichtig, denn um vernünftig nach den Daten 
suchen zu können, muss man sich auf zulässige standardwerte einigen.


Btw. es gibt für Sommer und Winter eine meteorologische Definition, 
nämlich Dez-Feb und Jun-Aug.


Um "Saisonabhängige" Öffnugnzeiten zu taggen muss ein neuer tag her, 
nicht einfach irgendwas in die opening_hours schreiben.
Was nutzt es zu wissen, dass es im "Winter" geöffnet hat? Nichts, denn 
Winter heißt nicht automatisch Saison, im Falle von Skiliften z.b.


Wenn revertiert wird, dann nur die Winter/Sommer Änderung, nicht das 
ganze changeset. Da sind ja noch andere, sinnvolle Korrekturen 
enthalten. Es sollte zuerst der Autor kontaktiert werden.




Am 02.03.2017 um 20:06 schrieb Michael Reichert:

Hallo realadry,

Am 02.03.2017 um 19:44 schrieb realadry:

"Summer" und "Winter" sind in der tat syntax fehler. Laut wiki ist das
kein gültiger Wert für den key opening_hours=*

Die Definition über die Monate Dec-Feb und Jun-Aug mag zwar nicht auf
jeden der veränderten nodes zutreffen, aber es ist immerhin besser als
ein ungültiges (und ebenfalls willkürliches) "summer" und "winter". Im
Einzelfall ist die tatsächliche Öffnungsdauer auf die richigen Monate zu
korrigieren.

Ich finde den Mass-edit eigentlich in Ordnung, da es das Chaos der
ungültigen und ungleichen Angaben der Öffnungszeiten endlich(!!) repariert.


Mechanische Edits dürfen die Daten nicht verschlechtern. Durch diese
Verschlimmbesserung wurden die Daten verschlechtert. "summer" und
"winter" sind nicht in ganz Österreich einheitlich, sondern sicherlich
je nach Gegend (Waldviertel vs. Burgenland) und Höhenlage verschieden.
Darüber hinaus ist "Sommer" nicht so fest definiert, dass man es auf
Juni bis August festlegen kann. Sommerliche Temperaturen gibt es gern
auch noch im September ("Altweibersommer"). Wenn ein POI wetterabhängig
geöffnet hat und mit Kundschaft bei gutem Wetter im September rechnet,
hat er sicherlich auch dann noch offen. Wenn die bekanntgegebenen
Öffnungszeiten variabel sind, sollte OSM keine Starrheit vorgaukeln.

Beispiel: Diese Toilette ist laut bisherigem Tagging nur im Winter
geöfffnet – vermutlich dann, wenn die Skilifte in Betrieb sind.
https://www.openstreetmap.org/node/608264356
Jetzt ist sie mit opening_hours=Dec-Feb getaggt. Was ist aber, wenn am
3. März noch genügend Schnee liegt und Betrieb ist?

Wenn die Syntax nicht für solche Sachen ausgelegt ist, muss die Syntax
angepasst werden. Da sie eh schon komplex ist, kommt es auf das bisschen
auch nicht an.

Deshalb sollte dieser Änderungssatz revertiert werden. Wer will?

Viele Grüße

Michael



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



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

Re: [Talk-at] Massenedits Öffnungszeiten

[Michael Reichert]

Hallo realadry,

Am 02.03.2017 um 19:44 schrieb realadry:
> "Summer" und "Winter" sind in der tat syntax fehler. Laut wiki ist das
> kein gültiger Wert für den key opening_hours=*
> 
> Die Definition über die Monate Dec-Feb und Jun-Aug mag zwar nicht auf
> jeden der veränderten nodes zutreffen, aber es ist immerhin besser als
> ein ungültiges (und ebenfalls willkürliches) "summer" und "winter". Im
> Einzelfall ist die tatsächliche Öffnungsdauer auf die richigen Monate zu
> korrigieren.
> 
> Ich finde den Mass-edit eigentlich in Ordnung, da es das Chaos der
> ungültigen und ungleichen Angaben der Öffnungszeiten endlich(!!) repariert.

Mechanische Edits dürfen die Daten nicht verschlechtern. Durch diese
Verschlimmbesserung wurden die Daten verschlechtert. "summer" und
"winter" sind nicht in ganz Österreich einheitlich, sondern sicherlich
je nach Gegend (Waldviertel vs. Burgenland) und Höhenlage verschieden.
Darüber hinaus ist "Sommer" nicht so fest definiert, dass man es auf
Juni bis August festlegen kann. Sommerliche Temperaturen gibt es gern
auch noch im September ("Altweibersommer"). Wenn ein POI wetterabhängig
geöffnet hat und mit Kundschaft bei gutem Wetter im September rechnet,
hat er sicherlich auch dann noch offen. Wenn die bekanntgegebenen
Öffnungszeiten variabel sind, sollte OSM keine Starrheit vorgaukeln.

Beispiel: Diese Toilette ist laut bisherigem Tagging nur im Winter
geöfffnet – vermutlich dann, wenn die Skilifte in Betrieb sind.
https://www.openstreetmap.org/node/608264356
Jetzt ist sie mit opening_hours=Dec-Feb getaggt. Was ist aber, wenn am
3. März noch genügend Schnee liegt und Betrieb ist?

Wenn die Syntax nicht für solche Sachen ausgelegt ist, muss die Syntax
angepasst werden. Da sie eh schon komplex ist, kommt es auf das bisschen
auch nicht an.

Deshalb sollte dieser Änderungssatz revertiert werden. Wer will?

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-at] Massenedits Öffnungszeiten

[eest9]

Hallo,

dann ist das kein Syntax fehler sondern schlicht nicht definiert. Es gibt
per se keinen falschen Tags in der OSM, nur definierte und nicht definierte.
Das Problem ist, dass bei vielen einfach kein konkretes Datum fixierbar
ist. Wenn ich eine Eislaufbahn betreibe wird sie offen sein wenn die
Temperatur unter 0 ist, also im Winter und nicht Anfang Dezember wenns 15°C
draußen hat.

lg eest9

Am 2. März 2017 um 19:44 schrieb realadry :

> Hallo,
>
> "Summer" und "Winter" sind in der tat syntax fehler. Laut wiki ist das
> kein gültiger Wert für den key opening_hours=*
>
> Die Definition über die Monate Dec-Feb und Jun-Aug mag zwar nicht auf
> jeden der veränderten nodes zutreffen, aber es ist immerhin besser als ein
> ungültiges (und ebenfalls willkürliches) "summer" und "winter". Im
> Einzelfall ist die tatsächliche Öffnungsdauer auf die richigen Monate zu
> korrigieren.
>
> Ich finde den Mass-edit eigentlich in Ordnung, da es das Chaos der
> ungültigen und ungleichen Angaben der Öffnungszeiten endlich(!!) repariert.
>
>
> Mfg,
> realadry
>
>
> Am 02.03.2017 um 17:34 schrieb Robert Kaiser:
>
>> grubernd schrieb:
>>
>>> mein whodidit hat gerade einen dicken fetten Edit quer über ganz
>>> Österreich ausgeworfen:
>>>
>>> https://www.openstreetmap.org/changeset/46516476
>>> https://overpass-api.de/achavi/?changeset=46516476
>>>
>>> habe ich schon kommentiert, weil die Änderungen von
>>>
>>> "Winter" --> "Dec-Feb"
>>> "Summer" --> "Jun-Aug"
>>>
>>> erscheinen mir mehr als willkürlich gewählt und stimmen im Fall von
>>> Trinkbrunnen [1] sicher nicht.
>>>
>>> hab ich da was verpasst?
>>>
>>
>> Ein Massenedit in so einer Art ohne vorherige Diskussion ist so wohl
>> nicht akzeptabel. Noch mehr, als der Kommentar bloß von "syntax errors"
>> spricht, und aber eine willkürliche Definition von "summer" und "winter"
>> getroffen wird.
>>
>> Zumindest ist das meine Meinung.
>>
>> KaiRo
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Massenedits Öffnungszeiten

[realadry]

Hallo,

"Summer" und "Winter" sind in der tat syntax fehler. Laut wiki ist das 
kein gültiger Wert für den key opening_hours=*


Die Definition über die Monate Dec-Feb und Jun-Aug mag zwar nicht auf 
jeden der veränderten nodes zutreffen, aber es ist immerhin besser als 
ein ungültiges (und ebenfalls willkürliches) "summer" und "winter". Im 
Einzelfall ist die tatsächliche Öffnungsdauer auf die richigen Monate zu 
korrigieren.


Ich finde den Mass-edit eigentlich in Ordnung, da es das Chaos der 
ungültigen und ungleichen Angaben der Öffnungszeiten endlich(!!) repariert.



Mfg,
realadry

Am 02.03.2017 um 17:34 schrieb Robert Kaiser:

grubernd schrieb:

mein whodidit hat gerade einen dicken fetten Edit quer über ganz
Österreich ausgeworfen:

https://www.openstreetmap.org/changeset/46516476
https://overpass-api.de/achavi/?changeset=46516476

habe ich schon kommentiert, weil die Änderungen von

"Winter" --> "Dec-Feb"
"Summer" --> "Jun-Aug"

erscheinen mir mehr als willkürlich gewählt und stimmen im Fall von
Trinkbrunnen [1] sicher nicht.

hab ich da was verpasst?


Ein Massenedit in so einer Art ohne vorherige Diskussion ist so wohl
nicht akzeptabel. Noch mehr, als der Kommentar bloß von "syntax errors"
spricht, und aber eine willkürliche Definition von "summer" und "winter"
getroffen wird.

Zumindest ist das meine Meinung.

KaiRo


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


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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[Francesco Piero Paolicelli]

speriamo :(

Il giorno 2 marzo 2017 17:27, Martin Koppenhoefer 
ha scritto:

>
> 2017-03-02 16:35 GMT+01:00 Francesco Piero Paolicelli  >:
>
>> quindi in pratica servono a livello censuario e toponomastico ma non a
>> livello geografico.
>
>
>
>
> direi che al momento non servono nemmeno a livello censuario, visto che
> quella strada aveva soltanto i civici 31 e 35. Non ho fatto alcun controllo
> sistematico, qualsiasi campione a caso sembrava strano per un motivo o
> l'altro, forse avevano un problema tecnico durante l'exportazione? ;-)
>
> 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-es] Dehesas

[Matías h]

El 2 mar. 2017 19:16, "Gabriel Rodríguez Alberich" 
escribió:

Pues considerar a una dehesa como "natural=grassland" me parece erróneo.
Aunque es cierto que en las dehesas suele haber más hierba que matorral, lo
que seguro hay siempre son árboles, normalmente encinas o alcornoques. Así
que no creo que se pueda decir que una dehesa es una pradera.

Ahora que he podido leer un poco sobre el modelo de datos del SIOSE, la
dehesa tiene el código DHS y se define como cobertura de tipo "compuesta"
(es decir, que tiene distintas coberturas, marcadas con un porcentaje), y a
su vez como cobertura compuesta de tipo "asociación" (es decir, que las
coberturas están entremezcladas, en oposición a en "mosaico"). De esta
composición de coberturas, la de "arbolado forestal" es obligatoria, así
que cobra fuerza "landuse:forest". [1] [2] [3]

La verdad es que no sé si el sistema de etiquetas de OpenStreetMap está
pensado para modelar este nivel de detalle, pero creo que podemos idear
algo mejor que "natural=grassland,grassland=dehesa", que solo se usa en 15
objetos [4] de los alrededores de Madrid.

¿Qué opináis? No es moco de pavo. Buena parte de la península ibérica está
cubierta de dehesa [5].

[1] http://www.siose.es/SIOSEtheme-theme/documentos/
pdf/Coberturas_Atributos_SIOSE.pdf
[2] http://www.siose.es/modelo-de-datos
[3] http://www.siose.es/SIOSEtheme-theme/documentos/
pdf/MD_SIOSE2_ES_compuestas.pdf
[4] https://taginfo.openstreetmap.org/tags/grassland=dehesa
[5] https://es.wikipedia.org/wiki/Dehesa#/media/File:Dehesa_in_Spain.svg

On Thu, Mar 2, 2017 at 4:17 PM, dcapillae  wrote:

> Las dehesas se describen empleando la etiqueta "natural=grassland" junto
> con
> "grassland=dehesa". Se puede consultar la documentación al respecto en el
> wiki:  Key:grassland
>  nd=1429471>
> .
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.com
> /Dehesas-tp5892300p5892303.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>



-- 
Gabriel Rodríguez Alberich

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

Totalmente de acuerdo Gabriel.

De hecho, si la importación de datos de SIOSE se lleva a cabo, habrá que
plantearse la creación de etiquetas adecuadas a nuestro territorio...
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Nueva capa

[Miguel Sevilla-Callejo]

A mi me parece bien pero han de cumplirse los protocolos de importación
[1], empezando con la compatibilidad de la licencia.

[1] https://wiki.openstreetmap.org/wiki/Import

--
 Miguel Sevilla-Callejo
from my mobile 

El 2/3/2017 15:18, "Emilio Rivero"  escribió:

> Hola a todos,
>
> Estoy pensando en incluir una serie de puntos de interés geologico en
> España.
> Inicialmente serian unos 170 puntos que serían cargados a partir de un
> fichero CSV. Los datos serían incluidos dentro de la categoría
> *natural/geological, *
> e incluiria el nombre y el codigo de referencia de la localización.
>
> El origen de los datos es el proyecto Global Geosites patrocinado por la
> USGS y la Unesco, en España el encargado en desarrollar el proyecto es el
> IGME en colaboracion con la Sociedad Geológica de España.
>
> ¿Que opinais?
>
> Gracias
>
> Un saludo
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Dehesas

[Gabriel Rodríguez Alberich]

Pues considerar a una dehesa como "natural=grassland" me parece erróneo.
Aunque es cierto que en las dehesas suele haber más hierba que matorral, lo
que seguro hay siempre son árboles, normalmente encinas o alcornoques. Así
que no creo que se pueda decir que una dehesa es una pradera.

Ahora que he podido leer un poco sobre el modelo de datos del SIOSE, la
dehesa tiene el código DHS y se define como cobertura de tipo "compuesta"
(es decir, que tiene distintas coberturas, marcadas con un porcentaje), y a
su vez como cobertura compuesta de tipo "asociación" (es decir, que las
coberturas están entremezcladas, en oposición a en "mosaico"). De esta
composición de coberturas, la de "arbolado forestal" es obligatoria, así
que cobra fuerza "landuse:forest". [1] [2] [3]

La verdad es que no sé si el sistema de etiquetas de OpenStreetMap está
pensado para modelar este nivel de detalle, pero creo que podemos idear
algo mejor que "natural=grassland,grassland=dehesa", que solo se usa en 15
objetos [4] de los alrededores de Madrid.

¿Qué opináis? No es moco de pavo. Buena parte de la península ibérica está
cubierta de dehesa [5].

[1]
http://www.siose.es/SIOSEtheme-theme/documentos/pdf/Coberturas_Atributos_SIOSE.pdf
[2] http://www.siose.es/modelo-de-datos
[3]
http://www.siose.es/SIOSEtheme-theme/documentos/pdf/MD_SIOSE2_ES_compuestas.pdf
[4] https://taginfo.openstreetmap.org/tags/grassland=dehesa
[5] https://es.wikipedia.org/wiki/Dehesa#/media/File:Dehesa_in_Spain.svg

On Thu, Mar 2, 2017 at 4:17 PM, dcapillae  wrote:

> Las dehesas se describen empleando la etiqueta "natural=grassland" junto
> con
> "grassland=dehesa". Se puede consultar la documentación al respecto en el
> wiki:  Key:grassland
>  grassland=1429471>
> .
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Dehesas-tp5892300p5892303.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>



-- 
Gabriel Rodríguez Alberich
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk-ie] Changesets by WernerP

[Killyfole and District Development Association]

Today I noticed a user uploading a number of changesets to my "watched area".  
On first 
glance they appear to be adding lots of new features like buildings etc, but on 
deeper 
inspection they are doing some very strange things in each of the changeset, 
which I don't 
agree with.

1) In changeset 46517951 the user has removed tags from a way making up a 
townland 
relation, only to create a totally new way for a stream. ( 
https://www.openstreetmap.org/
#map=19/54.35902/-7.63934[1] )  as the boundary is the actual stream I can't 
understand 
why the user has made this change.

2) In changeset 46520040 the user has decided that source=Bing is wrong and 
changes it 
to source=bing for a random number of objects.  Since JOSM automatically adds 
this tag 
when bing imagery is used, why has the user decided to change this for this 
relatively 
small number of objects around Enniskillen.  Surely if this is a problem, it 
needs to be 
discussed on the mailing list in advance of such a changeset!

3) In changeset 46523754 the user has decided to create new ways for rivers and 
streams 
and to name them after the boundary they make up. ie 
https://www.openstreetmap.org/
way/369383412  

Having both PM'ed the user and added changeset comments which have went 
unanswered, I emailed the data working group to place a temporary block on the 
account.  
I notice there are other changesets throughout Ireland, so would other 
contributors in 
those areas please check the changesets.

KDDA





[1] https://www.openstreetmap.org/#map=19/54.35902/-7.63934
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-it] Modifiche pdi fatte con editor osm

[mbranco2]

Aggiungo a quanto ha appena detto Alessandro, che ogni mappa che visualizza
i dati OSM decide cosa farti vedere e a quale livello di zoom: se un certo
oggetto mappato non lo vedi neanche al massimo livello di zoom, allora
quella mappa non lo prende in considerazione.
Per es. la mappa standard di osm.org non fa vedere gli autovelox, questa
pagina web [1] invece è fatta apposta per gli autovelox (di solito le app
che hanno la funzionalità di navigatore, come osmand, li gestiscono)

[1] http://frink.bplaced.de/blitzer/?lang=it#map=10/45./9.0823


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



Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Modifiche pdi fatte con editor osm

[Alessandro Palmas]

Il 02/03/2017 16:49, a b ha scritto:

Buonasera

Da quanto ho capito in conclusione. Dai vari editor osm o app tipo
Vespucci osmand o map.me  io faccio variazione pdi..salvo
dati nel server osm. Dopo x ore o giorni qualcuno ma chi i markers o i
capi di openstrettmaps trasformano le varie richieste da provvisorie a
definitive?.


In OSM non esistono capi. In OSM non si sono richieste provvisorie.

Tu carichi i dati che entrano nel database. Ci sono dei computer che 
quando ci sono dei cambiamenti in una zona ridisegnano la mappa; ma 
visto che ci sono migliaia di modifiche al giorno quei computer a volte 
ci mettono pochi secondi altre volte hanno molte operazioni in coda e 
quella zona la ridisegnano dopo diverse ore.






Per vedere questi cambiamenti avvenuti sul sito www.osm.org
 ad esempio oggi nelle sulla app installate tche
prendono dati dal sito www.osm.org  tipo map.me
 o android ecc li vedo solo con prossimo aggiornamento su
Google app di QUANDO queste app rilasceranno aggiornamento delle app?


I gestori delle varie App decidono ogni quanto aggiornare le proprie mappe.





Infine chiedo come mai un pdi di un supermarket lo vedo gia inserito
sulla mappa www.osm.org  subito e delle richieste
inserimento autovelox inserite lo stesso giorno non.ci 
sono ancora?



Se gli autovelox rientrano nel set di icone che vengono 'disegnate' in 
osm.org allora è per il motivo spiegato sopra: a volte sei fortunato e 
dopo 3 secondi la mappa in quella zona è stata ridisegnata altre volte no.


E' essenziale capire che:

- quando si caricano dati in OSM questi finiscono in un database (un 
enorme contenitore di dati)


- le mappe che vedi su osm.org prendono la maggior parte di questi dati 
e disegnano delle mappe (avrai notato che su osm.org ci sono 4 livelli 
diversi di mappe con diversi stili e diversi oggetti più o meno 
evidenziati).


- chi crea una App può scaricare i dati con la frequenza che vuole e 
decide cosa metterci e cosa non metterci.


- Perchè nelle mappe non c'è tutto il contenuto di quello che esiste in 
OSM? Perchè in zone densamente mappate vedresti talmente tanti punti che 
la mappa sarebbe incomprensibile, quindi occorre fare delle scelte in 
base allo scopo per cui è disegnata la mappa. Se giro in bici non mi 
interessano gli autovelox ma preferisco le fontanelle; se giro in auto 
preferisco vedere i negozi piuttosto che i cestini per la carta.


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

Re: [OSM-talk-fr] Osmose HS

[Gaël Simon]

Merci Christian, tout oubli est bien vite pardonné

Gaël

Le 2 mars 2017 à 11:59, Christian Quest  a écrit :

J'ai oublié de signaler que c'était rentré dans l'ordre... les osmosophiles 
peuvent se remettre en action !

> Le 01/03/2017 à 09:31, Christian Quest a écrit :
> VM redémarrée, le serveur web répond, mais postgres a un probème... on 
> regarde ça ce soir avec Jocelyn.
> 

-- 
Christian Quest - OpenStreetMap France
___
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-at] Massenedits Öffnungszeiten

[Robert Kaiser]

grubernd schrieb:
mein whodidit hat gerade einen dicken fetten Edit quer über ganz 
Österreich ausgeworfen:


https://www.openstreetmap.org/changeset/46516476
https://overpass-api.de/achavi/?changeset=46516476

habe ich schon kommentiert, weil die Änderungen von

"Winter" --> "Dec-Feb"
"Summer" --> "Jun-Aug"

erscheinen mir mehr als willkürlich gewählt und stimmen im Fall von 
Trinkbrunnen [1] sicher nicht.


hab ich da was verpasst?


Ein Massenedit in so einer Art ohne vorherige Diskussion ist so wohl 
nicht akzeptabel. Noch mehr, als der Kommentar bloß von "syntax errors" 
spricht, und aber eine willkürliche Definition von "summer" und "winter" 
getroffen wird.


Zumindest ist das meine Meinung.

KaiRo


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

Re: [Talk-it] Modifiche pdi fatte con editor osm

[Martin Koppenhoefer]

2017-03-02 16:49 GMT+01:00 a b :

> Da quanto ho capito in conclusione. Dai vari editor osm o app tipo
> Vespucci osmand o map.me io faccio variazione pdi..salvo dati nel server
> osm. Dopo x ore o giorni qualcuno ma chi i markers o i capi di
> openstrettmaps trasformano le varie richieste da provvisorie a definitive?.
>



no, appena fai una modifica e la salvi va online. Solo che i vari programmi
mettono un po' ad aggiornare i loro dati (anche mesi), ma nel database di
OSM (da dove loro prendono i dati) le modifiche sono instatanee e non
richiedono nessuna approvazione di nessun capo. Il capo sei tu.

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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[Martin Koppenhoefer]

2017-03-02 16:35 GMT+01:00 Francesco Piero Paolicelli :

> quindi in pratica servono a livello censuario e toponomastico ma non a
> livello geografico.




direi che al momento non servono nemmeno a livello censuario, visto che
quella strada aveva soltanto i civici 31 e 35. Non ho fatto alcun controllo
sistematico, qualsiasi campione a caso sembrava strano per un motivo o
l'altro, forse avevano un problema tecnico durante l'exportazione? ;-)

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

[Talk-at] Massenedits Öffnungszeiten

[grubernd]

Hallo,

mein whodidit hat gerade einen dicken fetten Edit quer über ganz 
Österreich ausgeworfen:


https://www.openstreetmap.org/changeset/46516476
https://overpass-api.de/achavi/?changeset=46516476

habe ich schon kommentiert, weil die Änderungen von

"Winter" --> "Dec-Feb"
"Summer" --> "Jun-Aug"

erscheinen mir mehr als willkürlich gewählt und stimmen im Fall von 
Trinkbrunnen [1] sicher nicht.


hab ich da was verpasst?

grüsse,
grubernd

[1] https://www.openstreetmap.org/node/2141640936

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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[Maurizio Napolitano]

> rimangono quindi validi i civici georiferiti del PCN Ambiente?

quelli, oltre ad essere vecchi e con una licenza non compatibile con
openstreetmap, risultano avere anche diversi errori.
Un lavoretto da fare potrebbe essere quello di comparare la lista dei
numeri con quella attuale dell'ISTAT e vedere quanti
"buchi" ci sono.

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

Re: [Talk-it] Modifiche pdi fatte con editor osm

[a b]

Buonasera

Da quanto ho capito in conclusione. Dai vari editor osm o app tipo Vespucci
osmand o map.me io faccio variazione pdi..salvo dati nel server osm. Dopo x
ore o giorni qualcuno ma chi i markers o i capi di openstrettmaps
trasformano le varie richieste da provvisorie a definitive?.

Per vedere questi cambiamenti avvenuti sul sito www.osm.org ad esempio oggi
nelle sulla app installate tche prendono dati dal sito www.osm.org tipo
map.me o android ecc li vedo solo con prossimo aggiornamento su Google app
di QUANDO queste app rilasceranno aggiornamento delle app?

Infine chiedo come mai un pdi di un supermarket lo vedo gia inserito sulla
mappa www.osm.org subito e delle richieste inserimento autovelox inserite
lo stesso giorno non.ci sono ancora?

Grazie


Il 2 mar 2017 3:26 PM, "Alessandro Palmas" 
ha scritto:


-- Messaggio inoltrato --
> From: "alegb80.ag
>


>
> Sono andato nuovamente nel sito e alcune risultano inserite
> cone pdi nella mappa altre sono in lavorazione..dopo quanto
> osm inserisce le varie icone di segnalazione in lavorazione
> che provengono dai vari utenti che chiedono la modifica pdi
> nelle mappe?
>


Ciao e benvenuto.
Giusto una precisazione che può essere considerata pedante ma spiega ad un
newbie come funziona OSM:
OSM non 'aggiunge' i PDI sulla mappa.
Quando tu inserisci un'informazione stai in realtà caricando dei dati in un
database. Dall'istante successivo al caricamento chiunque acceda al
database trova i dati inseriti.
La visualizzazione della mappa è l'effetto di un rendering dei dati
all'interno del database. In pratica si sono dei server che monitorano gli
edit e ridisegnano le mattonelle che formano la mappa di quell'area per
tutti i diversi livelli di zoom.
Capita quindi che a volte il cambiamento è immediato altre volte ci può
impiegare sino a 48 ore.
C'è il caso di alcuni PDI che seppur inseriti non vengono visualizzati da
certe mappe ma lo siano da altre (ad esempio banche e bancomat non vengono
visualizzate nella mappa ciclabile).




> Infine. Chiedo le modifiche fatte con editor le vedo
> inserite nella mappa del sito www.openstreetmap.org
>  se vado nella app tipo osmand
>
> o maps me o navigator nella mappa non ci sono.
>
> Li vedrò SOLO quando in google play i produttori app faranno
> aggiornamento della mappa?
>
>

La varie app aggiornano le mappe secondo una loro periodicità; ad esempio
OsmAnd le aggiorna ogni primo del mese. Ovviamente devi scaricarti la mappa
aggiornata (o iscriverti a servizi quali OSM live in OsMAnd).

Alessandro Ale_Zena_IT


___
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] Civici italiani (ISTAT / provvisori)

[Francesco Piero Paolicelli]

quindi in pratica servono a livello censuario e toponomastico ma non a
livello geografico.

rimangono quindi validi i civici georiferiti del PCN Ambiente?
piersoft

Il giorno 2 marzo 2017 12:54, Martin Koppenhoefer 
ha scritto:

> Scusate, scrivo ancora qui. L'ultima volta. Inizio a capire cosa significa
> "provvisorio"
>
> A Mazzano Romano tutti i miei 3255 risultati ricadono in un'area piccola
> (direi con meno di cento civici, forse anche 200, ma sicuramente non 1000)
> il numero è 5805810001 <(580)%20581-0001>) oppure in un'area generica
> 580585 <(580)%20585-> ("Centri e nuclei abitati con numero di
> abitanti minore di 200, località produttive e case sparse in corso di
> validazione") che non si trova nello shapefile.
>
> Scusate se mi scandalizzo, ma penso che sia veramente grave che
> apparentemente non sono stati capici in 6 anni di creare un elenco sensato
> dei civici, tantomeno una mappa (oppure stanno sistematicamente boicottando
> la pubblicazione dei dati).
>
> A chi interessa, sono questi i risponsabili: http://www.istat.it/it/files/
> 2010/09/organigramma9genn2017.jpg  (che strano indirizzo del file)
> Questi sono i dati più aggiornati sui premi per la performance (2010),
> sarebbe interessante capire come queste ciffre si sono sviluppate:
> https://www.istat.it/it/files/2011/09/retribuzione_risultato_2010.pdf
> (vale notare che i dirigenti di prima fascia sono 2 persone in totale,
> quelli di seconda fascia 6):
> https://www.istat.it/it/files/2011/09/sistema_valutazione_
> performane_istat_2013.pdf
>
> 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] Skoleni Brno

[Pavel Zbytovský]

ad OSM jako synchronizační dtb)
Nad tímhle jsem přemýšlel v souvislosti se zavedení indoor map pro ČVUT v
Praze. Tam jsme navrhli nahodit pro ČVUT vlastní openstreetmap dtb (je to
jen jeden repozitář [1]) a následně držet všechna data tam. V případě že by
ono město/čvut chtělo vyrobit export (public subsetu) do OSM, mohlo by to
jít lépe.

Ovšem v případě ČVUT byl požadavek na kolaborativní zadávaní studenty a
zároveň mít jakousi autoritu nad daty. Tedy souhlasím s Jáchymem, pro města
nic moc. Ještě jeden problém vidím v tom, že město typicky nechce používat
opensource, protože k němu není podpora/garance. A než aby si to dělali
in-house sami, je pro ně snazší koupit si plně komerční řešení. viz linux
vs. státní správa...

P.

[1] https://github.com/openstreetmap/openstreetmap-website



On Wed, Mar 1, 2017 at 10:56 PM Jachym Cepicky 
wrote:

> imho to smysl nedává. datový model OSM na omezení, čekal bych, že se do
> nich provoz veřejných institucí nevejde. riziko poškození osm je taky
> celkem velké, protože i na městech sedí jenom lidi a v denní praxi se chyby
> nasekají a co potom? stejně by museli mít zálohy.
>
> osm formát je pro gisy zatím dost nepřátelský, dělat s tím denně by mě
> zabilo. oč jednodušší je např. mít jeden dataset s odpadkovými koši, než
> muset pracovat s celou databázi (nebo v ní filtrovat).
>
> veřejná správa má nějakou agendu danou zákonem, pro tu agendu potřebuje
> nějaká data. ty data si spravuje. cokoliv nad tento rámec je považováno za
> nehospodárné nakládání s veřejnými prostředky.
>
> dělat open data pro mě neznamená přizpůsobit agendu OSM, postavit co
> nejméně bariér mezi data a komunitu/veřejnost.
>
> nikdy bych nešel do nějaké instituce a začal jim vykládat, ze nějaká
> technologie  (v tomto případě OSM) jim vyřeší problém, bez detailní
> znalosti jejich agendy a pracovních postupů. nadela to víc škody než užitku.
>
> na školení jsem nebyl a jenom ventiluju svůj pocit z vašich zprav. pokud
> je to celé jinak, tak se omlouvám.
>
> určitě gratuluju, ze to proběhlo a že nálada byla vstřícná a pozitivní
>
> tady se mě mluví gisák, který lecjaký uřad ale i firmu viděl a můj názor
> je: postavit provoz na OSM a okolo OSM je v praxi špatný nápad, nápad tento
> udělá všem víc škody než užitku
>
> máte někde sepsané cíle, kde chceme s OSM být za pět let a jak se tam
> dostat?
>
> j
>
> p.s. doufám, ze mě znáte natolik, abyste věděli, ze tohle není text proti
> osm, ale spíš pohled něco jako systémového architekta
>
> p.p.s. píšu na mobilu, proto strohý a max. stručný text
>
> On Wed, Mar 1, 2017, 12:35 Petr Vozdecký  wrote:
>
> Ano, to jsou přesně ty otázky, které s tím jsou spojené. A odpovědi jsou
> docela jednoduché - OSM by měla v takovém případě sloužit ne jako primární
> databáze, ale jako synchronizační databáze. Tedy zprvu v ní jsou data
> (řekněme odpadkové koše) od mapperů. pak přijde město (zachová se jako
> mapper) a tuto sadu updatne. Tím se sada stane úplnější, přesnější,
> využitelnější pro všechny zúčastněné. Pak si město tuto sadu zase sosne
> zpět a updatne si podle ní svoji výchozí data. Když město chce data, má je
> u sebe a nemůže po nikom (po OSM) nic chtít. Současně využívá toho, že přes
> OSM dostává častější update dílčích prvků nebo specifických dat k nim, než
> je schopno samo zajistit... A když pak provede svým rozhodnutím nějaké
> (třeba i hromadné) změny v umístění těchto prvků, tak zase updatne do OSM.
> Tím si obě strany drží "aktuální", ale hlavně oboustraně využitelnou
> kvalitnější a mappery updatovatelnou sadu dat.
>
> Dává to smysl?
>
> -- Původní zpráva --
> Od: Karel Volný 
>
>
> Komu: OpenStreetMap Czech Republic 
>
> Datum: 1. 3. 2017 11:38:27
>
>
> Předmět: Re: [Talk-cz] Skoleni Brno
>
> 'hoj,
>
> ...
> > Nicmene k meritu veci - situace, ze by mesto velikosti Brna pouzilo OSM
> jako
> > centralni gis databazi je nesmysl. Ale u mensiho mesta by se nam to
> podarit
> > mohlo... Chtelo by to sehnat nejakou obec, mensi mesto, kde by si toto
> > troufli... poslouzilo byt o mnohemu - jak jim prakticky, nam nam pro
> > vyzkouseni (naprogramovani) obousmerne vymeny dat a hlavne pro PR a jako
> > priklad teto funkcnosti...
>
> tak naokraj, možná jsem někde něco blbě pochopil, ale nemá právě s tímto,
> databáze městečka založená na OSM, Jáchym nějaké zkušenosti, není výrok
> "nebude to dělat dobrotu. ať si svoje data pasou dál inhouse a nam dají
> api" z
> praxe?
>
> jako dovedu si představit "menší město" o dvou ulicích, kde si těch svých
> deset pouličních lamp v OSM ohlídají, ale obecně mi to nepřijde jako dobrý
> nápad tlačit tímto směrem
>
> ona ta myšlenka na integraci zní moc pěkně, ale odhlédneme-li od
> "ideologických" problémů týkajících se obsahu, velmi záhy narazíme na
> takové
> hloupé praktické problémy, jako třeba kdo za OSM podepíše s obcí nějakou
> SLA,
> koho se dovolají, když něco nepojede, a komu a kolik budou za používání
> 

Re: [Talk-es] Dehesas

[Gabriel Rodríguez Alberich]

Pues sin tener mucha idea de cómo funciona lo del SIOSE, una búsqueda
rápida me saca un par de documentos. En el documento "Descripción del
Modelo de Datos y Rótulo SIOSE2005" [1] dicen esto:

===
5.2.1 Dehesa

Las  dehesas  son  coberturas  compuestas  que  deben  contener
obligatoriamente porcentajes de ocupación de:

  - Arbolado forestal

  * en combinación con una o varias de las siguientes coberturas simples:

  - Matorral
  - Pastizal
  - Cultivos herbáceos

  * y además, pueden contener porcentajes de ocupación de

  - Láminas de agua artificial
===

Y en el documento de "Fichas de fotointerpretación" [2], dicen de la dehesa:

> Superficie con árboles más o menos dispersos y un estrato herbáceo bien
desarrollado,
> en la que ha sido eliminado, en gran parte, el arbustivo. Es de origen
agrícola (tierras
> labradas en rotaciones largas) y ganadero. Su producción principal es la
ganadería
> extensiva o semiextensiva, que suele aprovechar no sólo los pastos
herbáceos, sino
> también el ramón y los frutos del arbolado.

Así que creo que "landuse:forest" se quedaría bastante cojo. Pero
"landuse:farmland" también...

[1]
http://www.siose.es/SIOSEtheme-theme/documentos/pdf/ModeloDatos_Rotulo_SIOSE_v2.1.pdf
[2]
http://www.siose.es/SIOSEtheme-theme/documentos/pdf/Fichas_fotointerpretacion_v1.pdf

2017-03-02 16:00 GMT+01:00 Diego García :

> En mi opinión, al ser un tipo de bosque degradado y estar explotados por
> el hombre, son más landuse forest que natural wood. Apuesto por lo primero.
>
> En cualquier caso, es cuestión de mirar si cumple las condiciones de
> bosque por densidad de árboles.
>
> ¿Qué dice SIOSE?
>
> Un saludo,
>
> El jue., 2 mar. 2017 15:48, Gabriel Rodríguez Alberich 
> escribió:
>
>> Hola a todos.
>>
>> Me entra la duda de cómo etiquetar las zonas de dehesa, porque son
>> espacios algo especiales que están a medio camino entre un bosque, pasto
>> para ganado y cultivo (ni del todo landuse:forest ni del todo
>> landuse:farmland).
>>
>> Ya he visto que hay un buen cacao solo para el caso de los bosques [1],
>> pero en este caso también haría falta significar que sufren explotación
>> ganadera y agrícola. También he buscado en los archivos, pero creo que
>> nunca se ha discutido en la lista.
>>
>> ¿Tenéis alguna sugerencia de cómo modelar esto?
>>
>> [1] http://wiki.openstreetmap.org/wiki/Forest#Which_tag_should_be_used.3F
>>
>> --
>> Gabriel Rodríguez Alberich
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Gabriel Rodríguez Alberich
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Dehesas

[dcapillae]

Las dehesas se describen empleando la etiqueta "natural=grassland" junto con
"grassland=dehesa". Se puede consultar la documentación al respecto en el
wiki:  Key:grassland
 
. 



--
View this message in context: 
http://gis.19327.n8.nabble.com/Dehesas-tp5892300p5892303.html
Sent from the Spain mailing list archive at Nabble.com.

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

Re: [Talk-es] Dehesas

[Diego García]

En mi opinión, al ser un tipo de bosque degradado y estar explotados por el
hombre, son más landuse forest que natural wood. Apuesto por lo primero.

En cualquier caso, es cuestión de mirar si cumple las condiciones de bosque
por densidad de árboles.

¿Qué dice SIOSE?

Un saludo,

El jue., 2 mar. 2017 15:48, Gabriel Rodríguez Alberich 
escribió:

> Hola a todos.
>
> Me entra la duda de cómo etiquetar las zonas de dehesa, porque son
> espacios algo especiales que están a medio camino entre un bosque, pasto
> para ganado y cultivo (ni del todo landuse:forest ni del todo
> landuse:farmland).
>
> Ya he visto que hay un buen cacao solo para el caso de los bosques [1],
> pero en este caso también haría falta significar que sufren explotación
> ganadera y agrícola. También he buscado en los archivos, pero creo que
> nunca se ha discutido en la lista.
>
> ¿Tenéis alguna sugerencia de cómo modelar esto?
>
> [1] http://wiki.openstreetmap.org/wiki/Forest#Which_tag_should_be_used.3F
>
> --
> Gabriel Rodríguez Alberich
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Dehesas

[Gabriel Rodríguez Alberich]

Hola a todos.

Me entra la duda de cómo etiquetar las zonas de dehesa, porque son espacios
algo especiales que están a medio camino entre un bosque, pasto para ganado
y cultivo (ni del todo landuse:forest ni del todo landuse:farmland).

Ya he visto que hay un buen cacao solo para el caso de los bosques [1],
pero en este caso también haría falta significar que sufren explotación
ganadera y agrícola. También he buscado en los archivos, pero creo que
nunca se ha discutido en la lista.

¿Tenéis alguna sugerencia de cómo modelar esto?

[1] http://wiki.openstreetmap.org/wiki/Forest#Which_tag_should_be_used.3F

-- 
Gabriel Rodríguez Alberich
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk-fr] Improveosm

[Rogelio Canedo]

Bonjour,
Hier je suis tombé sur http://improveosm.org (outil développé par telenav
sur une base d'id editor).
J'ai l'impression que c'est un clone d'osmose et qu'on aurait pu alimenter
osmose directement.
Quelqu'un l'utilise ?
Est-ce que vous pensez que ça vaut coup de d'investir du temps là-dessus?

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

Re: [Talk-it] Modifiche pdi fatte con editor osm

[Alessandro Palmas]

-- Messaggio inoltrato --
From: "alegb80.ag





Sono andato nuovamente nel sito e alcune risultano inserite
cone pdi nella mappa altre sono in lavorazione..dopo quanto
osm inserisce le varie icone di segnalazione in lavorazione
che provengono dai vari utenti che chiedono la modifica pdi
nelle mappe?



Ciao e benvenuto.
Giusto una precisazione che può essere considerata pedante ma spiega ad 
un newbie come funziona OSM:

OSM non 'aggiunge' i PDI sulla mappa.
Quando tu inserisci un'informazione stai in realtà caricando dei dati in 
un database. Dall'istante successivo al caricamento chiunque acceda al 
database trova i dati inseriti.
La visualizzazione della mappa è l'effetto di un rendering dei dati 
all'interno del database. In pratica si sono dei server che monitorano 
gli edit e ridisegnano le mattonelle che formano la mappa di quell'area 
per tutti i diversi livelli di zoom.
Capita quindi che a volte il cambiamento è immediato altre volte ci può 
impiegare sino a 48 ore.
C'è il caso di alcuni PDI che seppur inseriti non vengono visualizzati 
da certe mappe ma lo siano da altre (ad esempio banche e bancomat non 
vengono visualizzate nella mappa ciclabile).






Infine. Chiedo le modifiche fatte con editor le vedo
inserite nella mappa del sito www.openstreetmap.org
 se vado nella app tipo osmand
o maps me o navigator nella mappa non ci sono.

Li vedrò SOLO quando in google play i produttori app faranno
aggiornamento della mappa?




La varie app aggiornano le mappe secondo una loro periodicità; ad 
esempio OsmAnd le aggiorna ogni primo del mese. Ovviamente devi 
scaricarti la mappa aggiornata (o iscriverti a servizi quali OSM live in 
OsMAnd).


Alessandro Ale_Zena_IT

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

[Talk-es] Nueva capa

[Emilio Rivero]

Hola a todos,

Estoy pensando en incluir una serie de puntos de interés geologico en
España.
Inicialmente serian unos 170 puntos que serían cargados a partir de un
fichero CSV. Los datos serían incluidos dentro de la categoría
*natural/geological, *
e incluiria el nombre y el codigo de referencia de la localización.

El origen de los datos es el proyecto Global Geosites patrocinado por la
USGS y la Unesco, en España el encargado en desarrollar el proyecto es el
IGME en colaboracion con la Sociedad Geológica de España.

¿Que opinais?

Gracias

Un saludo
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Mappatura di un borgo medievale a Mazzano Romano, RM.

[Martin Koppenhoefer]

2017-03-02 14:51 GMT+01:00 Luca Delucchi :

> grazie martin per l'organizzazione dell'evento, l'ho aggiunto al wiki
> nella pagina Italia
>



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

Re: [Talk-it] Mappatura di un borgo medievale a Mazzano Romano, RM.

[Luca Delucchi]

2017-03-02 10:06 GMT+01:00 Martin Koppenhoefer :
> Segnalo questa iniziativa a Mazzano Romano di mappatura OSM, che si rivolge
> sopratutto ai principianti (ma sono benvenuti anche i mappatori esperti):
>
>
> 17/3, ore 18.00: Presentazione e aperitivo
> 24/3 + 31/3 + 7/4: Workshop OSM (JOSM) e mappatura del borgo antico di
> Mazzano Romano
>
> Per il workshop bisogna portare un proprio computer.
>
> Tutti gli incontri si svolgono a Mazzano Romano presso l'edificio
> polifunzionale comunale:
> https://www.openstreetmap.org/?mlat=42.20489=12.39952#map=19/42.20489/12.39952
>

grazie martin per l'organizzazione dell'evento, l'ho aggiunto al wiki
nella pagina Italia

>
> Ciao,
> Martin
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [OSM-talk] OSM for government

[joost schouppe]

Hi,

Thanks to some further input (special thanks to Mikel!) and a boring
afternoon, that wiki page is now a bit more than an outline:

https://wiki.openstreetmap.org/wiki/OpenStreetMap_for_Government

Robert,
Really interesting questions. I hope the page can grow to fit your needs.

My perspective is probably quite a bit different from yours, and still very
similar. Most of OSM interest in government, is where gov -does- have good
data, so there we face different problems. But when I think of the city
government in Belgium I work, we have e.g. ages old cycle path data. Don't
worry, we'll just start all over again and make a new data island. This
time for sure, we'll be able to keep it up to date.

So in a context where the government itself has no great data, development
work has a problem quite similar to mappers in developed countries.
How to build the tools that allow gov to have a feeling of control over
data quality?
Of course we should try and convince them this is a false question.
But failing that, I think it could work like this:

- do a one-off validation of OSM data (e.g. use the tasking manager to
check all the cycleways)
- export it to your own "authoritative database" and let it rest
- when you know reality change, update directly in OSM. Or don't, and
depend on the crowd.
- after some time has passed, make a new extract of the OSM data, and
compare old to new situation. This should be relatively easy to achieve, as
the data model would be identical. Highlight changes, and do a manual
review of special cases. If fixes necessary, do so in OSM. When ready, make
a new export.

The disadvantage is that as a government agency, you can only guarantee OSM
quality at the validation times. The advantage is that you always have an
"authentic truth" dataset at the ready, with a relatively low effort.

2017-02-06 13:45 GMT+01:00 Robert Banick :

> Really interesting conversation and tips here. My team
>  at the GFDRR  has been
> tiptoeing in this direction for a while. To date we’ve mostly been involved
> in one-off data creation projects that demonstrate OSM’s value the
> governments we work with and get them to produce non-sensitive data in the
> open they would otherwise make privately (then probably misplace within a
> few years, leaving only final report PDFs in their wake). Projects like
> this
> 
> and this .
>
> We’re not blind to the fact that this is imperfect and less than
> sustainable. So we’re looking at the examples you all list for good (and
> bad) ways to institutionalize this work and make it standard practice
> instead of one-time.
>
> We’re also interested in funding the creation of better software tools to
> make it easier for governments to do these tasks, particularly for
> government IT staff that may not be on the cutting edge of technology
> practices even within their own country, let alone internationally. More
> GUI based ways to visualize changes and perform quality control, or see
> multiple departments’ inputs on a single set of nodes in OSM.
>
> Are there any specialized tools you all have seen used for these purposes?
> Can we capture some of the scripts / etc. published by model cities/govs on
> the wiki page? Thanks for setting that up joost!
>
> Robert
>

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-it] Modifiche pdi fatte con editor osm

[mbranco2]

Ciao,

Talk-it non è un forum ma una mailing list, a cui ci si iscrive [1]
indipendentemente da OpenStreetMap.
Puoi averne una visualizzazione (più o meno) come un forum a questo
indirizzo [2] , anche se non ho mai capito quanto sia aggiornato in tempo
reale.

Venendo alle tue domande:
- OSM solitamente recepisce "in fretta" le modifiche (almeno dall'editor
online Id, e dall'editor Josm; non so se usa priorità diverse a seconda
della provenienza delle modifiche) . A me è capitato di aspettare al
massimo qualche ora per vedere la mappa aggiornata in openstreetmap.org (ma
se le modifiche sono poche, passano solo pochi secondi).
- discorso diverso è quando un sito o una app si aggiornano da OSM: c'è chi
lo fa giornalmente, chi settimanalmente, chi senza una periodicità fissa...
- Non ho presente guide in italiano di Vespucci; l'editor Josm (che però è
per PC) ha sia l'interfaccia sia l'help in italiano.


[1] https://lists.openstreetmap.org/listinfo/talk-it
[2]  http://gis.19327.n8.nabble.com/Italy-f5324173.html

Il giorno 2 marzo 2017 11:32, a b  ha scritto:

> Buongiorno
>
> Puoi chiedo cortesemente se riesce a rispondermi a quanto richiesto mi
> sono registrato poco fa al vostro sito come faccio a mettere questa
> richiesta nel forum?
>
>
> Il 2 mar 2017 11:23 AM, "Stefano"  ha scritto:
>
> Puoi riprovare?
>
> Stefano
>
> Il giorno 2 marzo 2017 11:15, a b  ha scritto:
>
>>
>> -- Messaggio inoltrato --
>> Da: 
>> Data: 2 mar 2017 11:01 AM
>> Oggetto: Modifiche pdi fatte con editor osm
>> A: 
>> Cc:
>>
>> Non sei autorizzato a spedire messaggi a questa lista e il tuo
>> messaggio è stato automaticamente rifiutato.  Se pensi che ci sia
>> stato un errore, contatta il gestore della lista all'indirizzo
>> talk-it-ow...@openstreetmap.org.
>>
>>
>>
>> -- Messaggio inoltrato --
>> From: "alegb80...@gmail.com" 
>> To: talk-it@openstreetmap.org
>> Cc:
>> Bcc:
>> Date: Thu, 02 Mar 2017 11:01:25 +0100
>> Subject: Modifiche pdi fatte con editor osm
>> Buongiorno,
>>
>> Premetto che mi sono registrato come utente e accedo come utente al sito
>> www.openstreetmap.org
>>
>> Ho fatto delle modifiche inserendo nuovi pdi da pc con uno dei editor
>> presenti nel sito www.openstreetmap.org
>>
>> Sono state fatte le modifiche.le stesse mofifiche ho fatte da android con
>> app editor osm tipo maps.me o vespucci o osmand+
>>
>>  Da questo editor ho fatto modifiche inserendo pdi punti di interessi e
>> alla fine delle modifiche inviato premendo pulsanti invio dati server osm.
>>
>> Sono andato nuovamente nel sito e alcune risultano inserite cone pdi
>> nella mappa altre sono in lavorazione..dopo quanto osm inserisce le varie
>> icone di segnalazione in lavorazione che provengono dai vari utenti che
>> chiedono la modifica pdi nelle mappe?
>>
>> Infine. Chiedo le modifiche fatte con editor le vedo inserite nella mappa
>> del sito www.openstreetmap.org se vado nella app tipo osmand o maps me o
>> navigator nella mappa non ci sono.
>>
>> Li vedrò SOLO quando in google play i produttori app faranno
>> aggiornamento della mappa?
>>
>> Dove si trova in Internet  guida italiano di come usare questi editor osm
>> pet fare modifiche tipo editor vespucci?
>>
>> ,grazie
>>
>>
>>
>
>
> ___
> 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] place e wikidata

[Martin Koppenhoefer]

2017-03-02 13:20 GMT+01:00 Daniele Forsi :

> Il 2 marzo 2017 10:27, Martin Koppenhoefer ha scritto:
>
> > Che ne dite, tolgo "wikipedia", "wikidata" e "population" dal nodo
> place? A
> > cosa si referisce gfoss_id=4969?
>
> gfoss_id è la source di un import[1] con dati ISTAT del censimento
> 2001, compresi population e le coordinate poco precise dei nodi,
> doveva servire per aggiornarli automaticamente, ma non mi sembra che
> sia stato mai fatto
>
> se togli population non lo puoi copiare automaticamente sulla
> relazione perché il dato originale si riferiva alla singola località e
> non a tutto il territorio comunale
>


OK, perfetto, allora lascio "population", anche se poco attuale, meglio di
niente.



>
> non so se sia meglio toglierlo o lasciarlo, per quanto mi riguarda se
> un giorno avrò bisogno del numero di abitanti in Italia lo prenderò
> sicuramente dalla fonte, cioè dall'ISTAT e non da OSM, però per
> l'estero non mi metterei a cercare i vari censimenti e lo prenderei da
> OSM...
>


si, e sopratutto per avere un'idea è molto meglio avere qualcosa di niente,
anche se poco preciso.

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

Re: [Talk-it] place e wikidata

[Daniele Forsi]

Il 2 marzo 2017 10:27, Martin Koppenhoefer ha scritto:

> Che ne dite, tolgo "wikipedia", "wikidata" e "population" dal nodo place? A
> cosa si referisce gfoss_id=4969?

gfoss_id è la source di un import[1] con dati ISTAT del censimento
2001, compresi population e le coordinate poco precise dei nodi,
doveva servire per aggiornarli automaticamente, ma non mi sembra che
sia stato mai fatto

se togli population non lo puoi copiare automaticamente sulla
relazione perché il dato originale si riferiva alla singola località e
non a tutto il territorio comunale

non so se sia meglio toglierlo o lasciarlo, per quanto mi riguarda se
un giorno avrò bisogno del numero di abitanti in Italia lo prenderò
sicuramente dalla fonte, cioè dall'ISTAT e non da OSM, però per
l'estero non mi metterei a cercare i vari censimenti e lo prenderei da
OSM...

Geofabrik ha uno strumento di controllo per population:
http://tools.geofabrik.de/osmi/?view=places=12.39963=42.20465=13

[1] http://geodati.gfoss.it/wiki/index.php/Dati_liberi_-_Localit%C3%A0_Istat

-- 
Daniele Forsi

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

Re: [Talk-it] Modifiche pdi fatte con editor osm

[Martin Koppenhoefer]

2017-03-02 11:32 GMT+01:00 a b :

> Buongiorno
>
> Puoi chiedo cortesemente se riesce a rispondermi a quanto richiesto mi
> sono registrato poco fa al vostro sito come faccio a mettere questa
> richiesta nel forum?
>



Il tuo messagio è arrivato. Vedi anche qui:
https://lists.openstreetmap.org/pipermail/talk-it/2017-March/057496.html

Bisogna scrivere dall'indirizzo mail con quale ti sei sottoscritto alla
mailing list.

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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[Martin Koppenhoefer]

Scusate, scrivo ancora qui. L'ultima volta. Inizio a capire cosa significa
"provvisorio"

A Mazzano Romano tutti i miei 3255 risultati ricadono in un'area piccola
(direi con meno di cento civici, forse anche 200, ma sicuramente non 1000)
il numero è 5805810001) oppure in un'area generica 580585 ("Centri e
nuclei abitati con numero di abitanti minore di 200, località produttive e
case sparse in corso di validazione") che non si trova nello shapefile.

Scusate se mi scandalizzo, ma penso che sia veramente grave che
apparentemente non sono stati capici in 6 anni di creare un elenco sensato
dei civici, tantomeno una mappa (oppure stanno sistematicamente boicottando
la pubblicazione dei dati).

A chi interessa, sono questi i risponsabili:
http://www.istat.it/it/files/2010/09/organigramma9genn2017.jpg  (che strano
indirizzo del file)
Questi sono i dati più aggiornati sui premi per la performance (2010),
sarebbe interessante capire come queste ciffre si sono sviluppate:
https://www.istat.it/it/files/2011/09/retribuzione_risultato_2010.pdf
(vale notare che i dirigenti di prima fascia sono 2 persone in totale,
quelli di seconda fascia 6):
https://www.istat.it/it/files/2011/09/sistema_valutazione_performane_istat_2013.pdf

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

Re: [Talk-it] Importare Shapefile in JOSM

[Giuseppe Cillis]

Non so' proprio cosa posso sbagliare!
Ho installato la nuova versione (11639) anche su un altro pc ma non va 

Il giorno 2 marzo 2017 10:59, Federico Cortese  ha
scritto:

> 2017-03-02 10:22 GMT+01:00 Giuseppe Cillis :
> > Salve a tutti,
> > vorrei importare uno shapefile su josm per poterlo utilizzare come base
> > dati.
> > Su internet ho trovato diverse opportunità tra cui quella di utilizzare
> il
> > plugin opendata. Purtroppo però, anche provando ad installare tutti gli
> > altri plugin necessari al funzionamento, non riesco a farlo funzionare
> > (ovvero non mi compare la tipologia shape tra i file da aprire).
> >
>
> Anche io ho sempre usato il plugin opendata senza problemi.
> Prova a seguire il consiglio di Alessandro ad aggiornare JOSM
> all'ultima versione, se non l'hai già fatto.
>
> Ciao,
> Federico
>
> ___
> 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] Civici italiani (ISTAT / provvisori)

[Maurizio Napolitano]

2017-03-02 11:47 GMT+01:00 cesare gerbino :
> All'entusiasmo iniziale che ha suscitato la mail (la news mi era proprio
> sfuggita  ), sono poi passato alla depressione quando ho visto che si
> tratta di dati NON georiferiti e quindi ben poco utili visto il tipo
> dell'informazione che è di sua natura "geo"  peccato ...

È esattamente quello che temevo ...

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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[Guillaume AMAT]

Tu peux accéder au menu natif en faisant shift + clic droit ;)


Le 2 mars 2017 12:17:02 GMT+01:00, Philippe Verdy  a écrit :
>ok le menu clic droit du navigateur n'est plus accessible, mais si on
>ouvre
>la console du navigateur et qu'on accède aux listes d'images
>téléchargées,
>on peut en afficher un aperçu et l'ouvrir séparément dans un onglet, où
>on
>pourra ajouter le "/dirty".
>Le plus compliqué étant de repérer la tuile dans la liste des images
>par
>leur numéro z/x/y
>
>Le 2 mars 2017 à 10:28, FR  a écrit :
>
>> Le 02/03/2017 à 09:54, pepilepi...@ovh.fr a écrit :
>>
>> Mais ma modif de lundi soir
>>> , elle, n'est toujours
>pas
>>> rendue. On va attendre un peu...
>>>
>>
>> Idem à Marseille pour des modifs datant du lundi 27/02
>>
>> Il y a plusieurs niveaux de cache entre les données et notre écran:
 - la mise à jour de la base (rapide et continue)
 - le cache du serveur de tuiles (mod_tile)
 - les caches géographiques
 - le cache de nos nagivateurs

 Difficile de savoir où ça coince, pour comprendre un peu on peut
 vérifier le statut d'une tuile avc /status à la fin de l'URL et
>aussi
 regarder ce qui se trouve dans les entêtes retournés par le cache
 géographique...

>>>
>>> Quelle URL ? Je ne sais pas comment appeler une tuile en
>particulier.
>>>
>>
>> Jusqu'il y a peu clic droit > voir l'image, mais maintenant ce n'est
>plus
>> possible, le clic droit donne accès à un menu contextuel, il semble
>que
>> l'auteur du menu ne veuille pas faire cohabiter les 2...
>> Cf.  rubrique "Cartes"
>>
>> Françoise
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour des rendus ?

[Philippe Verdy]

ok le menu clic droit du navigateur n'est plus accessible, mais si on ouvre
la console du navigateur et qu'on accède aux listes d'images téléchargées,
on peut en afficher un aperçu et l'ouvrir séparément dans un onglet, où on
pourra ajouter le "/dirty".
Le plus compliqué étant de repérer la tuile dans la liste des images par
leur numéro z/x/y

Le 2 mars 2017 à 10:28, FR  a écrit :

> Le 02/03/2017 à 09:54, pepilepi...@ovh.fr a écrit :
>
> Mais ma modif de lundi soir
>> , elle, n'est toujours pas
>> rendue. On va attendre un peu...
>>
>
> Idem à Marseille pour des modifs datant du lundi 27/02
>
> Il y a plusieurs niveaux de cache entre les données et notre écran:
>>> - la mise à jour de la base (rapide et continue)
>>> - le cache du serveur de tuiles (mod_tile)
>>> - les caches géographiques
>>> - le cache de nos nagivateurs
>>>
>>> Difficile de savoir où ça coince, pour comprendre un peu on peut
>>> vérifier le statut d'une tuile avc /status à la fin de l'URL et aussi
>>> regarder ce qui se trouve dans les entêtes retournés par le cache
>>> géographique...
>>>
>>
>> Quelle URL ? Je ne sais pas comment appeler une tuile en particulier.
>>
>
> Jusqu'il y a peu clic droit > voir l'image, mais maintenant ce n'est plus
> possible, le clic droit donne accès à un menu contextuel, il semble que
> l'auteur du menu ne veuille pas faire cohabiter les 2...
> Cf.  rubrique "Cartes"
>
> Françoise
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour des rendus ?

[pepilepi...@ovh.fr]

Le 02/03/2017 à 11:51, Christian Quest a écrit :
> On peut toujours faire un clic droit sur http://tile.openstreetmap.fr/
> après avoir changé de fond...

Effectivement, c'est plus simple, merci

>
>
> Le 02/03/2017 à 10:03, Vincent de Château-Thierry a écrit :
>> La manip est décrite ici :
>> http://wiki.openstreetmap.org/wiki/Slippy_Map#OpenStreetMap_.22Standard.22_tile_server
>>
>> avec les ajouts de /status et /dirty à l'URL des tuiles. Mais obtenir
>> l'URL d'une tuile est devenu plus compliqué depuis quelques temps
>> avec la mise à jour du moteur d'affichage sur le site
>> openstreetmap.org (Leaflet.js). Ca a provoqué un débat ces jours-ci
>> sur la liste 'dev', amorcé par ce message :
>> https://lists.openstreetmap.org/pipermail/dev/2017-February/029713.html
>>
>


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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[Martin Koppenhoefer]

Peggio ancora, ho fatto due (2) verifiche, e non erano consistenti tra di
loro i files delle sezioni (shape) e lista civici /stradario (csv). Nel
Lazio (R12) ho cercato la sezione "5809110029" e non si trova nel shapefile
(ma nel CSV). Invece il numero che risulta nel shapefile non ha
corrispondenza nel file csv. Successo entrambe le volte a Roma (distanza
3-4 km uno dall'altro). Allora mi dico, forse Roma è un caso particolare,
vediamo cosa mi da per Mazzano Romano, un paese piccolo. Faccio un grep
"MAZZANO" sul file R12 (Lazio), e mi restituisce 2 risultati (2 civici a
Roma, nessuno a MAZZANO ROMANO):
12;Lazio;058;Roma;091;Roma;58091;5809110029;10029;Roma;1;133;XX;VIA;MAZZANO
ROMANO;31;
12;Lazio;058;Roma;091;Roma;58091;5809110029;10029;Roma;1;133;XX;VIA;MAZZANO
ROMANO;35;
Ma quella strada ha solo 2 civici, il 31 e il 35?
Correggo la mia ricerca ("Mazzano", perché solo le VIE sono in maiuscolo),
risultato 3255 civici.

Quindi per Roma non sembra utilizzabile, forse nei paesi piccoli invece
potrebbe esservi utile per controllare il lavoro già fatto (completezza).
Non toglierei niente di quello che abbiamo noi ma loro no, ovviamente.

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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[pepilepi...@ovh.fr]

Le 02/03/2017 à 10:03, Vincent de Château-Thierry a écrit :
> Bonjour,
>
>> De: pepilepi...@ovh.fr
>>
>> Quelle URL ? Je ne sais pas comment appeler une tuile en particulier.
> La manip est décrite ici :
> http://wiki.openstreetmap.org/wiki/Slippy_Map#OpenStreetMap_.22Standard.22_tile_server
> avec les ajouts de /status et /dirty à l'URL des tuiles. Mais obtenir l'URL 
> d'une tuile est devenu plus compliqué depuis quelques temps avec la mise à 
> jour du moteur d'affichage sur le site openstreetmap.org (Leaflet.js). Ca a 
> provoqué un débat ces jours-ci sur la liste 'dev', amorcé par ce message :
> https://lists.openstreetmap.org/pipermail/dev/2017-February/029713.html
>
> vincent

Merci.

Donc en application pratique le chemin 477534948
 du
changeset 46447738  se
trouve sur la tuile /19/269367/188661.png
. Et les status
sont "clean" pour les 3 serveurs, a b et c avec une date de dernier
rendu le 1 février.

Étaient "clean" puisque je viens d'essayer d'en passer un en "dirty" et
il m'a fait la mise à jour immédiatement.

Par contre je viens de faire la même manip au zoom 17 avec
https://b.tile.openstreetmap.org/17/67341/47165.png/status, et là il me
dit "Last rendered at Thu Mar 02 10:54:32 2017" mais ma modif n'y est pas.

Y'a quand même un lézard...


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


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

Re: [OSM-talk-fr] Osmose HS

[Christian Quest]

J'ai oublié de signaler que c'était rentré dans l'ordre... les 
osmosophiles peuvent se remettre en action !



Le 01/03/2017 à 09:31, Christian Quest a écrit :
VM redémarrée, le serveur web répond, mais postgres a un probème... on 
regarde ça ce soir avec Jocelyn.




--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[Christian Quest]

On peut toujours faire un clic droit sur http://tile.openstreetmap.fr/ 
après avoir changé de fond...



Le 02/03/2017 à 10:03, Vincent de Château-Thierry a écrit :

La manip est décrite ici :
http://wiki.openstreetmap.org/wiki/Slippy_Map#OpenStreetMap_.22Standard.22_tile_server
avec les ajouts de /status et /dirty à l'URL des tuiles. Mais obtenir l'URL 
d'une tuile est devenu plus compliqué depuis quelques temps avec la mise à jour 
du moteur d'affichage sur le site openstreetmap.org (Leaflet.js). Ca a provoqué 
un débat ces jours-ci sur la liste 'dev', amorcé par ce message :
https://lists.openstreetmap.org/pipermail/dev/2017-February/029713.html



--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[Martin Koppenhoefer]

2017-03-02 11:47 GMT+01:00 cesare gerbino :

> All'entusiasmo iniziale che ha suscitato la mail (la news mi era proprio
> sfuggita  ), sono poi passato alla depressione quando ho visto che si
> tratta di dati NON georiferiti e quindi ben poco utili visto il tipo
> dell'informazione che è di sua natura "geo"  peccato ...



si, scusate ;-)
Ero anch'io talmente entusiato che ho mandato prima la mail e mi sono
accorto adesso.

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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[Martin Koppenhoefer]

Se non sbaglio sono comunque dati senza preciso riferimento geografico
(ottieni una lista di strade e civici riferita alle "sezioni di
censimento", utile per controllare il nostro lavoro, ma inutile per
importare qualcosa).

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

Re: [Talk-it] Civici italiani (ISTAT / provvisori)

[cesare gerbino]

All'entusiasmo iniziale che ha suscitato la mail (la news mi era proprio
sfuggita  ), sono poi passato alla depressione quando ho visto che si
tratta di dati NON georiferiti e quindi ben poco utili visto il tipo
dell'informazione che è di sua natura "geo"  peccato ...


Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.


Il giorno 2 marzo 2017 11:29, Martin Koppenhoefer 
ha scritto:

> Vi ricordate? Nel Ottobre 2013 ci dissero su twitter di pubblicare i
> civici dei centri abitati sopra i 20.000 abitanti entro fine dell'anno.
> https://twitter.com/istat_it/status/425306792705282049/photo/1
>
> Sembra che in data 11/01/2017 è finalmente successo, hanno rilasciato
> (tutti) i civici (provvisori):
> https://www.istat.it/it/archivio/104317
>
> (Forse mi è sfuggito, la notizia era già passato qui in lista?)
>
> Spoiler alert: se vai su quella pagina, ISTAT condivide i dati della tua
> visita con Google, Facebook, LinkedIn e Twitter.
>
> Sembrerebbe che si possano disattivare per le visite consecutive qui:
> https://www.istat.it/it/privacy/cookie
> ma non ha funzionato quando l'ho testato, e in ogni caso per la prima
> visita sarete "monitorate"...
>
> Non ho trovato la licenza, mi date una mano a trovarla?
>
> Grazie,
> ciao,
> Martin
>
>
> PS: Consiglio di utilizzare i browser plugins "no script" e "ghostery" per
> ridurre la vostra impronta che lasciate durante il browsing del web
> (aumentano anche la sicurezza e riducono la pubblicità)
>
> ___
> 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] Civici italiani (ISTAT / provvisori)

[Stefano]

Il giorno 2 marzo 2017 11:29, Martin Koppenhoefer 
ha scritto:

> Vi ricordate? Nel Ottobre 2013 ci dissero su twitter di pubblicare i
> civici dei centri abitati sopra i 20.000 abitanti entro fine dell'anno.
> https://twitter.com/istat_it/status/425306792705282049/photo/1
>
> Sembra che in data 11/01/2017 è finalmente successo, hanno rilasciato
> (tutti) i civici (provvisori):
> https://www.istat.it/it/archivio/104317
>
> (Forse mi è sfuggito, la notizia era già passato qui in lista?)
>
> Spoiler alert: se vai su quella pagina, ISTAT condivide i dati della tua
> visita con Google, Facebook, LinkedIn e Twitter.
>
> Sembrerebbe che si possano disattivare per le visite consecutive qui:
> https://www.istat.it/it/privacy/cookie
> ma non ha funzionato quando l'ho testato, e in ogni caso per la prima
> visita sarete "monitorate"...
>
> Non ho trovato la licenza, mi date una mano a trovarla?
>

CC-BY 3.0
https://www.istat.it/it/istituto-nazionale-di-statistica/attivit%C3%A0/open-data-in-istat


>
> Grazie,
> ciao,
> Martin
>
>
> PS: Consiglio di utilizzare i browser plugins "no script" e "ghostery" per
> ridurre la vostra impronta che lasciate durante il browsing del web
> (aumentano anche la sicurezza e riducono la pubblicità)
>
> ___
> 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] Modifiche pdi fatte con editor osm

[a b]

Buongiorno

Puoi chiedo cortesemente se riesce a rispondermi a quanto richiesto mi sono
registrato poco fa al vostro sito come faccio a mettere questa richiesta
nel forum?


Il 2 mar 2017 11:23 AM, "Stefano"  ha scritto:

Puoi riprovare?

Stefano

Il giorno 2 marzo 2017 11:15, a b  ha scritto:

>
> -- Messaggio inoltrato --
> Da: 
> Data: 2 mar 2017 11:01 AM
> Oggetto: Modifiche pdi fatte con editor osm
> A: 
> Cc:
>
> Non sei autorizzato a spedire messaggi a questa lista e il tuo
> messaggio è stato automaticamente rifiutato.  Se pensi che ci sia
> stato un errore, contatta il gestore della lista all'indirizzo
> talk-it-ow...@openstreetmap.org.
>
>
>
> -- Messaggio inoltrato --
> From: "alegb80...@gmail.com" 
> To: talk-it@openstreetmap.org
> Cc:
> Bcc:
> Date: Thu, 02 Mar 2017 11:01:25 +0100
> Subject: Modifiche pdi fatte con editor osm
> Buongiorno,
>
> Premetto che mi sono registrato come utente e accedo come utente al sito
> www.openstreetmap.org
>
> Ho fatto delle modifiche inserendo nuovi pdi da pc con uno dei editor
> presenti nel sito www.openstreetmap.org
>
> Sono state fatte le modifiche.le stesse mofifiche ho fatte da android con
> app editor osm tipo maps.me o vespucci o osmand+
>
>  Da questo editor ho fatto modifiche inserendo pdi punti di interessi e
> alla fine delle modifiche inviato premendo pulsanti invio dati server osm.
>
> Sono andato nuovamente nel sito e alcune risultano inserite cone pdi nella
> mappa altre sono in lavorazione..dopo quanto osm inserisce le varie icone
> di segnalazione in lavorazione che provengono dai vari utenti che chiedono
> la modifica pdi nelle mappe?
>
> Infine. Chiedo le modifiche fatte con editor le vedo inserite nella mappa
> del sito www.openstreetmap.org se vado nella app tipo osmand o maps me o
> navigator nella mappa non ci sono.
>
> Li vedrò SOLO quando in google play i produttori app faranno aggiornamento
> della mappa?
>
> Dove si trova in Internet  guida italiano di come usare questi editor osm
> pet fare modifiche tipo editor vespucci?
>
> ,grazie
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Civici italiani (ISTAT / provvisori)

[Martin Koppenhoefer]

Vi ricordate? Nel Ottobre 2013 ci dissero su twitter di pubblicare i civici
dei centri abitati sopra i 20.000 abitanti entro fine dell'anno.
https://twitter.com/istat_it/status/425306792705282049/photo/1

Sembra che in data 11/01/2017 è finalmente successo, hanno rilasciato
(tutti) i civici (provvisori):
https://www.istat.it/it/archivio/104317

(Forse mi è sfuggito, la notizia era già passato qui in lista?)

Spoiler alert: se vai su quella pagina, ISTAT condivide i dati della tua
visita con Google, Facebook, LinkedIn e Twitter.

Sembrerebbe che si possano disattivare per le visite consecutive qui:
https://www.istat.it/it/privacy/cookie
ma non ha funzionato quando l'ho testato, e in ogni caso per la prima
visita sarete "monitorate"...

Non ho trovato la licenza, mi date una mano a trovarla?

Grazie,
ciao,
Martin


PS: Consiglio di utilizzare i browser plugins "no script" e "ghostery" per
ridurre la vostra impronta che lasciate durante il browsing del web
(aumentano anche la sicurezza e riducono la pubblicità)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] OSM pivo Praha 1.3.2017

[Lukáš Karas]

Děkuji za zápis. Omlouvám se za neúčast. 

K těm ferratám, kdo nezná tak tady je jedna krásná mapa: 
https://www.xctrails.org/map/map.html

Lukáš

Dne čtvrtek 2. března 2017 10:39:26 CET Milan Cerny napsal(a):
> Ahoj, krátký zápis z pražského piva.
> 
> Sešli jsme se jen dva, já a Martin Hejna, v OSM začínající.
> 
> Probírali se spíše základy mapování, rendery, offline použití na vlastním
> serveru, software využívající OSM v PC a mobilních zařízeních. V teoretické
> rovině probrány možnosti editace a tagování sportovních aktivit v přírodě.
> - běh na lyžích, pravidelně/nepravidelně upravované běžecké stezky, v OSM
> většinou jsou - divoká voda, trasy, nástupy, obtížnosti, splavnost dle
> stavu vody, v OSM zatím asi nic takového není - horolezectví, problém 3D
> skal. Přístupové cesty, nástupní místa a obtížnosti cest by v OSM být
> mohli. - jeskyně a jejich vnitřní prostory, opět problém ve 3D, patra,
> komíny, zaplavení.  Nezle mapovat jinak než speciální technikou. - via
> ferrata v OSM (to jsme neprobírali ale souvisí to s tím)
> 
> Dále probráno:
> - pomůcky pro mapování, GPS, programy pro záznam tras a bodů,
> - Strava heatmap a OSM, Stravu používají i běžkaři při závodech
> - nástroje pro kontrolu editací, OSM inspector, OSMOSE, Keepright
> - rozcestníky, focení, databáze fotek, následné editace v OSM
> - OSMHiCheck - chyby v relacích tur. tras a u rozcestníků
> - Mapillary a využití k editaci, zobrazení vrstvy fotek v iD editoru
> 
> Víc už mě nenapadá.
> 
> Milan
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-it] Settimana dell'amministrazione aperta

[Martin Koppenhoefer]

2017-03-01 23:21 GMT+01:00 Cascafico Giovanni :

> Sbaglio o l'amministrazione "aperta" continua ad usare mappe chiuse?
>
> http://open.gov.it/saa/
>

forse hanno usato il geocoding Google e quindi non potevano fare
diversamente che usare la mappa Google ;-)
Giustamente usano anche Google Analytics per trasferire una copia di tutto
il traffico sul loro sito in America ;-)

Oppure conoscete un geocoding ISTAT che si possa fare con dati "nostri"
(italiani), per esempio dal censimento 2011?


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

Re: [Talk-it] Importare Shapefile in JOSM

[Federico Cortese]

2017-03-02 10:22 GMT+01:00 Giuseppe Cillis :
> Salve a tutti,
> vorrei importare uno shapefile su josm per poterlo utilizzare come base
> dati.
> Su internet ho trovato diverse opportunità tra cui quella di utilizzare il
> plugin opendata. Purtroppo però, anche provando ad installare tutti gli
> altri plugin necessari al funzionamento, non riesco a farlo funzionare
> (ovvero non mi compare la tipologia shape tra i file da aprire).
>

Anche io ho sempre usato il plugin opendata senza problemi.
Prova a seguire il consiglio di Alessandro ad aggiornare JOSM
all'ultima versione, se non l'hai già fatto.

Ciao,
Federico

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

Re: [Talk-it] place e wikidata

[Lorenzo "Beba" Beltrami]

Essendo "istanza di" "comune italiano" sono d'accordo anch'io sul mettere
il tag "wikidata" alla relazione e non al nodo "place".

Nel caso invece delle frazioni/insediamenti umani (su Wikidata ce ne sono
parecchie[1]) si metterebbe sul nodo "place", giusto?

Lorenzo

[1]
https://query.wikidata.org/#%23Cats%0ASELECT%20%3Fitem%20%3FitemLabel%20WHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP31%20wd%3AQ1134686.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22it%22.%20%7D%0A%7D
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Importare Shapefile in JOSM

[girarsi_liste]

Il 02/03/2017 10:43, Giuseppe Cillis ha scritto:
> in che senso ??
> nella tabella ho inserito solamente gli attributi che mi servono su osm.
> 

Certo, ma quando dici che li vedi tutti in fila, a me è capitato con i
civici che volevo ricalcare, tempo fa, e non ho potuto usarli perche non
avevano le coordinate e di conseguenza non potevano essere disposti dal
programma.

Se invece intendevi qualcosa di diverso, allora temo di aver capito male.

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



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

Re: [Talk-it] Importare Shapefile in JOSM

[Martin Koppenhoefer]

2017-03-02 10:22 GMT+01:00 Giuseppe Cillis :

> Salve a tutti,
> vorrei importare uno shapefile su josm per poterlo utilizzare come base
> dati.



credo si possa fare con ogr2ogr, ma non l'ho mai fatto. Ti segnalo anche
queste pagine:
https://wiki.openstreetmap.org/wiki/Import/Guidelines
(in sostanza, se prendi dati che non hai creati te e li vuoi mettere in
OSM, devi seguire le indicazioni per gli import, discutere prima in Mailing
list e documentare tutto nella wiki).

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

Re: [Talk-it] Importare Shapefile in JOSM

[Giuseppe Cillis]

in che senso ??
nella tabella ho inserito solamente gli attributi che mi servono su osm.

Il giorno 2 marzo 2017 10:36, girarsi_liste  ha
scritto:

> Il 02/03/2017 10:22, Giuseppe Cillis ha scritto:
> > Salve a tutti,
> > vorrei importare uno shapefile su josm per poterlo utilizzare come base
> > dati.
> > Su internet ho trovato diverse opportunità tra cui quella di utilizzare
> il
> > plugin opendata. Purtroppo però, anche provando ad installare tutti gli
> > altri plugin necessari al funzionamento, non riesco a farlo funzionare
> > (ovvero non mi compare la tipologia shape tra i file da aprire).
> >
> > Ho provato a fare l'operazione direttamente su QGIS, convertendo lo shape
> > sia in GPS e Geojson ma il problema è che quando vado ad aprirlo su
> JOSM, i
> > diversi elementi mi appaiono come linea e non come poligono  come
> posso
> > fare a risolvere questo problema?
> > Spero di essere stato chiaro
> > Grazie in anticipo
> >
> > GIuseppe
> >
> >
>
> Controlla con Qgis che lo shape contenga le coordinate nella tabella,
> perchè per fare una fila temo non le abbia.
>
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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] Importare Shapefile in JOSM

[Alessandro]

Il 02/03/2017 10:22, Giuseppe Cillis ha scritto:

Salve a tutti,
vorrei importare uno shapefile su josm per poterlo utilizzare come base
dati.
Su internet ho trovato diverse opportunità tra cui quella di utilizzare
il plugin opendata. Purtroppo però, anche provando ad installare tutti
gli altri plugin necessari al funzionamento, non riesco a farlo
funzionare (ovvero non mi compare la tipologia shape tra i file da aprire).

Ho provato a fare l'operazione direttamente su QGIS, convertendo lo
shape sia in GPS e Geojson ma il problema è che quando vado ad aprirlo
su JOSM, i diversi elementi mi appaiono come linea e non come poligono
 come posso fare a risolvere questo problema?



Io utilizzo da tempo il plugin opendata e apro tranquillamente shp e geojson

Se usi una versione non recente di Josm ti consiglio di aggiornarlo.

Alessandro Ale_Zena_IT

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

Re: [Talk-it] Importare Shapefile in JOSM

[girarsi_liste]

Il 02/03/2017 10:22, Giuseppe Cillis ha scritto:
> Salve a tutti,
> vorrei importare uno shapefile su josm per poterlo utilizzare come base
> dati.
> Su internet ho trovato diverse opportunità tra cui quella di utilizzare il
> plugin opendata. Purtroppo però, anche provando ad installare tutti gli
> altri plugin necessari al funzionamento, non riesco a farlo funzionare
> (ovvero non mi compare la tipologia shape tra i file da aprire).
> 
> Ho provato a fare l'operazione direttamente su QGIS, convertendo lo shape
> sia in GPS e Geojson ma il problema è che quando vado ad aprirlo su JOSM, i
> diversi elementi mi appaiono come linea e non come poligono  come posso
> fare a risolvere questo problema?
> Spero di essere stato chiaro
> Grazie in anticipo
> 
> GIuseppe
> 
> 

Controlla con Qgis che lo shape contenga le coordinate nella tabella,
perchè per fare una fila temo non le abbia.




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



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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[FR]

Le 02/03/2017 à 09:54, pepilepi...@ovh.fr a écrit :


Mais ma modif de lundi soir
, elle, n'est toujours pas
rendue. On va attendre un peu...


Idem à Marseille pour des modifs datant du lundi 27/02


Il y a plusieurs niveaux de cache entre les données et notre écran:
- la mise à jour de la base (rapide et continue)
- le cache du serveur de tuiles (mod_tile)
- les caches géographiques
- le cache de nos nagivateurs

Difficile de savoir où ça coince, pour comprendre un peu on peut
vérifier le statut d'une tuile avc /status à la fin de l'URL et aussi
regarder ce qui se trouve dans les entêtes retournés par le cache
géographique...


Quelle URL ? Je ne sais pas comment appeler une tuile en particulier.


Jusqu'il y a peu clic droit > voir l'image, mais maintenant ce n'est 
plus possible, le clic droit donne accès à un menu contextuel, il semble 
que l'auteur du menu ne veuille pas faire cohabiter les 2...

Cf.  rubrique "Cartes"

Françoise


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

[Talk-it] place e wikidata

[Martin Koppenhoefer]

Mi chiedo come vogliamo trattare wikidata nel contesto dei nodi "place", e
faccio l'esempio di Mazzano Romano, un centro nella provincia di Roma,
nonchè un comune:

OSM:
https://www.openstreetmap.org/node/72963646
https://www.openstreetmap.org/relation/41837

Wikipedia:
https://it.wikipedia.org/wiki/it:Mazzano Romano

Wikidata:
https://www.wikidata.org/wiki/Q242935


Attualmente, sia il nodo (place) che la relazione amministrativa in OSM
hanno riferimenti a wikipedia e wikidata (sbagliato io perché ho aggiunto
wikidata al place node).

Il primo statement di wikidata dice che l'oggetto è un'istanza di "comune
d'Italia", perciò non deve essere associato al place, invece è giusto che
sia associato alla relazione amministrativa.

E in realtà anche l'articolo di wikipedia, bensì copre in parte il centro
abitato, si referisce più all'entità politica territoriale che al centro
abitato, quindi sarebbe da togliere anche questo.

Non sò bene come fare con "population", visto che molto probabilmente
questo anche si riferisce al comune e non al centro abitato.

Che ne dite, tolgo "wikipedia", "wikidata" e "population" dal nodo place? A
cosa si referisce gfoss_id=4969?

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

[Talk-it] Importare Shapefile in JOSM

[Giuseppe Cillis]

Salve a tutti,
vorrei importare uno shapefile su josm per poterlo utilizzare come base
dati.
Su internet ho trovato diverse opportunità tra cui quella di utilizzare il
plugin opendata. Purtroppo però, anche provando ad installare tutti gli
altri plugin necessari al funzionamento, non riesco a farlo funzionare
(ovvero non mi compare la tipologia shape tra i file da aprire).

Ho provato a fare l'operazione direttamente su QGIS, convertendo lo shape
sia in GPS e Geojson ma il problema è che quando vado ad aprirlo su JOSM, i
diversi elementi mi appaiono come linea e non come poligono  come posso
fare a risolvere questo problema?
Spero di essere stato chiaro
Grazie in anticipo

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

Re: [Talk-it] Settimana dell'amministrazione aperta

[girarsi_liste]

Il 01/03/2017 23:21, Cascafico Giovanni ha scritto:
> Sbaglio o l'amministrazione "aperta" continua ad usare mappe chiuse?
> 
> http://open.gov.it/saa/
> 
>
Aperta non vuol mica dire libera  ;)



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



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

[Talk-it] Mappatura di un borgo medievale a Mazzano Romano, RM.

[Martin Koppenhoefer]

Segnalo questa iniziativa a Mazzano Romano di mappatura OSM, che si rivolge
sopratutto ai principianti (ma sono benvenuti anche i mappatori esperti):


17/3, ore 18.00: Presentazione e aperitivo
24/3 + 31/3 + 7/4: Workshop OSM (JOSM) e mappatura del borgo antico di
Mazzano Romano

Per il workshop bisogna portare un proprio computer.

Tutti gli incontri si svolgono a Mazzano Romano presso l'edificio
polifunzionale comunale:
https://www.openstreetmap.org/?mlat=42.20489=12.39952#map=19/42.20489/12.39952


Ciao,
Martin

Questo è l'annuncio del MAVNA (non sono un coordinatore ufficiale di OSM
Italia, ma il resto è vero):


__


Mappare il borgo medievale di Mazzano Romano con OpenStreetMap
Una carta turistica del territorio fatta dai cittadini per i visitatori, le
imprese e l’amministrazione

APPUNTAMENTI
Venerdì 17 - ore 18:00, Ci sarà una conferenza di presentazione del
progetto da parte di O. Cerasuolo (MAVNA) e M. Koppenhoefer (OSM). Al
termine della conferenza ci sarà un aperitivo.
Il workshop si articola in tre incontri teorici e pratici: 24 e 31 marzo, 7
aprile, dalle 10:30 alle 13:30. Altri incontri potranno seguire in caso di
necessità.
Tutti gli incontri sono organizzati dal MAVNA e si terranno nella
Biblioteca Comunale di Mazzano Romano, in Piazza Giovanni XXIII, 12.

SCOPO DEL WORKSHOP
Impareremo ad usare il portale cartografico di Open Street Map (anche detto
OSM, www.openstreetmap.org
).
Si tratta di una piattaforma simile a GoogleMaps, ma realizzata con
l'impostazione di Wikipedia: tutti possono contribuire alla cartografia,
inserendo, aggiornando e creando banchedati interrogabili (big linked
data). Contrariamente a Google, OSM è un'esperienza di crowdsourcing, open
e free. Assieme a Wikipedia risente della problematica
dell'autorevolezza/affidabilità
dei contributi; queste possono essere garantite solo da un approccio
professionale e competente. Il corso si offre quindi come occasione di
formazione pratica specifica.
Assieme a uno dei "coordinatori" di OSM Italia, Martin Koppenhoefer
(architetto tedesco a Roma dal 2008) esploreremo:

le potenzialità della piattaforma e i suoi usi più avanzati;
le applicazioni in archeologia e nel campo della valorizzazione dei Beni
Culturali;
le modalità di inserimento dei dati cartografici;
l'uso dei tag (etichette) per la corretta costruzione dei dati;
l'uso dei fields papers;
le app mobile, in modalità utente e mappatore.

Inoltre sperimenteremo:

il rilievo e il posizionamento delle evidenze da mappare;
l'uso di tracciati gps;
la vettorializzazione e la classificazione delle evidenze;
la preparazione di mappe tematiche;
l'inserimento di allegati e link.

Per rendere concreta l'esperienza mapperemo il borgo medievale di Mazzano
Romano. Se guardate su Google Maps (qui) il borgo semplicemente non esiste,
i vicoli e gli edifici non sono riportati (ma ben visibili nella fotografia
satellitare!). Su OSM il borgo è per lo meno rappresentato (qui). Il
progetto del workshop prevede quindi l'inserimento sia delle evidenze
storico-architettoniche (definizione degli edifici e dei percorsi pedonali,
iscrizioni, elementi architettonici e monumenti) sia delle informazioni
utili al visitatore/turista (parcheggi, pannelli informativi, fontanelle,
panchine, etc.). Al termine avremo creato una prima carta turistica del
borgo, che potrà in futuro essere integrata con i sentieri del Parco Valle
del Treja e con le evidenze archeologiche del territorio di Narce.
I partecipanti impareranno quindi come usare lo strumento di Open Street
Map e come impiegarlo per i propri interessi e aree di lavoro.

ISCRIVERSI
Il corso è gratuito e aperto a tutti. Si prega di iscriversi contattando il
3391932699 o museoarcheologicona...@gmail.com (o rispondendo a questa
email). E' consigliabile munirsi di computer portatile.

Per ispirarti ti invito a vedere il seguente video (5:33 min) :
Tim Berners-Lee: The year open data went worldwide (TED)
(con sottotitoli in italiano)

(locandina del workshop allegata)

A presto (e diffondi tra gli interessati)
Orlando

-- 

Dr. Orlando Cerasuolo, MA, PhD
https://buffalo.academia.edu/OrlandoCerasuolo


Research Assistant 

Re: [OSM-talk-fr] Mise à jour des rendus ?

[Vincent de Château-Thierry]

Bonjour,

> De: pepilepi...@ovh.fr
> 
> Quelle URL ? Je ne sais pas comment appeler une tuile en particulier.

La manip est décrite ici :
http://wiki.openstreetmap.org/wiki/Slippy_Map#OpenStreetMap_.22Standard.22_tile_server
avec les ajouts de /status et /dirty à l'URL des tuiles. Mais obtenir l'URL 
d'une tuile est devenu plus compliqué depuis quelques temps avec la mise à jour 
du moteur d'affichage sur le site openstreetmap.org (Leaflet.js). Ca a provoqué 
un débat ces jours-ci sur la liste 'dev', amorcé par ce message :
https://lists.openstreetmap.org/pipermail/dev/2017-February/029713.html

vincent

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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[pepilepi...@ovh.fr]

Le 02/03/2017 à 09:18, Marc Gemis a écrit :
> Le même problème a été signalé sur les listes  britanniques et belges.
> Je n'ai pas vu de solution

Comme dit précédemment ça semble en train de s'arranger. Avec une
progression géographique et non chronologique.

>
> 2017-03-01 21:58 GMT+01:00 pepilepi...@ovh.fr :
>> Bonsoir,
>>
>> Quand je fais des modifs avec JOSM, habituellement je les vois sur oms.org
>> après quelques minutes, délai variable suivant le niveau de zoom, mais en
>> général au bout d'une demie heure on les voit aux zoom 15 à 19.
>>
>> Mais les modifs que j'ai faites depuis quelques jours (ajouté un parking
>> lundi soir, par exemple) ne se voient pas encore sur les cartes, alors qu'on
>> les voit si on coche la couche "données de carte". Mais un restau que j'ai
>> ajouté hier soir, lui, est apparu...
>>
>> Il y a un serveur en panne ?
>>
>> Merci,
>>
>> Jean-Pierre
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[pepilepi...@ovh.fr]

Le 02/03/2017 à 08:51, Christian Quest a écrit :
> Aucun problème pour moi sur l'exemple indiqué, j'ai bien des rochers
> visibles au moins depuis le zoom 12 jusque 19.

En effet, ce matin c'est tout bon. Une modif que j'ai faite hier soir
est visible, sauf bizarrement au zoom 16...

Mais ma modif de lundi soir
, elle, n'est toujours pas
rendue. On va attendre un peu...

>
> Il y a plusieurs niveaux de cache entre les données et notre écran:
> - la mise à jour de la base (rapide et continue)
> - le cache du serveur de tuiles (mod_tile)
> - les caches géographiques
> - le cache de nos nagivateurs
>
> Difficile de savoir où ça coince, pour comprendre un peu on peut
> vérifier le statut d'une tuile avc /status à la fin de l'URL et aussi
> regarder ce qui se trouve dans les entêtes retournés par le cache
> géographique...

Quelle URL ? Je ne sais pas comment appeler une tuile en particulier.


Merci,

Jean-Pierre

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


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

Re: [OSM-talk-fr] Amenity multiple

[pepilepi...@ovh.fr]

Le 02/03/2017 à 08:46, Christian Quest a écrit :
>
>
> Le 1 mars 2017 à 23:03, pepilepi...@ovh.fr 
> > a écrit :
>
> Le 01/03/2017 à 22:04, osm.sanspourr...@spamgourmet.com
>  a écrit :
>>
>> Tu peux mettre les deux avec opening_hours ?
>>
> On peut donc mettre plusieurs tags "amenity" à un ojbet ?
>
> Non, les clés des tags sont uniques

Ça confirme ce que je pensais.

>  
>
>> Surtout si les deux ne sont pas exactement superposés (le marché
>> doit englober des rues adjacentes).
>>
> Pour l'instant j'ai mis le parking à l'intérieur du
> market_place... Mais pour vérifier le rendu faudra attendre que
> mon problème de rendu soit résolu.
>
>
> Dans ces cas là, je mappe le parking par un polygone, et les marchés
> je les met en ponctuel car c'est plus difficile de déterminer
> l'emprise souvent variable.

C'est ce que je pensais faire, tu me confirmes que c'est la bonne idée.

Merci,

Jean-Pierre

>
> Les amenity=market_place ne sont pas rendus sur osm.org
>  ni sur le rendu FR...
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[Marc Gemis]

Le même problème a été signalé sur les listes  britanniques et belges.
Je n'ai pas vu de solution

2017-03-01 21:58 GMT+01:00 pepilepi...@ovh.fr :
> Bonsoir,
>
> Quand je fais des modifs avec JOSM, habituellement je les vois sur oms.org
> après quelques minutes, délai variable suivant le niveau de zoom, mais en
> général au bout d'une demie heure on les voit aux zoom 15 à 19.
>
> Mais les modifs que j'ai faites depuis quelques jours (ajouté un parking
> lundi soir, par exemple) ne se voient pas encore sur les cartes, alors qu'on
> les voit si on coche la couche "données de carte". Mais un restau que j'ai
> ajouté hier soir, lui, est apparu...
>
> Il y a un serveur en panne ?
>
> Merci,
>
> Jean-Pierre
>
>
> ___
> 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