Re: [OSM-talk] Multi Polygon problem - could someone take a look?

[Martin Koppenhoefer]

sent from a phone

> On 1 Apr 2017, at 23:22, Dave F  wrote:
> 
> I'm struggling to see how this isn't a fundamentally incorrect way for 
> OSM/JOSM etc to interpret the data. If nodes are moved then ways are amended 
> & should be listed as such to avoid confusion & "reverting good edits made by 
> the mapper".


Every object (node, way, relation) has its own version count. This makes sense, 
so that only changes to this object create new versions. If you move nodes, 
they will change their version. Only nodes have coordinates. Nodes and 
relations don't, their exact geometry depends on the node coordinates of their 
members. As such it is perfectly correct how osm and josm are handling this: 
same members and order and same tags: no new version.

But I agree it would seem convenient to show the effects of those node 
movements on ways and relations in some way by looking at the node positions 
(i.e. the actual geometry), e.g. as an additional option.


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

Re: [Talk-it] Divieto di transito con pannello integrativo

[Martin Koppenhoefer]

sent from a phone

> On 1 Apr 2017, at 19:50, girarsi_liste  wrote:
> 
> Il fatto è che le informazioni non sono molte per cui non si capisce
> qual'è la situazione.


si, ma "divieto di transito" è un cartello specifico: 


e vieta il transito a tutti i veicoli, mentre access è generico e tratta di 
tutti, anche di pedoni 


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

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[jdz5274]

On 01.04.2017 21:33, Friedrich Volkmann wrote:

> Aber das ändert nichts daran, dass ich deine Änderungen nicht richtig finde.

Welche Änderungen meinst Du konkret?

Wenn's um "landuse=farm" geht, das kann ich wieder zurückbauen.

Mein Schwerpunkt (neben eigenem Mapping) ist aber aktuell der Multipoly-Umbau 
[1][2] in AT und alles was daran hängt:

- Multipoly-Member und Rollen formal überprüfen (nur ways, inner/outer, 
mindestens ein outer) -> fertig (war bis auf ein paar eh in Ordnung)
- Geometrieprobleme lt. OSMI reparieren -> laufend (wird nie fertig)

- "old-style multipolygone" [3] (zumindest Flächen-Tag-in die Relation 
verschieben) -> noch ein paar hundert (Initiative von J. Topf)
- verbliebene redundante Flächen-Tags von outer-Ringen löschen -> in Arbeit, 
auch noch ein paar hundert (folgt aus Vorigem)

Anmerkung: so viel Arbeit das auch ist, es betrifft nur einen kleinen Teil 
aller Multipolygone (in AT ein paar hundert von über 60.000); das Ganze hat den 
Zweck, Tools und Mappern die Arbeit zu erleichtern (und hoffentlich noch klarer 
darzustellen, was mit MPs möglich ist und was nicht)

Was dann erst/noch ginge (tlw. aber nur durch den Mapper vor Ort):

- andere redundante Tags löschen
- problematische/widersprüchliche Situationen finden/lösen (Bsp. kürzlich 
gepostet)
- und mein Traumziel: Flächenüberlappungen überprüfen (was muss/darf nicht in 
einem Multipoly sein)

> Aber im Grunde ist diese Umtagg-Seuche sowieso nur ein Anzeichen, dass das 
> OSM-Projekt seinen Zenit überschritten hat. Wie in der Wikipedia ist von den 
> demokratischen Ansätzen > nichts mehr übrig, und es gibt keine Wertschätzung 
> mehr für Leute, die etwas beitragen. Solche Projekte entwickeln sich alle wie 
> Orwells "Animal Farm".

Wie bei jeder Organisation - jede Entwicklungsphase führt zu einer Krise, an 
der man scheitert oder wächst - osm ist kein Startup mehr. Und eines Tages wird 
es Geschichte sein, eine Art Windows XP der Online-Kartographie ;-) Ich glaube 
schon, dass Leute die beitragen auch gehört werden, aber wichtiger als 
Wertschätzung - die kann ich nicht erzwingen - scheinen mir Zielerreichung und 
Spaß - dafür kann ich etwas tun.

> Zur Qualität gehört, dass Daten, die in Ordnung sind, unangetastet bleiben. 

"In Ordnung" ist halt relativ. Tags wie auch Tagging-Stile entwickeln sich 
weiter, und was vor ein paar Jahren ok war, sieht heute ziemlich alt aus. Ich 
wünsche mir eine technisch wie inhaltlich aktuelle Datenbank und Karte, das 
heißt auch immer wieder überarbeiten (natürlich nur, wenn wirklich etwas 
verbessert wird, und mit Augenmaß). Ist mir auch schon passiert, dass ich 
unrund war, wenn jemand anders etwas geändert hat, und sicher trample ich auch 
auf manchen Zehen herum. Aber man kann über alles reden und eine Lösung finden 
(und wenn's ein Revert ist).

Auf weitere respektvolle und wertschätzende gemeinsame Arbeit,
liebe Grüße
Wolfgang

[1] https://github.com/osmlab/fixing-polygons-in-osm 
[2] http://area.jochentopf.com/fixing.html
[3] http://area.jochentopf.com/old-style-josm.html
 


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

Re: [OSM-talk-fr] Cadastre, millésime, historique

[Christian Quest]

Dans un avenir en principe proche, les données vectorielles du cadastre
devraient être directement disponible vu qu'elles font partie du Service
Public de la Donnée de Référence (décret d'application de la Loi Numérique).

Ces données contiennent des métadonnées sur les objets qui permettent de
savoir par exemple pour un polygone de bâtiment quand il a été créé et
modifié pour la dernière fois.

Voilà à quoi ça ressemble en geojson (sans la géométrie):

  "properties": {
"DUR": "01",
"TEX": null,
"CREAT_DATE": 20141028,
"UPDATE_DATE": 20161123
  },

On pourra donc envisager plein de choses:
- fournir ces infos dans les données à intégrer
- les rendre visibles par un rendu spécifique
ou mieux !


Le 1 avril 2017 à 19:59, Stéphane Péneau  a
écrit :

> Bonjour tout le monde,
>
> Lorsque je mets à jour le bâti, et que je constate une différence entre
> Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès aux anciennes
> versions du cadastre serait vraiment utile. En regardant dans le passé, je
> pourrais savoir si ce bâtiment non présent sur l'imagerie et Osm, a
> disparu, ou vient d'être construit.
>
> C'est possible de le faire manuellement à l'échelle de quelques communes
> en pensant à rapatrier le bâti une fois tous les 6 mois, ou 1 fois par an,
> et conserver ces fichiers dans un coin.
>
> Mais est-ce que ça ne serait pas plus judicieux de faire ça de manière
> automatique, et à l'échelle du pays ? Ensuite on aurait accès à ces
> anciennes données sous forme de fichier .osm, ou sous forme de TMS.
>
> On peut même imaginer des traitements entre N et N-1 pour détecter les
> nouvelles zones urbanisées.
>
> Bonne idée ou pas ?
>
>
> Stf
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk] Multi Polygon problem - could someone take a look?

[Dave F]

Hi

>Hence while the shape my have been drastically altered, the polygon 
way is still the "same" it has been since you touched it 2 weeks ago. 
You can see that in the history of the individual nodes.
>Potlatch uses a slightly different data model where a way's nodes are 
integrated with the way, hence Potlatch "sees" a changed way.


I'm struggling to see how this isn't a fundamentally incorrect way for 
OSM/JOSM etc to interpret the data. If nodes are moved then ways are 
amended & should be listed as such to avoid confusion & "reverting good 
edits made by the mapper".



Hi,
Reverting the *correct* changeset (that contained the node edits)
would have solved the issue


Unfortunately not. In JOSM I tried two operations:
I downloaded all the data in the 
https://www.openstreetmap.org/changeset/47243857 into JOSM

Also a boundary box of the area.
In each case I attempted to revert just the affected polygon with the 
revert plugin. Neither case worked.


In P1 I selected the polygon & a similar attempted revert of the way failed.



  but probably also reverted good edits made
by the mapper. The scripts I used are on github
(woodpeck/osm-revert-scripts) however they require some Perl/Unix foo to
use correctly (or else you run the danger of creating more damage). In
this case what I did was

* create new changeset (using changeset.pl)
* download the polygon (using wget)
* extract from it a list of nodes it's using (using "grep" and "cut"
unix utilitiess)
* revert every node to whatever state it was in before touched by the
user ndm (using a "for" loop and undo.pl)


This long-winded procedure + the failed reverts clearly indicates an 
improvement in data storage/interpretation is required: Ways with moved 
nodes need to be tagged as being amended.


DaveF.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[carlo folini]

il pesce sono io... :-D
Avevo installato la versione OsmAnd~ direttamente dal sito e questa,
sebbene abbia la stessa versione (2.5.4), non ha il comportamento corretto.
Magari cambiano i preset.
Mi rimangio la valutazione negativa... con la versione dal play store
clickando sugli esercizi commerciali viene visualizzato correttamente
l'informazione.

Aggiungendo il livello waymarkedtrails vedo le relazioni dei sentieri.
Stupendo
La consiglierò a tutti!


Il giorno 1 aprile 2017 20:22, Andreas Lattmann 
ha scritto:

> E fu così che si scopri che era un pesce d'aprile... speriamo...
>
> Il 01 aprile 2017 20:17:13 CEST, Andreas Lattmann <
> andreas.lattm...@ga-2.it> ha scritto:
>>
>> A me non da questo problema. Comunque esistono anche altre app tipo
>> maps.me. Che da quello che so è molto più user friendly.
>>
>> Il 01 aprile 2017 19:59:15 CEST, carlo folini 
>> ha scritto:
>>>
>>>
 Concordo su OsmAnd. Mi sono trovato ad usarlo un mesetto fa ed
 effettivamente ha fatto passi da gigante rispetto al mezzo prodotto che era
 una volta. Ha una buona esperienza utente (migliorabile, ma il livello è
 già buono), è piuttosto usabile, è ancora forse un pochino brutto da
 vedere, ma la strada è quella giusta. E dove i dati OSM sono dettagliati,
 OsmAnd è anche meglio della concorrenza.

>>>
>>> Non ricordavo bene OsmAnd e me lo sono andato a riguardare...
>>> Non mi convince... clicko su un ristorante e sotto... mi propone... il
>>> nome della via?!?!??
>>> Magari per un mappatore è rilevante, ma per chi lo usa 
>>> se avessi clickato in una zona dove c'è solo la strada potrebbe avere
>>> anche senso...
>>>
>>> Potrebe essere che chi lo ha scritto è un purista di OSM e non si è mai
>>> confrontato con la visualizzazione di google?
>>> Ovviamente su GMaps esce la scheda con tanto di foto dell'esercizio
>>> commerciale.
>>>
>>> Un'idea potrebbe essere quella di aggiungere un profilo di utilizzo
>>> degli utenti OsmAnd e visualizzare di conseguenza.
>>>
>>> Ho provato a visualizzare su openstreetmap.com...
>>>
>>>- Errore durante la connessione a http://overpass-api.de/api/
>>>interpreter,
>>>- Non è serata...
>>>
>>>
>>>

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


-- 
Carlo Folini
mailto:carlo.fol...@gmail.com
blog: http://www.diariocorsa.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Bernhard Weiskopf]

Welchen Sinn macht es, die Zahl "30"  nochmal bei zone oder source anzugeben?
"source:maxspeed=DE:zone" o. ä. empfinde ich als völlig ausreichend.

Bei anderen Schildern wird auch nur "source:maxspeed = sign", "source:maxspeed 
= DE:urban" oder ähnlich angegeben, aber nicht "source:maxspeed = sign:30" oder 
"source:maxspeed = DE:urban:50".

Oder stehe ich gerade auf dem Schlauch?

Bernhard


> Aktuelle Zahlen von heute:
> maxspeed=30 and zone:maxspeed=DE:30 - 32952 uses
> maxspeed=30 and source:maxspeed=DE:zone30 - 32018 uses
> maxspeed=30 and source:maxspeed=DE:zone:30 - 21832 uses
> 
> (die Nutzungen beziehen sich nicht auf die Kombination mit maxspeed=30
> sondern nur auf den 2. Tag, sollte aber keine große Abweichung sein).
> 
> Wie wärs, wenn wir zumindest
> 
> source:maxspeed=DE:zone30 und
> source:maxspeed=DE:zone:30
> 
> vereinheitlichen würden, per Einigung auf eine Variante und mechanisches
> Umtaggen?
> 
> Die weiteren dokumentierten Varianten sind source:maxspeed=DE:zone
> und source:maxspeed=zone
> 
> mit 5k und 1,8k Nutzung.



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

Re: [Talk-cz] Aprílová vrstva mapy.cz

[Jan Macura]

Když vidím, kolik to muselo zabrat času (stejně jako loni), podezřívám
Seznam, že zaměstnává někoho na pozici "aprílista".

H.

2017-04-01 10:51 GMT+02:00 Petr Vozdecký :

> Koukněte na ni. Dlužno říci, že kdo toto dělal (přetextování místních
> názvů), musel být řácky zhuleney... :)
>
> vop
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[Friedrich Volkmann]

On 01.04.2017 18:54, jdz5...@gmx.at wrote:

Also zunächst einmal, mein user ist wolfbert (osm seit 2009) und sorry, ich 
habe völlig übersehen, dass durch die Mailingliste ja nicht ersichtlich ist, 
wer ich bin (Forum-geschädigt). Meinen Realnamen kannst Du gerne offline haben, 
aber das Netz vergisst nie (ziemlich sicher haben wir uns schon mal bei einem 
Treffen in Wien gesehen).


Ok, wir kennen uns eh, inkl. Nachname. Ich dachte, da schreibt jemand, der 
neu mit OSM anfängt und gleich mal alles "korrigieren" will - so verhalten 
sich heute nämlich viele.


Aber das ändert nichts daran, dass ich deine Änderungen nicht richtig finde.


Revertieren kannst Du gern, was Dir Spaß macht, ändert's dann halt jemand 
anderer (und wenn's auf MapRoulette landet, vielleicht jemand ohne 
Landeskenntnisse).


Meiner Meinung nach gehören alle diese Validatoren verboten, weil man eben 
mit dem Revertieren nicht mehr nachkommt. Wenn man sich gegen eine 
Zombiearmee wehren will, muss man bei dem ansetzen, der sie steuert.


Aber im Grunde ist diese Umtagg-Seuche sowieso nur ein Anzeichen, dass das 
OSM-Projekt seinen Zenit überschritten hat. Wie in der Wikipedia ist von den 
demokratischen Ansätzen nichts mehr übrig, und es gibt keine Wertschätzung 
mehr für Leute, die etwas beitragen. Solche Projekte entwickeln sich alle 
wie Orwells "Animal Farm".



Ich lege Wert auf Qualität und bringe Fehler ggf. auch wieder in Ordnung.


Zur Qualität gehört, dass Daten, die in Ordnung sind, unangetastet bleiben. 
Nicht nur aus Respekt für den ursprünglichen Mapper, sondern auch damit man 
in der Objekthistory nicht lauter Müll hat und sie beim Laden keinen Timeout 
bringt.


Ich finde, die OSM-Daten sollten elektrisch aufgeladen werden, damit jeder, 
der daran herumfummelt, einen Elektroschock abbekommt.


--
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-cz] Aprílová vrstva mapy.cz

[Karel Volný]

On Saturday 01 April 2017 10:51:49 Petr Vozdecký wrote:
> Koukněte na ni.

kdo nestíhá ve správný den, pokud to jen přepnou zpátky a nestáhnou úplně, tak 
tu je "tajný" odkaz:

https://mapy.cz/textova

> Dlužno říci, že kdo toto dělal (přetextování místních
> názvů), musel být řácky zhuleney... :)

... 357 litrů kafe. ...


K.

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] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andreas Lattmann]

E fu così che si scopri che era un pesce d'aprile... speriamo...

Il 01 aprile 2017 20:17:13 CEST, Andreas Lattmann  ha 
scritto:
>A me non da questo problema. Comunque esistono anche altre app tipo
>maps.me. Che da quello che so è molto più user friendly.
>
>Il 01 aprile 2017 19:59:15 CEST, carlo folini 
>ha scritto:
>>>
>>>
>>> Concordo su OsmAnd. Mi sono trovato ad usarlo un mesetto fa ed
>>> effettivamente ha fatto passi da gigante rispetto al mezzo prodotto
>>che era
>>> una volta. Ha una buona esperienza utente (migliorabile, ma il
>>livello è
>>> già buono), è piuttosto usabile, è ancora forse un pochino brutto da
>>> vedere, ma la strada è quella giusta. E dove i dati OSM sono
>>dettagliati,
>>> OsmAnd è anche meglio della concorrenza.
>>>
>>
>>Non ricordavo bene OsmAnd e me lo sono andato a riguardare...
>>Non mi convince... clicko su un ristorante e sotto... mi propone... il
>>nome
>>della via?!?!??
>>Magari per un mappatore è rilevante, ma per chi lo usa 
>>se avessi clickato in una zona dove c'è solo la strada potrebbe avere
>>anche
>>senso...
>>
>>Potrebe essere che chi lo ha scritto è un purista di OSM e non si è
>mai
>>confrontato con la visualizzazione di google?
>>Ovviamente su GMaps esce la scheda con tanto di foto dell'esercizio
>>commerciale.
>>
>>Un'idea potrebbe essere quella di aggiungere un profilo di utilizzo
>>degli
>>utenti OsmAnd e visualizzare di conseguenza.
>>
>>Ho provato a visualizzare su openstreetmap.com...
>>
>>- Errore durante la connessione a
>>http://overpass-api.de/api/interpreter,
>>   - Non è serata...
>>
>>
>>
>>>
>
>Andreas Lattmann

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andreas Lattmann]

A me non da questo problema. Comunque esistono anche altre app tipo maps.me. 
Che da quello che so è molto più user friendly.

Il 01 aprile 2017 19:59:15 CEST, carlo folini  ha 
scritto:
>>
>>
>> Concordo su OsmAnd. Mi sono trovato ad usarlo un mesetto fa ed
>> effettivamente ha fatto passi da gigante rispetto al mezzo prodotto
>che era
>> una volta. Ha una buona esperienza utente (migliorabile, ma il
>livello è
>> già buono), è piuttosto usabile, è ancora forse un pochino brutto da
>> vedere, ma la strada è quella giusta. E dove i dati OSM sono
>dettagliati,
>> OsmAnd è anche meglio della concorrenza.
>>
>
>Non ricordavo bene OsmAnd e me lo sono andato a riguardare...
>Non mi convince... clicko su un ristorante e sotto... mi propone... il
>nome
>della via?!?!??
>Magari per un mappatore è rilevante, ma per chi lo usa 
>se avessi clickato in una zona dove c'è solo la strada potrebbe avere
>anche
>senso...
>
>Potrebe essere che chi lo ha scritto è un purista di OSM e non si è mai
>confrontato con la visualizzazione di google?
>Ovviamente su GMaps esce la scheda con tanto di foto dell'esercizio
>commerciale.
>
>Un'idea potrebbe essere quella di aggiungere un profilo di utilizzo
>degli
>utenti OsmAnd e visualizzare di conseguenza.
>
>Ho provato a visualizzare su openstreetmap.com...
>
>- Errore durante la connessione a
>http://overpass-api.de/api/interpreter,
>   - Non è serata...
>
>
>
>>

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[carlo folini]

>
>
> Concordo su OsmAnd. Mi sono trovato ad usarlo un mesetto fa ed
> effettivamente ha fatto passi da gigante rispetto al mezzo prodotto che era
> una volta. Ha una buona esperienza utente (migliorabile, ma il livello è
> già buono), è piuttosto usabile, è ancora forse un pochino brutto da
> vedere, ma la strada è quella giusta. E dove i dati OSM sono dettagliati,
> OsmAnd è anche meglio della concorrenza.
>

Non ricordavo bene OsmAnd e me lo sono andato a riguardare...
Non mi convince... clicko su un ristorante e sotto... mi propone... il nome
della via?!?!??
Magari per un mappatore è rilevante, ma per chi lo usa 
se avessi clickato in una zona dove c'è solo la strada potrebbe avere anche
senso...

Potrebe essere che chi lo ha scritto è un purista di OSM e non si è mai
confrontato con la visualizzazione di google?
Ovviamente su GMaps esce la scheda con tanto di foto dell'esercizio
commerciale.

Un'idea potrebbe essere quella di aggiungere un profilo di utilizzo degli
utenti OsmAnd e visualizzare di conseguenza.

Ho provato a visualizzare su openstreetmap.com...

   - Errore durante la connessione a http://overpass-api.de/api/interpreter,
   - Non è serata...



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

[OSM-talk-fr] Cadastre, millésime, historique

[Stéphane Péneau]

Bonjour tout le monde,

Lorsque je mets à jour le bâti, et que je constate une différence entre 
Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès aux anciennes 
versions du cadastre serait vraiment utile. En regardant dans le passé, 
je pourrais savoir si ce bâtiment non présent sur l'imagerie et Osm, a 
disparu, ou vient d'être construit.


C'est possible de le faire manuellement à l'échelle de quelques communes 
en pensant à rapatrier le bâti une fois tous les 6 mois, ou 1 fois par 
an, et conserver ces fichiers dans un coin.


Mais est-ce que ça ne serait pas plus judicieux de faire ça de manière 
automatique, et à l'échelle du pays ? Ensuite on aurait accès à ces 
anciennes données sous forme de fichier .osm, ou sous forme de TMS.


On peut même imaginer des traitements entre N et N-1 pour détecter les 
nouvelles zones urbanisées.


Bonne idée ou pas ?


Stf



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

Re: [Talk-it] Divieto di transito con pannello integrativo

[girarsi_liste]

Il 01/04/2017 19:46, Volker Schmidt ha scritto:
> Se mettete qualsiasi access ristretto (private, destination, ...) , pensate
> anche ai pedoni e clclisti con foot=permissive e bicycle=permissive se
> necessario.
> 

Il fatto è che le informazioni non sono molte per cui non si capisce
qual'è la situazione.


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



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

Re: [Talk-it] Divieto di transito con pannello integrativo

[Volker Schmidt]

Se mettete qualsiasi access ristretto (private, destination, ...) , pensate
anche ai pedoni e clclisti con foot=permissive e bicycle=permissive se
necessario.

Volker


Virus-free.
www.avast.com

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

2017-04-01 18:58 GMT+02:00 Lorenzo "Beba" Beltrami :

> Il giorno 1 aprile 2017 13:12, Davide Sandona' 
> ha scritto:
>
>> Salve,
>> come si mappa un tratto di strada in cui è presente il segnale di divieto
>> di transito con pannello integrativo riportante "Eccetto aventi diritto"?
>> La strada in questione è una strada sterrata...
>>
>
> Dalle mie parti conosco più persone che lo hanno messo autonomamente
> quindi senza avere il permesso di farlo...
> A volte pure confondendo il segnale di divieto di transito con quello di
> senso vietato pur essendo magari una strada senza uscita...
>
> Comunque sono più d'accordo con Simone:
> access=private[1]
>
> Lorenzo
>
> [1] https://wiki.openstreetmap.org/wiki/Key:access
>
>
> ___
> 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] Divieto di transito con pannello integrativo

[Lorenzo "Beba" Beltrami]

Il giorno 1 aprile 2017 13:12, Davide Sandona' 
ha scritto:

> Salve,
> come si mappa un tratto di strada in cui è presente il segnale di divieto
> di transito con pannello integrativo riportante "Eccetto aventi diritto"?
> La strada in questione è una strada sterrata...
>

Dalle mie parti conosco più persone che lo hanno messo autonomamente quindi
senza avere il permesso di farlo...
A volte pure confondendo il segnale di divieto di transito con quello di
senso vietato pur essendo magari una strada senza uscita...

Comunque sono più d'accordo con Simone:
access=private[1]

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Key:access
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[jdz5274]

@Friedrich Volkmann:

> Was meinst du mit "erledigt"? Wenn du einen Massenedit durchgeführt hast, ist 
> das ein Fall für einen Revert, entweder durch dich selber oder durch die DWG.
> Und würdest du bitte verraten, wer du bist (Realname und OSM-User)...

Tief durchatmen, lieber Friedrich...

Also zunächst einmal, mein user ist wolfbert (osm seit 2009) und sorry, ich 
habe völlig übersehen, dass durch die Mailingliste ja nicht ersichtlich ist, 
wer ich bin (Forum-geschädigt). Meinen Realnamen kannst Du gerne offline haben, 
aber das Netz vergisst nie (ziemlich sicher haben wir uns schon mal bei einem 
Treffen in Wien gesehen).

Dank einer PostgreSQL-Datenbank kann ich mir tagesaktuell Reports ziehen und 
dachte, es interessiert vielleicht jemanden, da die Umstellung 
farm->farmland/yard/was auch immer ja Thema war. "Erledigt" bedeutet, es gibt 
keine Relationen mit "landuse=farm" mehr.

Massenedit -> nein (es gab ursprünglich ja auch nur rund 60 betroffene 
Relationen), einzelne Edits (ca. 10?) ja. Übrigens: ich mache jede meiner 
Änderungen - auch wenn's viele sind - manuell in JOSM (manuell bedeutet: 
einzelne Objekte laden, ansehen, ev. gegen geoimage/basemap etc. checken, 
ändern). Bei der plan.at-Tag-Aufräumaktion vor einigen Jahren habe ich auch mit 
(halbautomatischen) Massenedits (erfolgreich und reibungslos) Erfahrung sammeln 
können.

Revertieren kannst Du gern, was Dir Spaß macht, ändert's dann halt jemand 
anderer (und wenn's auf MapRoulette landet, vielleicht jemand ohne 
Landeskenntnisse).

Aber mal im Ernst jetzt: bei allem Verständnis für die Risiken umfangreicher 
Änderungen, etwas Mut zur Lücke und Vertrauen in die Mapper braucht's schon, 
wenn man etwas bewegen will. Allein in den letzten Tagen wurden - mit 
DWG-Duldung - 80.000 Multipolys weltweit geändert (ja, auch in AT; noch rd. 
160.000 weltweit sind offen), und das zieht noch eine Menge an weiteren 
Änderungen nach (und da bin ich - in AT, manuell - sehr aktiv; wenn's 
interessiert, schreibe ich gern was dazu). Jüngst hat die weltweite Community 
tausende Geometriefehler korrigiert. Bei all dem wird auch etwas zu Bruch 
gegangen sein, aber wenn für 1000 Korrekturen eine Handvoll neue Fehler 
entstehen, ist das akzeptabel (denk mal daran was täglich durch normales 
Mapping an Müll in osm landet).

Jeder der mit meinen Edits nicht einverstanden ist, ist herzlich eingeladen, 
das im Changeset oder per PN zu melden. Ich lege Wert auf Qualität und bringe 
Fehler ggf. auch wieder in Ordnung.

Liebe Grüße und schönes Wochenende noch
Wolfgang 

https://www.openstreetmap.org/user/wolfbert/
http://hdyc.neis-one.org/?wolfbert
http://yosmhm.neis-one.org/?wolfbert



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

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[gppes_osm]

Im deutschen Forum ist Datenschutz ohnehin gerade Thema, ich habe auch diesen 
Punkt jetzt zur Diskussion gestellt:

https://forum.openstreetmap.org/viewtopic.php?id=57813

> Gesendet: Samstag, 01. April 2017 um 17:51 Uhr
> Von: "Friedrich Volkmann" 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im 
> Standardstil
>
> On 01.04.2017 17:09, gppes_...@web.de wrote:
> > Es gibt keinen Grund hier seinen Realnamen bekannt zu geben, wenn man das 
> > nicht moechte.
> 
> Zitat https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct:
> 
> | Your documentation should state:
> |
> | * Who is making the change (real name and how to contact, ideally e-mail
> |   address)
> 
> -- 
> 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
>

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andreas Lattmann]

>Ma mi stai dicendo che è utile *il servizio* che offre OsmAnd.

Sto dicendo che OsmAnd è un esempio di tanti altri prodotti che utilizzano OSM.
Bisognerebbe spiegare alle aziende che entrare a far parte del DB di OSM vuol 
dire che non solo si è visibili su un prodotto, ma su più prodotti, dai siti 
alle app che utilizzano OSM, anche offline!

>non in un vago e inutile senso etico->morale, ma in un preciso significato 
>>pratico: 

Questo è un tuo pensiero condivisibile o meno. Il vantaggio del mondo floss è 
che se ti piace un progetto e lo reputi utile ti rimbocchi le maniche e lavori. 
Se vedi che puoi migliorare un progetto, ti rimbocchi le maniche e lavori. Il 
successo di un progetto è grazie all' impegno di chi ci lavora, la selezione è 
naturale.
Per mia esperienza, non ho visto nessun progetto che vive a lungo solo per 
motivi etico-morali e di progetti "bruciati" ne ho visti. Pertanto non 
condivido la tua affermazione, perché un progetto senza significato pratico, 
non vive!

>(vedi la Camera di Commercio, che - >ricordiamolo - è un ente privato che sta 
>al mondo per fare soldi)

La camera di commercio è un carrozzone, che i commercianti, artigiani ecc. sono 
obbligati annualmente a pagare... per??? Non si sa.

>Ma non lo si dice: si vuole l'ideale open e >il successo commerciale.

Non lo si dice perché è molto soggettivo cosa è bello o brutto per una persona. 
Gmaps è il più usato perché molti usano Google per fare le ricerche, come molti 
usano windows perché è preinstallato sui PC. Le persone sono un po pigre, chi 
glielo fa fare ad usare, imparare cose nuove? Io uso GNU/Linux dal 1995 e non 
per purezza, etica, o altro, ho iniziato con GNU/Linux per esigenza. Se poi 
alla fine condivido e sostengo il software libero è un altro paio di maniche.


>solo per il fatto che contribuire a OSM è >una cosa pura e buona.

Un altro tuo parere personale... 

>OsmAnd cosa fa, se lo inventa?

Certo che no.

>"mappare a beneficio di un rendering"

...ma neanche usare un tag sbagliato su una sede di Croce Rossa perché viene 
renderizzata una croce di colore rosso... (E' una situazione realmente 
accaduta, di fatto non era segnata come sede della Croce Rossa ma come 
ospedale, se non ricordo male. Dato sbagliato e fuorviante per chi cercava un 
ospedale e si ritrovava in una sede della CRI).

In ultimo: non piangiamoci addosso, contattiamo la camera di commercio e 
speriamo in un apertura mentale e che capisca realmente i vantaggi, veri, 
reali, pratici! Non è vendere fumo, è realtà, nonostante chi non ci crede. 
Andreas Lattmann___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[gppes_osm]

Das wusste ich nicht.

Hier gibt es aber noch immer keinen Grund den Realnamen bekannt zu geben.

Waere das mir passiert wuerde ich vorher noch den Revert akzeptieren, bevor ich 
meine Anonymitaet freiwillig preis gebe.

> Gesendet: Samstag, 01. April 2017 um 17:51 Uhr
> Von: "Friedrich Volkmann" 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im 
> Standardstil
>
> On 01.04.2017 17:09, gppes_...@web.de wrote:
> > Es gibt keinen Grund hier seinen Realnamen bekannt zu geben, wenn man das 
> > nicht moechte.
> 
> Zitat https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct:
> 
> | Your documentation should state:
> |
> | * Who is making the change (real name and how to contact, ideally e-mail
> |   address)
> 
> -- 
> 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
>

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Aury88]

Simone Saviolo wrote
> Il giorno 1 aprile 2017 16:20, Andreas Lattmann 

> andreas.lattmann@

> 
> ha scritto:
> 
>> >Queste sono le informazioni che si >possono mappare... Per l'utente
>> normale? Su mapnik devi cliccare su un punto della mappa (facendo
>> attenzione a centrare bene) , scegliere dal menu 'query feature' (neanche
>> tradotto) e vederti un elenco di tag...
>>
>> A questo punto è meglio lasciar perdere camera di commercio e puntare
>> sulla formazione dei mappatori.
>>
> 
> No: degli utilizzatori di OSM. Di coloro che scrivono applicazioni che
> usano OSM. E che le scrivono pensando agli altri mappatori... il che non è
> un male di per sé, ma significa che non ci sono molte applicazioni pensate
> per gli utenti comuni.


> È vero: bisognerebbe far capire ai mappatori qual è l'utilità di OSM. Ma
> su
> questo concordo con Fabrizio e con Carlo Folini: bisogna definire quale
> potrebbe essere un'utilità di OSM, e poi mappare verso quell'obiettivo.
> Provo a coniare un'espressione: "mappare a beneficio di un rendering".
> Mappare *correttamente*, certo, come nello spirito del vecchio adagio "non
> mappare per un rendering". Ma mappare in modo che quel rendering possa
> avere le informazioni che gli servono. È bellissimo vedere OsmAnd che ti
> indica quante corsie ci sono sulla strada che stai facendo e dove ti porta
> ognuna; ma se nessuno mette il tag lanes=* su una certa via, OsmAnd cosa
> fa, se lo inventa?

penso che in realtà Andreas intendesse proprio quest'ultimo punto quando
parlava di educare i mappatori.

per il resto quoto tutto anche se la frase "mappare a beneficio di un
rendering" secondo me confonde un po', può essere male interpretata e limita
il problema...non tutti i dati vengono sfruttati sottoforma di una
visualizzazione e quindi render ;-)

per quanto riguarda il formare i mappatori l'idea immagino sia proprio
quella di istruire i mappatori per esempio ad aggiungere lanes quando
mappano le strade o altri tag più o meno utili ma allo stato attuale
sconosciuti ai più...il problema è che la documentazione spesso è
inesistente, incompleta o persa nei meandri della nostra wiki oppure peggio
da per lo stesso elemento più stili di mappatura/tag...oltre al wiki non ci
sono riferimenti se non quelli statistici di taginfo...
ma di solito si apprende copiando;e  se volessi mappare un porto dove posso
trovare il porto meglio mappato secondo la comunità osm così che io possa
"copiarlo"? non ne ho idea, voi?
 morale della favola ognuno fa per se per quello che non trova facilmente ed
ecco che gli standard si moltiplicano i tag esplodono e in tutto questo
casino un mappatore scopre solo dopo aver mappato centinaia di chilometri di
strada che esiste un tag lanes. 

imho se si deve puntare a formare i mappatori affinchè mappino bene
bisognerebbe prima di tutto definire e far vedere cosa sia bene, e
documentarlo (bene).



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/Aiutiamo-la-Camera-di-Commercio-di-Genova-a-fare-a-meno-di-big-G-tp5894390p5894555.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] Ankündigung der Entfernung von landuse =farm im Standardstil

[Friedrich Volkmann]

On 01.04.2017 17:09, gppes_...@web.de wrote:

Es gibt keinen Grund hier seinen Realnamen bekannt zu geben, wenn man das nicht 
moechte.


Zitat https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct:

| Your documentation should state:
|
| * Who is making the change (real name and how to contact, ideally e-mail
|   address)

--
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: [OSM-talk-fr] Cartographie des églises

[Vincent de Château-Thierry]

Bonjour,

Le 01/04/2017 à 12:26, Gaël Simon a écrit :

52376, c'est désormais le nombre de lieux de culte en France, répartis
sur 34.498 communes.
Centre-Val de Loire et Occitanie rejoignent le club des régions pourvues ;-)
Dernière ligne droite à faire pour Grand-Est et BFC.


Ce feuilleton n'est pas sans rappeler celui du tracé des limites 
administratives ;)


Bravo pour l'effort et merci pour ta diffusion de l'avancement.

vincent

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Simone Saviolo]

Il giorno 1 aprile 2017 16:20, Andreas Lattmann 
ha scritto:

> >Queste sono le informazioni che si >possono mappare... Per l'utente
> normale? Su mapnik devi cliccare su un punto della mappa (facendo
> attenzione a centrare bene) , scegliere dal menu 'query feature' (neanche
> tradotto) e vederti un elenco di tag...
>
> A questo punto è meglio lasciar perdere camera di commercio e puntare
> sulla formazione dei mappatori.
>

No: degli utilizzatori di OSM. Di coloro che scrivono applicazioni che
usano OSM. E che le scrivono pensando agli altri mappatori... il che non è
un male di per sé, ma significa che non ci sono molte applicazioni pensate
per gli utenti comuni.


> Credo che tutti siamo d'accordo che OSM dal punto di vista "WEB" non è
> messo bene, ma dal punto di vista "non WEB" va bene.
> Carlo, dal punto di vista utente normale, l' elenco che ho scritto oltre
> ad essere dei tag, sono i filtri di OsmAnd, che sfrutta i dati di OSM.
> Pertanto all' utente finale offre molto di più di Google ed in più offline.
> Leggiti le caratteristiche di OsmAnd e di tutti i suoi plug in e del
> fantastico "plug-in" di OsmAnd BRouter (utilizza dati OSM) e poi dimmi se
> OSM è utile o no!
>

Concordo su OsmAnd. Mi sono trovato ad usarlo un mesetto fa ed
effettivamente ha fatto passi da gigante rispetto al mezzo prodotto che era
una volta. Ha una buona esperienza utente (migliorabile, ma il livello è
già buono), è piuttosto usabile, è ancora forse un pochino brutto da
vedere, ma la strada è quella giusta. E dove i dati OSM sono dettagliati,
OsmAnd è anche meglio della concorrenza.

Ma mi stai dicendo che è utile *il servizio* che offre OsmAnd. Se OsmAnd
avrà successo (e per ora ad ogni installazione di OsmAnd corrispondono
mille installazioni di Maps), sarà perché sarà *utile* per le persone che
lo usano, che lo raccomanderanno. Perché sarà migliore di Maps, non in un
vago e inutile senso etico-morale, ma in un preciso significato pratico:
risolverà le esigenze dell'utente meglio di quanto lo farà Maps. E sarà
merito degli sviluppatori di OsmAnd, che a loro volta potranno ringraziare
OSM.

Ma se gli sviluppatori di OsmAnd non facessero un prodotto utile, OSM
sarebbe inutile per tutti quelli a cui serve un navigatore per la macchina.

Mi risponderai che ci sono anche i ciclisti e gli escursionisti e gli
sciatori fuori pista e i disabili. Ma questi (probabilmente) *già sanno*
che OSM è "migliore" di GMaps... e indovina perché? Perché è più utile per
quello che serve a loro. OSM (in realtà le applicazioni basate su OSM) è
già il meglio per loro, che però sono l'1% (numero simbolico tirato a
caso).

Le istituzioni (vedi la Camera di Commercio, che - ricordiamolo - è un ente
privato che sta al mondo per fare soldi) obbediscono alla logica del
maggior numero di persone che possono soddisfare. Se questo maggior numero
di persone usa ogni giorno GMaps, le istituzioni vorranno migliorare la
vita di quelle persone, e il modo per farlo sarà collaborare con GMaps.

Negare che le cose stiano così è mettere la testa sotto la sabbia. Dire che
le cose dovrebbero stare altrimenti è fine a se stesso. Capirei invece se
si dicesse "sappiamo che OSM non avrà mai appeal per la maggior parte della
gente, ma non è quello l'obiettivo di OSM". Ma non lo si dice: si vuole
l'ideale open e il successo commerciale, solo per il fatto che contribuire
a OSM è una cosa pura e buona.

Una volta fatto capire a tutti i mappatori l' utilità di OSM, allora
> potremo proporre OSM al grande pubblico, non prima.


È vero: bisognerebbe far capire ai mappatori qual è l'utilità di OSM. Ma su
questo concordo con Fabrizio e con Carlo Folini: bisogna definire quale
potrebbe essere un'utilità di OSM, e poi mappare verso quell'obiettivo.
Provo a coniare un'espressione: "mappare a beneficio di un rendering".
Mappare *correttamente*, certo, come nello spirito del vecchio adagio "non
mappare per un rendering". Ma mappare in modo che quel rendering possa
avere le informazioni che gli servono. È bellissimo vedere OsmAnd che ti
indica quante corsie ci sono sulla strada che stai facendo e dove ti porta
ognuna; ma se nessuno mette il tag lanes=* su una certa via, OsmAnd cosa
fa, se lo inventa?

Ciao,

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

Re: [Talk-it] Divieto di transito con pannello integrativo

[Ivo Reano]

> Il giorno 1 aprile 2017 13:23, Volker Schmidt  ha
scritto:

> access=only_god_knows
>
> Non conosco l'inglese ma questo tag messo sul traduttore mi dice:
"Pesce d'aprile"

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andreas Lattmann]

Aury, quoto tutto quello che hai scritto!

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

Re: [Talk-it] Divieto di transito con pannello integrativo

[girarsi_liste]

Il 01/04/2017 14:25, Martin Koppenhoefer ha scritto:
> 
> 
> sent from a phone
> 
>> On 1 Apr 2017, at 13:12, Davide Sandona'  wrote:
>>
>> come si mappa un tratto di strada in cui è presente il segnale di divieto di 
>> transito con pannello integrativo riportante "Eccetto aventi diritto"?
> 
> 
> vehicle=private 
> forse potresti aggiungere 
> bicycle=permissive
> 
> 
> in alternativa 
> vehicle=permissive
> (dipende dalla zone/realtà)
> 

Propongo:

access=private
motor_vehicle=destination



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



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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Andreas Lattmann]

>Queste sono le informazioni che si >possono mappare... Per l'utente normale? 
>Su mapnik devi cliccare su un punto della mappa (facendo attenzione a centrare 
>bene) , scegliere dal menu 'query feature' (neanche tradotto) e vederti un 
>elenco di tag... 

A questo punto è meglio lasciar perdere camera di commercio e puntare sulla 
formazione dei mappatori.
Credo che tutti siamo d'accordo che OSM dal punto di vista "WEB" non è messo 
bene, ma dal punto di vista "non WEB" va bene. 
Carlo, dal punto di vista utente normale, l' elenco che ho scritto oltre ad 
essere dei tag, sono i filtri di OsmAnd, che sfrutta i dati di OSM. Pertanto 
all' utente finale offre molto di più di Google ed in più offline. Leggiti le 
caratteristiche di OsmAnd e di tutti i suoi plug in e del fantastico "plug-in" 
di OsmAnd BRouter (utilizza dati OSM) e poi dimmi se OSM è utile o no! 
Su OsmAnd, ci sono oltre le piste ciclabili, i sentieri, anche le piste da sci, 
tutto su una unica app. Poi c'è maps.me ed un infinità di altre app. D'altra 
parte non si dice che gli smartphone hanno superato come numero i computer?? 
Non c'è la continua richiesta a Google di mappe offline?? Noi già le abbiamo!

>Solitamente nessun link al sito >dell'esercizio in questione. 

Perché probabilmente nessuno lo ha messo. Io i link al sito e alla pagina 
facebook twitter & C. Lo metto pure sui rifugi! 

Una volta fatto capire a tutti i mappatori l' utilità di OSM, allora potremo 
proporre OSM al grande pubblico, non prima.

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

Re: [Talk-ko] Broken (multi)polygons in Korea

[Jochen Topf]

On Sun, Mar 19, 2017 at 02:46:30PM +0100, Jochen Topf wrote:
> in my newest batch of Maproulette challenges, I have included a special
> challenge for Korea, because there were so many problems there.
> 
> I encourage everbody to help:
> http://area.jochentopf.com/fixing.html#duplicate-segments-in-closed-ways

That challenge has been done for a while. But there is much more to do.
The problems include self-intersections, overlapping areas, and other
problems, mostly on forest and other landuse polygons. The problems are
too dense to fix using Maproulette. See here on how to fix this...

http://area.jochentopf.com/fixing.html#fixing-multipolygons-in-south-korea

Would be great if some people on this list want to take this on!

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-it] Divieto di transito con pannello integrativo

[Martin Koppenhoefer]

sent from a phone

> On 1 Apr 2017, at 13:12, Davide Sandona'  wrote:
> 
> come si mappa un tratto di strada in cui è presente il segnale di divieto di 
> transito con pannello integrativo riportante "Eccetto aventi diritto"?


vehicle=private 
forse potresti aggiungere 
bicycle=permissive


in alternativa 
vehicle=permissive
(dipende dalla zone/realtà)

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

Re: [Talk-ca] Ottawa import: deleting existing content

[James]

Fixed: https://www.openstreetmap.org/way/480316853/history &
https://www.openstreetmap.org/way/480316854/history

On Sat, Apr 1, 2017 at 6:48 AM, James  wrote:

> Could have been a mistake as we told people not to delete buildings. If
> building geometry was very bad to use the replace geometry tool, but for
> the most part the concentration was on adding new buildings. Mistakes
> happen...
>
> On Sat, Apr 1, 2017 at 12:40 AM, Stewart C. Russell 
> wrote:
>
>> On 2017-03-31 10:35 PM, James wrote:
>> > Your example for building deletion, has 0 building deletion
>> >
>> > https://overpass-api.de/achavi/?changeset=47337186
>>
>> Ah, linked to the wrong one. This has it:
>> https://overpass-api.de/achavi/?changeset=47302320
>>
>> Here's jiminie's original changeset:
>> https://overpass-api.de/achavi/?changeset=46827970=19;
>> lat=45.42954=-75.63272=B0TTTFT
>>
>> Near the top is way #480316854, an H-shaped house number 1031.
>>
>> It's been deleted and replaced with way #483739791 in carpbunker's
>> changeset 47302320.
>>
>> The scope of the import was not to delete ways.
>>
>>  Stewart
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
>
>
> --
> 外に遊びに行こう！
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] Divieto di transito con pannello integrativo

[Volker Schmidt]

access=only_god_knows


Virus-free.
www.avast.com

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

2017-04-01 13:12 GMT+02:00 Davide Sandona' :

> Salve,
> come si mappa un tratto di strada in cui è presente il segnale di divieto
> di transito con pannello integrativo riportante "Eccetto aventi diritto"?
> La strada in questione è una strada sterrata...
>
> Davide.
>
> ___
> 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 Torino] Offset generale

[Davide Sandona']

ahahahahahahah ottimo!!! per un momento pensavo si trattasse di un pesce
d'aprile, se non fosse che la data è dell'articolo è 31 marzo. Ottima
integrazione di OSM.

Davide.

Il giorno 1 aprile 2017 12:40, Cascafico Giovanni  ha
scritto:

> Se abbiamo fortuna, tra quarant'anni il problema potrebbe risolversi da
> solo :-)
>
> https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Divieto di transito con pannello integrativo

[Davide Sandona']

Salve,
come si mappa un tratto di strada in cui è presente il segnale di divieto
di transito con pannello integrativo riportante "Eccetto aventi diritto"?
La strada in questione è una strada sterrata...

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

Re: [Talk-ca] Ottawa import: deleting existing content

[James]

Could have been a mistake as we told people not to delete buildings. If
building geometry was very bad to use the replace geometry tool, but for
the most part the concentration was on adding new buildings. Mistakes
happen...

On Sat, Apr 1, 2017 at 12:40 AM, Stewart C. Russell 
wrote:

> On 2017-03-31 10:35 PM, James wrote:
> > Your example for building deletion, has 0 building deletion
> >
> > https://overpass-api.de/achavi/?changeset=47337186
>
> Ah, linked to the wrong one. This has it:
> https://overpass-api.de/achavi/?changeset=47302320
>
> Here's jiminie's original changeset:
> https://overpass-api.de/achavi/?changeset=46827970;
> zoom=19=45.42954=-75.63272=B0TTTFT
>
> Near the top is way #480316854, an H-shaped house number 1031.
>
> It's been deleted and replaced with way #483739791 in carpbunker's
> changeset 47302320.
>
> The scope of the import was not to delete ways.
>
>  Stewart
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[carlo folini]

Il giorno 1 aprile 2017 11:10, Aury88  ha scritto:

> carlo folini wrote
> > Probabilmente uno dei problemi è il "non mappare per la visualizzazione",
> > visto che poi quest'ultima è fondamentale per la fruibilità. Se passiamo
> > il
> > tempo a decidere quale tag è più corretto senza pensare a come può essere
> > utile per l'utente finale... Magari ci divertiamo, però non andremo a
> > soddisfare le esigenze di milioni di utenti
>
> se per la frase virgolettata intendi il non mappare per il rendering non mi
> trovi d'accordo, il non mappare per il rendering significa non mappare
> qualcosa per quello che non è, e questo solo per vederlo visualizzato su
> osm
> nella maniera che ti piace. questa è una questione di qualità del dato. se
> invece intenti il cercare quel tag particolare per quell'elemento
> particolare che non interessa a nessuno mi puoi trovare d'accordo ma
> rimango
> dell'idea che se uno mappa una cosa di solito è perchè per lui  è utile.
> questo discorso esteso a migliaia di mappatori genera una mappa più
> completa
> per gli argomenti di più larga diffusione ed utilità.
>
Concordo pienamente sulla qualità del dato, ma il mio criterio principale è
come poi il dato viene usato.
Faccio un esempio... relazione destination sign.[0]
Nel wiki è riportato il tag "via" come opzionale. La differenza su mapnik
però per me è sostanziale. Dare la partenza e l'arrivo con il tempo di
percorrenza non dà molto valore se non viene specificato che percorso viene
fatto e sul quale è calcolato il tempo.
Quindi il cartello è descritto con [1]
e la relazione di una destinazione riporta esattamente il tracciato. [2]

Ci sono tutte le informazioni però...
Devo sapere che per arrivare a [1] devo fare il "query feature" e per
arrivare a [2] devo clickare sul link
"Relazione 7092283  (come
sign)"
Come si fa a sapere che è il percorso?!?!

Se da mapnick fosse linkato un servizio tipo [3] e magari anche [4]
Sarebbe estremamente più fruibile.

Sottoscrivo quindi pienamente la tua idea di avere un sito (mapnik?) che
sia il punto in cui linkare gli atlri servizi.

Ciao


> imho questo confronto ed aspirare a diventare prima scelta per gli utenti
> consumer in ambito consumer non ci porterà a nulla, google ha troppi
> servizi
> integrati e troppi utenti che lo utilizzano da cui attinge
> informazioni...anche se ci mettessimo a mappare solo gli elementi utili
> siamo appena 7 milioni di mappatori più o meno attivi contro miliardi di
> utilizzatori (e quindi mappatori attivi o passivi) di google.
> questo non significa abbandonare la sfida o non migliorare i dati di
> utilità
> consumer, ma semplicemente non dobbiamo puntare unicamente a quello o
> usarlo
> come parametro di successo ed utilità...osm è già la prima scelta in molti
> ambiti e potrebbe diventarlo in molti altri e questo anche perchè google in
> prima analisi non ambisce alla conoscenza collettiva ma al ritorno
> economico
> (e solo quello proprio, il che, lasciatemelo dire, non è poi così esteso a
> così tanti settori)...il resto imho verrà da se.
>
>
> [0] http://wiki.openstreetmap.org/wiki/Relation:destination_sign
[1] http://www.openstreetmap.org/node/4743825731
[2] http://www.openstreetmap.org/relation/7092283
[3] http://osm.mueschelsoft.de/destinationsign/example/#node=4743825731
[4]
https://hiking.waymarkedtrails.org/#route?id=7082063=13!46.192!10.052
-- 
Carlo Folini
mailto:carlo.fol...@gmail.com
blog: http://www.diariocorsa.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [civici Torino] Offset generale

[Cascafico Giovanni]

Se abbiamo fortuna, tra quarant'anni il problema potrebbe risolversi da
solo :-)

https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Cartographie des églises

[Gaël Simon]

52376, c'est désormais le nombre de lieux de culte en France, répartis sur 
34.498 communes.
Centre-Val de Loire et Occitanie rejoignent le club des régions pourvues ;-)
Dernière ligne droite à faire pour Grand-Est et BFC. 

Le 12 mars 2017 à 15:30, Gaël Simon  a écrit :

Allez, maintenant 51315 lieux de culte. La Normandie devrait maintenant 
disposer d'au moins un lieu de culte par commune (pour celles en ayant). A 
noter une contribution active récemment dans les Vosges ;-)


Gaël

Le 8 févr. 2017 à 08:39, Gaël SIMON  a écrit :

Bonjour à tous,
désormais 49858 lieux de culte en France !
Après la Bretagne, les Pays-de-la-Loire, la Corse et Auvergne-Rhône-Alpes, la 
Nouvelle-Aquitaine rejoint le club des régions dont la majorité des communes 
possèdent désormais au moins un lieu de culte.
Je m'attaque maintenant à l'Île-de-France, déjà bien fournie, avant un séjour, 
potentiellement prolongé, dans les Hauts-de-France (où 413 communes sont à 
traiter).

Le suivi global : https://framapic.org/Zxkwbm9piZ9I/ZkzKoMeuG9NI.PNG
Les noms en Nouvelle-Aquitaine : 
https://framapic.org/94LDs8srkkiX/3rp2ZSUY9f4d.PNG

> Le 20 janvier 2017 à 15:39, Gaël SIMON  a écrit :
> 
> Bonjour,
> voici quelques copies d'écran de mon outil de suivi (malheureusement non 
> partageable simplement).
> Page d'accueil synthétique du tableau de bord : 
> https://framapic.org/SlOcpLo3mVZN/j2xztpK2RQCC.PNG
> Détails de localisation, avec les noms / sans nom : 
> https://framapic.org/U0OFac5IZEwK/ohKlsTSfUoJe.PNG
> Répartition des noms dans département : 
> https://framapic.org/f90tlVcSq8Mk/BbcJlclR3bPb.PNG
> 

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Aury88]

carlo folini wrote
> Probabilmente uno dei problemi è il "non mappare per la visualizzazione",
> visto che poi quest'ultima è fondamentale per la fruibilità. Se passiamo
> il
> tempo a decidere quale tag è più corretto senza pensare a come può essere
> utile per l'utente finale... Magari ci divertiamo, però non andremo a
> soddisfare le esigenze di milioni di utenti

se per la frase virgolettata intendi il non mappare per il rendering non mi
trovi d'accordo, il non mappare per il rendering significa non mappare
qualcosa per quello che non è, e questo solo per vederlo visualizzato su osm
nella maniera che ti piace. questa è una questione di qualità del dato. se
invece intenti il cercare quel tag particolare per quell'elemento
particolare che non interessa a nessuno mi puoi trovare d'accordo ma rimango
dell'idea che se uno mappa una cosa di solito è perchè per lui  è utile.
questo discorso esteso a migliaia di mappatori genera una mappa più completa
per gli argomenti di più larga diffusione ed utilità.

imho questo confronto ed aspirare a diventare prima scelta per gli utenti
consumer in ambito consumer non ci porterà a nulla, google ha troppi servizi
integrati e troppi utenti che lo utilizzano da cui attinge
informazioni...anche se ci mettessimo a mappare solo gli elementi utili
siamo appena 7 milioni di mappatori più o meno attivi contro miliardi di
utilizzatori (e quindi mappatori attivi o passivi) di google.
questo non significa abbandonare la sfida o non migliorare i dati di utilità
consumer, ma semplicemente non dobbiamo puntare unicamente a quello o usarlo
come parametro di successo ed utilità...osm è già la prima scelta in molti
ambiti e potrebbe diventarlo in molti altri e questo anche perchè google in
prima analisi non ambisce alla conoscenza collettiva ma al ritorno economico
(e solo quello proprio, il che, lasciatemelo dire, non è poi così esteso a
così tanti settori)...il resto imho verrà da se.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/Aiutiamo-la-Camera-di-Commercio-di-Genova-a-fare-a-meno-di-big-G-tp5894390p5894529.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-cz] Aprílová vrstva mapy.cz

[Petr Vozdecký]

Koukněte na ni. Dlužno říci, že kdo toto dělal (přetextování místních
názvů), musel být řácky zhuleney... :)

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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[Aury88]

Andreas Lattmann wrote
> Solo?? :-D Ma stai scherzando parlando di OSM vero?? 
> OSM:
> 
> - I locali più vicini a te
> - Tipo di cucina
> - Se fanno consegne
> - Tipo di cibo:
> Senza glutine
> Halal
> Kosher
> Pescetariano
> Vegetariano
> Vegano
> - puoi selezionare i locali che fanno piadine, pizza, burrito, felafel,
> Yakitori...
> - connessione ad internet e di che tipo Wi-Fi, wired, terminal.
> - quelli che hanno un microbirrificio
> - posti a sedere all' aperto
> - un infinità di tipi di pagamento:
>Dalle carte di credito a quelle di debito, bitcoin , dogecoin, SMS,
> padamenti 50c 1€ e monete da2€, carte regalo ed una miriade di
> circuiti
> - fumatori:
>Dedicato
>In sale separate
>.
> - da asporto
> - accessibilità
> - orari di apertura
>Aperti ora o 24/7
> - informazioni di contatto 
> - foto
> - sito
> - pagina facebook
> - twitter
> - gplus
> - 

quoto
in effetti ci sono molti dati anche su osm, l'unica differenza abissale con
GMaps per quanto riguarda i dati sono quelli di natura social ottenuti
tramite gli utenti stessi del servizio (in maniera attiva o passiva come le
statistiche sull'affollamento) e questi sono dati che in osm non si
inseriscono proprio e che "purtroppo" sono  tra i più utili alla stragrande
maggioranza della gente.

comunque tutta questa discussione deriva sempre dalla questione annuale di
OSM solo come DB vs OSM anche come fornitore di servizi.
ho già tediato troppo tutti voi in passato sull'argomento per ributtarmici,
ma vorrei solo dire una cosa: OSM è più diffuso di quanto si pensi sia in
termini di utilizzo sia in termini di servizi erogati basati su di esso, ma
allo stesso tempo il progetto e la sua utilità vengono in qualche maniera
camuffate, in alcuni casi anche in maniera colpevole o dolosa.

Imho OSM, almeno allo stato attuale, non può permettersi di offrire tutto
questo granchè di servizi, ma secondo me si potrebbe fare di più per linkare
servizi esterni che usano osm direttamente dalla mappa in osm.org. Questa
cosa potrebbe essere un buon compromesso tra il rimanere un progetto
incentrato unicamente sul DB e allo stesso tempo dimostrare e aumentarne
l'utilità per l'utente. il passo successivo sarebbe coordinare questi
servizi (per esempio: trovare in uno un ristorante tailandese in zona e in
base alle recensioni e, nell'altro ancora, trovare i mezzi pubblici con
relativi orari) a quel punto si avrebbe una utilità nell'utilizzo, per
l'utente medio, paragonabile a quella di GMap pur rimanendo i servizi
decentralizzati e allo stesso tempo si avrebbe una infrastruttura che
permette l'aggiunta di servizi in maniera molto più flessibile (google deve
progettarseli da solo, da noi ognuno pensa per se nel proprio campo)...in
poche parole l'unico servizio che teoricamente potrebbe servirci è uno che
linki e coordini servizi specialistici esterni...ma forse sono entrato nel
campo della fantascienza








-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/Aiutiamo-la-Camera-di-Commercio-di-Genova-a-fare-a-meno-di-big-G-tp5894390p5894526.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-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Martin Koppenhoefer]

Am 1. April 2017 um 09:51 schrieb Rolf Eike Beer :

> Ich persönlich halte source*= für Freitext-Felder, die das Verständnis der
> Daten erleichtern, wenn man es sich im Editor anguckt, aber ansonsten
> völlig
> irrelevant sind.
>


im Falle von source:maxspeed ist die Lage ein bisschen anders, dafür sind
formale Werte definiert, die aussagen, ob die Geschwindigkeitsbegrenzung
implizit gilt (und z.B. bei einer Gesetzesänderung umgetaggt werden müsste)
oder ob es ein Schild gibt (oder eben, ob es eine Zone ist). Das ist ein
Objekt-tag und kein tag fürs Changeset wie "source".

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

Re: [OSM-talk] Multi Polygon problem - could someone take a look?

[Frederik Ramm]

Hi,

On 04/01/2017 12:36 AM, Dave F wrote:
> But how did the edit affect *all* nodes? Why didn't a changeset revert
> solve the issue? is this 'osmtools' publicly available or is it a
> self-written tool?

Ortholgonalizing a shape will usually move all its nodes so no surprise
there. Reverting the *correct* changeset (that contained the node edits)
would have solved the issue but probably also reverted good edits made
by the mapper. The scripts I used are on github
(woodpeck/osm-revert-scripts) however they require some Perl/Unix foo to
use correctly (or else you run the danger of creating more damage). In
this case what I did was

* create new changeset (using changeset.pl)
* download the polygon (using wget)
* extract from it a list of nodes it's using (using "grep" and "cut"
unix utilitiess)
* revert every node to whatever state it was in before touched by the
user ndm (using a "for" loop and undo.pl)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Rolf Eike Beer]

Am Donnerstag, 30. März 2017, 14:18:58 schrieb Martin Koppenhoefer:
> Es gibt mehrere Standards und ein paar weitere Alternativen, um 30er Zonen
> zu taggen.
> 
> Dazu hier im wiki:
> https://wiki.openstreetmap.org/wiki/Key:source:maxspeed
> 
> Aktuelle Zahlen von heute:
> maxspeed=30 and zone:maxspeed=DE:30 - 32952 uses
> maxspeed=30 and source:maxspeed=DE:zone30 - 32018 uses
> maxspeed=30 and source:maxspeed=DE:zone:30 - 21832 uses

Also generell: immer feste drauf.

Ich persönlich halte source*= für Freitext-Felder, die das Verständnis der 
Daten erleichtern, wenn man es sich im Editor anguckt, aber ansonsten völlig 
irrelevant sind. Ja, das darf hier auch gerne vereinheitlicht werden, aber 
IMHO ist das für die maschinelle Auswertung völlig irrelevant.

Eike

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

Re: [Talk-dk] Hvilket kort i Potlatch2 og andre værktøjer til OSM

[Uffe Kousgaard]

Lyder godt.

On 31-03-2017 19:36, Soren Johannessen wrote:

Jeg skal undersøge om Potlatch2 udviklerne stadigvæk er aktive så de
derved kan indsætte DK URL som fast menupunkt.

Mvh.
Søren Johannessen






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

[talk-latam] OSM y placas tectónicas

[Marco Antonio]

Hola,

Así va esto:

"OpenStreetMap se establece como la primera base de datos geográfica
mundial que rastrea activamente la tectónica de placas. La Fundación OSM
ha dado luz verde para la corrección tectónica que se aplicará a la
base de datos OSM, a partir de hoy"

algo de contexto:

"Como ustedes saben, la superficie de la tierra está hecha de placas
tectónicas que se separan ligeramente con el tiempo. Como OSM usa el
sistema de referencia de coordenadas WGS84, nuestras coordenadas se
"desincronizan" con el tiempo"

e informan qué:

"Las primeras correcciones se aplicarán hoy, y revisaremos el tema el
mismo día en los próximos años"

https://blog.openstreetmap.org/2017/04/01/osm-plate-tectonics/

un gráfico para aclarar los movimientos:

https://upload.wikimedia.org/wikipedia/commons/7/7c/Global_plate_motion_2008-04-17.jpg
https://es.wikipedia.org/wiki/Tect%C3%B3nica_de_placas

B^) ¡in-te-re-san-te!

abrazos,

Marco Antonio
@51114u9

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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Uwe Sennewald]

Also ich bin auch für aufräumen.

Aber

maxspeed=30 and zone:maxspeed=DE:30

sollte erhalten bleiben um die Darstellung der 30-Zone zu gewährleisten.

source:maxspeed= ist für mich überflüssig, wird von mir aber auf Wunsch eines 
einzelnen Mappers mit erfasst:-)8-):-X  .

Senni

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

Re: [Talk-de] Drei Tage mit dem Plug-In Hybrid

[Uwe Sennewald]

Du hast richtig erkannt, dass eine OSM-Karte als Hintergrund (ist auch als 
Copyright angegeben) genutzt wird und ich lese auch "Geocoder by Nominatim".
Die Daten werden in eigenen Datenbank gehalten, dass die E-Tankstellen aus OSM 
stammen habe ich nie behauptet.
Allerdings scheint mir die Datenqualität in Bezug auf Anzahl der Anschlüsse und 
Steckertypen besser, habe ich in Erfurt mal geprüft.
Für mich ist so etwas die bessere Variante.
Wenn was mit den Daten nicht stimmt kann man sich ja mal an den Verein LEMnet 
Europe e.V. in Ilmenau wenden, wäre für dich Harald ja fast ein Heimspiel.

Der Bericht von Max ist ja wohl auch mehr zur Abschreckung gedacht, als 
wirklich ein objektiver Erfahrungsbericht in Sachen E-mobilität.
Wer sich so auf die Fahrt mit einen E-Auto vorbereitet, bleibt auch auf der 
Autobahn mit leerem Tank liegen.
Zitat: " Weiter nach Weimar. Da gibt's auch zwei Ladestationen. Die werden 
ebenfalls von den dortigen Stadtwerken betrieben und sind nur für deren Kunden. 
"
Ich kenne in Weimar persönlich 2 von Ladenetz und eine von New Motion und die 3 
können mit der Karte von Ladenetz genutzt werden.
Laut LEMnet gibts in Weimar noch mehr Ladesäulen !

Solch ähnliche Berichte habe ich vor 15 Jahren über Autogastankstellen gelesen.

Wenn ich dann noch lese "Und für die OSM daten-konsumenten: ..." sträuben 
sich mir die Haare, als ob wir, die OSM-Mapper, verantwortlich sind den "OSM 
daten-konsumenten" alles mundgerecht vor zu kauen.
Ich habe bisher nichts davon gelesen, dass wir OSM-Mapper verpflichtet sind 
Ladesäulen zu mappen.

Wünsche ein sonniges Wochenende

Senni

Am 30.03.2017 um 14:14 schrieb Harald Hartmann:

Am 30.03.2017 um 09:17 schrieb Uwe Sennewald:


Habt ihr schon mal was von LEMnet ( http://www.lemnet.org/de ) gehört ?
Die nutzen OSM , müllen es aber mit den Informationen zu den
Ladestationen nicht voll.



Hmm, und in wie weit nutzen die OSM? Also die ersten Stickpunkte die ich
so gemacht habe, lässt den Eindruck erwecken, dass sie NUR einfach eine
OSM Karte (Tiles) verwenden, von den angezeigten POIs
(amenity=charging_station, etc.) war kein einziger in der OSM Datenbank.

Hast du ein paar Beispiele, wo du sicher nachweisen kannst, dass auch
Ladesäulen, die in OSM erfasst wurden, so eins zu eins auch auf lemnet
angezeigt werden?

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


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

Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

[carlo folini]

Il 01 apr 2017 12:04 AM, "Andreas Lattmann"  ha
scritto:

Non prendiamoci in giro: belle le mappe, bello l'open data, bello l'open
source... ma OSM non sta dando alcun vantaggio concreto agli utenti

Questo è un tuo parere personale. Mi chiedo allora: perché mappi? Se lo fai
per te, vuol dire che reputi che ci sia un minimo di utilità, quindi come
lo è per te, lo puo essere per altri.
Personalmente ho mille motivi per affermare che OSM è più utile di GMaps!


Al contrario, cerchi "aperitivo" su Google e ti dà:
- i locali più vicini a te
- gli orari di apertura
- quanta gente è previsto che ci sia ad una data ora
- che prezzi fa
- le recensioni degli altri utenti
- le informazioni di contatto

Solo?? :-D Ma stai scherzando parlando di OSM vero??
OSM:

- I locali più vicini a te
- Tipo di cucina
- Se fanno consegne
- Tipo di cibo:
Senza glutine
Halal
Kosher
Pescetariano
Vegetariano
Vegano
- puoi selezionare i locali che fanno piadine, pizza, burrito, felafel,
Yakitori...
- connessione ad internet e di che tipo Wi-Fi, wired, terminal.
- quelli che hanno un microbirrificio
- posti a sedere all' aperto
- un infinità di tipi di pagamento:
Dalle carte di credito a quelle di debito, bitcoin , dogecoin, SMS,
padamenti 50c 1€ e monete da2€, carte regalo ed una miriade di circuiti
- fumatori:
Dedicato
In sale separate
.
- da asporto
- accessibilità
- orari di apertura
Aperti ora o 24/7
- informazioni di contatto
- foto
- sito
- pagina facebook
- twitter
- gplus
- 

E poi non vi annoio dicendovi cose che già sapete...

Queste sono le informazioni che si possono mappare... Per l'utente normale?
Su mapnik devi cliccare su un punto della mappa (facendo attenzione a
centrare bene) , scegliere dal menu 'query feature' (neanche tradotto) e
vederti un elenco di tag... Solitamente nessun link al sito dell'esercizio
in questione.



dovremmo renderci conto che la gente inizierà ad usare OSM quando OSM
risolverà un loro problema.

A me ne risolve e me ne ha risolti tanti, anche perché OSM lo puoi usare
offline, anche tutti i filtri che ho descritto prima. ( a parte i link).

L'utente 'normale' usa il browser, non un'app a cui devi scaricare i dati
offline manualmente





OSM non ha quante persone potrebbero esserci in un locale o i prezzi... Ma
per questo non rinuncio a tutto quello che mi offre OSM!

Per te non è utile, per me si. ;-)

Il problema non è come lo riteniamo noi 'illuminati', sono gli altri
milioni di utenti.


Se all' interno della nostra comunità c'è chi considera "poco utile" (agli
utenti) OSM, come facciamo a proporre OSM all' esterno?

Probabilmente uno dei problemi è il "non mappare per la visualizzazione",
visto che poi quest'ultima è fondamentale per la fruibilità. Se passiamo il
tempo a decidere quale tag è più corretto senza pensare a come può essere
utile per l'utente finale... Magari ci divertiamo, però non andremo a
soddisfare le esigenze di milioni di utenti



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

[OSM-ja] 宅急便集配所のタグ

[Shu Higashi]

東です。

町中でPOIマッピングをしているとよくタグ付けが難しいもの
に出くわしますが、その中で個人的に解決しきれていなかった
もののひとつが宅急便／宅配便の集配所です。
廃業した店舗とかいろんな場所が転用されていて
わりとよく見かけるのですがちゃんとしたタグが
決まっていませんでした。
苦し紛れに使われなくなった「amenity=cargo」
https://wiki.openstreetmap.org/wiki/Proposed_features/Cargo
というタグをつけたりしていましたが
現在「amenity=courier」
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcourier」
というタグが提案され、4/7期限で投票受付中です。

他の国ではoffice=*を使えとか、郵便局のサービスと
たいして変わらないからpost_officeと同じでいいじゃん、
という反対意見が多いようです。
日本では全然違うサービスであり、個人的にはその場所を探すことが
よくあるのでぜひ分けたいと思うのですがみなさんはどう思われますか？
このタグに賛成の方は
https://wiki.openstreetmap.org/w/index.php?title=Tag:amenity%3Dcourier=edit=10
にログインして最後の行に
{{vote|yes}} --
と追加してみてはいかがでしょうか ^^;
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] KSJ2インポートデータの全削除

[Shu Higashi]

> ちなみに、削除についての議論、てどこかでやってますか?

よく分かりませんが知る限りではやっていないようです。
東
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja